Zur Übersicht - INFO - Neueste 50 Beiträge - Neuer Beitrag - Suchen - FAQ - Zum CC1-Forum - Zum CC-Pro-Forum

Wichtig: Bevor Du wegen einem Problem mit der CC2 postest, stelle sicher, daß Du
die neueste OS-Version, die neuseste Compiler-DLL und die neuesten Modulversionen benutzt!
Beachte, daß sich auf der CD zur CC2-Unit/Station auch jetzt noch die ältesten Dateien befinden!
Es gelten folgende Anleitung und Regeln: Regeln CC2Net.de-Forum
Zurück zum Artikel  (Blaue Felder sind Pflichtfelder)


Name:   UserID: 
 E-Mail:
Kategorie
Betreff
Homepage:
Link-Titel:
Link-URL:
Cookie für Name, UserID, E-Mail, Homepage-URL setzen
(Erspart die Neueingabe bei Beiträgen und Antworten)
(Zum Löschen des Cookies hier klicken)
Ich nutze:
C-Control II Unit
C164CI-Controllerboard
C-Control II Station
CCRP5 mit CC2-Unit (Conrad Roboter)
CC2-Application-Board
CC2-StarterBoard
CC2-ReglerBoard
eigenes Board
original OS     OSOPT_V2     OSOPT V3.0 OSOPT V3.1

Kommentar:
Einfügen von HTML im Kommentar:

Link einfügen: <a href="LINKURL" target="_blank">LINKTITEL</a>
Bild einfügen: <img src="BILDURL">
Text formatieren: <b>fetter Text</b>  <i>kursiver Text</i> <u>unterstrichener Text</u>
Kombinationen sind auch möglich z.B.: <b><i>fetter & kursiver Text</i></b>
C2 Quellcode formatieren: <code>Quellcode</code>
ASM Quellcode formatieren: <asm>Quellcode</asm>
(Innerhalb eines Quellcodeabschnitts ist kein html möglich.)
Wichtig: Bitte mache Zeilenumbrüche, bevor Du am rechten Rand des Eingabefeldes ankommst !  

> Hallo Thomas, > > > bevor du mit dem CC2-Downloadtool ein neues Betriebssystem überträgst löscht du den Flashspeicher in > > Segment 0, richtig? Meine Frage ist nun wie du das genau machst? Ist das eine kleine Assemblerroutine > > im Bootloader die alle Bits auf Null setzt, oder wie funktioniert das? > > Das CC2Net.de-Download-Tool löscht beim OS-Load nicht das Segment 0. > Das übernimmt der CC2-Bootloader (boot.hex). > Das Download-Tool wartet lediglich eine einstellbare Zeit nach dem Laden von boot.hex, > bevor mit dem Laden des OS begonnen wird, da das Löshen eine gewisse (von Unit zu Unit > leicht unterschiedliche) Zeit benötigt. > Diese Wartezeit ist über den Parameter BootLoaderTimeout in den Einstellungen konfigurierbar. > Der Standardwert beträgt hier 3000ms. Rückmeldung gibt es seitens des Bootloaders keine. > Anders ist dies mit dem aktuellen Bootloader nicht möglich. > Vielleicht modifiziere ich einmal den Bootloader, sodaß es einmal eine Rückmeldung gibt. > > > Normalerweise läuft das laden eines neuen OS ja folgendermaßen ab: > > - Laden der ersten 32-Byte (primary Loop) > > - Laden eines weiteren Skriptes zum Downloaden des OS (secondary loop) > > Das Laden der ersten 32Byte, der Startup-Code, und das Laden des restlichen Bootloaders > erfolgt in einem Schritt und ist eben die boot.hex . > > > - Laden des OS an Adresse 0x00 > > > > An welcher Stelle sollte man nun den Flashspeicher löschen und ist das zwingend notwendig? > > Wie gesagt, übernimmt das der Bootloader. > Von außen hat man sonst keine Möglichkeit ein Flashsegment beim OS-Load zu löschen. > > > Antworte mir bitte auch falls du es nicht weißt. Du kannst mir ja vielleicht am ehesten sagen wo ich > > nach meiner Antwort suchen muss (z.B. disassemblieren des boot.hex, hab ich aber noch nicht probiert, > > da ich mit dem Disassembler nicht so gut zurecht gekommen bin...;-)) > > Die boot.hex braucht man nicht zu disassemblieren. Die ist so schön klein, sodaß > es fast schon Klartext ist. ;-) > Zumindest habe ich bei dem vielen OS-Durchforsten mit der Zeit die Hex-Codes für die einzenen > Instruktionen gelernt. > Ich hab' sozusagen einen InBrain Disassembler. (Nur ist dieser noch nicht ganz so zuverlässig *grins*.) > Es liegt aber auch daran, daß ich angefangen hatte einen eigenen Disassembler zu schreiben, und > mir so ebenfalls die Werte für die einzelnen Instruktionen gemerkt habe. ;-) > > > MfG André H.
Dateianhang: (.gif, .png., .jpg, .zip, .rar)
max. 256kB
max. 256kB