Mikrokontrollerissasi voi olla joitain EEPROM-, OTP-muistia, käyttäjän sulakebittejä, joihin voit asettaa lipun.

"Upotetussa C: ssä ei ole parasta menetelmää", haihtumattoman muistin kirjoittaminen on erilaista jokaisessa mikrokontrollerissa .

edit:

FLASH

Flash-muistin sisältö poistetaan laitteen ohjelmoinnin aikana. Ohjelmoinnin jälkeen kaikki tavut, joita ei kirjoitettu, sisältävät 0xFF. Etsi taulukosta alue, joka voidaan ohjelmoida turvallisesti käynnissä olevasta laiteohjelmistosta.

EEPROM

Vaikka sitä ei taata taulukoissa, kaikki EEPROM-tiedostot Olen nähnyt toistaiseksi sisältänyt 0xFF: t tehtaalta lähetettynä (lukuun ottamatta niitä, jotka on esiohjelmoitu yksilöllisellä MAC-osoitteella, mutta se on nimenomaisesti dokumentoitu). Jotkin ohjelmointilaitteet / ohjelmistot pystyvät myös poistamaan tai ohjelmoimaan EEPROM-sisältöä. Jotkut niistä voivat olla kirjoitussuojattuja, pysyvästi tai palautuvasti.

OTP

Ohjelmoitava kertakäyttöinen muisti sisältää aina hyvin määriteltyjä alkuarvoja, jotka on dokumentoitu taulukkoon.

Aina on hyvä sisällyttää kirjoitettuihin tietoihin hyvä tarkistussumma, kuten CRC32, suojautua viallisista osista, lähetysvirheistä, kosmisista säteistä johtuvasta datan vioittumisesta.

Sanoit:

Ainoa vaihtoehto koodin suorittamiseksi on vilkkuttava taulua uudelleen.

Toiset ovat sanoneet käyttävänsä EEPROMia lipun tallentamiseen. osoittaa, kun run_once () -toiminto on suoritettu. Tällä on kuitenkin takaisku, joka on, että jos päivität mikrokontrolleriä, EEPROM-tiedostossa oleva ran_it_once-lippu on jo asetettu eikä run_once () -toimintoa suoriteta. Jos mikrokontrolleri on upottanut EEPROM-muistin, voi olla mahdollista tyhjentää ran_it_once-lippu, kun päivität mikrokontrollerin, jos ohjelmoija tukee tätä.

Parempi tapa on, että versionumerot ovat sekä EEPROMissa että koodissa. Kun koodi suoritetaan käynnistettäessä, sen tulisi lukea versionumero EEPROMista ja verrata sitä koodiin tallennettuun versionumeroon. Jos ne eivät täsmää, run_once () -funktio kutsutaan, ja run_once () -koodin viimeinen toimenpide on kirjoittaa laiteohjelmistoversion numero EEPROM-tiedostoon. Aina kun muokkaat laiteohjelmiston lähdekoodia, sinun on lisättävä siihen upotettua versionumeroa.

Valitse mikro-ohjain, joka voi kirjoittaa / poistaa oman ohjelmamuistinsa. Kun olet suorittanut kyseisen koodin, pyydä mainitun koodin viimeinen osa korvaamaan ensimmäinen käsky hyppyllä, joka ohittaa sen. Vaihtoehtoisesti voit myös poistaa loput (ehkä korvata nopilla), niin että ei ole mitään mahdollisuutta, että se koskaan suorittaa uudelleen.

Tämä viesti tuhoutuu itsestään kohdassa 5..4 ...

Kun käytät tätä koodia kalibrointiin, ehdotan, että luodaan räjähdysprosessi, joka suorittaa kalibrointikoodin ensimmäisenä vaiheena, eikä edes ole sitä levyn valmiissa tuotantoversiossa. Tämä on samanlainen kuin apalopohapan vastaus, paitsi että siinä on erilainen siinä mielessä, että sinulla olisi kaksi erillistä ohjelmakuormitusta: sinulla on räjähdysprosessi, joka välähtää ensimmäisen ohjelmakuormituksen, joka suorittaa kaikki kalibroinnit ja siementää tiedot siitä. Ota sitten nämä tiedot ja sisällytä ne toisen ohjelmalatauksen tietoihin.

Tämän lähestymistavan etuna on, että minimoit ehdottomasti tarvitsemasi tallennustilan määrän - sinun ei tarvitse tallentaa kerran vain koodi, vain sen tuottamat tiedot. Kun sinulla on räjähdysprosessi, joka lataa kaksi erillistä ohjelmaa, eristät itsesi myös alustuskoodin virheistä, jotka voisivat viipyä muuten. Sinulla on myös jonkin verran joustavuutta, jos haluat suorittaa kalibrointikoodisi uudelleen: sen sijaan, että sinun tarvitsisi kirjoittaa ylimääräistä koodia sen tyhjentämiseksi, mikä merkitsee sitä, että koodi on suoritettu (joka voi vahingossa jo tyhjentyä), suoritat yksinkertaisesti uudelleen räjähdysprosessi.