Serial and USB communication | Telit Cinterion IoT Developer Community
November 3, 2016 - 4:00pm, 3654 views
I am developing an application for the PDS8 and I am also using the Cinterion Concept Board for testing.
Could you help me to clarify the below:
1. Does the response to System.getProperty("microedition.commports") depend on any configuration or state? On the Cinterion Concept Board I have seen two or three different results. First I got COM0,USB0,USB1,USB3,USB4,USB5, and later I got COM0,USB0,USB3,USB4,USB5. If I remember correctly, I have also seen COM1.
2. According to the manual, the amount of AT parsers is limited. Testing showed that both the PDS8 and Cinterion Concept Board allow 8 ATCommand instances to be created. Do the ATCommand object compete with the physical ports (USBx, ASC0) for available AT parsers?
3. According to the AT command manual, executing AT^SCFG="Serial/Interface/Allocation","2" should make AT commands available on USB1, but USB1 never responds to AT commands, regardless of the setting. What behavior should I expect?
4. During development, we run Windows 8.1 via Parallels on a Mac. Often, the USB communication between the development machine and the PDS8 or Concept Board is lost and a reboot is required to re-establish communication. When comms is lost, the Module's A-drive can no longer be accessed via Windows Explorer and no serial connection can be made to any of the USB ports. The device is still listed in the Device Manager and the COM ports are configured correctly. This is inconvenient during development, but also worrying because we intent to use USB also in the field. What is your experience with this, and how can the root cause be found?
5. We connect the PSD8 via USB to a field computer that runs Linux. We would like to use USB3 for sending AT commands, USB5 for debug output via standard out and then use a third USB port for communicating between the field computer and our own MIDlet on the PDS8 using a proprietary protocol. Which USB port would you advise us to use and why? Is the USB reliable for primary communication between modules in the field?
Looking forward to your response,
With kind regards,
Maarten van Berkel