In all cases where this has occurred the invalid character was the next one on the ASCII chart following what would have been correct.
As I said it only started misbehaving when the sketch got within 1K of max.
That is the only problem I've noticed as everything else seems to be working fine.
I'm using a NewHaven 40x4 display ...
... and LiquidCrystal440.h library.
Maybe you didn't understand what I was asking.ASCII p ==> 01110000ASCII q ==> 01110001ASCII P ==> 01010000ASCII Q ==> 01010001These examples both tell us that a '0' is being changed to a '1'How about seeing if a '1' gets changed to a '0' under the same conditions?In other words if you try to display "Set qH in CaRx" does it display "Set rH in CaRx"?No, it didn't try to change the "q" to "r". As a matter of fact, now it displays the "p" correctly but now it changes a "n" to "o". This is after I added some more code to the sketch. Seems like a memory issue to me.QuoteAs I said it only started misbehaving when the sketch got within 1K of max. This is probably significant.QuoteThat is the only problem I've noticed as everything else seems to be working fine. It's easy to spot an error on the display. How easy would it be to spot an error that occurs elsewhere in your controller program?Don
... but now it changes a "n" to "o".
I reworded it to: "Set CaRx pH" and it worked fine.
I wonder if the problem is in the Arduin
QuoteI wonder if the problem is in the ArduinI would venture a guess: it is likely there is some overbound addressing of an array somewhere.