Jump to content

Rincewind

Members
  • Gesamte Inhalte

    12
  • Benutzer seit

  • Letzter Besuch

Alle erstellten Inhalte von Rincewind

  1. Hallo, zur Zeit sieht es so aus, als ob das Trennen der Masterbricks das Problem gelöst hat. Ich hatte seit dem keinen Ausfall mehr. Warte weiter gespannt. Liebe Grüße, Rincewind
  2. Hallo, kurzer Zwischenstand: Nachdem heute wieder alle LEDs aus waren, habe ich mich dazu entschlossen den Stack wie folgt aufzutrennen: Die zwei Dual Relais und zwei Temperatursensoren laufen über die Ethernet Extension an einem MasterBrick Der zweite MasterBrick mit vier Temperatursensoren ist nun herausgelöst und über USB getrennt an einen Raspi angeschlossen, der dort neuerdings auch seinen Job als FHEM server verrichtet. Die Umkonfiguration war ein Kinderspiel. Alle Bricklets haben ihre IDs behalten und alles lief innerhalb von einer Minute. Vielen Dank für ein so flexibles SW design! Ich warte gespannt welcher der beiden Master Bricks nun aussteigen wird - oder auch nicht Liebe Grüße, Rincewind
  3. Hallo gagahhag, vielen Dank für den Hinweis! Mein USB Kabel ist 70cm lang. Ich führchte das ist bei mir nicht der Grund. Heute irgendwann zwischen 18:30 und 18:35 ist es wieder passiert - Typisch, einfach so ohne Schalten eines Relais. Keine Netzwerkverbindung mehr. Die Varistoren sind seit gestern bestellt. Liebe Grüße, Rincewind
  4. Hallo Batti, das habe ich nochmal optimiert. Alle 230V Kabel sind nun mindestens 30cm von Kabeln und Platinen des Stack entfernt. Mehr ist leider wegen der Platzverhältnisse schwierig. Bin gespannt ob es sich damit verbessert. Technisch gesehen: Ja. Die TCP Verbindung steht. Der Brickv zeigt aber nur eine leere Ansicht. Keine Fehlermeldung. Auf IP Ebene habe ich getraced. Der TCP Verbindungsaufbau läuft und die TCP Verbindung steht, aber danach werden keine Nutzdaten über die TCP Session übertragen. Kann es sein, dass die Extension die TCP session selbst handled sie aber irgendwie den Masterbrick nicht erreichen kann? Initialisierungproblem? Ich habe das Recovery eben nochmal genau durchgespielt: [*]Zustand: LEDs blau, Brickv über Netzwerk zeigt leere Liste [*]Power off/on - gleicher Zustand [*]Power off - USB an Computer angeschlossen - Brickv über USB zeigt "Inventar" [*]Dann wieder Power off/Power on an USB Netzteil - Brickv über Netzwerk zeigt jetzt auch das Inventar
  5. Hallo Batti, die Schutzschaltung ist noch eine Idee. Zur Zeit habe ich noch keine davor, da das Schalten selbst keine Störungen zeigte. Auch gibt es keinen zeitlichen Bezug zwischen einem Schaltauftrag und dem Aufhängen des Stacks (siehe unten). An zwei Relais schalte ich eine 48V Gleichpannung aus der Lüftungsanlage. Die schaltet zwischen Tag, Nacht und Partybetrieb. Ein Öffnerkontakt schaltet die Anlage ab - dort liegen 230V~ an, wird aber sehr selten geschaltet. Ein Kontakt schaltet den Bypass für den Wärmetauscher - auch 48V - nie genutzt. Das Relais das zwischen Tag- und Nachtschaltung wechselt wird um 08:00, 13:00, 15:00 und 19:00 geschaltet. Nie habe ich zu diesen Zeiten oder kurz danach einen Ausfall registriert. Da alle 5 Minuten die Temperaturen eingesammelt werden, kann man das ganz gut in den Logs sehen. Wenn ich den Stack von der Stromversorgung trenne und wieder einstecke, leuchten alle LED wie gewünscht - nur das man über das Netzwerk den Stack nicht erreicht. Habe es heute nochmal ausprobiert. Ich war allerdings nicht ganz präzise: Die TCP Verbindung (3 way handshake) geht, aber nicht mehr. Wenn ich den Stack dann einmal an einem PC angeschlossen und mit dem Brickv über USB verbunden habe, geht danach auch die Verbindung über Ethernet wieder. Dumm nur das ich dafür jedesmal mit einem Laptop auf den Speicher kriechen muss. Liebe Grüße, Rincewind
  6. Hallo, Mein Stack hat ein Stabilitätsproblem... Der Stack ist wie folgt aufgebaut (von unten nach oben): * Master mit 2 Temperatur Bricklets und 2 DualRelay * Master mit 4 Temperatur Bricklets * Ethernet Extension ohne PoE Angetrieben wird der Stack über ein USB Netzteil. Über die Ethernet Schnittstelle lese ich alle 5 Minuten die Temperaturen und Relaisstati aus. Ausserdem wird ca. 4-6 mal am Tag ein Relais geschaltet - ebenfalls über die Ethernet Extension. Das ganze misst diverse Temperaturen an der Heizung und Lüftungsanlage. Die Relais steuern die Lüftungsanlage. Das ganze läuft für Tage und Wochen stabil, bis plötzlich der Stack den Betrieb einstellt. Symptome: * Der Stack ist nicht mehr über Ethernet erreichbar. * Die beiden blauen LED der Masterbricks sind aus. * USB Netzteil läuft aber. Oft hilft ein aus und wieder einschalten. Aber es kommt auch vor, dass der Stack wieder startet (blaue LEDs leuchten) er aber trozdem nicht über IP erreichbar ist. Dann muss ich mit einem Rechner über USB an den unteren Masterbrick und siehe da - alles läuft wieder. Ursprünglich hatte ich das Netzteil in Verdacht. Habe es getauscht und für einige Zeit sah es so aus, als ob das Problem gelöst sei. Aber das Problem tritt jetzt wieder gehäuft auf. Bin für Tipps sehr dankbar.. mir gehen die Ideen aus. Rincewind
  7. Hallo, Sieht so aus als ob ich den Fehler gefunden habe: Das USB Netzteil. Ich habe jetzt das 2A Netzteil aus dem Shop gegen ein anderes Netzteil mit 1A gewechselt von MOBI - jetzt läuft es seit mehreren Tagen ohne Probleme.
  8. Habe mir openHAB mal angesehen. Die Architektur ist schon beeindruckend. Klar und simpel. Auch die Frond-ends sind hübsch. Und es gibt ja schon einen Haufen Bindings zur Außenwelt... Ich habe allerdings nur ein Binding für Homematic gefunden, nicht aber für ELV/Conrad FS20. Steckt das noch im Entwicklerzweig? Ich finde allerdings, dass die Einstellung der Bindings irgendwie Javatypisch etwas unhandlich geraten ist. Aber gerade daran dreht man am Anfang erstmal viel herum bis es läuft... Ich werde jetzt nicht sofort umsteigen, aber es ist ein guter Tipp und wer weiß... Sieht wohl nicht so aus als ob die Schnittmenge zwischen TinkerForge und FHEM groß wäre - schade...
  9. Es gibt auch mehr als einen Web browser auf dem Markt. Je nach Geschmack kann man sich das laden, was zu einem passt. Ich denke das ist schon ok so und die Parallelität auch ein Aspekt des Open Source Gedankens, genau wie der Re-Use Faktor. Ich habe mich damals wegen der FS20 Unterstützung für FHEM entschieden und meine Wahl bisher nicht bereut. Auch wenn in FHEM nicht alles nach meinem Geschmack gebaut ist läuft es stabil und erfüllt seinen Zweck. Für das Web Interface gibt es nicht nur das spartanische Grün auf Gelb sondern auch schickere Styles. Und wer sich daran stört kann die Stylesheets selbst anpassen. Auch Floorplans kann man einspielen und mit Information und aktiven Elementen versehen darstellen. Wie auch immer - ist nur ein Vorschlag..
  10. Hallo, Habe gesehen das es jetzt auch ein Perl Binding für Tinkerforge gibt. Ich setze schon seit einiger Zeit ein Tool zur Hausautomation ein, das z.B. mit den ELV/Conrad FS20 Modulen spricht Thermostate, Schalter, Dimmer... Das Tool ist open Source und hat Unterstützung für einen ganzen Zoo anderer Hardware. Ich könnte mir vorstellen, das Tinkerforge da einen weiteren coolen Hardwarbaustein darstellen könnte. Das Tool heißt FHEM www.fhem.de und ist in Perl geschrieben. Da ich leider nicht der Perlhacker bin kann ich da leider nicht persönlich aktiv werden. Stelle mich aber gern als leidenschaftlicher Tester zur Verfügung. Fhem gibt es für Raspberry wie auch für die Fritzbox oder für alles auf dem Perl läuft... Liebe Grüße, Klaus
  11. Hallo, Vielen Dank für die Tipps. Der Stack steht zwar direkt davor, aber die Anlage hat ein Vollmetallgehäuse. Kann man zwar nie so ganz ausschließen, aber da die Temperaturmessung zuvor einen Monat ohne Probleme durchgehalten hat Könnte mir höchstens vorstellen dass EM über das Steuerkabel rein kommt. Ich logge alle 5 Minuten die Temperaturen. Die beiden Ausfälle waren immer zu Zeiten wo kein Relais geschaltet wurde, also das Problem mit dem Schalten induktiver Lasten scheidet dann wohl aus, oder? Ich bin heute nochmal mit dem Netbook auf den Speicher gekrochen und habe das nochmal ausprobiert. Über den Netbook USB Port lief der Stack mit allen Bricklets auf Anhieb. Ich konnte alles schalten und hatte auch sonst keine Probleme. Ich habe dann den Stack (der noch vom Computer versorgt wurde) über IP angesprochen und auch dort war alles in Ordnung. Umgesteckt auf das USB Netzteil und jetzt geht es erstmal wieder. Nach dem ersten Ausfall war das genauso. Ausschalten und Einschalten mit dem USB Netzteil hat nichts geholfen. Auch mehrmals, Reset Taster... Nichts. Dann als letzten Versuch an den Computer angeschlossen und alles wieder gut. Ich hatte das damals für einen Fall spontaner Selbstheilung gehalten... Scheint aber Methode zu haben. Was macht der Stack anders, wenn er einen Computer "findet"? Liebe Grüße, Klaus
  12. Hallo, ich hoffe es kann mir jemand einen Tipp geben.. Mein Stapel besteht aus zwei Master Bricks und einer Ethernet Extension (ohne PoE). Ich betreibe den Stapel mit dem 2A USB Netzteil welches den unteren Master Brick speist. An den Stapel sind vier Termperatur Bricklets angeschlossen sowie zwei Dual Relay Bricklets. Der Stapel läuft leider sehr instablil. Mit dem Brickv über Ethernet erreiche ich den Stapel nach einiger Zeit zwar noch auf TCP aber die "Inventar"liste ist leer oder unvollständig - z.B. fehlt einer der Bricks samt Bricklets. Auch zahlreiche Neustarts haben nichts verändert. Per USB läuft der Stapel an einem Computer soweit gut. Alles wird vom Brickv erkannt und kann normal verwendet werden. Ich hatte zuvor die Konfiguration mit nur einem Brick, Ethernet und den vier Termometern für einen Monat störungsfrei in Betrieb bevor ich ihn erweitert habe. Ich nutze den Stapel um mit den Termometern meine Heizungsvorlauf und Rücklauf zu messen. Die Relays steuern meine Lüftungsanlage Vitovent300. Die Relays schalten die Stromversorgung bzw. den Bypass über 230V und zwei weitere Relays schalten mit 48V den Betriebszustand Tag/Nacht/Party. Die Lösung wäre perfekt, wenn sie nur stabil laufen würde Ich bin ziemlich ratlos... Vielen Dank und liebe Grüße, Klaus
×
×
  • Neu erstellen...