Skip to main content

You are not logged in. Your edit will be placed in a queue until it is peer reviewed.

We welcome edits that make the post easier to understand and more valuable for readers. Because community members review edits, please try to make the post substantially better than how you found it, for example, by fixing grammar or adding additional resources and hyperlinks.

Required fields*

4
  • Lots to look into here! Thank you! The modem is directly connected into the pi, no cable. I'll try to use some of your suggested tools and read your links today. I will have to play more with it after work. I appreciate the information! Commented May 17, 2019 at 11:29
  • @Shrout1 You are welcome. I suggest to also try USB/TTL cable, for easy swap testing, and also sooner or later you might need more than one UART channel. Good luck and have a nice weekend. Commented May 17, 2019 at 12:10
  • Worked it out! I was trying to poll the TTY too quickly and so I was looking for a response before the modem could actually query the network. Thanks again for your help! Commented May 17, 2019 at 18:24
  • How nice! I also learnt a lesson from your experiments. I am thinking of adding a user programmable delay in my UART loopback program, so the user can adjust the delays. You also remind me when I first played with a BlueTooth serial module. I did not realize in the beginning that the blue tooth modules needs some time (in the order of milliseconds) to process the data from Rpi. And after adding a wait-for-module-operation function, all problems disappeared! Have a nice weekend! Commented May 18, 2019 at 0:57