Stap 7: Bootloader - het wegwerken van PicKit
1. Waarom moeten we een bootloader?
Na een PicKit rond is noodzakelijk, niet echter met het liggend rond onze werkruimte met geen goede reden is. Aanvankelijk heb ik niet wilde mijn leven met bootloaders compliceren, maar later kwam ik tot het realiseren van de waarheid: dit project is beter zonder PicKit. Na één enkele kabel voor programmeren is leuk, vooral als het een zeer gemeenschappelijk USB mini kabel, die elke hobbyist een heleboel heeft. Gelukkig voor mij, fouten moest worden vastgesteld op beide PCB's dus er was een goede gelegenheid om de bootloader hardware en functionaliteit toevoegen. De vijf pin ICSP header werd weggelaten uit het ontwerp opzettelijk, en ik had om te solderen wrap draden naar flash de bootloader. Natuurlijk - dat bedrading er niet blijven, het zou gooien alles uit de tabel zodra de rotor draait - gelukkig de USB-sleuf is compact en kan blijven. Sluit tijdens het programmeren, stekker uit wanneer testen en spinnen.
2. USB-bootloader, eenvoudig en goed
Kijken naar de datasheet van de processor die heb ik besloten om een te gebruiken kunt zien dat er UART- en USB-beschikbaar is. Als ik kies UART, ik moet nog een USB-UART converter en een bos van draden - verslaat het doel. Zo is de beste, leukste en eenvoudigste keuze USB. Microchip biedt ook allerlei codevoorbeelden voor de foto's, bootloaders. Als u downloadt en "Microchip bibliotheken voor toepassingen installeert", zal er een hele map over allerlei USB toepassingen, bootloaders, hulpmiddelen en andere nuttige dingen. In de submap "Bootloaders" ik "USB HID Bootloader" geplukt en opende het in MPLAB X. Na het lezen door het een paar keer om te begrijpen van zijn logica, begon ik te implementeren van de wijzigingen perfect aanpassen aan de borden, die ik bedoeld om het voor te gebruiken.
3. een paar woorden over bootloaders
Een bootloader is een speciale sectie met code die is geschreven in microcontrollers eenmaal, en biedt een manier voor het uploaden van de firmware zonder de noodzaak van een speciale programmeur (hoogspanning), zoals de PicKit in ons geval. Helaas, er is geen manier om volledig te voorkomen dat het gebruik van de PicKit heeft de bootloader te krijgen in de PIC een of andere manier. Het goede deel: kunt u een PicKit, ICD2 of een flasher PIC van een vriend lenen, en geef het terug zodra de bootloader is geschreven in de microcontroller. Na die - kunt afhankelijk van wat voor soort bootloader flitste kreeg, u firmware uploaden naar programmageheugen via UART, USB, kan of wat dan ook.
Met behulp van bootloaders is eenvoudig, maar het komt met het nadeel van het verlies van kostbare programmageheugen. Enkele bootloaders eten minder ruimte in beslag, sommige opeten meer - dit die heb ik besloten om gebruik is ongeveer 1K. Bij het opstarten elke PIC op adres 0 inschakelt en begint wat code uit te voeren heeft de programmeur er geschreven. Als het de bootloader = de PIC loopt de bootloader. Als het is de gebruikerscode = de PIC loopt de gebruikerscode. Vrij eenvoudig!
Om ze beide gebruiken, moeten we een of andere manier schakelen tussen deze twee programma's. Deze omschakeling kan worden gedaan op basis van een voorwaarde, evenement of wat dan ook - het zal heel graag een grote "als"-instructie. Ik koos voor deze voorwaarde als het spanningsniveau op een invoer pin, IO Td3 van het PORTD-register. Deze pin was aangesloten op de 5 v-pin van de USB-aansluiting via een weerstand. Als de pin 5V bij het opstarten, wordt heeft de foto om uit te voeren van de tak van de bootloader van de grote "als", als het op 0V, de code van de toepassing van de gebruiker moest worden uitgevoerd. Ik plaatste de gebruikerscode direct na de bootloader code, op adres 1000h. De PIC18F4550 controleert de Td3 pin herhaaldelijk, zodat wanneer de USB-kabel wordt verwijderd en de 5V uit Td3 verdwijnt, de PIC naar de code geplaatst bij 1000h, de code van de toepassing van de gebruiker springt. In de code van de toepassing van de gebruiker controleren ik opnieuw het spanningsniveau op Td3, als het programma 5V op het ziet, de USB-kabel heeft opnieuw zijn aangesloten en de PIC heeft om naar de bootloader te springen. Ik maak deze sprong aan bootloader wijze met een "RESET" inline Montage-instructie.
Aangezien de PIC uitvoeren van adres 0 begint, is de eenvoudigste en meest voorkomende ding om te doen om de bootloader code er, en de gebruikerscode direct na de bootloader. De code van de bootloader kan worden aangepast om te controleren of er een geldige firmware geschreven in de PIC is. Dit wordt gedaan door het controleren van de geheugeninhoud op adres 1006 1007 hh. Na elke succesvolle programmering, krijgt de bootloader inserts "600D" (leet voor "goed") op deze locatie, wat betekent dat de code is geschreven in de PIC met succes - dit wat het is gecontroleerd op geldigheid. We moet opgeven in de gebruikersinstellingen voor het project van toepassing dat deze locatie niet moeten worden overschreven, zien de afbeeldingen om te zien hoe dit wordt gedaan (ROM bereiken zijn opgegeven naar deze locatie overslaan wanneer de gebruiker de toepassingscode wordt gecompileerd). Niet te doen zal resulteren in fouten echt zwaar voor speurder later. Het gedeelte waar de bootloader leugens ook beschermd moeten worden: dit wordt gedaan door middel van verrekening van de code van de toepassing van de hele gebruiker door 1000h (Code gecompenseerd parameter bij een linker opties). Bootloaders liggen meestal aan het begin of aan het einde van het programmageheugen - wees voorzichtig niet om het te overschrijven!
Mij wilden voor toevoegen sommige parametrisatie voor dit apparaat, dat is waarom het bereik 3000-3100 zo goed wordt beschermd. U hoeft niet dat slechts de andere een!
4. problemen ik raakte bij het werken met de bootloader
Compileren van het project zal resulteren in een hex bestand wordt gegenereerd - dit moet worden geflitst in de PIC met een PicKit of wat dan ook. Mijne niet wilde starten voor een tijdje, het hulpmiddel van de USB-bootloader kon niet speurder iets. Heb ik besloten om metingen op de pin van de VUSB van de PIC met mijn bereik, en het moment dat ik de pin met de sonde toepassingsgebied raakte de bekende USB sound gespeeld en het bestuur kreeg herkend! Ik dacht dat het probleem ging weg, maar zodra ik de sonde verwijderd, het ding verstopping werking weer. Ik realiseerde me dat alles werkt wanneer de werkingssfeer sonde ingeschakeld, zelfs schrijft, opnieuw is-het probleem moest iets die worden opgelost met de sonde. Toen ik dacht: wat hebben de werkingssfeer sondes? Parasitaire capaciteit. De condensator op VUSB pin was enorm in waarde, en niet kon hoge frequentie geluiden uitfilteren. Een condensator van 100nF parallel is toegevoegd, en de Raad van bestuur werd onmiddellijk erkend. Probleem opgelost!
