lapawa

Die ungenaue Frequenzmessung kann ich bestätigen. Ich bekommen immer einen Wert von um die 49.6Hz. Ein weiterer Grund für ein Redesign des Energy Monitor Bricklets. Habe in diesem Thread von Problemen mit dem Bricklet berichtet die ein Reset des Stapels verursachen.

Das ist nicht mehr nötig. Danke jedoch für das Angebot. Ich habe das Energy Monitor Bricklet nun vor den EPN510 angeklemmt. Damit wird dessen Spannung nicht mehr abrupt weggenommen und der Stapel läuft stabil. Was ich mir aber wünschen würde, wäre ein überarbeitetes Energy Monitor Bricklet was besser geschützt bzw. isoliert ist. Denn wenn man sich den Schaltplan so anschaut, sieht es so aus, als dass der Transformator für die Spannungsmessung direkt über die Widerstände R7,9,&11 an dem Operationsverstärker vorbei auf den analogen Eingang des Controller geht. Gruß

Die Preisfrage lautet nun: Wie bekomme ich das Energy Monitor Bricklet geschützt? Ich habe an den Eingang für den Spannungstransformator eine Suppressordiode vom Typ BZW06-13B angebracht. Hilft aber leider auch nicht. @photron Irgendeine Idee? Kannst Du das Problem nachstellen?

Der Spannungstransformator ist 'hinter' dem EPN510 und wird daher mit abgeschaltet. Dies induziert wie bei jeder Spule eine hohe Spannung und legt den Stapel lahm.

In der Zwischenzeit habe ich das Dual Relay Bricklet gegen ein Industrial Dual AC Relay Bricklet getauscht. Das ist ja genau für diese Aufgabe gemacht. Damit bekomme ich jedoch das gleiche Verhalten. Dennoch konnte ich das Problem an einer anderen Stelle weiter einkreisen. Wenn ich vom Energy Monitor Bricklet den Spannungstransformator entferne tritt das Problem nicht mehr auf. Also wird meiner Meinung nach eine zu hohe Spannung vom Transformator in dessen Bricklet gestreut und damit der gesamte Stapel gestört. Ich werde eine Schutzbeschaltung mit Varistor vorschalten und berichten.

* Es tritt nur auf wenn der EPN510 angeschlossen ist. Habe noch folgendes ausprobiert: * Verkabelung strickt getrennt. * Wechsel vom 24V Netzteil, welches neben dem EPN510 am der selben Phase hängt, zu USB Versorgung vom Notebook Hat alles nicht geholfen. Das Problem muss bein Einschalten passieren. Denn selbst der Monoflop von 250ms wird teilweise nicht zurückgenommen! Ich gehe auch von einem EMV Problem bein Einschalten aus.

Hallo ich verwende eine Dual Relay Bricklet um 230 VAC zu schalten. Der Verbraucher ist eine hager EPN510. https://hager.com/de/katalog/produkt/epn510-fernschalter-1s-230v-ac-16a Mein Stapel wird von einem 24Volt DC Netzteil per Step-Down Power Supply versorgt. Dies sollte somit stabil sein und keine Probleme verursachen. Kommuniziert wird per Ethernet Master Extension. Kann mir jemand erklären warum der Stapel immer bei einem Monoflop von 250ms in den Reset geht? Hier noch eine Auflistung meines Stapels von oben nach unten: Ethernet Extension Energy Monitor Bricklet Dual Relay Bricklet Master Brick 2.1 Bricklet Segment Display 4x7 Bricklet IO-4 Bricklet 2.0 Segment Display 4x7 Bricklet Industrial Digital out 4 Bricklet 2.0 Master Brick 2.1 Step-Down Power Supply Vielen Dank lapawa

Hallo, ich werde die beiden Bricklets Industrial Digital Out 4 Bricklet 2.0 und Industrial Quad Relay Bricklet 2.0 verwenden um mit 24V DC das Eltako Relais ESR12Z-4DX-UC (pdf) zu schalten. Welche Schutzmaßnahmen sollte ich ergreifen um die Bricklets vor der induzierten Spannung beim Öffnen der Kontakte zu schützen? Ich dachte hier an eine Zenerdiode als Schutzdiode (wikipedia) pro Ausgang. Was empfiehlt Tinkerforge an dieser Stelle? Gruß und Danke schonmal Lapawa

Hallo, sieht nach einem sehr interessantem Projekt aus. Ich verfolge deine Bemühung schon eine Weile. Eine Idee hätte ich dazu auch noch. Die neuen 7poligen Bricklets bieten per API die Möglichkeit Kommunikationsfehler zu erfragen. Vielleicht kannst Du das 'Sterben' eines Bricklets darüber vorzeitig erkennen. BrickletOneWire.get_spitfp_error_count() Gruß

Ok. Danke für die Ausführung. So etwas hatte ich schon vermutet. Des weiteren könnte das Timing ein Problem sein. Ich weiß nicht, ob die vier Ausgänge exakt zum selben Zeitpunkt geschaltet werden. Und damit wäre auch der Einschaltstrom nicht auf alle vier Ausgängen aufgeteilt. Ist schon richtig. Das Ganze wäre zu sehr auf 'Kante genäht'. Entweder ich finde einen passenderen Verbraucher oder ich wechseln auf das 'Industrial Quad Relay Bricklet 2.0' Bricklet.

Verwendest Du evtl. Bricklets mit dem 10poligen Stecker am HAT? Das wäre nämlich nicht zu einander kompatibel.

Ok. Danke für die Antworten. Für Ersteres werde ich den Stack dann kurz stromlos schalten.

Finally solved! Es war ein reines Problem mit der Hardware. Hier wurde mit zu viel Lötzinn gearbeitet. Durch das ETH/USB HAT wurde ausgerechnet Pin 17+21 also SPI-MISO und SPI-MOSI gebrückt! Siehe Bild: Also Klecks entfernt und alles ist wieder gut! Danke für die rege Teilnahme an der Problemlösung. Endlich kann es mit dem Projekt weitergehen. Ich freue mich auf einen Master Brick mit 7poligem Stecker. Die sind wenigstens auf Funktion geprüft und ersparen mir zeitraubenden Fehlersuchen dieser Art.

Hallo, ich verwende das HAT Brick am Raspberry Pi und lasse ihn regelmäßig für eine halbe Stunde im Sleep Modus verweilen. Danach wacht er auf, sammelt ein paar Messwerte verschickt diese und legt sich wieder schlafen. a) Ist es möglich diesen Sleepmodus per Taster/Pin frühzeitig zu beenden? Ich möchte den Stack manuell bei Bedarf aufwecken. Eine zweite Frage die ich zum HAT habe b) Wieso habt ihr die erzeugte 5,3 Volt Spannung nicht herausgeführt? Das wäre sehr praktisch, sie wie bei dem Step Down Power Supply zur Verfügung zu haben. Gruss

Hallo, ich habe ganz ähnliche Probleme mit dem HAT Zero. Welche Meldungen siehts Du denn im log file vom brickd daemon brickd? Zu finden unter /var/log/brickd.log Du kannst den daemon per Eintrag in der Konfigurationsdatei /etc/brickd.log in den Debug Mode versetzen. Den Daemon anschliessend per 'sudo systemct restart brickd.service' neu starten. Das ergibt dann noch mehr Details im Log file. Gruß EDIT: Das Problem hat sich bei mir gelöst. Ein weiteres HAT hatte auf den SPI Leitungen einen Kurzschluss verursacht. https://www.tinkerunity.org/topic/5985-brickd-liefert-fehlermeldungen-am-laufenden-band/