Author Topic: bug in "write parsed string" command?  (Read 2235 times)


  • Newbie
  • *
  • Posts: 4
    • View Profile
bug in "write parsed string" command?
« on: December 26, 2012, 10:44:56 PM »
I have an LCD2S-16 display. Firmware version 1.3
It seems that you cannot write with the 0x80 command a dual row string where the first string has 16 printable characters.
Example: if you pass the command the following string "\fabcdefghijklmno\nabcdefghijklmnop" it is displayed correctly (15 characters 1st row and 16 in 2nd row)
however the following string "\fabcdefghijklmnop\nabcdefghijklmnop" (2 x 16 printable characters) does not display correctly - actually the characters of the second row display in the first row.
My assumption is that the "\n" character is treated as a normal character during the parsing - it takes the place of one of the printable characters, and if it appears at the 17th position it is not parsed.
Did not see in V1.4 documentation that an issue like this was fixed.
Am I right or am I missing something?
At the moment I workaround this by writing the two rows separately and moving the cursor to the beginning of the second line before printing it.