MPLAB PICkit Basic in Circuit Debugger User Guide DS50003844 Unlocked
MPLAB PICkit Basic in Circuit Debugger User Guide DS50003844 Unlocked
Important:
All documentation becomes dated, and Development Tools manuals are no exception.
Our tools and documentation are constantly evolving to meet customer needs, so some
actual dialogs and/or tool descriptions may differ from those in this document. Please
refer to our website (www.microchip.com/) to obtain the latest version of the PDF
document.
Documents are identified with a DS number located on the bottom of each page. The
DS format is DS<DocumentNumber><Version>, where <DocumentNumber> is an 8-digit
number and <Version> is an uppercase letter.
For the most up-to-date information, find help for your tool at
onlinedocs.microchip.com/.
1. Introduction................................................................................................................................................................... 4
1.1. Conventions Used in This Guide...................................................................................................................... 4
1.2. Recommended Reading.................................................................................................................................... 5
3. Connections................................................................................................................................................................. 11
3.1. Power Connections..........................................................................................................................................11
3.2. PC Connections................................................................................................................................................ 11
3.3. Target Connections..........................................................................................................................................11
4. Operation..................................................................................................................................................................... 26
4.1. Quick Debug/Program Reference.................................................................................................................. 26
4.2. Operational Overview..................................................................................................................................... 26
4.3. About High Voltage.......................................................................................................................................... 27
4.4. SAM and PIC32C Arm Devices - On-Chip Debugging...................................................................................28
4.5. AVR Devices - On-Chip Debugging (OCD)......................................................................................................28
4.6. PIC32M MCU - On-Chip Debugging............................................................................................................... 36
4.7. PIC MCU/dsPIC DSC - On-Chip Debugging....................................................................................................36
5. Troubleshooting.......................................................................................................................................................... 45
5.1. Some Questions to Answer First....................................................................................................................45
5.2. Top Reasons Why You Can't Debug...............................................................................................................45
5.3. General..............................................................................................................................................................46
5.4. How to Use the Hardware Tool Emergency Boot Firmware Recovery Utility...........................................46
7. Error Messages............................................................................................................................................................ 50
7.1. Types of Error Messages.................................................................................................................................50
7.2. General Corrective Actions............................................................................................................................. 57
9. Hardware Specification.............................................................................................................................................. 65
9.1. USB Connector Specifications........................................................................................................................ 65
9.2. MPLAB PICkit Basic In-Circuit Debugger....................................................................................................... 65
9.3. Communication Hardware............................................................................................................................. 66
9.4. Target Board Considerations......................................................................................................................... 67
11. Glossary........................................................................................................................................................................ 69
12. Support......................................................................................................................................................................... 86
12.1. Warranty Registration..................................................................................................................................... 86
12.2. myMicrochip Personalized Notification Service...........................................................................................86
Microchip Information....................................................................................................................................................... 87
Trademarks.................................................................................................................................................................. 87
Legal Notice..................................................................................................................................................................87
Microchip Devices Code Protection Feature............................................................................................................87
1. Introduction
The MPLAB® PICkit™ Basic In-Circuit Debugger (PG164110) is an ultra-low priced debugging solution
for projects not requiring high-voltage programming or advanced debug features. Therefore, it
supports many of Microchip’s newer MCU offerings but not some legacy products. With a nominal
feature set, the debugger is geared toward developers who don’t require advanced features. It is
not intended for production programming.
Important: For low pin count AVR devices with UPDI, MPLAB PICkit Basic cannot
generate the high voltage pulse to reactivate the UPDI interface if the UPDI pin is
configured as GPIO or RESET by configuring the RSTPINCFG configuration bits. A
different tool will need to be used to do this, such as the MPLAB PICkit 5.
A field name in a window or dialog. DITA: uicontrol Select the Optimizations option category.
A menu name or item. DITA: uicontrol Select the File menu and then Save.
A menu path. DITA: menucascade, uicontrol File > Save
A tab DITA: uicontrol Click the Power tab.
A software button. DITA: uicontrol Click the OK button.
A key on the keyboard. DITA: uicontrol Press the F1 key.
File names and paths. DITA: filepath C:/Users/User1/Projects
Source code: inline. DITA: codeph Remember to #define START at the beginning
of your code.
Source code: block. DITA: codeblock An example is:
#include <xc.h>
main(void) {
while(1);
}
Important: Because MPLAB PICkit Basic does not support high voltage
programming, devices that require high voltage to program are not supported.
See the MPLAB PICkit Basic programmer (PKBP) and debugger (PKBD) columns in
the Device Support List to find out which devices are supported by MPLAB PICkit
Basic.
The MPLAB PICkit Basic connects to the computer using a high-speed USB 2.0 interface and
connects to the target via a Microchip debug 8-pin Single In-Line (SIL) connector. MPLAB PICkit Basic
has all the speed and entry-level features you need to quickly debug your prototype.
The MPLAB PICkit Basic features a powerful 32-bit 300 MHz SAM E70 Arm Cortex-M7 based MCU for
quicker debug iterations. Along with its support for a wide target voltage, the MPLAB PICkit Basic
supports interfaces such as 4-wire JTAG and Serial Wire Debug. It is also backward compatible for
demo boards and target systems using 2-wire JTAG and In-Circuit Serial Programming™.
The debugger system executes code like an actual device because it uses the target device’s built-in
emulation circuitry, instead of a special debugger chip. All available features of a given device are
accessible interactively and can be set and modified by the MPLAB X IDE interface.
The MPLAB PICkit Basic is compatible with any of these platforms:
• Microsoft Windows® OS
• Linux® OS
• macOS®
See the release notes for versions supported.
• Works with many Microchip PIC, dsPIC, AVR, or DSC devices, including 32-bit microcontrollers
such as SAM, CEC and PIC32 devices. For details see the MPLAB X IDE Device Support List.
• Supports 4-wire JTAG, Serial Wire Debug, UPDI, PDI, SPI programming, debugWIRE and TPI
programming.
• Backward compatibility for demo boards and target systems using 2-wire JTAG and ICSP (In-
Circuit Serial Programming).
• Supports multiple hardware and software breakpoints, stopwatch and source code file
debugging.
• Debugs your application on your own hardware in real time.
• Sets breakpoints based on internal events.
• Debugs at full target MCU speed.
• Configures pin drivers.
• Adds new device support and features by installing the latest version of MPLAB X IDE (available
as a free download at http://www.microchip.com/mplabx/).
• Indicates debugger status via the Active and Status LEDs.
Performance/Speed:
• No firmware download delays incurred when switching devices.
1. MPLAB PICkit Basic enclosure with a color-coded signals label on the front. This includes a pin 1
specifier .
2. 8-pin SIL connector with color-coded wires on the bottom of the enclosure. These correspond to
the color-coded signals label on the front.
3. Alternately, you could use the 8-pin to 10-pin ARM SWD Adapter Board.
5. Use the included full-featured USB Type-C® cable (data and power) to connect to a computer.
6. Two status LEDs on the front of the enclosure.
7. Emergency Recovery button accessible through the left side of the enclosure.
To use the MPLAB PICkit Basic, you will need to supply:
• Target board.
• Power supply for target board.
• Any wiring interfaces or cables needed for your application. Some available adapters and cables
include the AC164110 RJ-11 to ICSP Adapter.
Additional hardware and accessories may be ordered separately from Microchip Direct .
• Debugger Adapter Board (Part Number AC002015) - a connectivity board that supports JTAG,
SWD and ICSP protocols, useful for debugging AVR® with MPLAB PICkit Basic.
2.4 Using MPLAB PICkit Basic In-Circuit Debugger with MPLAB X IDE and MPLAB
IPE
Download and install the latest version of MPLAB® X IDE from the MPLAB X IDE webpage. The
MPLAB X IDE installer will install MPLAB X IDE and/or MPLAB IPE.
Create a new project or open an existing project. Select MPLAB PICkit Basic as the
hardware tool.
Open the Project Properties window by right clicking on the project name
and selecting Properties. This window is used to set up options for debugging,
programming and other features. See MPLAB PICkit Basic option descriptions.
Select a device to program and then select MPLAB PICkit Basic as the tool.
Select on a button to Program, Erase, Read, Verify or Blank Check. For more on
MPLAB IPE, including Advanced mode, see the MPLAB IPE User's Guide.
3. Connections
The MPLAB® PICkit™ Basic In-Circuit Debugger hardware setup begins by connecting power,
communications, and targets to the debugger. See the following sections for details.
3.2 PC Connections
MPLAB® PICkit™ Basic In-Circuit Debugger can connect with the PC (and MPLAB X IDE) using USB
(see figure below). It is recommended that you use the cable that comes with the kit to avoid
communication issues.
SIL SIL
Cortex® SWD
MIPS EJTAG
AVR® JTAG
AVR PDI
Name
AVR TPI
AVR ISP
1. Use of a 6-pin header will result in the loss of functions on Pins 7 and 8 affecting EJTAG, JTAG,
SWD and ISP.
2. SWO is used for trace (see release notes for trace support) SWDIO is used for debug.
3. Pin may be used for High-Voltage Pulse reactivation of UPDI function depending on device.
Usually a low pin count AVR device (see device data sheet for details). However, MPLAB PICkit
Basic cannot generate the high voltage pulse to reactivate the UPDI interface if the UPDI pin
is configured as GPIO or RESET by configuring the RSTPINCFG configuration bits. A different tool
will need to be used to do this, such as the MPLAB PICkit™ 5.
4. These are example target connectors that are assumed similar to the debugger unit (SIL).
Related Links
9.3.2. Arm/SWD Adapter Board Schematics
The MPLAB PICkit Basic can be connected to the Debugger Adapter Board as shown in the sections
below. Then the various connections on the adapter board can be used to connect to specific
targets (see the following topic).
Alternatively the AVR Programming Adapter Board (AC31S18A) is available for use with MPLAB PICkit
5, PICkit 4, PICkit Basic and Snap.
Using the 8-pin Inline Connector
Using the Single In-Line (SIL) connector, the tool is connected directly to the adapter board (ensure
pin 1 on the tool lines up with pin 1 on the adapter board). If a 6-pin SIL header is used, connections
7 (TMS) and 8 (TDI) will not be available.
3 2, 10 GND Ground. All must be connected to ensure that the MPLAB PICkit Basic
and the target device share the same ground reference.
4 3 TDO Test Data Out (data transmitted from the target device into the MPLAB
PICkit Basic).
5 1 TCK Test Clock (clock signal from the MPLAB PICkit Basic into the target
device).
6 6 RESET/TAUX Reset (optional). Used to reset the target device. Connecting this pin is
recommended since it allows the MPLAB PICkit Basic to hold the target
device in a reset state, which can be essential to debugging in certain
scenarios.
7 9 TDI Test Data In (data transmitted from the MPLAB PICkit Basic into the
target device).
8 5 TMS Test Mode Select (control signal from the MPLAB PICkit Basic into the
target device).
* Remember to include a decoupling capacitor between this pin and GND. See AVR042: AVR Hardware Design
Considerations.
Important:
The SPI interface is effectively disabled when the debugWIRE Enable (DWEN) fuse
is programmed, even if the SPIEN fuse is also programmed. To re-enable the SPI
interface, the ‘disable debugWIRE’ command must be issued while in a debugWIRE
debugging session. Disabling debugWIRE in this manner requires that the SPIEN
fuse is already programmed. If MPLAB X IDE fails to disable debugWIRE, it is
probably because the SPIEN fuse is NOT programmed. If this is the case, it is
necessary to use a High-Voltage Programming interface to program the SPIEN
fuse.
Info:
The SPI interface is often referred to as “ISP” since it was the first in-system
programming interface on Microchip AVR products. Other interfaces are now
available for in-system programming.
Related Links
3.3.3.1. Adapter Board Pinout
Related Links
3.3.3.1. Adapter Board Pinout
Alternatively, the MPLAB PICkit Basic using the adapter board provides an 8-pin 50-mil Microchip
Universal connection for the 6-pin and 8-pin ICSP interfaces.
3.3.7.2 ICSP™ Target Connection Circuitry
The figure below shows the interconnections of the MPLAB PICkit Basic In-Circuit Debugger to the
ICSP connector on the target board. The diagram also shows the wiring from the connector to
a device on the target PCB. A pull-up resistor RPU is recommended to be connected from the VPP/
MCLR line to VDD so that the line may be strobed low to reset the device.
where Rpu=10-50 kΩ
4. Operation
A simplified theory of operation of the MPLAB® PICkit™ Basic In-Circuit Debugger system is provided
here. It is intended to provide enough information so that a target board can be designed that is
compatible with the debugger for both debugging and programming operations. The basic theory
of in-circuit debugging and programming is discussed so that problems, if encountered, are quickly
resolved.
3. Find a compiler for on your application device on the MPLAB XC Compilers webpage.
4. Purchase MPLAB PICkit Basic and optionally the Debugger Adapter Board.
5. Launch MPLAB X IDE. Plug in MPLAB PICkit Basic to the computer using the USB cable. Ensure
you target is correctly connected.
6. Open your project or an example project in MPLAB X IDE. Right click on the project name in the
Projects tab and select Properties. In the Project Properties dialog, ensure that PICkit Basic
is selected under Connected Hardware Tool. Then select the PICkit Basic Category under a
Conf(iguration) and setup options from the Option Categories list.
Note: This is where you select power to target if desired.
7. Read the following sections for details on operation for your application device.
8. For a complete list of debugger limitations for your device, see the online Help file in MPLAB X
IDE (Help > Help Contents > Hardware Tool Reference Help > Limitations - Emulators and
Debuggers).
AVR® Devices
High-Voltage Programming - HVSP and HVPP
Older AVR devices have a programming interface known as High-Voltage Programming in both serial
(HVSP) and parallel (HVPP) variants. In general this interface requires 12V to be applied to the RESET
pin for the duration of the programming session.
High-Voltage Programming was sometimes necessary to recover when configuration bits (fuses)
were incorrectly set or cleared. Some examples are:
• DWEN and lockbits set: debugWIRE not usable.
• DWEN set, SPIEN cleared: stuck in debugWIRE mode, cannot use SPI.
• JTAGEN cleared: Cannot use JTAG.
Tool Support: No current MPLAB® hardware tool supports this method of programming. Therefore it
is important that all warnings about the above issues be heeded and instructions followed.
High-Voltage Pulse - UPDI Pin
Depending on your device, there are currently two configurations that will require a High-Voltage
(HV) Pulse to enable the UPDI function on a pin:
1. The UPDI function is on a shared pin that can also be used for RESET or GPIO. If RESET or GPIO
has been selected and UPDI is now desired, an HV pulse is required on that pin to reactivate the
UPDI functionality.
This configuration is found on older AVR devices and requires an HV pulse of 12V.
2. The UPDI function is on a shared pin that can also be used for GPIO. RESET is on a dedicated pin.
If GPIO has been selected and UPDI is now desired, an HV pulse is required on the RESET pin to
reactivate the UPDI functionality.
This configuration is found on newer AVR devices and requires an HV pulse of approximately VDD
+ 2 volts. See the device data sheet for the actual value range.
Tool Support: All current MPLAB hardware tools support either HV pulse except for MPLAB PICkit
Basic and MPLAB Snap (do not support high voltage).
PIC® Devices
High-Voltage vs Low-Voltage Programming
For High-Voltage Programming, older PIC devices need to be programmed at high voltage (12V) but
newer devices can use lower voltages (a voltage in excess of 9 volts placed on the VPP pin).
For Low-Voltage Programming, the programming voltage VPP will not exceed VDD.
Tool Support: All current MPLAB hardware tools support high and low voltage programming except
for:
• MPLAB PICkit Basic and MPLAB Snap (do not support high voltage).
• MPLAB PICkit™ 4 (high voltage programming only when device VDD voltage is at or above 2.8V.
Issue fixed on 10-10094-R6; see the label on the back of the unit).
For more information on which devices have which cores, see 32-bit PIC® and SAM Microcontrollers
or your device data sheet. See also CoreSight documentation provided by Arm.
Stopped Mode
When a breakpoint is reached, the program execution is halted, but some I/O may continue to run
as if no breakpoint had occurred. For example, assume that a USART transmit has just been initiated
when a breakpoint is reached. In this case, the USART continues to run at full speed, completing the
transmission, even though the core is in Stopped mode.
Hardware Breakpoints
The target OCD module contains several Program Counter comparators implemented in the
hardware. When the Program Counter matches the value stored in one of the comparator registers,
the OCD enters Stopped mode. Since hardware breakpoints require dedicated hardware on the
OCD module, the number of breakpoints available depends upon the size of the OCD module
implemented on the target. Usually, one such hardware comparator is ‘reserved’ by the debugger
for internal use.
Software Breakpoints
A software breakpoint is a BREAK instruction placed in the program memory on the target device.
When this instruction is loaded, program execution will break, and the OCD enters Stopped mode.
To continue execution a “start” command has to be given from OCD. Not all Microchip devices have
OCD modules supporting the BREAK instruction.
• Some tinyAVR® devices have a TPI interface. TPI can be used for programming the device only.
These devices do not have on-chip debug capability at all.
• Some tinyAVR devices and some megaAVR devices have the debugWIRE interface, which
connects to an on-chip debug system known as tinyOCD. All devices with debugWIRE also have
the SPI interface for in-system programming.
• Some megaAVR devices have a JTAG interface for programming and debugging, with an on-chip
debug system, also known as megaOCD. All devices with JTAG also feature the SPI interface as an
alternative interface for in-system programming.
• All AVR XMEGA devices have the PDI interface for programming and debugging. Some AVR
XMEGA devices also have a JTAG interface with identical functionality.
Or: Open the programming dialog in Microchip Studio in SPI mode and verify that the signature
matches the correct device. Check the DWEN fuse to enable debugWIRE.
Important:
It is important to leave the SPIEN fuse programmed and the RSTDISBL fuse
unprogrammed! Not doing this will render the device stuck in debugWIRE mode
and High-Voltage programming will be required to revert the DWEN setting.
To disable the debugWIRE interface, use High-Voltage programming to unprogram the DWEN fuse.
Alternately, use the debugWIRE interface itself to temporarily disable itself, which will allow SPI
programming to take place, provided that the SPIEN fuse is set.
Important:
If the SPIEN fuse was NOT left programmed, the software front-end will not be
able to complete this operation and High-Voltage programming must be used.
In MPLAB X IDE, if debugWIRE is enabled on the target device and an SPI programming session
is attempted, the IDE will offer to disable debugWIRE first. In Microchip Studio, this must be done
manually by, during a debug session, selecting the ‘Disable debugWIRE and Close’ menu option from
the ‘Debug’ menu. DebugWIRE will be temporarily disabled, and the software front-end will use SPI
programming to unprogram the DWEN fuse.
Having the DWEN fuse programmed enables some parts of the clock system to be running in all
sleep modes. This will increase the power consumption of the AVR while in sleep modes. The DWEN
Fuse should, therefore, always be disabled when debugWIRE is not used.
When designing a target application PCB where debugWIRE will be used, the following
considerations must be made for correct operation:
• Pull-up resistors on the dW/(RESET) line must not be smaller than 10 kΩ. The pull-up resistor is
not required for debugWIRE functionality since the debugger tool provides this.
• Any stabilizing capacitor connected to the RESET pin must be disconnected when using
debugWIRE since they will interfere with correct operation of the interface.
• All external Reset sources or other active drivers on the RESET line must be disconnected, since
they may interfere with the correct operation of the interface.
Never program the lock-bits on the target device. The debugWIRE interface requires that lock-bits
are cleared to function correctly.
4.5.1.2.2 debugWIRE Software Breakpoints
The debugWIRE OCD is drastically downscaled when compared to the Microchip megaAVR (JTAG)
OCD. This means that it does not have any Program Counter breakpoint comparators available to
the user for debugging purposes. One such comparator does exist for purposes of run-to-cursor
and single-stepping operations, but additional user breakpoints are not supported in hardware.
Instead, the debugger must make use of the AVR BREAK instruction. This instruction can be placed
in FLASH, and when loaded for execution, it will cause the AVR CPU to enter Stopped mode. To
support breakpoints during debugging, the debugger must insert a BREAK instruction into FLASH
at the point at which the users request a breakpoint. The original instruction must be cached for
later replacement. When single-stepping over a BREAK instruction, the debugger has to execute
the original cached instruction to preserve program behavior. In extreme cases, the BREAK has to
be removed from FLASH and replaced later. All these scenarios can cause apparent delays when
single-stepping from breakpoints, which will be exacerbated when the target clock frequency is very
low.
It is thus recommended to observe the following guidelines, where possible:
• Always run the target at as high a frequency as possible during debugging. The debugWIRE
physical interface is clocked from the target clock.
• Try to minimize the number of breakpoint additions and removals, as each one requires a FLASH
page to be replaced on the target.
• Try to add or remove a small number of breakpoints at a time, to minimize the number of FLASH
page write operations.
• If possible, avoid placing breakpoints on double-word instructions.
4.5.1.2.3 Understanding debugWIRE and the DWEN Fuse
When enabled, the debugWIRE interface takes control of the device’s /RESET pin, which makes it
mutually exclusive to the SPI interface, which also needs this pin. When enabling and disabling the
debugWIRE module, follow one of these two approaches:
• Let the software front-end take care of things (recommended)
• Set and clear DWEN manually (exercise caution, advanced users only!)
Important: When manipulating DWEN manually, the SPIEN fuse must remain set
to avoid having to use High-Voltage programming.
Default state:
Fuse DWEN cleared DWEN
Fuse SPIEN set SPIEN Clear DWEN fuse
Module debugWIRE disabled using SPI
You can: Access flash and fuses using SPI
Power toggle
(latches debugWIRE state)
Debug state:
Fuse DWEN set
DWEN
Fuse SPIEN set SPIEN
Module debugWIRE enabled
You can: Use debugWIRE atprogram dwdisable
You cannot: Access fuses or flash using SPI (atprogram disables
debugWIRE module temporarily)
Atmel Studio "Disable debugWIRE and close"
(disables debugWIRE module temporarily
and then clears DWEN fuse using SPI)
MPLAB® X IDE offers to do this automatically
if an attempt to connect using the SPI interface Debug state (not recommended):
fails due to debugWIRE being enabled Fuse DWEN set
DWEN
Fuse SPIEN cleared SPIEN
Module debugWIRE enabled
You can: Use debugWIRE
To access flash and fuses, it is now necessary to
use the High-Voltage Programming interface
Hardware Breakpoints
There are four hardware breakpoint comparators - two address comparators and two value
comparators. They have certain restrictions:
• All breakpoints must be of the same type (program or data).
• All data breakpoints must be in the same memory area (I/O, SRAM, or XRAM).
• There can only be one breakpoint if the address range is used.
Here are the different combinations that can be set:
• Two single data or program address breakpoints.
• One data or program address range breakpoint.
• Two single data address breakpoints with single value compare.
• One data breakpoint with address range, value range, or both.
MPLAB X IDE and Microchip Studio will tell you if the breakpoint cannot be set, and why. Data
breakpoints have priority over program breakpoints if software breakpoints are available.
JTAGEN Fuse
The JTAG interface is enabled using the JTAGEN fuse, which is programmed by default. This allows
access to the JTAG programming interface.
If the JTAGEN fuse is programmed, the JTAG interface can still be disabled in firmware by setting
the JTAG disable bit in the MCU Control Register. This will render code un-debuggable, and should
not be done when attempting a debug session. If such code is already executing on the Microchip
AVR device when starting a debug session, the MPLAB PICkit Basic will assert the RESET line while
connecting. If this line is wired correctly, it will force the target AVR device into Reset, thereby
allowing a JTAG connection.
If the JTAG interface is enabled, the JTAG pins cannot be used for alternative pin functions. They will
remain dedicated JTAG pins until either the JTAG interface is disabled by setting the JTAG disable bit
from the program code, or by clearing the JTAGEN fuse through a programming interface.
Tip:
Be sure to check the “use external reset” checkbox in both the programming
dialog and debug options dialog in Microchip Studio to allow the MPLAB PICkit
Basic to assert the RESET line and re-enable the JTAG interface on devices which
are running code which disables the JTAG interface by setting the JTAG disable bit.
When running this code normally, the TEMP register would not read back 0xAA because the data
would not yet have been latched physically to the pin by the time it is sampled by the IN operation.
A NOP instruction must be placed between the OUT and the IN instruction to ensure that the correct
value is present in the PIN register.
However, when single-stepping this function through the OCD, this code will always give 0xAA in
the PIN register since the I/O is running at full speed even when the core is stopped during the
single-stepping.
running the device at full speed. This can be done by using a macro or a function call to execute the
code or use the run-to-cursor function in the debugging environment.
For PIC® microcontrollers (MCUs) or dsPIC® digital signal controllers (DSC), some device resources
may need to be reserved for debug.
For paused/halted code, Step Into or execute one instruction. Be careful not to step into a Sleep instruction or you
will have to perform a processor Reset to resume emulation.
Perform a processor Reset. Additional Resets, such as POR/BOR, MCLR and System, may be available, depending
on device.
Note: Using software breakpoints for debug impacts device endurance. Therefore, it is
recommended that devices used in this manner not be used as production parts.
To help you decide which type of breakpoints to use (hardware or software) the following table
compares the features of each.
The stopwatch has the following icons on the left side of the window:
Reset Stopwatch on Run Reset the stopwatch time to zero at the start of a run.
Clear Stopwatch (Simulator Only) Reset the stopwatch after you reset the device.
For programming, no clock is needed on the target device, but power must be supplied. When
programming, the debugger puts programming levels on VPP/MCLR, sends clock pulses on PGC,
and serial data via PGD. To verify that the part has been programmed correctly, clocks are sent
to PGC and data is read back from PGD. This sequence confirms the debugger and device are
communicating correctly.
4.7.2.1 Circuits That Will Prevent the Emulator From Functioning
The figure below shows the active debugger lines with some components that will prevent the
MPLAB PICkit Basic In-Circuit Debugger from functioning.
Next, the Debug button is usually selected in MPLAB X IDE. The debugger tells the debug
executive to run. The target starts from the Reset vector and executes until the Program Counter
reaches the breakpoint address that was stored previously in the internal debug registers.
After the instruction at the breakpoint address is executed, the in-circuit debug mechanism of the
target device “fires” and transfers the device’s program counter to the debug executive (like an
interrupt) and the user’s application is effectively halted. The debugger communicates with the
debug executive via PGC and PGD, gets the breakpoint status information, and sends it back to
MPLAB X IDE. MPLAB X IDE then sends a series of queries to the debugger to get information about
the target device, i.e., file register contents and the state of the CPU. These queries are performed
by the debug executive.
The debug executive runs like an application in program memory. It uses some locations on the
stack for its temporary variables. If the device does not run, for whatever reason (no oscillator,
faulty power supply connection, shorts on the target board, etc.), then the debug executive cannot
communicate to the MPLAB PICkit Basic, and MPLAB X IDE will issue an error message.
Another way to set a breakpoint is to select the Pause button. This toggles the PGC and PGD
lines so that the in-circuit debug mechanism of the target device switches the Program Counter
from the user’s code in program memory to the debug executive. Again, the target application
program is effectively halted, and MPLAB X IDE uses the debugger communications with the debug
executive to interrogate the state of the target device.
4.7.2.4 Requirements for Debugging
To debug (set breakpoints, see registers, etc.) with the MPLAB PICkit Basic In-Circuit Debugger
system, there are critical elements that must be working correctly:
• The debugger must be powered, must be connected to a computer, and must be communicating
with the MPLAB X IDE software.
• The target device must have power and a functional, running oscillator. If for any reason the
target device does not run, the MPLAB PICkit Basic In-Circuit Debugger will not be able to debug
it.
• The target device must have its Configuration words programmed correctly. These may be set
using code or the Configuration Bits window in MPLAB X IDE.
– The oscillator Configuration bits should correspond to oscillator types available on the target.
– For some devices, the Watchdog Timer is enabled by default and needs to be disabled.
– The target device must not have any type of code protection enabled.
– The target device must not have table read protection enabled.
• For some devices with more than one PGC/PGD pair, the correct pair needs to be selected in the
device’s configuration word settings. This only refers to debugging, since programming will work
through any PGC/PGD pair.
4.7.2.5 Resources Used by the Debugger
For some devices, device resources must be used for debug. For a complete list of resources used
by the debugger for your device, in MPLAB X IDE select Help > Release Notes. In addition to
a section for “Release Notes/Readmes,” there is a section for “Reserved Resources.” Select either
“Reserved Resources by Device Family and Tool” or “Reserved Resources by Device for All Tools.”
4.7.2.6 Programming
As for debugging, set the MPLAB PICkit Basic In-Circuit Debugger as the current tool in MPLAB X
IDE. Right click on your project name and select Properties to open the Project Properties dialog,
and then under Connected Hardware Tool, select a PICkit Basic. If you have more than one tool
connected, choose based on the serial number next to the tool name.
• Select the Run Project icon ( ). The application code is programmed into the device’s
memory via the ICSP protocol. No clock is required while programming and all modes of the
processor can be programmed – including code protect, Watchdog Timer enabled, and table read
protect.
• A small “program executive” program may be loaded into the high area of program memory for
some target devices.
• Special “in-circuit debug” registers in the target device are disabled by MPLAB X IDE, along with
all debug features. This means that a breakpoint cannot be set and register contents cannot be
seen or altered.
• The target device is run in Release mode. As a programmer, the debugger can only toggle the
MCLR line to Reset and start the target device.
5. Troubleshooting
If you are having problems with MPLAB® PICkit™ Basic In-Circuit Debugger operation, start here.
13. Invalid request. The debugger cannot always perform the action requested. For example, the
debugger cannot set a breakpoint if the target application is currently running.
5.3 General
1. It is possible the error was a one-time event. Try the operation again.
2. There may be a problem programming in general. As a test, switch to Run mode using the
icon and program the target with the simplest application possible (for example, a program to
blink an LED). If the program will not run, then you know that something is wrong with the target
setup.
3. It is possible that the target device has been damaged in some way (for example, over current).
Development environments are notoriously hostile to components. Consider trying another
target board. Microchip Technology Inc. offers demonstration boards to support most of its
microcontrollers. Consider using one of these applications, which are known to work, to verify
correct MPLAB® PICkit™ Basic In-Circuit Debugger functionality.
4. Review debugger setup to ensure proper application setup. For more information, see the
“Connections” and “Operation” sections.
5. Your program speed may be set too high for your circuit. In MPLAB X IDE, go to File > Project
Properties and select the PICkit Basic category, Program Options option category. Next to
Program Speed select a slower speed from the drop-down menu. The default is Normal.
6. There may be certain situations where the debugger is not operating properly and firmware may
need to be downloaded or the debugger needs to be reprogrammed. See the following sections
to determine additional actions.
5.4 How to Use the Hardware Tool Emergency Boot Firmware Recovery Utility
Only use this utility to restore hardware tool boot firmware to its factory
state. Use only if your hardware tool no longer functions on any machine.
The debugger may need to be forced into recovery boot mode (reprogrammed) in rare situations;
for example, if any of the following occurs when the debugger is connected to the computer:
• If the debugger has no LED lit.
• If the procedure described in the previous section was not successful.
YOU MUST HAVE MPLAB X IDE v6.25 OR GREATER TO USE THE EMERGENCY RECOVERY UTILITY
FOR MPLAB PICkit Basic.
Carefully follow the instructions found in MPLAB X IDE under the main menu options Debug >
Hardware Tool Emergency Boot Firmware Recovery.
The figure below shows where the emergency recovery button is located on the MPLAB PICkit Basic
In-Circuit Debugger. You can use a paperclip or small screwdriver (shown) to press the button.
If the procedure was successful, the recovery wizard displays a success screen. The MPLAB PICkit
Basic will now be operational and able to communicate with the MPLAB X IDE.
If the procedure failed, try it again. If it fails a second time, contact Microchip Support at
support.microchip.com.
If Run Main Project icon ( ) is selected, the device will automatically run immediately after
programming. Therefore, if your code changes the Flash memory, verification could fail. To prevent
the code from running after programming, select Hold in Reset.
My computer went into power-down/hibernate mode and now my debugger won’t work.
What happened?
When using the debugger for prolonged periods of time, especially as a debugger, be sure to disable
the Hibernate mode in the Power Options Dialog window of your computer’s operating system.
Go to the Hibernate tab and uncheck the Enable hibernation check box. This will ensure that all
communication is maintained across all the USB subsystem components.
I set my peripheral to NOT freeze on halt, but it is suddenly freezing. What's going on?
For dsPIC30F/33F and PIC24F/H devices, a reserved bit in the peripheral control register (usually
either bit 14 or 5) is used as a Freeze bit by the debugger. If you have performed a write to the entire
register, you may have overwritten this bit (the bit is user-accessible in Debug mode).
To avoid this problem, write only to the bits you wish to change for your application (BTS, BTC)
instead of to the entire register (MOV).
When using a 16-bit device, an unexpected Reset occurred. How do I determine what caused
it?
Some things to consider:
• To determine a Reset source, check the RCON register.
• Handle traps/interrupts in an Interrupt Service Routine (ISR). You should include trap.c style
code, for example,
void __attribute__((__interrupt__)) _OscillatorFail(void);
:
void __attribute__((__interrupt__)) _AltOscillatorFail(void);
:
void __attribute__((__interrupt__)) _OscillatorFail(void)
{
INTCON1bits.OSCFAIL = 0; //Clear the trap flag
while (1);
}
:
void __attribute__((__interrupt__)) _AltOscillatorFail(void)
{
INTCON1bits.OSCFAIL = 0;
while (1);
}
:
7. Error Messages
The MPLAB PICkit Basic In-Circuit Debugger produces various error messages; some are specific and
others can be resolved with general corrective actions. In general, read any instructions under your
error message. If these fail to fix the problem or if there are no instructions, refer to the following
sections.
You will receive this message if you try to Run before programming your device for the first time. If
you receive this message after this, or immediately after programming your device, please refer to
7.2.6. Debug Failure Actions.
The device is code protected.
The device on which you are attempting to operate (read, program, blank check or verify) is code
protected, in other words, the code cannot be read or modified. Check your Configuration bits
setting for code protection (Windows > Target Memory Views > Configuration Bits).
Disable code protection, set or clear the appropriate Configuration bits in code or in the
Configuration Bits window according to the device data sheet. Then erase and reprogram the
entire device.
If these actions fail to fix the problem, see Debugger to Target Communication Error Actions and
7.2.6. Debug Failure Actions.
2. Select Finish Debugger Session to stop any running applications. Then, try to deselect the
debugger again.
3. Unplug the debugger from the computer. Then, try to deselect the debugger again.
4. Shut down MPLAB X IDE.
CANT_REGISTER_ALTERNATE_PNP=Unable to register for PNP events for multiple USB product IDs.
CANT_REMOVE_SWPS_BUSY=The PICkit Basic is currently busy and cannot remove software breakpoints at this time.
CHECK_4_HIGH_VOLTAGE_VPP=CAUTION: Check that the device selected in MPLAB IDE (%s) is the same one that is physically
attached to the debug tool. Selecting a 5V device when a 3.3V device is connected can result in damage to the device when
the debugger checks the device ID. Do you wish to continue?
CHECK_PGM_SPEED=You have set the program speed to %s. The circuit on your board may require you to slow the speed
down. Please change the setting in the tool properties to low and try the operation again.
CHECK_SLAVE_DEBUG=Debugging may have failed because the, "Debug" check box in the Slave Core settings of the master
project has not been enabled. Please make sure this setting is enabled.
COMM_PROTOCOL_ERROR=A communication error with the debug tool has occurred. The tool will be reset and should
re-enumerate shortly.
COMMAND_TIME_OUT=PICkit Basic has timeout out waiting for a response to command %02x.
CONFIGURATION=configuration
CONFIGURATION_MEMORY=configuration memory
CONNECTION_FAILED=Connection Failed
CORRUPTED_STREAMING_DATA=Invalid streaming data has been detected. Run time watch or trace data may no longer be
valid. It is recommended that you restart your debug session.
CPM_TO_TARGET_FAILED=An exception occurred during ControlPointMediator.ToTarget().
DATA_FLASH_MEMORY=Data Flash memory
DATA_FLASH=data flash
DEBUG_INFO_PGM_FAILED=Could not enter debug mode because programming the debug information failed. Invalid
combinations of config bits may cause this problem.
DEBUG_READ_INFO=Reading the device while in debug mode may take a long time due to the target oscillator speed.
Reducing the range that you'd like to read (under the ICD 4 project properties) can mitigate the situation. The abort
operation can be used to terminate the read operation if necessary.
DEVICE_ID_REVISION=Device ID Revision
DEVICE_ID=Device ID
DEVICE_INFO_CONFIG_BITS_MASK=Address = %08x, Mask = %08x
DEVICE_INFO_MEMBERS=DeviceInfo: pcAddress = %08x, Vpp = %.2f, useRowEraseIfVoltageIsLow = %s,
voltageBelowWhichUseRowErase = %.2f, deviceName = %s, programmerType = %s
DEVICE_INFO_MEMINFO_MEMBERS= DeviceInfo: mask = %04x, exists = %s, startAddr = %08x, endAddr = %08x, rowSize =
%04x, rowEraseSize = %04x, addrInc = %04x, widthProgram = %04x
DEVICE_INFO=DeviceInfo: Values:
DEVID_MISMATCH=Target Device ID (0x%x) is an Invalid Device ID. Please check your connections to the Target Device.
DFU_NOT_SUPPORTED=MPLAB X has detected the tool connected has capabilities that this version does not support. Please
download the latest version of MPLAB X to use this tool.
DISCONNECT_WHILE_BUSY=The tool was disconnected while it was busy.
EEDATA_MEMORY=EEData memory
EEDATA=EEData
EMPTY_PROGRAM_RANGES=The programming operation did not complete because no memory areas have been selected.
EMULATION_MEMORY_READ_WRITE_ERROR=An error occurred while trying to read/write MPLAB's emulation memory:
Address=%08x
END=end
ENSURE_SELF_TEST_READY=Please ensure the RJ-11 cable is connected to the test board before continuing.
ENSURE_SELF_TEST_READY=Please ensure the RJ-11 cable is connected to the test board before continuing. Would you like
to continue?
ENV_ID_GROUP=Device Identification
ERASE_COMPLETE=Erase successful
ERASING=Erasing...
FAILED_2_PGM_DEVICE=Failed to program device.
FAILED_CREATING_COM=Unable create communications object.
NO_DYNAMIC_BP_SUPPORT_AT_ALL=The current device does not support the ability to set breakpoints while the devices is
running. The breakpoint will be applied prior to the next time you run the device.
NO_PGM_HANDLER=Cannot program software breakpoints. The program handler has not been initialized.
NO_PROGRAMMING_ATTEMPTED=MPLAB's memory is blank so no programming operation was attempted.
NORMAL=Normal
OP_FAILED_FROM_CP=The requested operation failed because the device is code protected.
OpenIDE-Module-Name=PICkit Basic
OPERATION_INFO_MEMBERS=OperationInfo: Type = %s, Mask = %08x, Erase = %s, Production Mode = %s.
OPERATION_INFO_TRANSFER_INFO_MEMBERS=OperationInfo: Start = %x, End = %x, Buffer Length = %d, Type = %s, Mask =
%08x.
OPERATION_INFO=OperationInfo: Values:
OPERATION_NOT_SUPPORTED=This operation is not supported for the selected device
OUTPUTWIN_TITLE=PICkit Basic
PERIPHERAL=Peripheral
POWER_ERROR_NO_POWER_SRC=The configuration is set for the target board to supply its own power but no voltage has
been detected on VDD. Please ensure you have your target powered up and try again.
POWER_ERROR_POWER_SRC_CONFLICT=The configuration is set for the tool to provide power to the target but there is
voltage already detected on VDD. This is a conflict. Please ensure your target is not supplying voltage to the tool and try
again.
POWER_ERROR_SLOW_DISCHARGE= There seems to be excessive capacitance on VDD causing a slower system discharge
and shutdown. Consider minimizing overall capacitance loading or use power from your target to avoid discharge delays.
POWER_ERROR_UNKNOWN=An unknown power error has occurred.
POWER_ERROR_VDD_TOO_HIGH=The VDD voltage desired is out of range. It exceeds the maximum voltage of 5.5V.
POWER_ERROR_VDD_TOO_LOW=The VDD voltage desired is out of range. It is below the minimum voltage of 1.5V.
POWER_ERROR_VPP_TOO_HIGH=The VPP voltage desired is out of range. It exceeds the maximum voltage of 14.2V.
POWER_ERROR_VPP_TOO_LOW=The VPP voltage desired is out of range. It is below the minimum voltage of 1.5V.
PRESERVE_MEM_RANGE_ERROR_BAD_END_ADDR=Invalid preserve range end address %s received. Please check the manual
program ranges on the debug tool's, "Memories to Program" property page.
PRESERVE_MEM_RANGE_ERROR_BAD_START_ADDR=Invalid preserve range start address %s received. Please check the
manual program ranges on the debug tool's, "Memories to Program" property page.
PRESERVE_MEM_RANGE_ERROR_END_LESSTHAN_START=Invalid preserve range received: end address %s < start address
%s. Please check the manual program ranges on the debug tool's, "Memories to Program" property page.
PRESERVE_MEM_RANGE_ERROR_ENDADDR_NOT_ALIGNED=Invalid preserve range received: end address %s is not aligned
on a proper 0x%x address boundary. Please check the manual program ranges on the debug tool's, "Memories to Program"
property page.
PRESERVE_MEM_RANGE_ERROR_STARTADDR_NOT_ALIGNED=Invalid preserve range received: start address %s is not
aligned on a proper 0x%x address boundary. Please check the manual program ranges on the debug tool's, "Memories
to Program" property page.
PRESERVE_MEM_RANGE_ERROR_UNKNOWN=An unknown error has occurred while trying to validate the user entered
preserve ranges.
PRESERVE_MEM_RANGE_ERROR_WRONG_DATABASE=Unable to access data object while validating user entered memory
ranges.
PRESERVE_MEM_RANGE_MEM_NOT_SELECTED=You have selected to preserve an area of memory but have not selected to
program that area. Please check the preserved ranges on the debug tool's "Memories to Program" property page and make
sure that any preserved memory is also designated to be programmed.
PRESERVE_MEM_RANGE_OUT_OF_BOUNDS=The selected preserve range, %s, does not fall within the proper range for the
memory area selected. Please check the manual program ranges on the debug tool's "Memories to Program" property page.
PRESERVE_MEM_RANGE_STRING_MALFORMED=The preserve memory range(s) entered on the, "Memories to Program"
property page (%s) is not formatted properly.
PRESERVE_MEM_RANGE_WONT_BE_PROGRAMMED_AUTO_SELECT=Some or all of the preserve memory ranges (%s) entered
on the, "Memories to Program" property page, do not fall under the indicated program range(s) (%s) for the memory
selected. Please deselect the "Auto select memories and ranges" option on the "Memories to Program" property page,
change to manual mode and adjust your range(s) accordingly.
UNLOAD_WHILE_BUSY=PICkit Basic was unloaded while still busy. Please unplug and reconnect the USB cable before using
PICkit Basic again.
UPDATING_APP=Updating firmware application...
UPDATING_BOOTLOADER=Updating firmware bootloader.
USE_LVP_PROGRAMMING=NOTE: If you would like to program this device using low voltage programming, select Cancel on
this dialog. Then go to the PICkit Basic node of the project properties and check the Enable Low Voltage Programming check
box of the Program Options Option Category pane (low voltage programming is not valid for debugging operations).
USERID_MEMORY=User Id Memory
USERID=user Id
VERIFY_COMPLETE=Verification successful
VERIFY_FAILED=Verify failed
VERSIONS=Versions
VOLTAGE_LEVEL_BAD_VALUE_EX=You have entered an invalid value %s for the Voltage Level on the PICkit Basic Power
property page. Please fix this before continuing.
VOLTAGE_LEVEL_BAD_VALUE=Unable to parse the voltage level %s. Please enter a valid voltage entry.
VOLTAGE_LEVEL_OUT_OF_RANGE=The target voltage level you have entered, %.3f, is outside the range of the device %.3f -
%.3f.
VOLTAGES=Voltages
WOULD_YOU_LIKE_TO_CONTINUE=Would you like to continue?
WRONG_PICkit Basic_FLAVOR=Your PICkit Basic hardware needs updating please, contactPICkit
[email protected] to get a replacement.
3. Try the operation again. It is possible the error was a one-time event.
4. The version of MPLAB X IDE or MPLAB IPE installed may be incorrect for the version of
firmware loaded on the MPLAB PICkit Basic In-Circuit Debugger. Follow the steps outlined in
7.2.4. Corrupted Installation Actions.
5. There may be an issue with the computer USB port. See section 7.2.5. USB Port Communication
Error Actions.
After setting the options, click Apply or OK. Also click the Refresh Debug Tool icon in the MPLAB X
IDE dashboard display to update any changes made.
For the MPLAB IPE, the options for MPLAB PICkit Basic are located in Settings > Advance Mode >
Settings. Refer to MPLAB IPE online help for more information.
Preserve Program Memory Enabling this option will cause the current program memory on the device to
be read into MPLAB X IDE's memory and then reprogrammed back to the target
device when programming is done. The range(s) of program memory that will
be preserved is determined by the Preserve Program Memory Range(s) option
below. Ensure that code is NOT code protected.
Preserve Program Memory Range(s) (hex) The range(s) of program memory to be preserved. Each range must be two hex
numbers, representing the start and end addresses of the range, separated by a
dash. Ranges must be separated by a comma (for example, 0-ff, 200-2ff). Areas
are reserved by reading them into MPLAB X IDE and then programming them
back down when a program operation occurs. Thus the preserved areas must lie
within a memory range that will be programmed.
Preserve (Type of) Memory Enabling this option will cause the current memory type on the device to be read
into MPLAB X IDE's memory and then reprogrammed back to the target device
when programming is done. Check to preserve Memory for reprogramming,
where Memory is the type of memory. Types include: EEPROM, ID, Boot Flash,
and Auxiliary. Ensure that code is NOT code protected.
Preserve (Type of) Memory Range(s) The range(s) of the memory type to be preserved. Each range must be two hex
(hex)* numbers, representing the start and end addresses of the range, separated by a
dash. Ranges must be separated by a comma (for example, 0-ff, 200-2ff). Areas
are reserved by reading them into MPLAB X IDE and then programming them
back down when a program operation occurs. Thus the preserved areas must lie
within a memory range that will be programmed. Memory is the type of memory,
which includes EEPROM, ID, Boot Flash, and Auxiliary. Ensure that code is NOT
code protected.
* If you receive a programming error due to an incorrect range, ensure the range does not exceed available/remaining
device memory.
Program Speed Select the speed the debugger will use to program the target as either Low, Normal
or High. The default is Normal. If programming should fail, using a slower speed may
solve the problem.
To select all peripherals, including All Other Peripherals, click Check All. To deselect all peripherals,
including All Other Peripherals, click Uncheck All.
8.9 Clock
Set the option to use the fast internal RC (FRC) clock for the selected device.
8.11 Communication
Set the option(s) to use for your device and type of target communication.
Important: For low pin count AVR devices with UPDI, PICkit Basic cannot
generate the high voltage pulse to reactivate the UPDI interface if the UPDI pin
is configured as GPIO or RESET by configuring the RSTPINCFG configuration bits. A
different tool will need to be used to do this, such as the MPLAB PICkit 5.
9. Hardware Specification
The hardware and electrical specifications of the MPLAB PICkit Basic In-Circuit Debugger system are
detailed in this section.
1. USB Type-C® high-quality, USB High Speed, 1.5 meter cable used to connect the debugger to the
computer.
2. 8-pin SIL connector with 17 cm color-coded wires that map to the enclosure color-coded signals
label.
3. 8-pin to 10-pin ARM SWD Adapter Board to connect to an ARM target for use with SWD.
• A 32-bit microcontroller using an Arm® Cortex®-M7 core which includes memory for holding the
program code image. This image is used for programming the on-board Flash device.
9.2.2 LEDs
The MPLAB PICkit Basic has two fixed color LEDs. The Active LED is green and the Status LED is
yellow. The expected start-up LED sequence for the PICkit Basic debugger is steady on Green, yellow
off. The following tables describe the normal and error LED modes.
11. Glossary
Absolute Section
A GCC compiler section with a fixed (absolute) address that cannot be changed by the linker.
Absolute Variable/Function
A variable or function placed at an absolute address using the OCG compiler’s @ address syntax.
Access Memory
PIC18 Only – Special registers on PIC18 devices that allow access regardless of the setting of the
Bank Select Register (BSR).
Address
A value that identifies a location in memory.
Alphabetic Character
Alphabetic characters are those characters that are letters of the Roman alphabet (a, b, …, z, A, B, …,
Z).
Alphanumeric
Alphanumeric characters are comprised of alphabetic characters and decimal digits (0,1, …, 9).
ANDed Breakpoints
Set up an ANDed condition for breaking, i.e., breakpoint 1 AND breakpoint 2 must occur at the same
time before a program halt. This can only be accomplished if a data breakpoint and a program
memory breakpoint occur at the same time.
Anonymous Structure
16-bit C Compiler – An unnamed structure.
PIC18 C Compiler – An unnamed structure that is a member of a C union. The members of
an anonymous structure may be accessed as if they were members of the enclosing union. For
example, in the following code, hi and lo are members of an anonymous structure inside the union
caster.
union castaway
int intval;
struct {
char lo; //accessible as caster.lo
char hi; //accessible as caster.hi
};
} caster;
ANSI
The American National Standards Institute is an organization responsible for formulating and
approving standards in the United States.
Application
A set of software and hardware that may be controlled by a PIC® microcontroller.
Archive/Archiver
An archive/library is a collection of relocatable object modules. It is created by assembling multiple
source files to object files, and then using the archiver/librarian to combine the object files into one
archive/library file. An archive/library can be linked with object modules and other archives/libraries
to create executable code.
ASCII
The American Standard Code for Information Interchange is a character set encoding that uses 7
binary digits to represent each character. It includes upper and lower case letters, digits, symbols
and control characters.
Assembly/Assembler
Assembly is a programming language that describes binary machine code in a symbolic form. An
assembler is a language tool that translates assembly language source code into machine code.
Assigned Section
A GCC compiler section which has been assigned to a target memory block in the linker command
file.
Asynchronously
Multiple events that do not occur at the same time. This is generally used to refer to interrupts that
may occur at any time during processor execution.
Asynchronous Stimulus
Data generated to simulate external inputs to a simulator device.
Attribute
GCC Characteristics of variables or functions in a C language program, which are used to describe
machine-specific properties.
Attribute, Section
GCC Characteristics of sections, such as “executable,” “read-only,” or “data” that can be specified as
flags in the assembler .section directive.
AVR MCUs
AVR® microcontrollers (MCUs) refer to all Microchip AVR 8-bit microcontroller families.
Binary
The base two numbering system that uses the digits 0-1. The rightmost digit counts ones, the next
counts multiples of 2, then 22 = 4, etc.
Bookmarks
Use bookmarks to easily locate specific lines in a file.
Select Toggle Bookmarks on the Editor toolbar to add/remove bookmarks. Click other icons on this
toolbar to move to the next or previous bookmark.
C/C++
C is a general-purpose programming language which features economy of expression, modern
control flow and data structures, as well as a rich set of operators. C++ is the object-oriented version
of C.
Calibration Memory
A special function register or registers used to hold values for calibration of a PIC microcontroller
on-board RC oscillator or other device peripherals.
the arithmetic logic unit (ALU) to complete the execution of the instruction. It controls the program
memory address bus, the data memory address bus, and accesses to the stack.
Clean
Clean removes all intermediary project files, such as object, hex and debug files, for the active
project. These files are recreated from other files when a project is built.
COFF
Common Object File Format. An object file of this format contains machine code, debugging and
other information.
Compiled Stack
A region of memory managed by the compiler in which variables are statically allocated space. It
replaces a software or hardware stack when such mechanisms cannot be efficiently implemented
on the target device.
Compiler
A program that translates a source file written in a high-level language into machine code.
Conditional Assembly
Assembly language code that is included or omitted based on the assembly-time value of a specified
expression.
Conditional Compilation
The act of compiling a program fragment only if a certain constant expression, specified by a
preprocessor directive, is true.
Configuration Bits
Special-purpose bits programmed to set PIC MCU and dsPIC DSC modes of operation. A
Configuration bit may or may not be preprogrammed.
Constant
Represents an immediate value such as a definition through the C code #define directive or the
assembly .equ directive.
Control Directives
Directives in assembly language code that cause code to be included or omitted based on the
assembly-time value of a specified expression.
CPU
See Central Processing Unit.
Data Directives
Data directives are those that control the assembler’s allocation of program or data memory and
provide a way to refer to data items symbolically; that is, by meaningful names.
Data Memory
On Microchip MCU and DSC devices, data memory (RAM) is comprised of General Purpose Registers
(GPRs) and Special Function Registers (SFRs). Some devices also have EEPROM data memory.
Debug/Debugger
See ICE/ICD.
Debugging Information
Compiler and assembler options that, when selected, provide varying degrees of information used
to debug application code. See compiler or assembler documentation for details on selecting debug
options.
Deprecated Features
Features that are still supported for legacy reasons, but will eventually be phased out and no longer
used.
Device Programmer
A tool used to program electrically programmable semiconductor devices such as microcontrollers.
Directives
Statements in source code that provide control of the language tool’s operation.
Download
Download is the process of sending data from a host to another device, such as an emulator,
programmer or target board.
dsPIC DSCs
dsPIC® digital signal controllers (DSCs) refer to the Microchip family of microcontrollers with digital
signal processing capability.
DWARF
Debug With Arbitrary Record Format. DWARF is a debug information format for ELF files.
EEPROM
Electrically Erasable Programmable Read Only Memory. A special type of PROM that can be erased
electrically. Data is written or erased one byte at a time. EEPROM retains its contents even when
power is turned off.
ELF
Executable and Linking Format. An object file of this format contains machine code. Debugging and
other information is specified in with DWARF. ELF/DWARF provide better debugging of optimized
code than COFF.
Emulation/Emulator
See ICE/ICD.
Endianness
The ordering of bytes in a multi-byte object.
Environment
MPLAB PM3 – A folder containing files on how to program a device. This folder can be transferred to
a SD/MMC card.
Epilogue
A portion of compiler-generated code that is responsible for deallocating stack space, restoring
registers and performing any other machine-specific requirement specified in the runtime model.
This code executes after any user code for a given function, immediately prior to the function
return.
EPROM
Erasable Programmable Read Only Memory. A programmable read-only memory that can be erased
usually by exposure to ultraviolet radiation.
Error/Error File
An error reports a problem that makes it impossible to continue processing your program. When
possible, an error identifies the source file name and line number where the problem is apparent.
An error file contains error messages and diagnostics generated by a language tool.
Event
A description of a bus cycle which may include address, data, pass count, external input, cycle type
(fetch, R/W) and time stamp. Events are used to describe triggers, breakpoints and interrupts.
Executable Code
Software that is ready to be loaded for execution.
Export
Send data out of the MPLAB X IDE in a standardized format.
Expressions
Combinations of constants and/or symbols separated by arithmetic or logical operators.
External Label
A label that has external linkage.
External Linkage
A function or variable has external linkage if it can be referenced from outside the module in which
it is defined.
External Symbol
A symbol for an identifier which has external linkage. This may be a reference or a definition.
External RAM
Off-chip Read/Write memory.
Fatal Error
An error that halts compilation immediately. No further messages will be produced.
File Registers
On-chip data memory, including General Purpose Registers (GPRs) and Special Function Registers
(SFRs).
Filter
Determine by selection what data is included/excluded in a trace display or data file.
Fixup
The process of replacing object file symbolic references with absolute addresses after relocation by
the linker.
Flash
A type of EEPROM where data is written or erased in blocks instead of bytes.
FNOP
Forced No Operation. A forced NOP cycle is the second cycle of a two-cycle instruction. Since the PIC
microcontroller architecture is pipelined, it prefetches the next instruction in the physical address
space while it is executing the current instruction. However, if the current instruction changes the
program counter, this prefetched instruction is explicitly ignored, causing a forced NOP cycle.
Frame Pointer
A pointer that references the location on the stack that separates the stack-based arguments from
the stack-based local variables. Provides a convenient base from which to access local variables and
other values for the current function.
Free-Standing
An implementation that accepts any strictly conforming program that does not use complex types
and in which the use of the features specified in the library clause (ANSI ‘89 standard clause
7) is confined to the contents of the standard headers <float.h>, <iso646.h>, <limits.h>,
<stdarg.h>, <stdbool.h>, <stddef.h>, and <stdint.h>.
GPR
General Purpose Register. The portion of device data memory (RAM) available for general use.
Halt
A stop of program execution. Executing Halt is the same as stopping at a breakpoint.
Heap
An area of memory used for dynamic memory allocation where blocks of memory are allocated and
freed in an arbitrary order determined at run-time.
Hexadecimal
The base 16 numbering system that uses the digits 0-9 plus the letters A-F (or a-f). The digits A-F
represent hexadecimal digits with values of (decimal) 10 to 15. The rightmost digit counts ones, the
next counts multiples of 16, then 162 = 256, etc.
ICE/ICD
In-Circuit Emulator/In-Circuit Debugger: A hardware tool that debugs and programs a target device. An
emulator has more features than an debugger, such as trace.
In-Circuit Emulation/In-Circuit Debug: The act of emulating or debugging with an in-circuit emulator or
debugger.
-ICE/-ICD: A device (MCU or DSC) with on-board in-circuit emulation or debug circuitry. This device is
always mounted on a header board and used to debug with an in-circuit emulator or debugger.
ICSP
In-Circuit Serial Programming. A method of programming Microchip embedded devices using serial
communication and a minimum number of device pins.
IDE
Integrated Development Environment, as in MPLAB X IDE.
Identifier
A function or variable name.
IEEE
Institute of Electrical and Electronics Engineers.
Import
Bring data into the MPLAB X IDE from an outside source, such as from a hex file.
Initialized Data
Data which is defined with an initial value. In C,
int myVar=5;
defines a variable, which will reside in an initialized data section.
Instruction Set
The collection of machine language instructions that a particular processor understands.
Instructions
A sequence of bits that tells a central processing unit to perform a particular operation and can
contain data to be used in the operation.
Internal Linkage
A function or variable has internal linkage if it can not be accessed from outside the module in which
it is defined.
Interrupt
A signal to the CPU that suspends the execution of a running application and transfers control to
an Interrupt Service Routine (ISR) so that the event may be processed. Upon completion of the ISR,
normal execution of the application resumes.
Interrupt Handler
A routine that processes special code when an interrupt occurs.
Interrupt Vector
Address of an interrupt service routine or interrupt handler.
L-value
An expression that refers to an object that can be examined and/or modified. An l-value expression
is used on the left-hand side of an assignment.
Latency
The time between an event and its response.
Library/Librarian
See Archive/Archiver.
Linker
A language tool that combines object files and libraries to create executable code, resolving
references from one module to another.
Listing Directives
Listing directives are those directives that control the assembler listing file format. They allow the
specification of titles, pagination and other listing control.
Listing File
A listing file is an ASCII text file that shows the machine code generated for each C source statement,
assembly instruction, assembler directive, or macro encountered in a source file.
Little Endian
A data ordering scheme for multi-byte data, whereby the least significant byte is stored at the lower
addresses.
Local Label
A local label is one that is defined inside a macro with the LOCAL directive. These labels are
particular to a given instance of a macro’s instantiation. In other words, the symbols and labels that
are declared as local are no longer accessible after the ENDM macro is encountered.
Machine Code
The representation of a computer program that is actually read and interpreted by the processor.
A program in binary machine code consists of a sequence of machine instructions (possibly
interspersed with data). The collection of all possible instructions for a particular processor is known
as its “instruction set.”
Machine Language
A set of instructions for a specific central processing unit, designed to be usable by a processor
without being translated.
Macro
Macro instruction. An instruction that represents a sequence of instructions in abbreviated form.
Macro Directives
Directives that control the execution and data allocation within macro body definitions.
Makefile
Export to a file the instructions to Make the project. Use this file to Make your project outside of
MPLAB X IDE, i.e., with a make.
Make Project
A command that rebuilds an application, recompiling only those source files that have changed
since the last complete compilation.
MCU
Microcontroller Unit. An abbreviation for microcontroller. Also uC.
Memory Model
For C compilers, a representation of the memory available to the application. For the PIC18 C
compiler, a description that specifies the size of pointers that point to program memory.
Message
Text displayed to alert you to potential problems in language tool operation. A message will not stop
operation.
Microcontroller
A highly integrated chip that contains a CPU, RAM, program memory, I/O ports and timers.
Microcontroller Mode
One of the possible program memory configurations of PIC18 microcontrollers. In microcontroller
mode, only internal execution is allowed. Thus, only the on-chip program memory is available in
microcontroller mode.
Microprocessor Mode
One of the possible program memory configurations of PIC18 microcontrollers. In microprocessor
mode, the on-chip program memory is not used. The entire program memory is mapped externally.
Mnemonics
Text instructions that can be translated directly into machine code. Also referred to as opcodes.
Module
The preprocessed output of a source file after preprocessor directives have been executed. Also
known as a translation unit.
MPLAB® X IDE
Microchip’s Integrated Development Environment. comes with an editor, project manager and
simulator.
MPLAB X Simulator
Microchip’s simulator that works with in support of Microchip MCU, DSC and MPU devices.
MPLAB XC C Compilers
Microchip’s family of C and C++ compilers comprising of the MPLAB XC8 C compiler (8-bit PIC and
AVR device support), MPLAB XC16 C compiler (16-bit PIC device support), MPLAB XC-DSC C compiler
(DSC device support) and MPLAB XC32 C/C++ compiler (32-bit PIC and SAM device support.)
MPU
Microprocessor Unit. An abbreviation for microprocessor.
MRU
Most Recently Used. Refers to files and windows available to be selected from main pull down
menus.
Nesting Depth
The maximum level to which macros can include other macros.
Node
project component.
Non-Volatile Storage
A storage device whose contents are preserved when its power is off.
NOP
No Operation. An instruction that has no effect when executed except to advance the program
counter.
Octal
The base 8 number system that only uses the digits 0-7. The rightmost digit counts ones, the next
digit counts multiples of 8, then 82 = 64, etc.
Off-Chip Memory
Off-chip memory refers to the memory selection option for the PIC18 device where memory may
reside on the target board, or where all program memory may be supplied by the emulator. The
Memory tab accessed from Options > Development Mode provides the Off-Chip Memory selection
dialog box.
Opcodes
Operational Codes. See Mnemonics.
Operators
Symbols, like the plus sign ‘+’ and the minus sign ‘-’, that are used when forming well-defined
expressions. Each operator has an assigned precedence that is used to determine order of
evaluation.
OTP
One Time Programmable. EPROM devices that are not in windowed packages. Since EPROM needs
ultraviolet light to erase its memory, only windowed devices are erasable.
Pass Counter
A counter that decrements each time an event (such as the execution of an instruction at a
particular address) occurs. When the pass count value reaches zero, the event is satisfied. You can
assign the Pass Counter to break and trace logic, and to any sequential event in the complex trigger
dialog.
PC
Personal Computer or Program Counter.
PC Host
Any PC running a supported Windows operating system.
Persistent Data
Data that is never cleared or initialized. Its intended use is so that an application can preserve data
across a device Reset.
Phantom Byte
An unimplemented byte in the dsPIC architecture that is used when treating the 24-bit instruction
word as if it were a 32-bit instruction word. Phantom bytes appear in dsPIC hex files.
PIC MCUs
PIC® microcontrollers (MCUs) refers to all Microchip PIC 8-, 16-, and 32-bit microcontroller families.
Plug-ins
MPLAB IDE/MPLAB X IDE has both built-in components and plug-in modules to configure the system
for a variety of software and hardware tools. Several plug-in tools may be found under the Tools
menu.
Pod
The enclosure for an in-circuit emulator or debugger. Other names are Puck, if the enclosure is
round, and Probe, not be confused with logic probes.
Power-on-Reset Emulation
A software randomization process that writes random values in data RAM areas to simulate
uninitialized values in RAM upon initial power application.
Pragma
A directive that has meaning to a specific compiler. Often a pragma is used to convey
implementation-defined information to the compiler.
Precedence
Rules that define the order of evaluation in expressions.
Production Programmer
A production programmer is a programming tool that has resources designed in to program devices
rapidly. It has the capability to program at various voltage levels and completely adheres to the
programming specification. Programming a device as fast as possible is of prime importance in a
production environment where time is of the essence as the application circuit moves through the
assembly line.
Profile
For MPLAB X Simulator, a summary listing of executed stimulus by register.
Program Counter
The location that contains the address of the instruction that is currently executing.
Program Memory
The memory area in a device where instructions are stored. Also, the memory in the debugger,
emulator or simulator containing the downloaded target application firmware.
Project
A project contains the files needed to build an application (source code, linker script files, etc.) along
with their associations to various build tools and build options.
Prologue
A portion of compiler-generated code that is responsible for allocating stack space, preserving
registers and performing any other machine-specific requirement specified in the run-time model.
This code executes before any user code for a given function.
Prototype System
A term referring to a user's target application, or target board.
Psect
The OCG equivalent of a GCC section, short for program section. A block of code or data which is
treated as a whole by the linker.
PWM Signals
Pulse Width Modulation Signals. Certain PIC MCU devices have a PWM peripheral.
Qualifier
An address or an address range used by the Pass Counter or as an event before another operation
in a complex trigger.
Radix
The number base, hex, or decimal, used in specifying an address.
RAM
Random Access Memory (Data Memory). Memory in which information can be accessed in any
order.
Raw Data
The binary representation of code or data associated with a section.
Real Time
When an in-circuit emulator or debugger is released from the halt state, the processor runs in Real
Time mode and behaves exactly as the normal chip would behave. In Real Time mode, the real time
trace buffer of an emulator is enabled and constantly captures all selected cycles, and all break logic
is enabled. In an in-circuit emulator or debugger, the processor executes in real time until a valid
breakpoint causes a halt, or until the user halts the execution.
In the simulator, real time simply means execution of the microcontroller instructions as fast as they
can be simulated by the host CPU.
Recursive Calls
A function that calls itself, either directly or indirectly.
Recursion
The concept that a function or macro, having been defined, can call itself. Great care should be
taken when writing recursive macros; it is easy to get caught in an infinite loop where there will be
no exit from the recursion.
Re-entrant
A function that may have multiple, simultaneously active instances. This may happen due to either
direct or indirect recursion or through execution during interrupt processing.
Relaxation
The process of converting an instruction to an identical, but smaller instruction. This is useful
for saving on code size. MPLAB XC16 and MPLAB XC-DSC currently knows how to relax a CALL
instruction into an RCALL instruction. This is done when the symbol that is being called is within +/-
32k instruction words from the current instruction.
Relocatable
An object whose address has not been assigned to a fixed location in memory.
Relocatable Section
16-bit assembler – A section whose address is not fixed (absolute). The linker assigns addresses to
relocatable sections through a process called relocation.
Relocation
A process performed by the linker in which absolute addresses are assigned to relocatable sections
and all symbols in the relocatable sections are updated to their new addresses.
ROM
Read Only Memory (Program Memory). Memory that cannot be modified.
Run
The command that releases the emulator from halt, allowing it to run the application code and
change or respond to I/O in real time.
Run-time Model
Describes the use of target architecture resources.
Run-time Watch
A Watches window where the variables change in as the application is run. See individual tool
documentation to determine how to set up a run-time watch. Not all tools support run-time
watches.
SAM MCUs/MPUs
SAM microcontrollers (MCUs) and microprocessors (MPUs) refer to all Microchip SAM 32-bit
microcontroller and microprocessor families.
Scenario
For MPLAB X simulator, a particular setup for stimulus control.
Section
The GCC equivalent of an OCG psect. A block of code or data which is treated as a whole by the
linker.
Section Attribute
A GCC characteristic ascribed to a section (e.g., an access section).
Sequenced Breakpoints
Breakpoints that occur in a sequence. Sequence execution of breakpoints is bottom-up; the last
breakpoint in the sequence occurs first.
Shell
The MPASM assembler shell is a prompted input interface to the macro assembler. There are two
MPASM assembler shells: one for the DOS version and one for the Windows operating system
version.
Simulator
A software program that models the operation of devices.
Single Step
This command steps though code, one instruction at a time. After each instruction, updates register
windows, watch variables, and status displays so you can analyze and debug instruction execution.
You can also single step C compiler source code, but instead of executing single instructions, will
execute all assembly level instructions generated by the line of the high level C statement.
Skew
The information associated with the execution of an instruction appears on the processor bus
at different times. For example, the executed opcodes appear on the bus as a fetch during the
execution of the previous instruction; the source data address, value, and destination data address
appear when the opcodes are actually executed; and the destination data value appears when the
next instruction is executed. The trace buffer captures the information that is on the bus at one
instance. Therefore, one trace buffer entry will contain execution information for three instructions.
The number of captured cycles from one piece of information to another for a single instruction
execution is referred to as the skew.
Skid
When a hardware breakpoint is used to halt the processor, one or more additional instructions
may be executed before the processor halts. The number of extra instructions executed after the
intended breakpoint is referred to as the skid.
Source Code
The form in which a computer program is written by the programmer. Source code is written in
a formal programming language which can be translated into machine code or executed by an
interpreter.
Source File
An ASCII text file containing source code.
SQTP
See Serialized Quick Turn Programming.
Stack, Hardware
Locations in PIC microcontroller where the return address is stored when a function call is made.
Stack, Software
Memory used by an application for storing return addresses, function parameters, and local
variables. This memory is dynamically allocated at run-time by instructions in the program. It allows
for re-entrant function calls.
Stack, Compiled
A region of memory managed and allocated by the compiler in which variables are statically
assigned space. It replaces a software stack when such mechanisms cannot be efficiently
implemented on the target device. It precludes re-entrancy.
Status Bar
The Status Bar is located on the bottom of the MPLAB X IDE window and indicates such current
information as cursor position, development mode and device, and active tool bar.
Step Into
This command is the same as Single Step. Step Into (as opposed to Step Over) follows a CALL
instruction into a subroutine.
Step Over
Step Over allows you to debug code without stepping into subroutines. When stepping over a CALL
instruction, the next breakpoint will be set at the instruction after the CALL. If for some reason the
subroutine gets into an endless loop or does not return properly, the next breakpoint will never
be reached. The Step Over command is the same as Single Step except for its handling of CALL
instructions.
Step Out
Step Out allows you to step out of a subroutine which you are currently stepping through. This
command executes the rest of the code in the subroutine and then stops execution at the return
address to the subroutine.
Stimulus
Input to the simulator, i.e., data generated to exercise the response of simulation to external signals.
Often the data is put into the form of a list of actions in a text file. Stimulus may be asynchronous,
synchronous (pin), clocked and register.
Stopwatch
A counter for measuring execution cycles.
Storage Class
Determines the lifetime of the memory associated with the identified object.
Storage Qualifier
Indicates special properties of the objects being declared (e.g., const).
Symbol
A symbol is a general purpose mechanism for describing the various pieces which comprise a
program. These pieces include function names, variable names, section names, file names, struct/
enum/union tag names, etc. Symbols in MPLAB X IDE refer mainly to variable names, function
names and assembly labels. The value of a symbol after linking is its value in memory.
Symbol, Absolute
Symbols can be made absolute by placing them at a specific address in memory, e.g., int
scanMode __at(0x200);
Target
Refers to user hardware.
Target Application
Software residing on the target board.
Target Board
The circuitry and programmable device that makes up the target application.
Target Processor
The microcontroller device on the target application board.
Template
Lines of text that you build for inserting into your files at a later time. The MPLAB Editor stores
templates in template files.
Toolbar
A row or column of icons that you can click on to execute functions.
Trace
An emulator or simulator function that logs program execution. The emulator logs program
execution into its trace buffer which is uploaded to the trace window.
Trace Memory
Trace memory contained within the emulator. Trace memory is sometimes called the trace buffer.
Trace Macro
A macro that will provide trace information from emulator data. Since this is a software trace, the
macro must be added to code, the code must be recompiled or reassembled, and the target device
must be programmed with this code before trace will work.
Trigger Output
Trigger output refers to an emulator output signal that can be generated at any address or address
range, and is independent of the trace and breakpoint settings. Any number of trigger output points
can be set.
Trigraphs
Three-character sequences, all starting with ??, that are defined by ISO C as replacements for single
characters.
Unassigned Section
A section which has not been assigned to a specific target memory block in the linker command file.
The linker must find a target memory block in which to allocate an unassigned section.
Uninitialized Data
Data which is defined without an initial value. In C,
int myVar;
defines a variable which will reside in an uninitialized data section.
Upload
The Upload function transfers data from a tool, such as an emulator or programmer, to the host
computer or from the target board to the emulator.
USB
Universal Serial Bus. An external peripheral interface standard for communication between a
computer and external peripherals over a cable using bi-serial transmission. Currently supported
USB versions for Microchip hardware tools are:
USB Speed Descriptor Maximum Speed
(Megabits/Gigabits per second)
Vector
The memory locations that an application will jump to when either a Reset or interrupt occurs.
Volatile
A variable qualifier which prevents the compiler applying optimizations that affect how the variable
is accessed in memory.
Warning
MPLAB IDE/MPLAB X IDE: An alert that is provided to warn you of a situation that would cause physical
damage to a device, software file, or equipment.
16-bit assembler/compiler: Warnings report conditions that may indicate a problem but do not halt
processing.
Watch Variable
A variable that you may monitor during a debugging session in a Watches window.
Watches Window
Watches windows contain a list of watch variables that are updated at each breakpoint.
Workbook
For MPLAB X Stimulator, a setup for generation of SCL stimulus.
12. Support
Please refer to the following sections for support issues.
Legal Notice
This publication and the information herein may be used only with Microchip products, including
to design, test, and integrate Microchip products with your application. Use of this information
in any other manner violates these terms. Information regarding device applications is provided
only for your convenience and may be superseded by updates. It is your responsibility to ensure
that your application meets with your specifications. Contact your local Microchip sales office for
additional support or, obtain additional support at www.microchip.com/en-us/support/design-help/
client-support-services.
THIS INFORMATION IS PROVIDED BY MICROCHIP “AS IS”. MICROCHIP MAKES NO REPRESENTATIONS
OR WARRANTIES OF ANY KIND WHETHER EXPRESS OR IMPLIED, WRITTEN OR ORAL, STATUTORY
OR OTHERWISE, RELATED TO THE INFORMATION INCLUDING BUT NOT LIMITED TO ANY IMPLIED
WARRANTIES OF NON-INFRINGEMENT, MERCHANTABILITY, AND FITNESS FOR A PARTICULAR
PURPOSE, OR WARRANTIES RELATED TO ITS CONDITION, QUALITY, OR PERFORMANCE.
IN NO EVENT WILL MICROCHIP BE LIABLE FOR ANY INDIRECT, SPECIAL, PUNITIVE, INCIDENTAL, OR
CONSEQUENTIAL LOSS, DAMAGE, COST, OR EXPENSE OF ANY KIND WHATSOEVER RELATED TO THE
INFORMATION OR ITS USE, HOWEVER CAUSED, EVEN IF MICROCHIP HAS BEEN ADVISED OF THE
POSSIBILITY OR THE DAMAGES ARE FORESEEABLE. TO THE FULLEST EXTENT ALLOWED BY LAW,
MICROCHIP’S TOTAL LIABILITY ON ALL CLAIMS IN ANY WAY RELATED TO THE INFORMATION OR
ITS USE WILL NOT EXCEED THE AMOUNT OF FEES, IF ANY, THAT YOU HAVE PAID DIRECTLY TO
MICROCHIP FOR THE INFORMATION.
Use of Microchip devices in life support and/or safety applications is entirely at the buyer’s risk,
and the buyer agrees to defend, indemnify and hold harmless Microchip from any and all damages,
claims, suits, or expenses resulting from such use. No licenses are conveyed, implicitly or otherwise,
under any Microchip intellectual property rights unless otherwise stated.