glaf

Manchmal ist es gut wenn man Probleme einfach ruhen lässt... dann lösen sie sich von selbst Ich schick Euch mein LCD und krieg eins das funktioniert - sehr schön!

OK, vielleicht stell ich mich als Softwaremensch ein bisschen blöd an, aber ich frage einfach nochmal: Ist eine 100W Glühbirne (240V) eine induktive Last? Genügt ein 360V-Varistor parallel zu dieser Last? Z.B. einer wie der hier: http://www.conrad.de/ce/de/product/500746/SCHEIBENVARISTOR-S20K230 ? Mag für manch einen eine Kleinigkeit sein das zu testen, hab aber so gut wie kein Elektronik-Werkzeug und auch keine Bauteile zuhause rumfahren... daher würd ich - wenn ich das Zeug schon beschaffen muss - gerne wissen, ob ich das richtige tue. Danke! Gruß, Olaf

Hallo zusammen, nochmal zum ursprünglichen Problem: Mein 20x4-LCD steigt aus wenn das Relais eine Last schaltet. Das geht ziemlich schnell, sagen wir nach spätestens 1-5 Schaltvorgängen bleibt das Display hängen und die Helligkeit dimmt langsam runter. Fehlermeldung kommt keine. Ich kann weiterhin API-Funktionen aufrufen und das Ding tut so als wäre alles OK... aber keine visuelle Reaktion. Liegt am Relais keine Last an, dann gibts auch keine Abstürze. Mittlerweile verschärft sich der Effekt: Wenn das Relais eingeschalten bleibt und die Last (weiterhin eine 100W-Glühbirne) per externem Schalter an- und abgeschalten wird (habe einen ins Zuleitungskabel eingebaut), dann stürzt bei schnellen, manuellen Ein- und Ausschaltzyklen sogar der Master-Brick ab, sodass keine Kommunikation mehr möglich ist. Im Gegensatz zum alleinigen Absturz des LCDs wirft die API dann aber immerhin eine Exception. Tja. Wie interpretiere ich das? Beeinflussen die Felder um die stromführenden Leitungen das gesamte System dermaßen, dass nicht nur das I2C-Modul vom Display abranzt, sondern sogar ein Totalabsturz des Masters möglich ist? Lösungsvorschläge? Workarounds? Und an die Entwickler: Welche Lasten kann ich mit dem 227V/AV 10A Relais denn überhaupt bedenkenlos schalten? Weiterhin dankbar um Antworten und Tipps, Olaf

Richtig, wenn es hängt, dann geht überhaupt nichts mehr (auch Hintergrundbeleuchtung weder an noch aus) und die Hintergrundbeleuchtung entlädt sich langsam bis es dunkel ist. Ziffern bleiben stehen, Fehlermeldungen kommen keine. Gibts etwa ne Softwarelösung des Problems?

OK, also evtl liegts an der Anfälligkeit vom I2C, das muss ich wohl mal prüfen. Sobald ich wieder zum basteln komme versuch ichs auch mal mit nem selfmade-Schirm.

Aha, und ich dachte ich nehme extra erst einmal eine Glühlampe, damit ich das Problem mit der induktiven Last zunächst nicht bekomme. Ist ja keine Wicklung, kein Trafo, kein Motor... hab ich wohl falsch gedacht... tja, gesundes Halbwissen sag ich da nur Und am Ende soll ja ein Stellventil geschalten werden (eben die Heizung), das wird wohl ein Motor sein, also brauch ich dann sowieso eine Lösung. Sollte ich das sicherheitshalber vielleicht mit einem zweiten Relais realisieren? Und wie muss ein Snubber dimensioniert sein? Gibts da eine DAU-sichere Standardschaltung? Bin wie gesagt eigentlich kein Hardware-, sondern eher der Softwaremensch... daher find ich Tinkerforge (bisher) auch so gut konzipiert. Und Christian, genau so verhält es sich bei mir auch. Das Display bleibt stehen und die HG-Beleuchtung dimmt langsam runter, es ist aber weiterhin adressierbar (nur ohne dass sich was verändert). Statische Aufladungen wären bei mir auch möglich, die ganze Chose liegt momentan noch im Pappkarton rum Aber dass es läuft wenn die Glühlampe nicht dran ist erklärt sich damit auch nicht unbedingt - wobei ich noch nicht mehrere Stunden abgewartet habe. Mit Glühlampe dauerts nur wenige Minuten bis der Fehler auftritt.

FW-Versionen sind aktuell, hab ich als erstes geprüft. Habe gerade das Problem weiter eingrenzen können: Es scheint sich das Display dann aufzuhängen, wenn das Relay schaltet. Und zwar nur dann, wenn tatsächlich eine Last anliegt (in meinem Fall derzeit noch zu Testzwecken eine 40W-Glühbirne). Entferne ich die Last, dann ist alles kein Problem. Da aber weder Brickd noch API irgendwas melden, kann es sein dass "nur" die Display-Einheit abranzt, die Schnittstelle aber noch immer denkt, das Display würde funktionieren? Und wie könnte ich das vermeiden? Die stromführende 230V-Leitung inklusive Relay-Bricklet sind jetzt ca. 30cm vom Display entfernt. Weiter weg wird wegen Kabellängen erstmal schwierig... Hm.

Hi Loetkolben, nein, die Verbindung bleibt bestehen. Und Du hast Recht, Faktor 10 langsamer scheint problemlos zu sein. Nur das führt die Menüsteuerung per Joystick und LCD ad absurdum. Schon eine ziemlich tragische Sache... anscheinend kann man das Display zubomben wie man will, da gibts überhaupt keine Probleme (ausser mit der langsamen Reaktion des LCD). Abschmieren tuts offenbar erst dann, wenn zeitnahe Temperature- und Relay-API-Aufrufe erfolgen. Kann doch nicht im Sinne des Erfinders sein, oder? Ich meine auch das Relay lässt sich 10 mal pro Sec schalten. Und der IP-Stack wird doch von dem bisschen nicht überlastet. Die USB-Verbindung etwa? Trotzdem hätte ich dann gerne eine Fehlermeldung und nicht einfach ein hängenbleibendes Display. Tja....

Hallo zusammen, nach einigen Spielereien bin ich jetzt dabei, meine Heizungssteierung zu programmieren. In 0.1-Sec-Taktung wird ein Joystick abgefragt, in 1-Sec-Taktung die Temperatur, und falls sich was ändert, wird das Relais geschalten und/oder das Display verändert. Einzelne Tests haben bisher immer ganz gut geklappt, aber auf einmal, wenn alles zusammen spielen soll, steigt immer wieder das LCD aus (und zwar nur das LCD), es bleibt hängen und reagiert einfach nicht mehr. Auch mit dem Brickv kann ich dann nix mehr am LCD schalten. Alles andere geht weiterhin. Der Brickd meldet keinen Fehler, die API tut so als wäre alles gut - ist es aber nicht. Es hilft nur ein Reset am Master, was eigentlich ziemlich schlimm ist. Das ganze System besteht aus 4 Bricklets an einem Master, welcher wiederum am USB hängt: Joystick, LCD 20x4, Dual-Relay, Temperature. Dabei werden von zwei verschiedenen Python-Skripten (eins für die Relay-Steuerung per Temp+Relay und eins für die Menüführung per LCD und Joystick) Verbindungen zum Brickd aufgebaut... was bisher nie das Problem war. Woran kann das liegen? Jemand eine Idee? Firmware- oder Brickd-Bug? Gruß, Olaf