The MSP-FET430UIF is a USB debugging interface used to program and debug the MSP430 through the JTAG interface or Through the 2-wire Spy Bi-Wire protocol. No external power is required.
- Software configurable supply voltage between 1.8 and 3.6 volts at 100mA
- Supports JTAG Security Fuse blow to protect code
- Supports all MSP430 boards with JTAG header
- Supports both JTAG and Spy-Bi-Wire (2-wire JTAG) debug protocols
TI Product Folder: http://www.ti.com/tool/msp-fet430uif
One of the best things is that it supports the whole range of MSP430. If you are new to MSP430 you can grab one bundled with a Target Board. TI’s Target Boards are using a very good quality ZIF socket (TSSOP, QFN, LQFP, SOIC, SSOP, … ), direct access to all chip pins, some quick configuration jumpers and a JTAG Cable Header.
MSP430 Buglist can be found here http://www.ti.com/sc/cgi-bin/buglist.cgi
The TI Engineer to Engineer (E2E) community can be found here: http://e2e.ti.com/
This development tool supports all AVR devices with JTAG Interface, from 8-bit to 32-bit AVR devices (with On-Chip Debugging).
- Supports up to 3 hardware program breakpoints or 1 maskable data breakpoint (depending on the OCD)
- Supports symbolic debug of complex data types including scope information
- Supports up to 128 software breakpoints
- Includes on-board 512kB SRAM for fast statement-level stepping
- Level converters support 1.8V to 5.5V target operation
- Uploads 256Kb code in ~30 seconds (XMEGA using JTAG interface)
- Full-speed USB 2.0 compliant (12 MB/s) and RS-232 host interfaces
Some considerations about debugging with JTAGICE from the User Guide (p.7-8, sections 1.2.2-1.2.6) download User Guide
In Run mode, the code execution is completely independent of the JTAG ICE. The JTAG ICE will continuously poll the target AVR to see if a break condition has occurred. When this happens, the OCD system will read out all necessary data Program Counter, I/O registers, EEPROM, General Purpose registers, and SRAM contents, and transmit this to AVR Studio through the JTAG interface. Since the target AVR device operates independently, there is no way of tracing what code has been executed prior to the breakpoint.
The Stopped Mode: When a breakpoint is reached, the program execution is halted, but all I/O will continue to run as if a breakpoint did not occurred. For example, assume that a USART transmit was initiated when a breakpoint is reached. Using a traditional ICE, the operation would
be halted, and single stepping through the code would give a cycle accurate bit pattern on the TxD pin. When using the JTAG ICE on the AVR, the USART would continue to run at full speed completing the transmission.
Software Breakpoints: A software breakpoint is a break instruction placed in Flash memory. When this instruction is executed, it will break the program execution. When placing a breakpoint on an instruction in AVR Studio, this instruction is physically rewritten as a break instruction in the AVR Flash memory. When reaching this instruction the operation is halted. To continue execution a “start” command has to be given from the OCD logic. When starting the execution, the instruction replaced by software break instruction is executed before continuing to execute instructions from the Flash memory.
Hardware Breakpoints: In the OCD logic there are 4 registers capable of storing one memory address each. The JTAG ICE uses one of these registers permanently to implement single stepping. The 3 others can be combined to generate valid break conditions. Section 3.2.4 describes in
detail the different ways of combining these registers. Software breakpoint require reprogramming of the entire page, hardware breakpoints
are recommended for breakpoints that are often modified.
I/O Registers: JTAG ICE has limitation in viewing the contents in all I/O locations. When an AVR device reaches a breakpoint, the contents of all I/O registers are read out and presented in AVR Studio. Reading alters the contents in some registers, these registers will not be read (e.g., Reading USART data register, will clear the RXC bit). See the “Special Considerations” section to find the complete list of registers that not are
accessible through the JTAG ICE OCD system.
Single Stepping: Some registers needs to be read or written within a specified number of cycles after a control signal is enabled. The I/O clock and peripherals continue to run at full speed in stopped mode, single stepping through such code will not meet the timing requirements. For example, when single stepping, the I/O clock might have run for millions of cycles. To read or write registers with such timing requirements, the read or write sequence should be performed as a single operation. Run the device at full speed by using a macro, function call or run-to-cursor.
For detailed information about the “JTAG Interface and On-chip Debug System” see the applicable datasheet.
The mbed Comes in two flavors: CortexM3(NXP LPC1768) and CortexM0(NXP LPC11U24).
- 1 ethernet port
- 3 serial ports (Rx/Tx)
- 2 SPI ports
- 2 I2C ports
- 6 Analog INs or 5 Analog INs + 1 Analog Out
- 1 CAN Port
- 6 PWM out
- 1 USB port (D+, D-) and the main USB-mini Port as a serial terminal
- 4 blue LEDs
Connected to USB shows up a 2MB FAT-FS storage with a preloaded web page which connects and autenthicates the user to the mbed.org website where resides the Free Online C Compiler and all other help pages, manuals, code examples, community contributed programs and libraries.
- MBED Serial Port in Windows: http://mbed.org/handbook/Windows-serial-configuration
- Handbook: http://mbed.org/handbook/Homepage
- Unbrick instructions: http://mbed.org/cookbook/Unbricking
- MCU User Manuals:
- Local toolchain usage:
- (Maybe) Useful Hardware:
STMICROELECTRONICS – ST-LINK & ST-LINK/V2 – DEBUGGER/PROGRAMMER, ICD, FOR STM8 and STM32
The ST-LINK/V2 in-circuit debugger and programmer for the STM8 and STM32 microcontroller families features a single wire interface module (SWIM) and a JTAG/serial wire debugging (SWD) interfaces are used to communicate with any STM8 or STM32 microcontroller located on an application board.
- 5 V power from USB connector, USB 2.0 full speed compatible interface
- SWIM specific features:
– 1.65 V to 5.5 V application voltage supported on SWIM interface
- JTAG/serial wire debugging (SWD) specific features:
Farnell Order Code: 1892523
- USB 2.0 full speed interface compatible
- SWIM specific features:
- 1.65 V to 5.5 V application voltage supported on SWIM interface
- SWIM low speed and high speed modes supported
- SWIM programming speed rates of 9.7 Kbytes/s in low speed, 12.8 Kbytes/s in high speed
- SWIM cable for connection to an application with an ERNI standard connector vertical (ref: 284697 or 214017) or horizontal (ref: 214012)
- SWIM cable for connection to an application with pin headers or 2.54 mm pitch connector
- JTAG/SWD specific features:
- 3 V to 3.6 V application voltage supported on JTAG/SWD interface and 5 V tolerant inputs
- JTAG/SWD cable provided for connection to a standard JTAG 20-pin pitch 2.54 mm connector
- Safe Autonomy: UL 4600 and How It Grew April 2, 2020Underwriters Laboratories has completed its first standard for Autonomous Vehicles. Central to the goal of UL 4600 is to guide designers toward “the safety case” for their autonomous products The post Safe Autonomy: UL 4600 and How It Grew appeared first on EETimes.
- One CEO’s Candid COVID-19 Message April 1, 2020What's News: Demand visibility has worsened across all segments of the economy. Lindsley Ruth vows to remain steadfast. The post One CEO’s Candid COVID-19 Message appeared first on EETimes.
- Advancing Autonomous Vehicles Is All in the Eyes April 1, 2020One of the most vital areas of development for semi- and fully-autonomous vehicles is driver gaze and eye tracking, but there are several implementation challenges facing designers. The post Advancing Autonomous Vehicles Is All in the Eyes appeared first on EETimes.