• AVR Freaks

Helpful ReplyHot!In-field firmware updates

Page: < 123 Showing page 3 of 3
Author
Jim Nickerson
User 452
  • Total Posts : 5892
  • Reward points : 0
  • Joined: 2003/11/07 12:35:10
  • Location: San Diego, CA
  • Status: offline
Re: In-field firmware updates 2018/12/07 09:08:20 (permalink)
0
blinking page
#41
Trevor Smith
Super Member
  • Total Posts : 205
  • Reward points : 0
  • Joined: 2013/07/22 11:42:07
  • Location: Peterborough UK
  • Status: offline
Re: In-field firmware updates 2018/12/10 05:33:23 (permalink)
0
NKurzman
https://www.microchip.com...ip%20Easy%20Bootloader

Thank you !
Howard Long
I have done a USB HID firmware bootloader on exactly this this device, in fact it was the first one I did .........

Thanks Howard, loads for me to get my head around.
Hope I can do it.
Trevor
#42
Trevor Smith
Super Member
  • Total Posts : 205
  • Reward points : 0
  • Joined: 2013/07/22 11:42:07
  • Location: Peterborough UK
  • Status: offline
Re: In-field firmware updates 2018/12/10 05:34:08 (permalink)
0
JANickerson
blinking page

Sorry Jim, I don't understand ??
#43
Nikolay_Po
Super Member
  • Total Posts : 1858
  • Reward points : 0
  • Joined: 2012/04/01 13:49:27
  • Location: Russia, Novorossiysk
  • Status: offline
Re: In-field firmware updates 2018/12/10 05:39:36 (permalink)
+1 (1)
Trevor Smith
JANickerson
blinking page

Sorry Jim, I don't understand ??

Don't bother yourself. Just a workaround for Microchip forum engine glitch.
#44
Jim Nickerson
User 452
  • Total Posts : 5892
  • Reward points : 0
  • Joined: 2003/11/07 12:35:10
  • Location: San Diego, CA
  • Status: offline
Re: In-field firmware updates 2018/12/10 07:16:54 (permalink)
+1 (1)
Trevor Smith
JANickerson
blinking page

Sorry Jim, I don't understand ??


Sometimes a response contains things the forum firewall rejects, when this happens as the first post on a new page the forum produces a rapidly "blinking" blank page, a new valid post clears the problem.
#45
dang
New Member
  • Total Posts : 5
  • Reward points : 0
  • Joined: 2011/01/12 19:25:28
  • Location: 0
  • Status: offline
Re: In-field firmware updates 2019/01/10 16:11:30 (permalink)
0
I'm a bit new to the concept of programming a PIC with anything other than ICSP.
 
I am designing a controller unit with a Bluetooth HC05 module connecting to the UART.  The HC05 would be configured as a slave and a PC or smartphone (master device) would connect to the HC05 and relay standard TX/RX comms to the PIC.  I am using a PIC24FJ256GA702.
 
I'm thinking in theory it should be possible to have a section of code (update block) that would be entered by sending a specific command to the UART (from the 'master device') which once running receives code from the master to re-write the code that makes the controller function (operation block) using the inbuilt table read, write and erase functions.  Then it would issue a RESET command that would run the new operation block.
 
The update block could include encryption and checksums if necessary.  
 
Obviously this would require some form of loading code on the master device as well.
 
I think this is a bit different to the concept of a 'bootloader' that requires some specific power up/reset HW intervention (e.g. RB4 on the PIC18F4550 enter bootload mode) wheras this concept would not require any HW reconfiguration.
 
Is this a feasible way to go about it, and has anyone gone down this sort of path (either with or without BT, which is essentially a transparent pipe between a virtual UART on the master device and the UART on the PIC), and is there any guidance out there on how to implement it?
post edited by dang - 2019/01/10 16:27:54
#46
Page: < 123 Showing page 3 of 3
Jump to:
© 2019 APG vNext Commercial Version 4.5