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 zusammen, > > seid einiger Zeit stehe ich bei meiner Haussteuerung vor einem Problem. So läuft die CC2 teilweise > tagelang ohne Probleme und schaltet brav Heizungsaktoren, Licht, Steckdosen etc. ... > > Und dann plötzlich funktioniert nix mehr und ein Reset ist angesagt. Allerdings läuft das Programm > manchmal auch nur einige Minuten. > > Was passiert? Durch Logging auf der seriellen Schnittstelle habe ich herausgefunden, daß an folgender > Stelle ein Abbruch stattfindet. Diese Funktion stellt fest, ob ein Schalter betätigt wurde, dabei werden aber > einige Ports ausmaskiert. > > <code> > function GetInputForSchalter(byte bIndex) returns byte > { > byte bInput1, bInput2; > com.Log("ea.GetInputForSchalter",0); > bInput1 = (not pcf.in (data.arSwitchModule[bIndex].bInputAdr)) > and (not data.arSwitchModule[bIndex].bValueButtonAndMask); > bInput2 = bInput1 xor data.arSwitchModule[bIndex].bInputValue; > data.arSwitchModule[bIndex].bInputValue = bInput1; > if (bInput2!=0) com.Log("ea.GetInputForSchalter=",bInput2); > return bInput2; > } > </code> > > bei dem Aufruf pcf.in ist es dann vorbei. Der Thread wird gestoppt und die anderen Threads arbeiten weiter > allerdings extrem langsamer. > > Meine Frage ist nun: Macht es Sinn den Aufruf <code> pcf.in (data.arSwitchModule[bIndex].bInputAdr)</code> > besser so zu formulieren: > <code>bHilf = data.arSwitchModule[bIndex].bInputAdr; > pcf.in(bHilf);</code> > > Denn ein ähnliches Problem trat beim Setzen des Ports mit pcf.set auf und hier hat dies geholfen. > > Einige Hinweise: > data.arSwitchModule[bIndex].bInputAdr ist als byte deklariert und wird nur von diesem Thread genutzt, also > keine konkurierende Zugriffe. Manchmal kann ich den Fehler reproduzieren in dem ich den Schalter ganz > schnell ein und ausschalte, so daß die Funktion schnell hintereinander aufgerufen wird (bis mir die Birne > durchbrennt ;-) > > > Hat jemand eine Idee? Kann es sein, daß ich den Stack überfordere? > > Gruss Thomas
Dateianhang: (.gif, .png., .jpg, .zip, .rar)
max. 256kB
max. 256kB