Hi, * Pavel Machek <pavel@xxxxxx> [181227 10:17]: > Ok, I really need SMS messages, too. > > Fortunately, they are on /dev/motmdm9, in PDU format. Quite > logical. And you probably need to acknowledge them, using PDU, > too... (because otherwise you'll just get the same SMS over and over > and over). Which is also logical, but hard to do from shell/python. Yeah so I found that Ruby pdu_tools module allows decoding PDUs properly while I did not have much luck with other tools. So I wrote a hasty script to read SMS, copy it to a Maildir and then ack it: https://github.com/tmlind/droid4-sms-tools > Proper solution involves special support for ofonod... Yeah at least we're dealing with standard PDU format now for incoming SMS. Also looks like there is no status on the modem for these incoming messages as checked with mmcli. I guess the idea with raw PDU access is that the message is delivered directly to the client and then acked instead of being queued in the modem? > Fortunately ttyUSB4 still works, so I can still use my old code... and > I started logging motmdm1 and 9 to a file as a backup... that should > be better than my existing solution. (But I don't get power benefits > etc.) So what are you using to ack the received SMS over ttyUSB4? My logs show that Android uses two different commands for ack. Either AT+GCNMA=1 or AT+CNMA=0,0 gets used depending on something that I have no idea of.. Maybe the network connected? Sending SMS via /dev/motmdm3 needs move investigation, but at least ModemManager mmcli can be used to create and send SMS. Hmm or what are you using to send SMS over ttyUSB4? I think you already replied with some of that info earlier but I can't find it.. Oh one more thing, I noticed that on /dev/motmdm1, typing AT+SCRN=0 supresses notifications except for WAKEUP, and then 1 is used to enable them again. That allows the UART to idle instead of getting network status messages every few seconds :) Regards, Tony
