<div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span style="font-size:12.8px">Ah, understood. I probably have at home the 01.x version which is the</span><br style="font-size:12.8px"><span style="font-size:12.8px">one I tested QMI with. Are there steps somewhere on how to upgrade a</span><br style="font-size:12.8px"><span style="font-size:12.8px">PLS8 to a newer firmware?</span></blockquote><div><br></div><div>Yes the 1.x vs. 2.x & 3.x are very different and further it seems Cinterion is going to drop QMI from all their new modems across the board :o for the new SWWAN setup. I have their windows tool to update the demo boards firmware but I believe it's usage is under NDA. I'd be glad to loop you into our contacts and see if we can't get you the full package, new modems/firmware/AT docs. If you are fine with me cc'ing you in some emails to them I'll do that when I get back to work on Monday.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Matthew, what's the output of AT^SSRVSET="current" in your setup?<br></blockquote><div><br></div><div>^SSRVSET: "usbcomp","0061","","1E2D","0061","Cinterion","LTE Modem",""</div><div>^SSRVSET: "srvmap","MDM","USB0","MUX0"</div><div>^SSRVSET: "srvmap","APP","USB1","MUX1"</div><div>^SSRVSET: "srvmap","NMEA","USB2","MUX2"</div><div> </div><div><br></div>For the sake of completeness the intended patch is attached. I stressed over attaching the right one adding and removing it a few times only to mess it up in the paranoia, still upset at myself about that. I'll start testing the feature branch you pushed with the patches and provide feedback shortly.</div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 25, 2016 at 2:55 AM, Andrew Bird <span dir="ltr"><<a href="mailto:ajb@spheresystems.co.uk" target="_blank">ajb@spheresystems.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Fri, 25 Nov 2016 10:13:08 +0100<br>
Aleksander Morgado <<a href="mailto:aleksander@aleksander.es">aleksander@aleksander.es</a>> wrote:<br>
<br>
> Hey Reinhard & Matthew,<br>
<br>
<snip><br>
<span class=""><br>
> > One further difference I noticed is that USSD responses for AT+CSCS="GSM"<br>
> > contain a non-standard \xx escaping for non-printable characters (unless<br>
> > I missed some recent TS 27.007 changes).<br>
> ><br>
> > PLS8-E REVISION 01.090:<br>
> > +CUSD: 1,"Hauptmen~:<br>
> > 1 Guthabenkonto<br>
> > 2 Guthaben Verf~gbarkeit<br>
> > 3 Gutschein einl|sen<br>
> > 4 Pack Manager<br>
> > 7 Tarifinfo<br>
> > 8 Hilfe",15<br>
> ><br>
> > PLS8-E REVISION 02.011:<br>
> > +CUSD: 1,"Hauptmen~:\0A1 Guthabenkonto\0A2 Guthaben Verf~gbarkeit\0A3 Gutschein einl|sen\0A4 Pack Manager\0A7 Tarifinfo\0A8 Hilfe",15<br>
><br>
> Any idea if this has any impact on how ModemManager handles USSD in<br>
> this device? Or is this only an issue to the consumer of the USSD<br>
> responses?<br>
<br>
</span>What I think curious is that 0x0a is a valid GSM0338 character and should have been interpreted as linefeed<br>
<br>
<a href="ftp://ftp.unicode.org/Public/MAPPINGS/ETSI/GSM0338.TXT" rel="noreferrer" target="_blank">ftp://ftp.unicode.org/Public/<wbr>MAPPINGS/ETSI/GSM0338.TXT</a><br>
<br>
Were both modem sessions captured on the same system, as I'm just wondering if what you are seeing is an artifact of the terminal?<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Andrew Bird <<a href="mailto:ajb@spheresystems.co.uk">ajb@spheresystems.co.uk</a>><br>
</font></span></blockquote></div><br></div>