1778 - MachXO2: Can I really use the PROGRAMN pin for user i/o without disrupting the ability to program a blank device in-system? <br>

On the MachXO2 device, PROGRAMN is a dual use pin. Our technote TN1204 "MachXO2 Programming and Configuration Usage Guide" describes the behavior of PROGRAMN and other sysCONFIG pins (e.g. INIT, DONE) in detail.

At issue here is that for an erased device PROGRAMN is active by default. There could be conflict if the user circuit has this pin held low during the MachXO2 power-up sequence. Fortunately, the JTAG port will override the PROGRAMN pin in this case.

The user design (bitstream) will load properly. With SDM_PORT=disable PROGRAMN, INIT and DONE are then available for GPIO.

Related Articles
Diamond: ERROR - par: I/O initial placement is unsuccessful. Check the I/O placement constraints / user preferences (such as pin locking) carefully
Description: When compiling a design on Diamond with multiple unassigned output ports, the below error might occur. "ERROR - par: I/O initial placement is unsuccessful. Check the I/O placement constraints / user preferences (such as pin locking) ...
All Nexus / Device Constraint Editor: How can the user set the DONE, INITN, and PROGRAMN pins of Nexus devices as GPIO during user mode?
Users need to program the feature row with the .fea file generated during the design flow (Note: If changes are made on the Global settings, user needs to rerun the design flow to re-generate a new .fea file that reflects the changes on the Global ...
ECP5 / Diamond 3.14: Why does my design get a Map device oversize error related to PLL for LFE5U-12F in with Diamond 3.14, but completes map successfully in earlier releases of Diamond software?
In Diamond version 3.14, there is a bug where it incorrectly limits the number of PLLs in the device to 0 for LFE5U-12F. Example error message: ERROR - (device oversize error). The number of PLL components needed (1) exceeds the number available. ...
2002 - ispLEVER: Why does the I/O vector editor in the Device Information window "Expand Option" not generate the I/O vector file (*.iov file) when user clicks “Apply” instead of “Save As"?
This is applicable to only "Custom" and "Dynamic" modes of the I/O State option in the Expanded window of Device Information GUI. By clicking “Apply”, the changes in the I/O states are made, but these changes are stored in the .XCF file. These ...
1871 - LatticeXP2: Can the PROGRAMn and DONE pins be used as general purpose input/output?<br>
The PROGRAMn and DONE pins on the LatticeXP2 can be either dedicated for device configuration, or they can become General Purpose I/O (GPIO). The CFG0 input pin to the FPGA controls how these pins behave. You can find full details in LatticeXP2 ...

1778 - MachXO2: Can I really use the PROGRAMN pin for user i/o without disrupting the ability to program a blank device in-system? <br>

1778 - MachXO2: Can I really use the PROGRAMN pin for user i/o without disrupting the ability to program a blank device in-system? <br>

Related Articles

Diamond: ERROR - par: I/O initial placement is unsuccessful. Check the I/O placement constraints / user preferences (such as pin locking) carefully

All Nexus / Device Constraint Editor: How can the user set the DONE, INITN, and PROGRAMN pins of Nexus devices as GPIO during user mode?

ECP5 / Diamond 3.14: Why does my design get a Map device oversize error related to PLL for LFE5U-12F in with Diamond 3.14, but completes map successfully in earlier releases of Diamond software?

2002 - ispLEVER: Why does the I/O vector editor in the Device Information window "Expand Option" not generate the I/O vector file (*.iov file) when user clicks “Apply” instead of “Save As"?

1871 - LatticeXP2: Can the PROGRAMn and DONE pins be used as general purpose input/output?<br>