interesting point - it seems to be case sensitive on that command, so only ‘ati9’ worked.
Here is what I get:
“DWL”," S4_1_0_7BT R1431 CNSZXD00000155 2012/11/19 16:06:52","",“Sierra Wireless”,0,"",“00000000”,“00000000”
“FW”,“FW_750_20_A1_25.SL808Fx”,“R7.50.0.A1.201212171435.SL8082T”,“Sierra Wireless”,1670256,“121712 14:35”,“648de921”,“10002020”
“MODEM 3G+”,“Revision: S4_1_0_7AP R1431 CNSZXD00000155 2012/11/19 16:06:52”
“OAT”,“1.0.0.20130708170259”,“hello_world Sample”,“The University of Manchester”,69216,“070813 17:04”,“8a53fc86”,“10700000”
-“Developer Studio”,“2.3.1.201305211601-R11859”
-“Open AT Application Framework package”,“2.50.0.A1.201302131145”
-“Open AT OS Package”,“6.50.0.A1.201302051441”
-“Firmware Package”,“7.50.0.A1.201302131100”
-“ExtendedATApplication Library Package”,“1.20.0.A1.201302130931”
-“Internet Library Package”,“5.53.0.A1.201211071132”
-“Location Library Package”,“1.4.2.201211191040”
-“Security Library Package”,“1.15.0.A1.201302081338”
“ROM”,“8400000”
“RAM”,“4000000”
“OATRAM”,“b00000”
“DWLNAME”,“SL808x”
EDIT: Bizarre addendum - today the target management will only work with the USB connection and I cannot get the module to respond on the physical port (COM1)… It times out at the ‘waiting for module detection’ phase… I also cannot get the AT uns messages and traces from the hello world program any longer…
When I listen on COM1 via PuTTY I get corrupted messages - could this be an alignment problem? The hello world program is set to every 5 seconds, and I get new gibberish every 5 seconds, so it looks like it’s executing the program now…
An example of the gibberish, although I don’t think the bit pattern will be preserved when pasting text:
Foæ$sk5³ÄbÆÃ8×!)o7È@óNoç5ÇbbÆ8×!)o7ȳþFoæ$sk5³ÄBoÌH§¤årübÆ$§¤åó9fþ