I am assuming that the pcb with the tssop20 on it is wired
pin 1 to 1, on down the line
the dongle pin RST appears (via DMM) to be wired to pcb pin4
per the NXP manual that is RESET*/PIO0_5
the HWPWM8.bas file says:
#include "LPC8xx.bas"
' IT IS NOT ALLOWED TO USE RESET PIN 5
' It is strongly recommended you not use pin 0 RXD0 or pin 4 TXD0
*********** so the .bas file refers to PIO0_n NOT the pcb pinout
LPC812 eval pinout FYI
Re: LPC812 eval pinout FYI
fixed, thanks
Re: LPC812 eval pinout FYI
I am considering using the 812 as an event logger. - I think I ran out of pins for my (mini)HVAC controller
BUT I am missing IO(18) that the SuperPro uses to write to the SDcard.
see pinout picture in FILEOPEN
'
are there any config options somewhere??
File Operations does have this disclaimer "Other versions on Coridium boards are currently under development.
only the SuperPro and Teensy are mentioned - ?!?!?!
'
BUT I am missing IO(18) that the SuperPro uses to write to the SDcard.
see pinout picture in FILEOPEN
'
are there any config options somewhere??
File Operations does have this disclaimer "Other versions on Coridium boards are currently under development.
only the SuperPro and Teensy are mentioned - ?!?!?!
'
Re: LPC812 eval pinout FYI
pinout question;
the LPC812 UM says that the BOOT pin will change with the chip version 4C
see table 305, chapter 27 -- from PO0-1 to PO0-12
'
what version will be in the production run??
Thanks
the LPC812 UM says that the BOOT pin will change with the chip version 4C
see table 305, chapter 27 -- from PO0-1 to PO0-12
'
what version will be in the production run??
Thanks
Re: LPC812 eval pinout FYI
I wasn't aware NXP was changing the pin out, and any new parts we get will probably have it moved, so our eval board has to change. It really doesn't affect BASIC that much as long as that pin is not driven low during reset. I'll have to update the docs.
As for assigning the RXD to another pin, we won't do that for BASIC we have to stick with the ISP assigned pins, but your BASIC program can always do that, but your hardware would have to reflect that if you wanted DEBUGIN or RXD(0) to be used inside your BASIC program.
As for assigning the RXD to another pin, we won't do that for BASIC we have to stick with the ISP assigned pins, but your BASIC program can always do that, but your hardware would have to reflect that if you wanted DEBUGIN or RXD(0) to be used inside your BASIC program.