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 Andre ! > > > > ich habe meine Steuerung derzeit im Versuchsaufbau und benutze den i2C Bus mit CCTools-Reglerboard > > > zur Ansteuerung von > > > a.) 1 x i2c Tranceiver und dahinter 2 x i2C Transceiver mit 2x i2C Terminal auf LCDs > > > b.) 1 x i2C Terminal auf LCD > > > c.) 1 x i2C RAM-Device > > > d.) 2 x i2C Relaisplatine > > > e.) 2 x i2C 1-Wire Bridge (mit insgesamt 15 Sensoren) > > > > > > Thread 1 bedient a.) und b.) > > > Thread 2 bedient c.) und e.) > > > Thread 3 bedient d.) > > > > Wenn die Thread die überwiegende Zeit auf dem I²C-Bus arbeiten(d.h. mehr als 2/3) > > und gleichzeitig die Threads (oder zumindest einer) nicht sehr lang sind, > > kann es sein, daß der Threadwechsel innerhalb eines I²C-Captures erfolgen soll. > > Da aber die anderen Threads dann auf die Freigabe warten, wirt die Rechenzeit von diesen > > sofort wieder abgegeben, so daß der erste Thread wieder die Rechenzeit bekommt, und > > im ungünstigsten Fall wieder zu einem I²C-Capture kommt, bvor die Rechenzeit wieder > > abgegeben wird. > > Ein solcher Kandidat wäre bei Dir Thread 1, da ich vermute, daß dieser, außer Ausgaben > > auf den Terminals und das Einlesen der Tasten, nicht viel außerhalb von I²C betreffenden > > Routinen macht. > > Ist korrekt, aktualisiert mit sleep-Anweisung alle 4 Sekunden. > > > Wenn das der Fall ist, wäre ein Abbremsen mit sleep oder zumindest ein paar verteilte > > yields sinnvoll. > > Displayausgaben muß man nicht ständig durchführen. Je nach Anwendung reicht > > eine Ausgabe im Halb-oder Einsekundenintervall bzw. sogar nur bei Änderung. > > Tastaturen an den Terminals sollten nicht per Polling abgefragt werden. > > Besser ist es, alle Interruptleitungen der Terminals auf einen I/O-Port zu legen > > (Pull-Up nicht vergessen), und nur bei einem Low-Pegel alle Terminals abzufragen, > > solange das auslösende Terminal gefunden wurde. > > Mache ich auch so. > > > > > Dein Thread 2, denke ich, wird bereits sleeps enthalten? > > Ja. > > > Ich gehe davon aus, daß auf das RAM-Device in einem bestimmten Intervall, und > > auf die 1W-Sensoren max. im Sekundentakt zugegriffenwird. > > Korrekt. 1W-Sensoren alle 4 Sekunden, RAM-Device zyklsich alle 15 Minuten bzw. unter bestimmten > Umständen auch spontan. > > > > > Ähnliches wird wahrscheinlich beim Thread 3 für die Relaisplatinen sein. > > Ja. > > > > > Welcher Thread übernimmt eigentlich die Regelungsaufgaben? > > Ich gehe mal davon aus, daß es Thread 3 ist. > > So ist es. > > Probleme habe ich mir vor allem auch damit eingefangen dass ich zu Beginn die 3 LCD nicht via > Interrupt sondern zyklsich alle Sekunde abgefragt habe, dadurch kam es dann in Summe zu vielen > Zugriffen am i2C mit den entsprechenden Folgen ... > > Schöne Grüße > Mexx
