Für dieses Forum muß Javascript im Browser aktiviert werden!
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 Holger, > > > -OSOPT3 ist geladen > > -ich lade mein Hex-File in Segment 3 > > - danach läuft die Assemblerroutine nicht mehr, CC2 hängt sich auf > > - HOST-LED habe ich noch nicht angeschlossen. > > > > -altes OS geladen (V.1), anderes war gerade nicht da > > -Hex-File in Segment 3 geladen > > - neues OSOPT3 aufspielen > > - meine Assemblerroutine läuft wieder > > ... > > > ich habe mit dem neuen Downloadtool Probleme. > > > Beim Laden eines eigenen Hex-Files in das Segment3 kommt es ständig zu Timeout-Error. > > > Immer an der gleichen Stelle (Datenblock 8). > > > Mit der alten Version 2.1und ... funktioniert es. > > Das ganze klingt nach zwei Fehlern in den Einstellungen. > Ich habe dies alles sicherheitshalber gerade nochmals getestet: keine Fehler. > Der TimeOut-Fehler im DL-Tool kommt nur, wenn die CC2 kein Echo in einer vorgegebenen > Zeit von ca. 150ms zurückgibt. > Ursache kann hierfür, wie unten geschrieben, ein "BURN ERR" sein. > Mit angeschlossener HOST-Led weiß man mehr, oder bei OSOPT V2 mit einem > Blick auf das interne LCD. > > Ich vermute, daß bei Dir > 1. ReverseHexOffset eine falschen Wert hat > 2. Du vor dem Laden der ASM-Routine den Flash nicht gelöscht hast. > > Zu 1. > Standardmäßig sollte ReverseHexOffset auf Auto stehen, dann werden > die HEX-Dateien entsprechend der OS-Version geladen. > Wenn man dies per Hand angibt, muß für alle OSOPT-Versionen > diese Einstellung auf "Normal" stehen. Bei der original-OS-Version auf "Reverse") > > Zu 2. > Wenn Du eine Datei wiederholt an dieselbe stelle lädst, gibt es, wenn sich > der zu ladende Code von dem im Ziel-Speicherbereich unterscheidet, > ein BURN ERR ausgelöst. (Meldung an Host-LED: 3xlang 1xkurz) > Wenn Du mehrer HEX-Dateien laden willst, ist es das beste, wenn Du > Download-Makros benutzt. Dann werden die entsprechenden Segmente > vor dem Laden der ersten HEX-Datei gelöscht. > Natürlich kann dieser Fehler beim Laden auch mit einer falschen > ReverseHexOffset-Einstellung zusammenhängen. > (Hier können Teile von zwei Dateien durch das Vertauschen der Offsetadressen > an den selben Speicherbereich geladen werden. => BURN ERR) > > > > Ich habe auch versucht die Timeouteinstellungen zu verändern -- ohne Erfolg. > Diese Einstellungen betreffen nur das Laden des OS. > (Steht auch dick drüber :-) ) > > > > Gut finde ich, dass man jetzt Baudrate zum Einleiten des Hostmodus angeben kann. > Das ging vorher auch schon. Nur musste man dies mit mit Hilfe von Notepad > über die CC2NetDL.ini machen. > > MfG André H.