Application destroys HID bootloader I am looking to implement the HID bootloader on custom board and install my working application. I have been understanding the HID booloader through the forum, getting started document, AN1094, and AN1157. Download teorex photoscissors background removal toolv3 0 for mac. Made changes to the HID bootloader.mcw for the PIC24FJ64B004 family devices a.
Primarily changed switch 2 to the appropriate hardware pin on my device as well as self_power, and USB_Bus_Sense 2. Compiled the program and loaded through the pickit3 and have communicated to the device with the Microchip USB HID Bootloader device V 2.6 Erase Device - success Read Device - success Open Hex File - success Program/Verify - fail 3.
Microchip Usb Hid Bootloader Device V 2.6 For Macbook Pro
The devices in Microchip’s new family of full-speed USB microcontrollers fully support USB 2.3 OVERVIEW OF THE PICDEM FS USB DEMONSTRATION BOARD The microcontroller for the PICDEM FS USB board is the PIC18F4550. The Communication Device Class (CDC) and the Microchip General Purpose USB device class. You have to run it in compatibility mode. - Right press on the IDE Button(mplab X), properties, compatibility, activate the checkbox under compatibilitymode and us Windows XP(Service Pack 3), press ok, run the program as admin.
The reset of my application, working standalone, sends the program counter to 0C02, start of my application, but this is incorrect for use with a bootloader. However this should be able to program at least once correctly. Adjusted the linker file as suggested by AN1094 4. Noted: two things in the Bootloader the reset address, 0000, sets the program counter to 0400, seems correct, but the program is 3.5k bytes long and writes into the address space of where my application would reside after programming with bootloader > 0C00.
The bootloader likely begins writing over itself and becomes a detached USB device before completing. QUESTION: Why is the bootloader programmed in the addresses > 0C00 and how do I set my application to reset to the bootloader 0400 at the address of 0000? I use the MPLAB IDE 8.46 and has gone beyond the free use, possible enlarging bootloader? Thank you for your response to my inquiry Cy D. The bootloader continues to preform within Microchip's USB HID Bootloader v2.6 as expected except will not completely verify programming/running. It does load the hex I believe but I can not get it up and running.
The problem, i believe, is transforming the application into a proper hex for bootloading. Bootloader resides somewhere into adress 0x1100 and has a few dead spots or data buffers.
Have pushed my application down to 0x1400. It seems that both the boot loader and my application are trying to utilize 0x0800 as data within their respective linker files.
Seems like the bootloader could handle the reset in 0x0000 for both the loader and my application, therefore the application is just placed at 0x1400 and upon power on after reset if sw2 is not pressed start the application goto 0x1400. The application would not handle any reset vector. Any of this ringing a bell or am I not in the ballpark.
Monkey island 2 for mac. Aye, there be intrigue and monkeys aplenty.
Sincerely, Cy D. Gnuplot for mac yosemite. Have been looking at memory space after read operation in debug mode with the pickit3.
After bootload of my application.hex I do not see the bootload wait (0x0A) ten seconds timeout it is an FF and the AN1094 indicates FF wait forever for hex to transfer. The program memory view in my application suggests that is there, but upon bootload and read there is no evidence of it, just FFFF @ 0x1400 nopr. QUESTION: Any reason in the program.gld listed above that the ten second wait time would not be loaded into 0x1400 from booloader?