| Re: Problem mit dem Host-Mode Kategorie: CC2-Unit & Appl.Board / CC2-Station (von André H. - 29.01.2006 18:19) | ||
| Als Antwort auf Problem mit dem Host-Mode von Lars - 20.01.2006 16:07 | ||
| ||
|
Hallo Lars, > Zur Vorgeschichte: > Für die geplante Anwendung war das OS zu "langsam" (definierte Portänderungen im microsekunden > Bereich). Deswegen wollte ich eigene Algorithmen im Segment 3 einbinden. > Für diesen Zweck hatte ich mir das Service Pack 2.13 und den CC2net Downloader gezogen. > > Nach der erfolgreichen Installation versuchte ich meine eigenen Hexfiles zu übertragen (in das > Segment 3). Allerdings traten immer wieder TimeOut Fehler auf. Entweder, Du nutzt ein Notebook - damit gibt es immerwieder Probleme -, oder das OS wurde fehlerhaft geladen, was in seltenen Fällen passieren kann. Abhilfe schafft hier dann ein neues Laden des OS, und dann sicherheitshalber nur mit 19.600 Baud. > Nach einigem rumprobieren und diversen gescheiterten Kopiervorgängen, scheine ich nicht mehr > in den Host-Mode zu kommen. Hast Du eine Host-LED angeschlossen ? (Funktioniert nur ab OSOPT V3.0) Prüfe auf jeden Fall Deine Taster, ob diese wirklich noch schlie�en. Ein z.B. relativ häufiges Problem beim CC2-Appl.Board sind die Taster. Man drückt sie, spürt den Schaltpunkt, aber sie schalten nicht. Ich habe hier z.B. ein solches Board, bei dem das beim Reset-Taster der Fall ist. Mal drückt man leicht und er schlie�t, und ein anderes Mal mu� man den Taster fast durch den Tisch drücken, bis er schlie�t. ;-) > Egal mit welchem Downloader oder IDE oder sämtlichen verschiedenen OS Versionen taucht nun > die Fehlermeldung "Anschluss und Host Mode überprüfen auf. Wenn es diese Meldung gibt, gibt es nur zwei Möglichkeiten. Entweder ist die CC2 nicht im Hostmode (leuchtet die Host-LED ?) oder es stimmt etwas nicht mit der Kommunikation. Bei Notebooks gibts gerne Probleme mit der RS232. Auch einige Programme die im Hintergrund aktiv sind und für Geräte an der RS232 gedacht sind, können die Kommunikation stören. Eine dritte Möglichkeit gibt's aber auchnoch, da Du eine eigene Platine nutzt. Einstreuung von Störungen über die Interruptsensiblen Ports, wenn diese offen sind. (Also weder ein Signal noch Pull-Widerstände anliegen) Selbiges gilt auch für die Frequenzme�eingänge. Hier reicht u.U. schon eine Leuchstoffröhre in unmittelbarer Nähe. Prüfe also, og an den Ports P1H.0 bis .3 und FRQ.0 & .1 Pull-Widerstände sitzen. Denn, wenn diese Ports offen sind, werden u.U. soviele Interrupts ausgeführt, da� fast nichts anderes mehr ausgeführt wird. Ich hatte einmal einen solchen Fall, bei dem über drei offene INT-sensible Ports ca. 40kHz eingetreut wurden. Zumindest kam das über ports.getcount raus. ;-) Die Frequenz kann viel höher gewesen sein. Die CC2 wurde hier derma�en stark duch die Interrupts ausgebremst, da� sie in Zeitlupe lief. > Auszuschlie�en sind folgende Ursachen: > Falsche "Initialisierung des Host- Modes (oft genug davor verwendet) > Spannungen an den Pins stimmen (low = 0V; High= ca. 5V) Wenn Du eine Host-LED angeschlossen hast, und diese leuchtet, befindet sich die CC2 im Hostmode. ansonsten nicht. > OS ist ohne Fehlermeldung übertragen > Daraus schlie�e ich auch, dass mein COM Port nicht defekt ist. Das stützt die Theorie mit den Interruptsensiblen Ports. Wärend des Ladens des OS sind die Interrupts deaktiviert. Im Hostmode jedoch nicht. 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: | ||