| ??? 06/12/08 16:06 Read: times |
#155759 - this is a bug in the monitor Responding to: ???'s previous message |
From what I see on the net, you are using a ROM-based monitor hidden behind the PC-application. As these monitors communicate usually via serial, any change in registers concerning serial is usually detrimental and the monitor shall capture them and handle gracefully (mainly, ignore, and then mimic that it works as expected). However, they appear to have forgotten that PCON.7 is one of the SFR bits influencing the UART, so the monitor then starts communicating twice as fast as the PC application expects.
So, from what I see, this is a task for Rigel to change/update/fix. I might be wrong of course, as I don't have the board at hand nor know I the internals of that monitor. JW |
| Topic | Author | Date |
| PCON Register on AT89C52 | 01/01/70 00:00 | |
| try ORing the bit | 01/01/70 00:00 | |
| ORL DOES mess with other bits, too... | 01/01/70 00:00 | |
| The Intel assembler | 01/01/70 00:00 | |
| OK, OK, | 01/01/70 00:00 | |
| I think the "which assembler" was directed to the | 01/01/70 00:00 | |
| Complete initiation | 01/01/70 00:00 | |
| Initiation code and lst info | 01/01/70 00:00 | |
| this looks good... | 01/01/70 00:00 | |
| I was just stepping through | 01/01/70 00:00 | |
| Stepping through? | 01/01/70 00:00 | |
| what happens if ... | 01/01/70 00:00 | |
| I can set certain bits in the PCON reg | 01/01/70 00:00 | |
| that may be the problem | 01/01/70 00:00 | |
| this is a bug in the monitor | 01/01/70 00:00 | |
I was beginning to think the same | 01/01/70 00:00 |