In FAQ the latest post "how to use code tags" is spam, cannot link it using phone as browser
richard Today, 13:35I am pretty sure that Richard is absolutely correct about MiBAM interrupts. Since they run all the time, surely will mess with other tasks. Maybe your scope did not trigger on the proper time.
...
Don't think so.
Generated serial data is perfect (checked with scope), and my scope, in logic analyzer mode, easily and properly decodes data sent by 1936. Also, I've generated couple of PAUSE and...
And there is the answer, software timed serial reception and transmission will be mangled by the mibam interrupt
Proof yet again of the total worthlessness of snippets
I haven't tried that code yet, will try it today later.
Regarding "other" code, there is none, except config and variable assignments.
Here's complete code for 16F1936 before I launch that part...
doubtful there is any since the 690 does nothing else anyway and the lcd's speed is the real bottle neck
richard Today, 07:27works ok in simulator, apart from initial sync issue due to the comms line not beginning at a proper tty level before reception enabled
and then again i used complete programs not snippets full of...
The 22K is used ONLY when you are driving the INPUT of the PIC from a real RS232 line, which does -12 to +12 Volts on the pulses!
No need to have it on TTL connection as in your case. Remove it.
...
Both 1K and 22K are actually suggested in PBP manual.
So I tried both, I tried 100 ohm resistor, I tried direct connection. No practical difference - actual "junk" bytes are getting different, but...
Re: Can't reliably transfer over serial connection between two PICs
So since I can't get rid of MIBAM (it is essential) this means that I have to use that software protocol provided by AI?
CuriousOne Today, 13:56