ANSI through isp_octoport_serial
refaQtor
Posts: 157
after a few days of getting garbled ANSI screens routing them through my favorite serial port wrangler, it came down to this (just for the ANSI codes) to get consistent clean results. it means to keep the string short enough to get it through without interruptions midway through any particular complete ansi code.
seems to behave now. might help others.
open for suggestions.
Comments
@refaQtor That does appear to be the 8-port serial driver from OBEX that I have my eye on:
https://obex.parallax.com/obex/p2-high-speed-8-port-serial-subsystem/
Want to switch to that soon. Good to know there is a fix for sending long strings.
@Rayman , there is no issue with long string at all. the issue here is the tight timing required for ANSI sequences to arrive to be interpreted as ANSI codes and affect the cursor/colors appropriately. if the code sequence gets split between consecutive 32 byte octoport buffers, then the timing is wrong and the shards of ANSI codes litter the screen. I only use this subroutine when injecting ANSI codes into the stream.
Otherwise, I had no issue with this driver. read about the extensive performance testing that was done on it (in the obex page) .
for example, these don't want to be broken up
actually, I can't find the timing detail that steered me this way in the first place. but, this is how I get consistent good results now.... 32 byte limit and flush()
Hmm… have had difficulty with ansi stuff in the past, this rings a bell. Have to keep this in mind.