Jump to content
 

All Activity

This stream auto-updates     

  1. Earlier
  2. 1. Trying out MPLabX5.5 with Using the MPLAB-X Simulator to debug UART code - What every embedded programmer should know about ... - microforum.cc.html 2. Extracted the SimulatorUART.zip file,opened the project 2.1. 2.2. Upgrade 2.3. 2.4. 2.5. MCC 2.6. 2.7 Debug make -f nbproject/Makefile-default.mk SUBPROJECTS= .build-conf make[1]: Entering directory 'D:/Software/Microchip/SimulatorAndUART/SimulatorUART-WhatEveryoneShoulKnowEtc/SimulatorUART.X' make -f nbproject/Makefile-default.mk dist/default/debug/SimulatorUART.X.debug.elf make[2]: Entering directory 'D:/Software/Microchip/SimulatorAndUART/SimulatorUART-WhatEveryoneShoulKnowEtc/SimulatorUART.X' "D:\Programs\xc8\v2.32\bin\xc8-cc.exe" -mcpu=16F18875 -c -D__DEBUG=1 -mdfp="D:/Programs/Microchip/MPLABX/v5.50/packs/Microchip/PIC16F1xxxx_DFP/1.7.146/xc8" -fno-short-double -fno-short-float -O0 -fasmfile -maddrqual=ignore -xassembler-with-cpp -mwarn=-3 -Wa,-a -DXPRJ_default=default -msummary=-psect,-class,+mem,-hex,-file -ginhx32 -Wl,--data-init -mno-keep-startup -mno-osccal -mno-resetbits -mno-save-resetbits -mno-download -mno-stackcall -std=c99 -gdwarf-3 -mstack=compiled:auto:auto -o build/default/debug/mcc_generated_files/device_config.p1 mcc_generated_files/device_config.c "D:\Programs\xc8\v2.32\bin\xc8-cc.exe" -mcpu=16F18875 -c -D__DEBUG=1 -mdfp="D:/Programs/Microchip/MPLABX/v5.50/packs/Microchip/PIC16F1xxxx_DFP/1.7.146/xc8" -fno-short-double -fno-short-float -O0 -fasmfile -maddrqual=ignore -xassembler-with-cpp -mwarn=-3 -Wa,-a -DXPRJ_default=default -msummary=-psect,-class,+mem,-hex,-file -ginhx32 -Wl,--data-init -mno-keep-startup -mno-osccal -mno-resetbits -mno-save-resetbits -mno-download -mno-stackcall -std=c99 -gdwarf-3 -mstack=compiled:auto:auto -o build/default/debug/mcc_generated_files/eusart.p1 mcc_generated_files/eusart.c "D:\Programs\xc8\v2.32\bin\xc8-cc.exe" -mcpu=16F18875 -c -D__DEBUG=1 -mdfp="D:/Programs/Microchip/MPLABX/v5.50/packs/Microchip/PIC16F1xxxx_DFP/1.7.146/xc8" -fno-short-double -fno-short-float -O0 -fasmfile -maddrqual=ignore -xassembler-with-cpp -mwarn=-3 -Wa,-a -DXPRJ_default=default -msummary=-psect,-class,+mem,-hex,-file -ginhx32 -Wl,--data-init -mno-keep-startup -mno-osccal -mno-resetbits -mno-save-resetbits -mno-download -mno-stackcall -std=c99 -gdwarf-3 -mstack=compiled:auto:auto -o build/default/debug/mcc_generated_files/interrupt_manager.p1 mcc_generated_files/interrupt_manager.c "D:\Programs\xc8\v2.32\bin\xc8-cc.exe" -mcpu=16F18875 -c -D__DEBUG=1 -mdfp="D:/Programs/Microchip/MPLABX/v5.50/packs/Microchip/PIC16F1xxxx_DFP/1.7.146/xc8" -fno-short-double -fno-short-float -O0 -fasmfile -maddrqual=ignore -xassembler-with-cpp -mwarn=-3 -Wa,-a -DXPRJ_default=default -msummary=-psect,-class,+mem,-hex,-file -ginhx32 -Wl,--data-init -mno-keep-startup -mno-osccal -mno-resetbits -mno-save-resetbits -mno-download -mno-stackcall -std=c99 -gdwarf-3 -mstack=compiled:auto:auto -o build/default/debug/mcc_generated_files/mcc.p1 mcc_generated_files/mcc.c "D:\Programs\xc8\v2.32\bin\xc8-cc.exe" -mcpu=16F18875 -c -D__DEBUG=1 -mdfp="D:/Programs/Microchip/MPLABX/v5.50/packs/Microchip/PIC16F1xxxx_DFP/1.7.146/xc8" -fno-short-double -fno-short-float -O0 -fasmfile -maddrqual=ignore -xassembler-with-cpp -mwarn=-3 -Wa,-a -DXPRJ_default=default -msummary=-psect,-class,+mem,-hex,-file -ginhx32 -Wl,--data-init -mno-keep-startup -mno-osccal -mno-resetbits -mno-save-resetbits -mno-download -mno-stackcall -std=c99 -gdwarf-3 -mstack=compiled:auto:auto -o build/default/debug/mcc_generated_files/pin_manager.p1 mcc_generated_files/pin_manager.c "D:\Programs\xc8\v2.32\bin\xc8-cc.exe" -mcpu=16F18875 -c -D__DEBUG=1 -mdfp="D:/Programs/Microchip/MPLABX/v5.50/packs/Microchip/PIC16F1xxxx_DFP/1.7.146/xc8" -fno-short-double -fno-short-float -O0 -fasmfile -maddrqual=ignore -xassembler-with-cpp -mwarn=-3 -Wa,-a -DXPRJ_default=default -msummary=-psect,-class,+mem,-hex,-file -ginhx32 -Wl,--data-init -mno-keep-startup -mno-osccal -mno-resetbits -mno-save-resetbits -mno-download -mno-stackcall -std=c99 -gdwarf-3 -mstack=compiled:auto:auto -o build/default/debug/main.p1 main.c Non line specific message::: warning: (1020) unknown attribute "CONFIGPROG" in chipinfo file "D:/Programs/Microchip/MPLABX/v5.50/packs/Microchip/PIC16F1xxxx_DFP/1.7.146/xc8\pic\dat\ini\16f18875.ini" at line 186 Non line specific message::: warning: (1020) unknown attribute "IDLOCPROG" in chipinfo file "D:/Programs/Microchip/MPLABX/v5.50/packs/Microchip/PIC16F1xxxx_DFP/1.7.146/xc8\pic\dat\ini\16f18875.ini" at line 195 Non line specific message::: warning: (1020) unknown attribute "CONFIGPROG" in chipinfo file "D:/Programs/Microchip/MPLABX/v5.50/packs/Microchip/PIC16F1xxxx_DFP/1.7.146/xc8\pic\dat\ini\16f18875.ini" at line 186 Non line specific message::: warning: (1020) unknown attribute "IDLOCPROG" in chipinfo file "D:/Programs/Microchip/MPLABX/v5.50/packs/Microchip/PIC16F1xxxx_DFP/1.7.146/xc8\pic\dat\ini\16f18875.ini" at line 195 Non line specific message::: warning: (1020) unknown attribute "CONFIGPROG" in chipinfo file "D:/Programs/Microchip/MPLABX/v5.50/packs/Microchip/PIC16F1xxxx_DFP/1.7.146/xc8\pic\dat\ini\16f18875.ini" at line 186 Non line specific message::: warning: (1020) unknown attribute "IDLOCPROG" in chipinfo file "D:/Programs/Microchip/MPLABX/v5.50/packs/Microchip/PIC16F1xxxx_DFP/1.7.146/xc8\pic\dat\ini\16f18875.ini" at line 195 Non line specific message::: warning: (1020) unknown attribute "CONFIGPROG" in chipinfo file "D:/Programs/Microchip/MPLABX/v5.50/packs/Microchip/PIC16F1xxxx_DFP/1.7.146/xc8\pic\dat\ini\16f18875.ini" at line 186 Non line specific message::: warning: (1020) unknown attribute "IDLOCPROG" in chipinfo file "D:/Programs/Microchip/MPLABX/v5.50/packs/Microchip/PIC16F1xxxx_DFP/1.7.146/xc8\pic\dat\ini\16f18875.ini" at line 195 Non line specific message::: warning: (1020) unknown attribute "CONFIGPROG" in chipinfo file "D:/Programs/Microchip/MPLABX/v5.50/packs/Microchip/PIC16F1xxxx_DFP/1.7.146/xc8\pic\dat\ini\16f18875.ini" at line 186 Non line specific message::: warning: (1020) unknown attribute "IDLOCPROG" in chipinfo file "D:/Programs/Microchip/MPLABX/v5.50/packs/Microchip/PIC16F1xxxx_DFP/1.7.146/xc8\pic\dat\ini\16f18875.ini" at line 195 Non line specific message::: warning: (1020) unknown attribute "CONFIGPROG" in chipinfo file "D:/Programs/Microchip/MPLABX/v5.50/packs/Microchip/PIC16F1xxxx_DFP/1.7.146/xc8\pic\dat\ini\16f18875.ini" at line 186 Non line specific message::: warning: (1020) unknown attribute "IDLOCPROG" in chipinfo file "D:/Programs/Microchip/MPLABX/v5.50/packs/Microchip/PIC16F1xxxx_DFP/1.7.146/xc8\pic\dat\ini\16f18875.ini" at line 195 "D:\Programs\xc8\v2.32\bin\xc8-cc.exe" -mcpu=16F18875 -Wl,-Map=dist/default/debug/SimulatorUART.X.debug.map -D__DEBUG=1 -DXPRJ_default=default -Wl,--defsym=__MPLAB_BUILD=1 -mdfp="D:/Programs/Microchip/MPLABX/v5.50/packs/Microchip/PIC16F1xxxx_DFP/1.7.146/xc8" -fno-short-double -fno-short-float -O0 -fasmfile -maddrqual=ignore -xassembler-with-cpp -mwarn=-3 -Wa,-a -msummary=-psect,-class,+mem,-hex,-file -ginhx32 -Wl,--data-init -mno-keep-startup -mno-osccal -mno-resetbits -mno-save-resetbits -mno-download -mno-stackcall -std=c99 -gdwarf-3 -mstack=compiled:auto:auto -Wl,--memorysummary,dist/default/debug/memoryfile.xml -o dist/default/debug/SimulatorUART.X.debug.elf build/default/debug/mcc_generated_files/eusart.p1 build/default/debug/mcc_generated_files/device_config.p1 build/default/debug/mcc_generated_files/interrupt_manager.p1 build/default/debug/mcc_generated_files/mcc.p1 build/default/debug/mcc_generated_files/pin_manager.p1 build/default/debug/main.p1 Non line specific message::: warning: (1020) unknown attribute "CONFIGPROG" in chipinfo file "D:/Programs/Microchip/MPLABX/v5.50/packs/Microchip/PIC16F1xxxx_DFP/1.7.146/xc8\pic\dat\ini\16f18875.ini" at line 186 Non line specific message::: warning: (1020) unknown attribute "IDLOCPROG" in chipinfo file "D:/Programs/Microchip/MPLABX/v5.50/packs/Microchip/PIC16F1xxxx_DFP/1.7.146/xc8\pic\dat\ini\16f18875.ini" at line 195 Non line specific message::: warning: (1020) unknown attribute "CONFIGPROG" in chipinfo file "D:/Programs/Microchip/MPLABX/v5.50/packs/Microchip/PIC16F1xxxx_DFP/1.7.146/xc8\pic\dat\ini\16f18875.ini" at line 186 Non line specific message::: warning: (1020) unknown attribute "IDLOCPROG" in chipinfo file "D:/Programs/Microchip/MPLABX/v5.50/packs/Microchip/PIC16F1xxxx_DFP/1.7.146/xc8\pic\dat\ini\16f18875.ini" at line 195 mcc_generated_files/eusart.c:113:: warning: (520) function "_EUSART_is_tx_ready" is never called mcc_generated_files/eusart.c:118:: warning: (520) function "_EUSART_is_rx_ready" is never called mcc_generated_files/eusart.c:123:: warning: (520) function "_EUSART_is_tx_done" is never called mcc_generated_files/eusart.c:171:: warning: (520) function "_getch" is never called mcc_generated_files/pin_manager.c:124:: warning: (520) function "_PIN_MANAGER_IOC" is never called Non line specific message::: warning: (1020) unknown attribute "CONFIGPROG" in chipinfo file "D:/Programs/Microchip/MPLABX/v5.50/packs/Microchip/PIC16F1xxxx_DFP/1.7.146/xc8\pic\dat\ini\16f18875.ini" at line 186 Non line specific message::: warning: (1020) unknown attribute "IDLOCPROG" in chipinfo file "D:/Programs/Microchip/MPLABX/v5.50/packs/Microchip/PIC16F1xxxx_DFP/1.7.146/xc8\pic\dat\ini\16f18875.ini" at line 195 Non line specific message::: warning: (1020) unknown attribute "CONFIGPROG" in chipinfo file "D:/Programs/Microchip/MPLABX/v5.50/packs/Microchip/PIC16F1xxxx_DFP/1.7.146/xc8\pic\dat\ini\16f18875.ini" at line 186 Non line specific message::: warning: (1020) unknown attribute "IDLOCPROG" in chipinfo file "D:/Programs/Microchip/MPLABX/v5.50/packs/Microchip/PIC16F1xxxx_DFP/1.7.146/xc8\pic\dat\ini\16f18875.ini" at line 195 Non line specific message::: warning: (1020) unknown attribute "CONFIGPROG" in chipinfo file "D:/Programs/Microchip/MPLABX/v5.50/packs/Microchip/PIC16F1xxxx_DFP/1.7.146/xc8\pic\dat\ini\16f18875.ini" at line 186 Non line specific message::: warning: (1020) unknown attribute "IDLOCPROG" in chipinfo file "D:/Programs/Microchip/MPLABX/v5.50/packs/Microchip/PIC16F1xxxx_DFP/1.7.146/xc8\pic\dat\ini\16f18875.ini" at line 195 Memory Summary: Program space used 27Dh ( 637) of 2000h words ( 7.8%) Data space used 94h ( 148) of 400h bytes ( 14.5%) EEPROM space used 0h ( 0) of 100h bytes ( 0.0%) Configuration bits used 5h ( 5) of 5h words (100.0%) ID Location space used 0h ( 0) of 4h bytes ( 0.0%) make[2]: Leaving directory 'D:/Software/Microchip/SimulatorAndUART/SimulatorUART-WhatEveryoneShoulKnowEtc/SimulatorUART.X' make[1]: Leaving directory 'D:/Software/Microchip/SimulatorAndUART/SimulatorUART-WhatEveryoneShoulKnowEtc/SimulatorUART.X' BUILD SUCCESSFUL (total time: 6s) Loading symbols from D:/Software/Microchip/SimulatorAndUART/SimulatorUART-WhatEveryoneShoulKnowEtc/SimulatorUART.X/dist/default/debug/SimulatorUART.X.debug.elf... Loading code from D:/Software/Microchip/SimulatorAndUART/SimulatorUART-WhatEveryoneShoulKnowEtc/SimulatorUART.X/dist/default/debug/SimulatorUART.X.debug.elf... Program loaded with pack,PIC16F1xxxx_DFP,1.7.146,Microchip Loading completed 2.7. Output-Simulator Tab W0106-SIM: This device only has partial support for use internal oscillator as timer clock slection peripheral. not implemented W0106-SIM: This device only has partial support for use internal oscillator as timer clock slection peripheral. not implemented W0106-SIM: This device only has partial support for use internal oscillator as timer clock slection peripheral. not implemented Resetting SFRs Resetting peripherals Resetting SFRs Resetting peripherals Running 2.8. 2.9. Stimulus>GreenButton 2.10. 2.11. UART1 output no change 2.12. Stimulus- 2.13. 2.14. Applied Stimulus 3 times 2.15. Each time “Synchronous Stimulus Applied Successfully” and "Stimulus removed..." message, 2.16. But no change in UART1 output. 2.17. And Output>Simulator shows 2.18. W0106-SIM: This device only has partial support for use internal oscillator as timer clock slection peripheral. not implemented 2.19. W0106-SIM: This device only has partial support for use internal oscillator as timer clock slection peripheral. not implemented 2.20. W0106-SIM: This device only has partial support for use internal oscillator as timer clock slection peripheral. not implemented Resetting SFRs Resetting peripherals Resetting SFRs Resetting peripherals Running E0108-SIM: Failed simulator operation: java.lang.NullPointerException com.microchip.mplab.mdbcore.simulator.pic16.peripherals.UART.RxUART.processPacketInjection(RxUART.java:132) com.microchip.mplab.mdbcore.simulator.pic16.peripherals.UART.RxUART$UARTRxInjectionListener.notify(RxUART.java:120) com.microchip.mplab.mdbcore.simulator.scl.RegisterInjectionDefault.addValues(RegisterInjectionDefault.java:123) com.microchip.mplab.mdbcore.simulator.scl.Instruction.executePacketIn(Instruction.java:1336) com.microchip.mplab.mdbcore.simulator.scl.Instruction.executeCall(Instruction.java:922) com.microchip.mplab.mdbcore.simulator.scl.Instruction.execute(Instruction.java:321) com.microchip.mplab.mdbcore.simulator.scl.Process.run(Process.java:166) com.microchip.mplab.mdbcore.simulator.scl.SCLDefault.run(SCLDefault.java:275) com.microchip.mplab.mdbcore.simulator.scl.SCLDefault.run(SCLDefault.java:291) com.microchip.mplab.mdbcore.simulator.pic16.ProcessorMidRange$RunExecution.stepInstruction(ProcessorMidRange.java:389) com.microchip.mplab.mdbcore.simulator.pic16.ProcessorMidRange.executeInstruction(ProcessorMidRange.java:262) com.microchip.mplab.mdbcore.simulator.pic16.ProcessorMidRange.singleStep(ProcessorMidRange.java:448) com.microchip.mplab.mdbcore.simulator.Simulator.RunTarget(Simulator.java:339) com.microchip.mplab.mdbcore.debugger.MCDebugger$1.run(MCDebugger.java:576) java.lang.Thread.run(Thread.java:748) 2.21. 3. 4. Please let me know where the problem is 5.
  3. Can you be a bit more specific with that information please? Which Silicon revision are you using? Also we were able to get the workaround to work at some temperatures but it was not working correctly across the voltage and temperature range permitted in the spec. How did you test that it worked?
  4. The errata workarounds works for me. Usually, the problem is not the workaround, but when i2c module hangs, it do this in the middle of the actual data transmission. In addition of ic2 module hang, it causes I2C bus stuck somewhere in the middle of data transmision.. So, when you detect I2C module hang, you should reset module and generate I2C bus recovery sequence: 9 ...18 clocks, and stop bit. I'm not sure if you can do this with I2C module enabled, so you can disable module, clear all fail bits in status register, switch SCK and SDA pins to GPIO mode, generate bus recovery seq., enable I2C module and start the transmission from the beginning as usually.
  5. I just want to say thank you. I learned a lot from this post.
  6. Good luck. I remember many discussions around publishing the debug data but other than the 87x it was never done. Same with avr.
  7. @Ric. I have reviewed the source for the PK2 and PK3 programmers and the original released source for the programmers. Seems that, in the long past between 2009 and 2013, someone prevented the development of the debug capability in Windows GUI software, therefore, only enabling Debugging in the MPLAB solution. However, the Pk2 programmer does have the capability to support debugger operations. So, I have added this the tasks for our dev program - to determine the ability for PICKitPlus to support the Debugger functionality. 🙂
  8. That document was specifically for PIC16F87x chips. The exact same bit in the PIC16F877/A datasheets is just named "DEBUG".
  9. That is one of the key registers but the details of using it and the memory map that includes it was never published. You will need to capture debug traces from a pickit or icd.
  10. @Ric. I just looked at that appnote. The key config bit is BKBUG. I have then search all the 10f/12f/16f/18f devices for BKBUG - nothing. So, I am thinking that is specific debugging for 16c. Your thoughts?
  11. The PIC16F87X debug hardware is documented. http://ww1.microchip.com/downloads/en/devicedoc/51242a.pdf Unfortunately the newer chips aren't, but they are probably just extending the same concept.
  12. We are a formal Microchip Development Partner. This gives us access to Development and other key sources to assist us.
  13. Sadly, the debug protocols for PIC16, PIC18 and AVR have never been published.
  14. Will look into this. Thank you,
  15. OpenOCD is not really CPU specific. It supports debugging via GDB. It allows you to set breakpoints and single step the code. This is all the stuff you had to implement already. If you have GDB support via OpenOCD for the programmer you will be able to use it with IDE's such as VSCode, Eclipse etc. to debug the device.
  16. Interesting - does Open OCD support LGTs, PICs and AVRs?
  17. We have been pondering doing something like this for ages. Bonus points if you can debug using Open OCD using that thing !
  18. PICKitPlus Many of you will have used or may be using Microchip’s PICkit2 and PICkit3 in-Circuit Debugger/Programmers. Our PICkitPlus software is a total replacement for the original PICkit 2 and PICkit 3 software. It has many new capabilities designed to facilitate programming of 8-bit PIC microcontrollers using a genuine or clone programmer.. Our software provides support for the newer 8-bit microcontrollers, and, we maintain support for old chips and new chips. The PICkit2 programmer was released back in 2005, and allowed the user to program and debug most of the 8 and 16 bit PIC microcontrollers and dsPIC controllers as well. Its successor, the PICkit3 programmer, was released some years later. In 2009 and 2012, Microchip stopped providing support for the PICkit 2 and PICkit3 software , respectively. They released the source code for the Windows GUI software, making it possible for users to update and maintain it themselves. This resulted in the launch of the PICkitPlus software in 2018 by the PICkitPlus team. We are now in 2021 a Microchip Development Partner - which is good recognition of our work. We provide PICkitPlus software for Windows, Linux and PIs. For all operating systems we have command line utility, and for Windows we have PICKitPlus GUI for the PICkit 2 and PICkit 3, PKEasy, PKAutowatch and PICkitPlus Gang Programmer. Supporting nearly 1000 PIC MCUs, includes PIC10F, PIC12F, PIC16F, PIC18F, PIC24, PIC32, dsPIC30 and dsPIC33 family Manages Microchip HEF and SAF memory Retains support for programming CAN I/O Expander & KEELOQ series: MCP2502X/5X & HCSxx Retains read and write operation for serial EEPROM 11LCxx, 24LCxx, 25LCxx and 93LCxx Supported operating systems (32bit/64bit): Windows XP ,Windows Vista, Windows 7, Windows 8, Windows 10, Linux and Pi New programming protocols support for new classes of 8-bit Microchip PIC microcontrollers Updated and managed database for Microchip PIC microcontrollers Improved user interface, help, guidance and direct access to the 8-bit Microchip PIC microcontroller database. Supports TURBO mode to decrease time to program and verify ---- If you have the original Microchip software you can use our improved database - this will give you new legacy parts and you can get the corrections for the existing legacy parts. If you new support for the newer Microchip PICs - you will need PICKitPlus. We have new capabilities that just do not exist in the old Microchip software. ---- To see all our software and hardware. See www.pickitplus.co.uk. If you are interested - ping me a message I we can provide a microforum discount for a few months! Cheers, Evan
  19. The way I2C works when you add a second device no changes should be required in your configuration. If the working address stops working it is usually either because of multiple devices with the same address or it is due to an electrical problem. Could be the capacitive loading on the bus or even reflections if you have a star with long lines without termination (could also be incorrect size of or even missing pullup resistors). What I would suggest is to try and reduce the speed after ensuring that you have different addresses. Also look at the lines with an oscilloscope and check to see if the bus is being pulled down (ACK) after the address. If not no device is recognising the address.
  20. Im not sure which problem im having actually but I have one stm32 device as a master and i have two peripherals( 1 is OLED and then other is an Stm32 device(same product number)) and I am trying to get the master to recognize both peripheral addresses; however, when the OLED is only connected the address is found but when i also connect the stm32 device both address are not found and the debug keeps running.. im not sure if its an bus problems (#4 or #5) or is my initialization wrong even though I have followed the datasheet thoroughly and have set the address properly... hopefully anyone else has experienced this and figured out a way to fix this please let me know
  21. Evan, This sort of news sounds very pertinent to the members of this forum. Please show us your technology!
  22. Hi guys. This is Evan Venn - UK developer of Great Cow BASIC and PICKitPlus software. Question: What is the right etiquette for posting? I am asking before posting. 🙂 1. I can share release news, progress and updates on Great Cow BASIC. Great Cow BASIC is an open source compiler for Microchip 8-bit PICs & AVRs and Logic Green Technology PICs & AVRs. Is there interest in the news, progress and updates on Great Cow BASIC? 2. I can share release news, progress and updates on PICKitPlus. PICKitPlus is the software to support PICkit2 and PICkit3 programmers across Windows, PI, Mac and Linux. This is a low cost but commercial product - so, not free. Is there interest in the news, progress and updates on PICKitPlus? I would want to share as we are adding new capabilities almost every month and we have an ever grown user base.
  23. You have mis-interpreted the table, each row is meant to be independent. I thought the same thing, until I realized that the columns were not to be taken as a whole, but just defining low, medium, or high for each independent category column.
  24. I have also catalogued a number of typical I2C errors including typical addressing errors in this blog post
  25. Was any solution found? I note the CONFIG bits have not been shown. The chip will not run if the oscillator has not been set up correctly, and it will be rapidly resetting if the WDT has not been disabled.
  1. Load more activity
 


  • Popular Contributors

    Nobody has received reputation this week.

  • Who's Online (See full list)

    There are no registered users currently online

  • Forum Statistics

    • Total Topics
      83
    • Total Posts
      398
×
×
  • Create New...