Entwicklungsauftrag Bootloader ARM

Gast #5887971
Lesenswert?

Hallo zusammen.
Wir benötigen für ein Projekt einen Bootloader. Aufgabenpaket 1 ist ein 
Muss, Paket 2 ein "nice to have". Bitte getrennt anbieten/auflisten.

Aufgabenpaket 1:

•  Entwicklung eines Bootloaders der elf file (Firmware Hauptprozessor) 
von SD Karte(Fat32 oder Fatfs) liest und in den Flash schreibt.

Aufgabenpaket 2:

•  Entwicklung eines Bootloaders der elf file (Firmware Neben-prozessor) 
über Uart empfängt und in den Flash schreibt
•  Entwicklung eines Programms für den Hauptprozessor, dass 
Nebenprozessor-Firmware von SD-Karte ließt und an Uart interface 
schreibt.

Hauptprozessor Plattform:  Microchip ATSAMV71
Nebenprozessor Plattform:  Microchip ATSAMD21

Randbedingungen:

Evalboards für Entwicklungsaufgabe werden bei Bedarf Leihweise 
bereitgestellt.
Keine Verwendung von OpenSource-SW die kommerzielle Anwendungen 
einschränken.
Sourcecode muss offengelegt werden, kann aber lizenziert sein.
Nur Anbieter die Mwst. Ausweisen können.
Lauffähige Version muss in 30 Tagen nach Auftragseingang bereitgestellt 
werden.

Bei Interesse/Fragen bitte unter ffeilcke@dspace.de melden.
#5889074
Lesenswert?

Dr. Sommer schrieb:
> DSpace hat es nötig solche Fingerübungen über ein Forum anzufragen? Oh
> wei!

Es ist heiß in Paderborn und die Klausurphase steht an. Da kriegt man 
für ein kurzfristiges Bastel-Engineering-Projekt nicht unbedingt schnell 
die passenden Studenten, die das in der richtigen Zeit fertig bekommen.

Ich verstehe nicht, was daran bedenklich sein soll.
Gast #5891196
Lesenswert?

Dr. Sommer schrieb:
> DSpace hat es nötig solche Fingerübungen über ein Forum anzufragen? Oh
> wei!

Tja , so ist es im Leben:
Man muss als "Schlauer" genügend "Dumme" finden die einem die Arbeit 
machen.
Genau das bringt den Erfolg :-(
Kritisch wird's aber wenn es immer mehr Schlaue (auch pseudo..) gibt
und immer weniger Dumme.
Dann ist man halt genötigt, in der untersten Kaste
mit Heilsversprechen auf Fang zu gehen.
#5891341
Lesenswert?

Karl B. schrieb:
> Hi,
> noch nicht einmal nötig, sich richtig anzumelden.
> Mit Gästen kann nicht kommuniziert werden.

Deswegen hat er ja auch seine E-Mail Adresse angegeben ;)

Bernd K. schrieb:
> Ich würde .bin Dateien nehmen (rohes Speicherabbild), dann könnt ihr es
> in 2 Stunden selber schreiben und müsst es nicht vergeben. Dieser
> Ratschlag ist kostenlos.

War auch mein erster Gedanke. Die Arbeit einen elf-Parser zu schreiben 
übersteigt den restlichen Bootloaderkram bei weitem. Naja, jeder wie er 
mag.
Persönliche Seite #5934621
Lesenswert?

Christopher J. schrieb:
> Bernd K. schrieb:
>> Ich würde .bin Dateien nehmen (rohes Speicherabbild), dann könnt ihr es
>> in 2 Stunden selber schreiben und müsst es nicht vergeben. Dieser
>> Ratschlag ist kostenlos.
>
> War auch mein erster Gedanke. Die Arbeit einen elf-Parser zu schreiben
> übersteigt den restlichen Bootloaderkram bei weitem. Naja, jeder wie er
> mag.

Jetzt übertreibt mal nicht.

File Header lesen -> Program Header lesen und auswerten, fertig.

Section(header), Symboltabellen, Debug-Info etc. kann man links liegen 
lassen.  So sieht das zum Beispiel für elf32-avr aus, für arm ist das 
auch nicht komplizierter:
1
Load PHDR 0x000000 -- 0x00022b (vaddr = 0x000000) "rx"
2
Load PHDR 0x00022c -- 0x000239 (vaddr = 0x800200) "rw"
Der erste Program-Header enthält das Programm (Output-Section .text, 
also Input-Sections .text*, .rodata*, ...), der zweite PHDR enthält 
.data, aus dem CRT das RAM initialisiert.

Und wenn's noch mehr PHDR sind: Schleifen sind schon erfunden ;-)

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren