Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Oprogramowanie / Software → wysłanie sms-a za pomocą sms_tool
Zaloguj się lub zarejestruj by napisać odpowiedź
Próbuję wysłać smsa z Samsunga GT-S5610, przedstawia się jako /dev/ttyACM0.
Połączenie za pomocą picocom-a w ramach testów działa poprawnie:
Terminal ready
AT
OK
ATI
GT-S5610natomiast
$ ./sms_tool -d /dev/ttyACM0 at "ATI"pokazuje tylko pustą linijkę.
Co robię nie tak?
A tak
sms_tool -d /dev/ttyACM0 at "ATI"nie dziala?
A tak
sms_tool -d /dev/ttyACM0 at "ATI"nie dziala?
nie działa, ale też nie różni się od tego co wykonywałem poprzednio 
aktualnie testuję na "dużym" linuxie, i jest ten sam objaw
Telefony nie działają zwykle jako modem, że możesz polecenia wydawać. Raczej po prostu robisz dhcp na interfejsie sieciowym i korzystasz.
Telefony nie działają zwykle jako modem, że możesz polecenia wydawać. Raczej po prostu robisz dhcp na interfejsie sieciowym i korzystasz.
Smartfony pewnie tak, to jest zwykły telefon. Na AT odpowiada w picocomie, więc czemu by nie miał odpowiadać w programie?
Daj
sms_tool -D -d /dev/ttyACM0 at "ATI"
Pusta odpowiedź to chyba brak \r
Czyli komenda
sms_tool -d /dev/ttyACM0 at $'ATI\r'
albo
sms_tool -d /dev/ttyACM0 at "ATI"$'\r'
sms_tool sam dodaje znak końca linii do polecenia.
Daj
sms_tool -D -d /dev/ttyACM0 at "ATI"
$ ./sms_tool -D -d /dev/
ttyACM0 at "ATI"
OK
Nie używasz czegoś jednocześnie w tle? Bo odpowiedziało ok, więc sms_tools skończył pracę bo uważa że to koniec odpowiedzi. A odpowiedź masz pewnie dalej.
lsof / fuser milczy na ten temat, jak na openwrt tak i na PC
ls -l /dev/ttyACM*
rób
sms_tool -D -d /dev/ttyACM0 at "ATI"
sms_tool -D -d /dev/ttyACM0 at "ATI"
(dwa razy)
A później uruchom picocom i zobacz co pojawi się na ekranie bez wpisywania czegokolwiek, później wpisz AIT i daj enter i zobacz co i jak w której kolejności się pojawi.
Picocom w sumie nic nowego nie wyświetla, po wpisaniu ATI wypluwa model urządzenia, tak jak wcześniej:
root@testbox:~# sms_tool -D -d /dev/ttyACM0 at "ATI"
OK
root@testbox:~# sms_tool -D -d /dev/ttyACM0 at "ATI"
OK
root@testbox:~# picocom /dev/ttyACM0
picocom v3.1
port is : /dev/ttyACM0
flowcontrol : none
baudrate is : 9600
parity is : none
databits are : 8
stopbits are : 1
escape is : C-a
local echo is : no
noinit is : no
noreset is : no
hangup is : no
nolock is : no
send_cmd is : sz -vv
receive_cmd is : rz -vv -E
imap is :
omap is :
emap is : crcrlf,delbs,
logfile is : none
initstring : none
exit_after is : not set
exit is : no
Type [C-a] [C-h] to see available commands
Terminal ready
ATI
GT-S5610
OKSzybka randka z AI po małych poprawkach spłodziła działający skrypt:
PORT="/dev/ttyACM0"
NUMER="$1"
TRESC="$2"
if [ -z "$NUMER" ] || [ -z "$TRESC" ]; then
echo "Użycie: $0 <numer_telefonu> \"Treść wiadomości\""
echo "Przykład: $0 +48123456789 \"Testowa wiadomosc z OpenWrt\""
exit 1
fi
stty -F "$PORT" 115200 raw -echo -echoe -echok -echoctl -echoprt
exec 3<>"$PORT"
echo -e "AT\r" >&3
sleep 0.5
echo -e "AT+CSCS=\"GSM\"\r" >&3
sleep 0.5
echo -e "AT+CMGF=1\r" >&3
sleep 0.5
echo -e "AT+CMGS=\"$NUMER\"\r" >&3
sleep 0.5
echo -e "${TRESC}\x1A" >&3
sleep 3
exec 3>&-
echo "SMS został wysłany!"Nie analizowałem czym się różni od sekwencji w sms_tool.
Zasadniczo to tym że nie czeka na ok czy error tylko wali od razu poleceniami.
A wiadomo może kiedy najnowsza poprawka (https://github.com/obsy/sms_tool/pull/20) trafi do repo opkg? Czy nie nastawiać się za bardzo na to?
Nie nastawiaj się na to, nie ja jestem opiekunem tego pakietu w openwrt. Korzystaj z mojego repo tam dziś się pojawi.
Widziałem, że w /openwrt-25.12/ już jest, a czy dla 24.10/aarch64_cortex-a53 też będzie? Wiem, że czeka mnie upgrade, ale trochę się jeszcze cykam
Za jakiś czas, będę ponownie kompilował 24.10 więc się pojawią aktualizacje.
Działa jak trzeba. Super robotę robisz, pięknie dziękuję.
Czy każdą wiadomość SMS trzeba dekodować, czy przeglądarki potrafią teraz dekodować?
Bo np. u mnie Treść w przeglądarce wyświetla się normalnie jako Treść.
Nawet emoji jest poprawnie wyświetlane.
Teoretycznie to jest błąd i niepoprawnie ale skoro wyświetla się prawidłowo to czy warto bawić się w dekodowanie ucs-2?
Dekodowanie działa szybko ale zajmuje sporo czasu mimo wszystko.
Ale odnosisz się do czego? Że w konsoli nie masz znaczka a w gui już tak?
Odnoszę się ogólnie do samego dekodowania.
Nie piszę teraz stricte o sms-tool.
Przykładowo mam w db sms jako json
{
"id": 247,
"timestamp": "2026-06-07 21:30:46",
"sender": "+48...",
"status": "read",
"text": "Treść"
}I to się normalnie wyświetla jako Treść.
Cli w openwrt nie wspiera lokale. Wszystko będzie wyświetlało się jako krzaczki mimo że jest poprawnym kodowaniem.
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie / Software → wysłanie sms-a za pomocą sms_tool
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc