Spi Serial Flash Programmer Schematic Heaven
Recent versions of flashrom support the -p ft2232spi (or -p ft2232spi in older flashrom revisions) option which allows you to use an FTDI FT2232/FT4232H/FT232H based device as external SPI programmer. This is made possible by using libftdi. Flashrom autodetects the presence of libftdi headers and enables FT2232/FT4232H/FT232H support if they are available. FlashProg is USB base flash memory programmer to work with 3.3V serial flash memory devices. This programmer is specifically design to read, program and configure 25x series, serial flash memory devices which are commonly used to store BIOS in PC mainboards. Spi Serial Flash Programmer Schematic Heaven. Would read for use when it is running then what you will want to look into is a programmer that can do in-circuit programming of the SPI Flash chip. This also known as in-system-programming (ISP). One choice is the. This USB connected device can program in circuit if you design your.
Hi, I have a device, which is listed as Launchpad-compatible. Launchpad-compatible devices use P1.1 and P1.2 as BSL-TX and BSL-RX, respectively. However in the datasheet (pins P1.1 and P1.5 are listed as BSL-TX and BSL-RX, which would make the device incompatible with the Launchpad platform. Which information is correct? I would like to wire a USB-serial converter to the MSP for device programming and communication link.
This would work rather nicely, if P1.1 and P1.2 were BSL-pins, because the coincide with USCIA RX and TX pins. Additionally, I used P1.5 for the USCIB clock output and USCIB for SPI. If someone could clear things up, I would appreciate it. In reply to: Ok, thanks.
So, to use one serial converter for both, programming and application communication wiring get's a bit complicated. The transmit pin of the converter has to be connected to P1.1 for USCIA RX and P1.5 for BSL receive. So far so good.
The receive pin of the converter has to be connected to P1.2 for USCIA TX and P1.1 for BSL transmit. This means P1.1 is connected to both, RX and TX of the serial converter, which obviously doesn't work.
Is there another way to use one serial line for programming and communication than using a switch to route P1.1 (and appropriate High-Z control of P1.2 and P1.5)? Why aren't USCI RX/TX pins identical to BSL RX/TX pins? This would simplify things a lot. I agree it's a bit unfortunate that the UCA0RXD is on P1.1 The software UART on the smaller G2 devices (the ones that came with the original LaunchPad) had the two twisted. It looks like the BSL was compliant with these 8but not included with them) and for soem unknown reason the USCI in the 2xx3 has the two pins twistet, conflicting with the original LaunchPad layout and the BSL.
Personally, I consider this a design bug in the 2xx3 device design. Unless someone can give me a good explanation why it was done this (incompatible and conflicting) way. I'm hoping for a MSP430G2553A device:). In reply to: Hello Tony, I came up with a solution using three switches, controlled by the /RESET signal. So if the USB-serial converter asserted /RESET (and thus signalled it wanted to program the device) the switches would route RX and TX to the corresponding BSL-pins.
Otherwise (/RESET unasserted) RX and TX are routed to the UART-pins of the MSP430. I have attached an PDF with the schematic. However, I have never put that idea into hardware, so I don't know if it actually works. Cheers, Hannes. In reply to: I know it's an old thread, but while cleaning up my history, I came across this last post. Unfortunately, it won't work. I use a similar setup (not actually a flip) for teh ATMega, where the programmingis done while RST is low.
However, on MSP. RST is only held low until the BSL entry sequence is ticked into TEST pin. Then RST is released.
Fast Flash Programmer
And the signal flip back into the wrong assignment. The only way would be to use the programmable I/O pins. The PEREN (CBUS3) output can be used for this.
In normal operation, this pin signals whether the USB is active or in sleep state/not enumerated. Since during sleep, no data can be sent or received anyway, the firmware should check this signal and configure the UART pins only if this signal indicates active operation (and the switches are therefore in the position for UART data transfer). However, if this pin is configured for I/O, it can be used to signal 'sleep mode' even if active, before initiating the BSL transfer (the BSL will ignore its state anyway). After the programming, the pin function can be set back to normal. This will, however, require a configuration change of the FT232, which isn't trivial (normally, an FTDI-provided tool is used). Maybe it is easiert o permanently program one of the chips for I/O and then perform an /IO operation right before and after programmign that changes the pin state.
I didn't look deeper into the possibilities of the FT232 I/O pins. All content and materials on this site are provided 'as is'.
TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with respect to these materials. No license, either express or implied, by estoppel or otherwise, is granted by TI.
Use of the information on this site may require a license from a third party, or a license from TI. Content on this site may contain or be subject to specific guidelines or limitations on use. All postings and use of the content on this site are subject to the of the site; third parties using this content agree to abide by any limitations or guidelines and to comply with the of this site. TI, its suppliers and providers of content reserve the right to make corrections, deletions, modifications, enhancements, improvements and other changes to the content and materials, its products, programs and services at any time or to move or discontinue any content, products, programs, or services without notice.