Check if You can reset program loaded and run from PST by RESET button.
If YES you have problems with PropPlug -- If not add-on PCB / NANO have problems
Cluso99,
Yes, it was working unexpanded, until i updated it with the expansion board firmware, so it could use the new propplug pins etc and have the dacs working, but it doesn't talk to prop through PNut but works fine with PST through the built in monitor.
I have just discovered I cannot compile a P2 (DE0) program on pnut if the code exceeds 2KB (i.e. will only load to hub up to $165F and pnut inserts 32 bytes, taking it to $167F). So $E80-$167F = $0800 = 2KB. I wonder if this may be a problem for you as new DAT sections or ORG 0 does not rectify my problem. See my SerialDebug latest post for the code that checks this.
I will ask Chip about this in the Questions to Chip thread.
Postedit: potatohead has just told me that inbuilt loader in pnut has this restriction, not its compiler.
The symptoms I was having is that the program would disappear/lockup and it was somewhat hard to do a reset using PST.
PST can reset the DE0, by pressing space to go to the monitor, then ticking and un-ticking the DTR box, then press enter
and then nothing gets printed until I press space again, to restart the monitor.
PST can reset the DE0, by pressing space to go to the monitor, then ticking and un-ticking the DTR box, then press enter
and then nothing gets printed until I press space again, to restart the monitor.
so it's not a prop-plug issue.
Gee. That's weird. So all the circuitry seems to work from other software, but PNUT can't trigger the reset?
There may be some anomaly in the RC circuit reset on Bagger's PropPlug. I've seen weird cases on other boards with the RC values (especially the PPDB). Any DTR toggle should cause a reset; it is not level driven, it is change driven.
Comments
Check if You can reset program loaded and run from PST by RESET button.
If YES you have problems with PropPlug -- If not add-on PCB / NANO have problems
I will ask Chip about this in the Questions to Chip thread.
Postedit:
potatohead has just told me that inbuilt loader in pnut has this restriction, not its compiler.
The symptoms I was having is that the program would disappear/lockup and it was somewhat hard to do a reset using PST.
PST can reset the DE0, by pressing space to go to the monitor, then ticking and un-ticking the DTR box, then press enter
and then nothing gets printed until I press space again, to restart the monitor.
so it's not a prop-plug issue.
Gee. That's weird. So all the circuitry seems to work from other software, but PNUT can't trigger the reset?