Network

This is just a quick code to show how to do a simple http POST request from a TC65 chip.

I made this simple test website for those of you who would want to check if their HTTP request made from a simple equipment like the TC65 are sent correctly. The idea is simple : You choose an id like “ThisIsMe” You access the test website with this id : http://test.webingenia.com/ThisIsMe You check what was the content of the request at this address : http://test.webingenia.com/read/ThisIsMe You can contact me if you don’t understand something, if something doesn’t work or if you would like me to add a feature. ...

Introduction Receiving UDP datagrams on the TC65 is easy but inefficient. You need to create a new thread if you want to receive data asynchronously. There’s no way of knowing if a new datagram has been received or not without hanging on the ::receive( Datagram ); method. This is quite weird considering you can do it in TCP. The real problem is it’s freaking slow. The Cinterion documentation just tells you “This method blocks until a datagram is received.”. What it doesn’t say is that nearly each time, it blocks for 100 to 700 ms after UDP datagrams have actually been received. And worse, this slowness/sleeping avoids the program from treating data and finally throws a little java.io.IOException exception : “No buffer space available”. I tried to give the udp receiving thread a higher priority than the other threads, I tried to make the TCP reception thread sleep a lot just in case it would lock some kind of network object, I looked on how could this method be implemented but couldn’t find a solution and don’t believe there’s one. ...

WARNING: All the Cinterion related content from this blog will be removed to go to the javacint wiki soon. Please get used to going there. If you use the TC65 to transmit some frequent (with a transmission interval of less than 700 ms) data, you should know that the TC65’s has a poor TCP implementation considering the ACK management of sent messages. ...