Chris

Hallo, nach weiteren 2 Monaten in denen ich mich nur sporadisch um das Thema Rollosteuerung kümmern konnte, kann ich leider immer noch keine Lösung für mein Problem präsentieren . - Testskript geschrieben, mit dem ich den Ausfall reproduzieren kann. Im Prinzip simuliert er 6 Hoch-Runter Phasen in unterschiedlichen kurzen Abständen. - Testprotokoll aufgestellt, in dem alle Rollokombinationen angefahren wurden. - Hier habe ich interessante Feststellungen machen können - Varistoren gekauft, eingebaut und hat nichts geholfen. - Condensatoren gekauft, eingebaut und hat nichts geholfen. Noch mal kurz der Aufbau Stapel mit 2 MasterBricks: - MasterBrick 1: - 3 DualRelay Bricklets angeschlossen (Jeweils ein Fenster-Rollos in 3 unterschiedlichen Zimmern) - MasterBrick 2: - 4 DualRelay Bricklets (4 Tür-Fenster-Rollos im Wohnzimmer) Testergebnisse: - Stelle ich alle manuellen (Wand) Schalter auf manuelle Steuerung, so dass an keinem Relay Phase anliegt und lasse mein Testskript laufen, treten keine Fehler auf. -> Daraus schließe ich zumindest, dass das Testskript keinen Fehler verursacht. - Einstellen des manuellen Rollo-Schalters auf Automatisch (also durch den PC steuerbar) für alle an MasterBrick 1 angeschlossenen Rollos: -> Problem taucht nicht auf! Hierbei ist noch zu erwähnen, dass die Schalter der anderen Rollos auf Mittelstellung/Aus gestellt waren, so dass das Skript die Relays geschaltet hat (konnte man sehen und hören), sich das Rollo aber nicht bewegte (korrekt so). - Gleiches Spiel nur mit umgekehrter Schalter-Position. D.h. Die 3 Rollos vom MasterBrick 1 haben keine Phase und alle 4 vom MasterBrick 2 haben Phase anliegen. -> Problem taucht auf! -> Das Problem konnte ich so weit reduzieren, dass folgendes gilt: - Die 3 Rollos vom MasterBrick1 in Kombination mit GENAU einem vom MasterBrick2 funktioniert immer! - Sobald ich auf mehr als einen Rollo-Relay vom MasterBrick2 dazu schalte, stürtzt alles während der Ausführung meines Testskripts ab. -> Nun könnte man zu dem Schluss kommen, dass es evtl. an einer der MasterBricks liegt. Deswegen habe ich die DualRelays vollständig zwischen den Platinen vertauscht. Hätte sich dann ein umgekehrtes Bild der Tests ergeben, wäre klar gewesen, dass es an einem MasterBrick liegt. -> Dem war nur leider NICHT so. Nachdem ich über dieses Verhalten etwas nachgedacht hatte, bin ich auf die Idee gekommen, dass es evtl. daran liegen könnte, dass der USB-Port eine zu niedrige Stromstärke (500mA) für alle 7 Relays liefert. Aufgrund der auf der Tinkerforge vorliegenden Daten kann man nachrechnen, dass diese knapp über 500mA liegen müssten. -> Also habe ich mir ein Step-Down Power Supply bestellt. An dieses habe ich dann ein 12V, 1,5A Netzteil (welches ich auch extra dafür neu gekauft habe) angeschlossen. -> Problem taucht immer noch auf!!!!!!! Und jetzt kommt der Knüller: - Trenne ich den Stapel und schlieiße an das USB Kabel nur eines der beiden MasterBricks an, läuft das Testskript sauber durch. Klar, die nicht vorhandenen Relays kann er logischerweise nicht ansteuern, es stürzt aber nichts ab. Auch wenn ich das MasterBrick2 (an dem alle 4 großen Rollos angeschlossne sind) alleine steuere, ist alles super. (auch ohne Step-Down Power Supply) -> Daraufhin habe ich mir ein zweites USB Kabel besorgt und jedes MasterBrick mit seinem eigenen USB Kabel am PC angeschlossen. -> Ergebnis ist: Skript läuft sauber durch! Übrigens die Varistoren habe ich wegen Platzmangel von den Schaltern der Rollos wieder entfernt, weil ich da nur sehr wenig Platz hatte. Und mit getrennten MasterBricks (also kein Stapel) funktioniert trotzdem alles wunderbar. Kann mir das jemand bitte erklären? Ich bin echt am Verzweifeln. :'(

Übrigens die Lösung mit den Varistoren hat leider nicht funktioniert. Unten findet ihr die aktuelle Schaltung.

Hallo Carsten, kann es sein, dass du dich auf eines der ersten Schaltungsbilder beziehst? http://www.tinkerunity.org/forum/index.php/topic,1634.msg11714.html#msg11714. Das ist das zuletzt hochgeladene Bild der Schaltung und dort ist es so, dass es nicht möglich ist über die Relais gleichzeitig "hoch" und "runter" zu schalten.

Hi Batti, vielen Dank. Ich werde mir einfach mal 7 von den B72220S0231K101 kaufen und testen. Kosten ja nix. Trotzdem finde ich es total verwirrend. Im Titel steht "...Varistor-Spannung 360 V". Für mich als Laie denkt man automatisch, dass der Varistor dann bei 360V leitend wird.

Hi Batti, vielen Dank mal wieder für deine Hilfe. Kannst du mir noch einmal kurz ein paar Dinge erklären? Ich hatte den Eindruck du warst etwas verwundert, dass ich einen Varistor nehme. Eignet sich in meinem Fall ein R/C Glied besser? Sofern ich den Sinn des Varistors richtig verstanden habe, soll er die Spannungsspitze abfangen, die beim Schalten des Motors passiert. Wieso wäre es dann nicht sinnvoller den 240V Varistor (B72214P2151K101) zu nehmen. So wie ich es verstehe, würde ich alle Spannungsspitzen über 240V abfangen. Zwischen meinen gemessenen 226V und den 240V des Varistors ist doch immer noch genug Luft. Damit schütze ich auch gleichzeitig das Dual Relay Bricklet, das nur bis 240V zugelassen ist.

Hi batti, vielen Dank für deine Antwort. Nun bin ich aber etwas verunsichert. Wenn ich bei Conrad nach Varistoren suche, wählt man diese nach der Schwellspannung aus. Meines Verständnisses nach wäre das in meinem Fall (und unter Berücksichtigung des Angebots) 240V. Kann es sein, dass du die Werte für die Lösung mit einem Wiederstand und einem Condenstar berechnet hast? Gruß

Das Problem mit den Abstürzen besteht nach wie vor. Hatte leider in letzter Zeit keine Zeit gefunden mich darum zu kümmern und musste so lange wieder per Hand schalten. Heute habe ich mir aber endlich die Zeit nehmen können ein paar Messexperimente der Rollos zu machen. Ich habe zwar 7 Rollos aber nur zwei Arten. Die Eine ist ein normales Fensterrollo die Andere für ein großes Fenster (von Fußboden zur Decke). Leider musste ich feststellen, dass mein Messgerät kein Möglichkeit bietet die Stromstärke für Wechselspannung zu messen. Deswegen musste ich mir mit einem handelsüblichen Verbrauchsmesser behelfen. Dieser löst auf eine Nachkommastelle auf. Keine Ahnung ob das für eine Berechnung der Varistoren reicht. Folgende Messungen habe ich gemacht: RolloAktionmax. Verbrauch (in W)Spannung (V)Stromstärke (A)großhoch85 - 90224 - 2260,39großrunter85-90,4224 - 2260,4kleinhoch86 - 90225 - 2260,39kleinrunter86 - 92225 - 2260,39 Auffällig ist, dass die Stromstärken teilweise nicht zu den Verbräuchen passen (W=V*A). Evtl. liegt das am Messgerät. Interessant ist auf jeden Fall, dass während des Fahrens alle Rollos (egal ob groß oder klein) irgendwo um die 88W liegen. Manchmal - und das nicht reproduzierbar - gibt es eben Ausschläge, so dass ich einmal über 92W (und das sogar bei einem kleinen Rollo) ablesen konnte. Sehr interessant finde ich auch, dass die Rollos tendenziell beim Runterfahren etwas mehr verbrauchen als beim Hochfahren. Reichen die Daten, damit ihr mir die Varistoren berechnen könnt? Würde mich da sehr drüber freuen.

Das bedeutet, dass ein zu brickd verbundenes Programm (brickv, oder dein eigens Steuerprogramm) die TCP/IP Verbindung aktiv beendet hat und dies von der brickd Seite nicht erwartet war, da noch Aktionen ausstanden. Das kann z.B. sein, dass noch Daten zu lesen waren oder ähnliches. Das kann mit deinem Relais Problem zusammenhängen, muss es aber nicht. Es kann auch einfach nur auf ungünstiges Verhalten in deinem Programm hindeuten. Schwer zu sagen nur aus der Fehlermeldung heraus Das stimmt schon. Ich trenne aktiv die Verbindung, nachdem das Programm fertig ist. Sollte man das nicht? Auf der anderen Seite, wenn die Bricks nicht abstürzen, tritt im Windows Event Log der Fehler nicht auf. Interessanterweise merkt das Programm teilweise gar nicht, dass die Bricks abgestürzt sind und arbeitet ganz normal weiter (setzt fleißig die Zustände der Relais), ohne dass eine Exception geworfen wird. Eben habe ich noch diese Warnung im EventLog erhalten: Handled only 0 of 1 ready USB event source(s) Da ist das Programm dann auch abgestürzt, als es versucht die Verbindung zu trennen. Ich gehe dabei davon aus, dass der BrickDaemon gemerkt hat, dass zumindest ein MasterBrick nicht mehr da ist und daher die Verbindung nicht mehr bestehen konnte. Als mein Programm dann versuchte aktiv die Verbindung zu trennen, wurde eine Exception geworfen. EDIT: Was passiert eigentlich, wenn das Programm die Verbindung nach der Ausführung nicht aktiv trennt? Der Prozess wird einfach nur geschlossen. Merkt der Daemon irgendwann, dass die Verbindung weg ist und schließt diese?

Nein, Teste immer mit der vollen Schaltung. Leider ist das Einzige, das ich dir über den Motor sagen kann, dass die Steuerung über 230V läuft. Und in der Tat verursachen die Motoren recht viel Störungen. Hatte das schon an anderen Stellen gemerkt und ich habe das Gefühl, dass die Bricklets diese durch einen Bruchteil einer Sekunde in der LED zeigen. Mehr als du in der Schaltung meines vorigen Posts ablesen kannst, kann ich dir leider nicht sagen. Die Rollos waren direkt mit den Fenstern dabei.

@FlyingDoc: Ich habe diesem Post mal die Schaltung eines Rollos beigefügt. Insgesamt sind es aber 7 Rollos. D.h. 2 MasterBricks an 7 DualRelay Bricklets. Wegen der Spannungsschwankungen: Dann müsste ja die USB Buchse des ServerPCs diese verursachen. Kann das wirklich sein? @batti: Das ist unterschiedlich. Überwiegend funktioniert der Connect über den BrickViewer nicht. Ich drücke auf den Button aber es passiert nichts. Es ist aber auch schon mal vorgekommen, dass der Connect noch funktioniert hat, aber nur eines der MasterBricks erkannt wurde. Zum Thema Varistoren. Ja, hatte auch schon die befürchtung, dass es daran liegen könnte. Aber kann das wirklich sein? Ich kann den Absturz nicht reproduzieren. Unmittelbar nach einem Reset kann ich die Rollos wunderbar steuern - sowohl über mein Programm, als auch über den BrickViewer. Passt das Verhalten zu einem Varistoren Problem?

Hallo zusammen, mittlerweile habe ich das kleine Projekt mit der Rollosteuerung umgesetzt. D.h. Kabel sind verlegt, entsprechende Schalter verbaut und Software ist geschrieben. Es ist so realisiert, dass ich pro Rollo einen Doppelwippschalter habe. Der rechte Wippschalter pro Rollo ist für die Umschaltung zwischen "Manuell" und "Automatik". Der Linke für die Manuelle steuerung (hoch oder runter). Zur Erinnerung ich schalte mit dem DualRelay Bricklet pro Rollo die Stromzufuhr für "Hoch" oder "Runter". Ich habe nun leider ein Problem mit den Bricks/Bricklets: Diese scheinen sich recht häufig einfach aufzuhängen. Ich habe keine Möglichkeit mit dem BrickViewer eine Verbindung herzustellen. Die einzige Möglichkeit ist das USB Kabel rauszuziehen und wieder einzustecken oder den kleinen Reset Knopf an eines der MasterBricks zu betätigen. Da das System mir Arbeit erleichtern soll und ich nicht jeden Tag den Reset knopf drücken will, wollte ich mal fragen, ob das normal ist und/oder ob es dafür eine Lösung gibt. Edit: Im EventLog von Windows finde ich folgenden Eintrag: Could not receive from client (socket: 596, peer: 192.168.111.99), disconnecting it: WSAECONNRESET (71010054)

Der Schalter hat die Position Hoch/Aus/Runter. Im Prinzip ein Wippschalter mit 0-Stellung, wobei bei der 0-Stellung eben weder der linke noch der rechte Kontakt geschlossen wird. Da sind wir schon mal 2 Achso? Mir ist halt nicht ganz klar, wie die Ein/Ausgänge des IO16 miteinander verbunden sind. Wenn das so geht, wäre es natürlich umso besser. Das hat alles damit zu tun, wie ich die Schaltung des IO16 verstanden habe. Ich bin davon ausgegangen, dass jeweils zwei nebeneinanderliegende I/Os (A/Bi und GND) miteinander verbunden sind. Die Pärchen untereinander aber eben nicht. Da ich ja immer einen Kreislauf bilden muss. Bei näherer Betrachtung der Bilder sehe ich aber, dass es sich immer so verhält: [Ai,GND, Ai+1],[Ai+2,GND,Ai+3],... Kann ich also davon ausgehen, dass ich die linke Ader vom Schalter (hoch) mit A0, die Mittlere mit dem Output an der Seite und die rechte Ader (runter) mit A1 verbinden kann? Dabei müssten dann A0 und A1 als Input eingestellt werden, richtig? Wenn das so korrekt ist, könnte man sich in der Tat in meinem Fall mit 7 Rollos ein Master Brick und ein IO16 Bricklet sparen. Eines bleibt aber noch offen. Und das wäre aktuell sogar die wichtigste Frage: Gehe ich recht in der Annahme, dass so die Rollos nicht bewegt werden können, solange der Server aus ist?

Aaaaaaah. Jetzt verstehe ich (hoffentlich) was du meinst. TOLLE IDEE!!! Danke dafür! Meinst du das so wie im Anhang dargestellt? Falls ja, ist es dann nicht so, dass wenn der Server (aus welchen Gründen auch immer) ausfällt, ich die Rollos gar nicht mehr bewegen kann? Das wäre nämlich ein echtes Problem. Ich sehe es schon kommen: Meine Frau alleine zu Hause und der Server funktioniert nicht -> die Rollos lassen sich nicht runter-/hochfahren. Dann darf ich mir aber was anhören

Danke für deine schnellen Antworten, aber ich verstehe es leider immer noch nicht. Schau dir mal bitte das Attachment an. Das ist die aktuelle Situation. Wo sollen da nur 5V anliegen? Edit: Bei dem Schalter handelt es sich um einen rein mechanischen Schalter.

Das funktioniert leider nicht, weil die Schalter tatsächlich 220V Netzspannung schalten und so weit ich die Doku des IO-16 Bricklets richtig verstehe, verarbeitet dieses 1. nur digitale Signale und 2. maximal bis 5V. Oder habe ich da was falsch verstanden? Deswegen meinte ich auch, dass ich so viele Transformatoren brauche.