Home
JAQForum Ver 24.01
Log In or Join  
Active Topics
Local Time 07:12 02 Aug 2025 Privacy Policy
Jump to

Notice. New forum software under development. It's going to miss a few functions and look a bit ugly for a while, but I'm working on it full time now as the old forum was too unstable. Couple days, all good. If you notice any issues, please contact me.

Forum Index : Microcontroller and PC projects : Yet another WAN MM test please...

     Page 3 of 3    
Author Message
robert.rozee
Guru

Joined: 31/12/2012
Location: New Zealand
Posts: 2442
Posted: 10:12pm 27 Feb 2018
Copy link to clipboard 
Print this post

here is an example of what i'm seeing. i just typed EDIT with what is currently saved on the mite, then scrolled up and down until something interesting happened:




cheers,
rob :-)
 
Grogster

Admin Group

Joined: 31/12/2012
Location: New Zealand
Posts: 9610
Posted: 10:57pm 27 Feb 2018
Copy link to clipboard 
Print this post

I just tried via the ddns path, and that works fine in the editor too. I thought perhaps it was the ddns path that was screwing with the escape sequences or something, but both the LAN and WAN connection paths work fine for me.

EDIT: Ahhhhhhh! I see the problem now. I was using PAGE UP and PAGE DOWN - no problems there. If I use the arrow keys, I am seeing odd things too. That was via ddns path. I will now try LAN path, but expect it is the same......yes, it is.Edited by Grogster 2018-03-01
Smoke makes things work. When the smoke gets out, it stops!
 
MicroBlocks

Guru

Joined: 12/05/2012
Location: Thailand
Posts: 2209
Posted: 06:08am 28 Feb 2018
Copy link to clipboard 
Print this post

It might be caused by timings in the sending and receiving programms. What probably happens is that data is send in very small packets. If the data is not 100% correctly 'reassembled' at the receiving end it could be that partial data is processed and if that is some VT100 command that gets screwed up then the display will also.
TCP/IP on the lower level guarantees that data is given to the higher level in the correct order, it does not guarantee that the amount in each packet is the same.

In other words a packet of 4 bytes and a packet of 5 bytes is being send can result in a packet with one byte followed by a packet with two bytes and a packet with 6 bytes.

If the receiving end in this case processed the one byte first and does not account for more data coming in then you get corruption.

If you want to be absolute sure then use a program like wireshark to monitor exactly what is being send/received.
Microblocks. Build with logic.
 
     Page 3 of 3    
Print this page


To reply to this topic, you need to log in.

The Back Shed's forum code is written, and hosted, in Australia.
© JAQ Software 2025