27c256 | 4K81H | 68HC11A1 | 68HC11P1 | 68hc24 | 68HC711E9 | 68HC811 | 8255 | A2D | ADC | ADC12138 | Am85C30 | BRCLR | Buffalo | CMOS | EEPROM | EPROM | Ethernet | EVB | EVBU | HC11E1 | HC11E9 | HC711E9 | Horray | ImageCraft | IRQ | Keypad | LCD | MC68HC11D0FN | MC68HC11E1CFU3 | MC68HC11F1 | MC68HC711E9 | MC68HC711E9CFN2 | Microcore11 | Microstamp11 | Minikit | NVRAM | PSD | PSD8xx | PSD9xx | PT1000 | RS232 | RTS | RXD | SPI | SRAM | TXD | Watchdogs | XIRQ

1. I finally got my lcd to display dark blocks through the use of a pot. (Thanks Bob!) 2. My lcd (16x4) responds to my code, but it displays weird characters. I want to display '123456789 10e11f' but instead, it displays '123<=>?<= 10L11n' (the 'L' and 'n' displayed aren't really ascii L or n,they just look similar to ascii L and n.) The lcd never displays letters correctly either, so i tested with numbers. 3. Ive always used "rts" to go back to buffalo (and it has worked so far in all my past programs). I know my code reaches the end of my code because i've set a breakpoint at the very end (the address of 'rts'), and it does go back to buffalo. *However,* if i don't set that breakpoint, and just let my code run, it doesn't go back to buffalo. However, if i put 'jmp $e000' at the end, it *does* go back to buffalo, but nothing displays on the lcd. 4. I wait well more than 40us when i store the characters in portc. Maybe i'll go post my code up in a bit. I modeled the code from this site: http://e- www.motorola.com/files/microcontrollers/doc/app_note/AN1774.pdf Any ideas what's going on?! Eileen

(You need to be a member of m68hc11 -- send a blank email to m68hc11-subscribe@yahoogroups.com )

See below. Emmett Redd Ph.D. mailto: Associate Professor (417)836-5221 Department of Physics, Astronomy, and Material Science Southwest Missouri State University Fax (417)836-6226 901 SOUTH NATIONAL Dept (417)836-5131 SPRINGFIELD, MO 65804 USA > -----Original Message----- > From: eileeniicg [mailto:] > Sent: Tuesday, November 18, 2003 7:23 PM > To: > Subject: [m68HC11] update on my lcd > 3. Ive always used "rts" to go back to buffalo (and it has worked so > far in all my past programs). I know my code reaches the end of my > code because i've set a breakpoint at the very end (the address > of 'rts'), and it does go back to buffalo. *However,* if i don't set > that breakpoint, and just let my code run, it doesn't go back to > buffalo. However, if i put 'jmp $e000' at the end, it *does* go > back to buffalo, but nothing displays on the lcd. > > Any ideas what's going on?! Eileen, If you have always used RTS to go back to BUFFALO, I assume you were running programs via the BUFFALO CALL command. CALL leaves a return address on the stack. If it is no longer working, I would guess the stack is somehow getting trashed (i.e., something pushed on it and not pulled off or vis versa). Check your code carefully and really understand why SP contains what it does when you reach your breakpoint. JMP $E000 always works because it does not depend on any other state of the machine, including the stack. BTW, I always use JMP $E00A because that always gets me back to BUFFALO even when I have code enabled in the EEPROM ($B600). Hope this helps. Emmett > > Eileen

______________________________
controlSUITE™ software. Comprehensive. Intuitive. Optimized.
Real-world software for real-time control. Details Here!


(You need to be a member of m68hc11 -- send a blank email to m68hc11-subscribe@yahoogroups.com )