Hi arney, I hope that you won't have to keep working on it too long and that we will hopefully get somewhere. Do you have an oscilloscope? I suggest that we go down on the pins and see what is actually happening. Also, at this point, how is the LCD acting, do you at least see 'H and 'I' (lots of the...

Hello arney, Now that you have posted your code, we can look at what's happening. First of all, I would like you to confirm if the following link contains the same datasheet that you are using for the PIC: http://ww1.microchip.com/downloads/en/DeviceDoc/39626b.pdf I have based the following observat...

Hi arney,
No problem with getting back later. Have fun with house hunting. Good luck!

Hi arney, There is just no reason for the display to stop displaying the characters you send it. I am not quite sure when you said you used a HEX terminal program to talk to the LCD and send it commands. What was the result of this? Was the LCD behaving as it should? Say if you connect the LCD to a ...

Hi arney, How about trying: while(!TXSTAbits.TRMT); TXREG = txdata; Do the while check first before actually writing to the register. This makes sure that the TSR is empty the very first time you write to the register. Since you mentioned that only after stopping previous transmission is when you ha...

Hi arney, Thank you for your post. I wonder if I can have a look at the code you are running. I have a feeling that you are using a compiler built-in function that might be closing the USART port after the last use; and that you need to re-initialize before re-use. The module should just work as if ...

Hi roo, Glad to hear that things are working out. I have a feeling that it is likely the baud rate that caused your problem earlier. If your microcontroller will be tied to the LCD2041 directly (which is what you have right now), then the TTL connections (gaps) MUST be made. Only if there will be RS...

Hi waffles, I'll be speaking in behalf of my colleague, Tom Lam, our tech support. I told him about your problem and he mentioned that he has seen the same behaviour and for now his suggestion is to uninstall/re-install the software you use (Girder and LCDC). I hope that this leads to something mean...

Hi waffles, Thank you for posting on the forum. You may have already tried this but please do so again: reboot the computer (give it a complete power cycle which wshould also give a complete power cycle on the VFD2041). You've mentioned that it might not be software, but then mentioned that the VFD ...

I am glad to hear that you have something working now. I checked the baud rate table for the PIC that you are using and it says that it should have no problem with 2400, in fact the percent error for 1200, 2400, 9600 and 19200 are all the same. Maybe you've forgotten to set the SPBRG value when you ...

Hi roo, I am sorry to hear that the suggestion given did not work; we were almost certain that the cause of the problem was the baud rate since the code you've sent looks good. How about we start again and let's take one step at a time, i checked that with the 1MHz you are running the PIC, you shoul...

Hi Jon, Thanks for pointing the link. I apologize for any inconvenience regarding this matter. Unfortunatley the details listed on our website have not been updated. We are still working out the kinks with our new website. We will be rectifying the details as we know they are very important. The D0 ...

Hi Jon, The supply requirements are as follows: pins 4,5,6 RS,R/W,E 1.2mA (Idd/logic) pin 2 LCD 0.2mA (Ilcd) pin 3 contrast voltage driven input; negligible current pin 15 backlight anode 40mA (If) for the white backlight 120mA (If) for the yellow-green backlight I wonder if you can please tell me w...

Hi Jon, If you are to try and use the MOS series, the only wires you will need to connect are RX, TX and of course, gnd. The controller that you have outside the vehicle most likely would have some serial interface, UART for the case of the MOS is the one to use. The ease of controlling the display ...