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.
Als Moderator oder Besitzer dieser Seite würde ich dies Projektangebot mal mit 169 € (zzgl. 19% MwSt) dem Herrn Feilcke in Rechnung stellen. https://www.mikrocontroller.net/jobs/info Weil das sieht ja doch leicht kommerziell aus und nicht nach einem Studentenjob... Fabian Feilcke schrieb: > Nur Anbieter die Mwst. Ausweisen können.
Fabian Feilcke schrieb: > ffeilcke@dspace.de melden. DSpace hat es nötig solche Fingerübungen über ein Forum anzufragen? Oh wei!
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.
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.
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.
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. Du verdirbst die Preise.
Autor: Fabian Feilcke (Gast) Hi, noch nicht einmal nötig, sich richtig anzumelden. Mit Gästen kann nicht kommuniziert werden. ciao gustav
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.
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 ;-)
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.