| Ich nutze: C-Control II Unit, C164CI-ControllerBoard, CC2-Application-Board, CC2-StarterBoard, CC2-ReglerBoard, OSOPT V3.0 |
> erstmal Danke für deine Antwort. Im Bootstrap Loader Toolkit der C166-Familie habe ich gelesen,
> dass die ersten 32 Byte ab FA40h geschrieben werden. Was ist nun richtig? Bei meinem eigenen
> Bootloader habe ich auch immer mit FA40h gerechnet und bis auf die Ã?bertragung des Hauptprogramms
> hat dort ja auch alles funktioniert.
Ich hatte mich auch ein wenig vertan.
Die ersten 32 Byte werden in der Tat ab FA40h geschrieben.
Der Rest des Bootloaders jedoch erst ab Addresse F620h.
Das ist ein wenig mi�verständlich, da in der boot.hex die ersten 32 Byte mit dem Offset
0xF600 angegeben sind, was natürlich nicht von Belang ist.
> Mein Problem ist nun, dass wenn ich die boot.hex
> vollständig übertragen habe und dann weitere Daten sende bekomme ich kein Echo. Erst
> nachdem ich weitere 32 Byte gesendet habe. Ich habe auch 3000ms Wartezeit nach dem Laden
> der Boot.hex eingestellt. Kann mir das nicht so recht erklären. Habe mir auch mal die Ausgaben
> deines Programms und des von Conrad angeguckt. Sie senden exakt das gleiche wie ich.
> Das Echo bekommt man doch nach jedem gesendeten Byte, oder?
Das habe ich nie geprüft. Ich sende immer Blockweise und prüfe dann das Echo.
Jedoch werden pro Block nicht 32, sondern 35 Byte gesendet.
Und zwar im Format HLD + Daten. (H=Offset Highbyte, L= Offset Lowbyte, D= Anzahl Datenbytes)
"Daten" entspricht den Datenbytes. "Daten" muÃ? immer 32 Byte haben.
Sollten es weniger sein, mü� mit 255 solange aufgefüllt werden, bis es 32 Byte sind.
MfG André H.
Antworten bitte nur ins Forum!
Fragen per EMail auf Forum-Postings werden nicht beantwortet!
Das macht meine Heizung gerade
Antwort schreiben
Antworten:
Re: Boot.hex laden (von Thomas - 1.11.2004 0:17)