(s) Wer kann den PIC32 USB Flashdrive Bootloader an meinen Bedürfnisse anpassen?

RTU Gast #3450498
Lesenswert?
• ▲
▼ 
Hallo Leute,

Suche jemanden, wer mir den Microchip USB Flashdrive Bootloader anpassen 
kann.
Es soll ein PIC32 als Hostcontroller über einen USB Stick mit neuer 
Firmware bespielbar sein.

Was muss der neue Bootloader können, was der von Microchip nicht kann:
Master USB Stick -> Firmware ist nicht verschlüsselt -> erstes mal 
einspielen

Customer USB Stick -> Firmware über Xtea über eine im EEPROM befindliche 
Seriennummer verschlüsselt -> Passt der Schlüssel nicht, so wird nichts 
eingespielt.

Generelle Versionsabfrage -> Ist die Firmware neuer, als die im PIC32 
(Es kann die Versionsnummer im EEPROM/Flash abgelegt werden.

Alle LEDs und Taster in der originalen Bootloaderfirmware entfernen.
PIC24 Optionen aus der Bootloader FW entfernen.

Was kostet mich so eine Anpassung in etwa?
Die Anwendung zum verschlüsseln der FW PC seitig kann ich selbst 
schreiben.
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
... Gast #3450819
Lesenswert?
• ▲
▼ 
Was ist der Unterschied zwischen Master USB Stick und andere ?
Wie werden Serial numbers usw eingespielt ?
Wie soll mit der IVT umgegangen werden ?
Wieso kann die Firmware nicht verschluesselt werden, zumal es 
normalerweise
ein Boxing der Firmware braucht. Boxing heisst, die FW wird mit Header 
und
CRC ergänzt.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
RTU Gast #3451196
Lesenswert?
• ▲
▼ 
Ein Master USB Stick dient für mich dazu, dass ich jederzeit einen 
Regler bespielen kann. Die Datei heisst dann z.b. Masterfile.hex.

Die "normalen" dienen dazu, den Kunden per Email eine neue 
verschlüsselte FW zuzusenden, welcher er selbsttätig per Stick 
einspielen kann.
Diese Hex file wird durch mich nach bekanntgabe der Seriennummer 
generiert.
(Verschlüsselt)

Die Seriennummer ist standartmässig FFFFFFFFF o.ä. und im EEPROM 
hinterlegt.
Meine normale FW prüft, ob die Seriennummer "leer" ist und vergibt dann 
anschliessend eine "zufällige" Seriennummer.

IVT Location kann frei vergeben werden.

Ich schätze, das dieses "Boxing" sowieso nötig ist, um die HEX file auf 
eventuelle Fehler zu überprüfen.
Im Header kann verschlüsselt der Deltaschlüssel und die Seriennummer 
übergeben werden, so das dieser mit der im EEPROM hinterlegten 
Seriennummer verglichen werden kann. Wenn die Prüfung fehlschlägt, so 
wird das normale Programm gestartet.

Mich geht es mal grundsätzlich darum, was ein umschreiben des Programmes 
kostet. Ich programmieren meine PIC32 immer mit Mikrobasic. Darum kennen 
ich mich mit C 0 aus.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
... Gast #3452976
Lesenswert?
• ▲
▼ 
Ich kann dir einen älteren Bootloader (C32) anpassen.
Es kommt drauf an, wie aufwändig dies ist, welche CPUs usw.
Also mit 100€ solltest du schon rechnen. Wenn du aber genuegend Platz 
hast,
sprich die Größe des Bootloaders keine Rolle spielt, dann mache ich es 
dir
auch um z.B. ein ICD2, welches hier um ca 15€ angeboten wird.
Der FAT Code von Microchip braucht ca 25k, eine alternative
Fat Implementation braucht 2.5k.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren