Timed Serial Bootloader

GegFord · Joined: 16 Dec 2019 Posts: 5

PIC 18F1320

I realised last week that insofar as I'm successfully transmitting and receiving "RS232-like" data over a BT link using an HC-05 (Using both an Android app and a Delphi application for Windows 10), it should, in theory, also be possible to update the PIC application hex code over the same serial link.

I've never actually used a bootloader before, I've only used a PICKit 2 - works fine. But here's the thing, the hardware is situated remotely and so re-programming the device is a bit of a pain.

Also, it would be far better if the bootloader, rather than looking for a pin that's taken low upon reset (I can reset the PIC over the Bluetooth link), just waits (2 second timer) to see if there is an update and then, if not, runs the main application code. It would be soooo convenient to be able to update the code via the HC-05.

I've tried to understand from various posts how to do this but I've just ended up confusing myself witless. Could someone kindly point me to exactly the correct timer based bootloader hex file for the 18F1320 and a PC app that will (without fuss) blow the application hex?

asmallri · Joined: 12 Aug 2004 Posts: 1635 Location: Perth, Australia

Ttelmah · Joined: 11 Mar 2010 Posts: 19540

Seriously, to do a Bluetooth bootloader, you are going to have to add
proper serial error recovery to your protocol. Bluetooth serial is not
a reliable data transmission medium. This will make bootloading a
very difficult thing to implement. Adding proper error correction, and then
the required pausing, will make the bootloader significantly larger, and
the program you use to send the data will have to implement the other
'half' of this.
You will also have to implement reconnection if the link breaks.
Though Bluetooth implements error correction, the HC-05 modules are 'notorious' for not for not doing this very well. They don't reliably trigger
retransmission when a packet is lost. This though does depend on whether
these are genuine modules or 'clones' and what firmware is installed.
Ideally do a long term data reliability test in a variety of different
conditions. You need to be able to guarantee reliable comms before even
thinking about using this for a bootloader....

GegFord · Joined: 16 Dec 2019 Posts: 5

Hello Andrew,
The PIC is located at the back of the house. We live off-grid. The PIC is monitoring and logging the kWh from the PV panels that we have, and the inverter/12V LED lighting usage etc. It's also controlling the switching in and out of the satellite receiver, the inverter and the water pump.

It's actually less than 10m away but outside, in an enclosure, whilst I'm inside next to the fire. Data heaves backwards and forwards and so far I haven't noticed any corruption. That's not to say there isn't any, I do have parsing in play at both ends - so to speak.

Anyway, not to worry, if it's too dodgy to implement then that's fine. Thanks for the input (no pun intended)...

temtronic · Posted: Thu Jan 02, 2020 5:25 pm

just a comment....
these 'wireless' com devices require HUGE amount of overhead for the actual 'payload' or data being sent.
Yeah, I'm a 'fossil'..still running 22 bits of adrs/data/ctrl at 24 Baud, direct wire, 15 miles,hacker proof too. Original micro was 6800 based, 8KB EPROM. If you saw the list of functions/features this machine does you'd understand why I HATE 'bloatware'.

GegFord · Joined: 16 Dec 2019 Posts: 5

Well, I'll go to the foot of our stairs - it works!!

I found a bootloader written by Martin Dubuc. He supplies specific 18F device bootloader hex files (including the 18F1320) and some test code. I gave it try and bingo, it worked perfectly over the BT link. I then tried to upload my firmware and although it took about 30 seconds, at 9600, it worked perfectly.

I'll do some tests to see over what distance it will work reliably.

Temtronic, I'm really interested in your long distance, low baud rate project, I'll send you a PM if that's alright.