7i73 LCD shows rubisch

OK so if longer strings dont fix things its probably not a buffer overflow
All addressing is done in the 7I73, the 7I73 LCD behaves like a terminal
(except it does not scroll if you write to the last character of the last line, it wraps)
I wonder if erase to EOL is not an issue because it will move the cursor to the end of the line


I also wonder why this is the first time we have seen this issue, but Andy sees the same problem with 2.7

Just by stepping back ( A thing that helps me a lot in professional work) i wonder:
1.
If I understood correct this does not happen with 5i25 but with 7i76e.
Conclusion: it is probably not in the 7i73.
2.
Difference between both cards is the driver. And as fare as I understood the Ethernet protocol shows something...
I would deduct it is the other behavior.. My question: Is Ethernet addressing the cards faster then pci ?
3.
Or is ethernet even slower. I know of situations where you do not having a good semaphore handling and writing into a buffer that is not yet completely transfered. Could something like this be the reason?

At the low level register write level, Ethernet access to the FPGA registers is faster,
so this might make a difference with the recently discovered race bug in the LinuxCNC sserial
driver code.

This bug exists for all card types but since its a race condition that depends on write times
(times between one 32 bit hm2 write and the next)
it will likely manifest it self differently (or not show up at all) on different hardware.

AFAIK Andy has fixed the race bug but I dont think that by itself fixed the display issue for him

its also strange that Andy has the display issues with both 2.8 and 2.7 and you do not
When I see problems like this its often multiple overlapping issues.

Maybe a misunderstanding.
I never used 2.7 I went, ca November, directly with 2.8 = master.
Got from Norbert a code for gmoccapy and my 7i76e/7i73 combo.
And saw a good display.

Started to do my development from there on, saw the bug only mid January.
( Made over Christmas mechanical modifications on my mil )

Mike_Eitel wrote: In my avr programming ( compiler msc bascom) i never saw the problem of the last character.

Bear in mind that with that code you were communicating directly with the LCD.
The lcd HAL component actually communicates with the 7i73 using a different protocol (modelled on an old serial terminal) and then the 7i73 converts those commands to LCD protocol.

What I'm absolutely sure is that it worked before absolutely in the way i expected. Norberts screen was shown perfect.

You should be able to install this updated version of the lcd component to see if it works better. (I think it does)
Amongst the bug fixes: you can now use a decimal separator of your choice.

Install with

Yes it is different, but no, it is not yet good.
the single letters are coming now in all lines plus the sign =
If I use the "big" version of Norbert, it is even worthier, nearly unrecognizable

Have to wait until my tablet finish its unexpected update ( damm !!), then i will post a YouTube

AND many TXt that you take so much efforts !