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 Norbert, > > > ich fürchte, nach ca. 4 Jahren hat sich ein Ende eingestellt. > > > > Es fing harmolos an: ich hatte einen neuen VMC Code erzeugt, download tool gestartet und > > den Fortschrittsbalken beoabachtet. Dann noch mal den Source Code im IDE-Fenster > > betrachtet, noch eine Zeile geändert und compiliert. (download lief noch, ca. 40 k gesamt) !! > > Das geht natürlich schief und sollte man natürlich vermeiden. > Allerdings ist mir das auch schon öfters passiert. > > > > So hatte ich mir nichts dabei gedacht, dass das DL Tool (Version 2.2) mit nem Fehler- > > fenster reagiert hatte, klar, so was tut man nicht, während des downloads mal eben neu compilieren. > > Darum habe ich leider nicht genau hingesehen was in dem Fenster stand, etwa sowas > > wie 35 < > 44 oder ähnlich. > > Diese Ungleich-Fehlermeldung bedeutet, daß eine andere Anzahl an Bytes als Echo > empfangen wurde, als erwartet. > Wenn die zweite Zahl größer ist, als die erste, wurden mehr Bytes als Echo empfangen, > als gesendet wurden. > Normalerweise kann soetwas nicht vorkommen, sondern nur der umgekehrte Fall. > Allerdings habe ich den Sonderfall der Ladens während dem kompilieren noch nicht ausgiebig getestet. > Wahrscheinlich wurde ein Zeilenumbruch überlesen, da sich die Position in der Datei geändert hatte. > > > > Nun zu dem Problem: > > das Programm blieb nach init der Hardware (PCF-LCD, Thermosensoren, MAX7311) stehen. > > pcflcd schrieb sogar noch sinnvolle Meldungen, also I2C Bus ok. > > > > Gut, dachte ich, hat sich verschluckt beim Laden, also OSOPT 3.0 neu laden, Meldung > > war auch normal, im DL Tool wurde die Info Zeile "Info lesen" mit ...ospot3.0 .." gefüllt. > > Mein Programm blieb jedoch wieder nach ein paar dutzend Zeilen stehen. > > > > Nun gut, hab also noch die sys0002hex nachgeladen und seitdem reagiert die unit nicht > > mehr mit nem netten click für den host mode, boot mode läßt sich auch nicht mehr einstellen, > > internes lcd ohne Lebenszeichen, nur die nachgerüstete Host LED (ab OSOPT3.0) leuchtet während > > des Drückens der Host Taste. > > Hmm. Das ist seltsam. Normalerweise sollte das Problem weg sein, nachdem > alles (OS, HEX & VMC) neu geladen wurde. > > > Bisher habe ich folgendes geprüft: > > Bedienung der Tasten gleiches Spiel mit host) > > hold boot > > toggle reset Knopf > > release boot Knopf nach 30 sec ! > > Spannungen an den pins boot, host und reset reagieren normal 4,95 V in Ruhe bzw. 0 beim Drücken. > > > > Inzwischen alle Peripherie abgezogen, nur noch die CC2 unit steckt auf dem Bord. > > > > Es sieht für mich so aus, als wäre das flash ROM in Raten gestorben. > > Hmm. Das darf eigentlich erst nach 100.000 Schreib/Lösch-Zyklen frühestens passieren. > Dann muß aber der Host- und der Bootmode noch funktionieren. > > Mache bitte noch einen Versuch: > - Sicherstellen, daß die gesamte Peripherie, außer RS232, abgesteckt ist > - Boot Drücken und halten > - jetzt erst Spannung anlegen > - 10 sec. warten > Und Jetzt nochmal einen Ladeversuch unternehmen. > > MfG André H.
