photron

Das sieht so aus als ob dein Programm da unabsichtlicherweise hat_set_bricklet_power(hat, false) aufruft. Ein industrial_dual_relay_set_monoflop(...) Aufruf für Channel 0 wird bei passend korrumpierter UID als hat_set_bricklet_power(hat, false) verstanden, da beide Funktionen die Funktions-ID 3 haben und der Channel 0 Parameter als false interpretiert werden kann. Daher wäre es interessant zu sehen (z.B. per Wireshark auf localhost), ob dein Programm wirklich diesen korrumpierten Aufruf schickt.

Interessant! Zwischen dem 5V Regler und dem 5V Ausgängen zu den Bricklets sitzt ein TPS22975 Leistungsschalter, über den der HAT Brick die Versorgung der Bricklets abschalten kann. Der TPS22975 Chip hat auch einen Überlastschutz. Entweder schaltet der HAT Brick die 5V Versorgung willentlich ab, was er nicht von sich aus tut, sondern nur beim Aufruf der entsprechenden API Funktion, oder der Überlastschutz des Chips greift ein. Tritt das Problem auch auf, wenn der Display nicht über den Bricklet Port versorgt wird? Bzw. was ist der minimalste Aufbau mit dem das Problem auftritt? Über Brick Viewer kann über die "Enable Bricklet Power" Checkbox auf dem HAT Brick Tab die Versorgung der Bricklets gesteuert werden. Hilft es im Fehlerfall, die Checkbox zu deaktivieren (falls sie aktive ist) und wieder zu aktivieren? Oder hilft ein Reset des HAT Bricks über den "Reset" Knopf auf dem HAT Brick Tab im Brick Viewer?

Es wundert mich, dass du das 24V Netzteil mit 20V misst. Kannst du ein Foto vom Gesamtaufbau zeigen? Die 5V für die Bricklets und das Raspberry Pi können vom HAT Brick geschaltet werden. Die 3 großen Kondensatoren neben der micro USB Buchse auf dem HAT bilden die Ausgangskapazität des 5V Reglers. Könntest du dort auch mal die 5V messen (die Masseseite hat den schwarzen Balken) an einem der 3 Kondensatoren? Die Frage ist, ob der HAT Brick die 5V abschaltet (5V nur an den Bricklet Ports weg), oder ob der 5V Regler an sich einbricht (5V am Kondensator weg). Geht dann auch die Status LED des HAT Bricks selbst aus, oder bliebt die an? Benutzt du in deinem Programm Funktionen des HAT Bricks, z.B. um die Stromversorgung der Bricklets zu schalten oder den Sleep Mode zu nutzen? An welchem Port hast du welches Bricklet angeschlossen? Woran erkennst du dass das Raspberry Pi neustartet? Wie viele Schaltvorgänge braucht es bis das Problem auftritt? Wir haben, dass hier gerade versucht nachzustellen, es läuft aber ohne Probleme 10 Minuten durch wobei abwechselnd jede Sekunde alle 3 Industrial Dual Relay Bricklet umgeschaltet werden. Tritt das Problem beim Anziehen ober beim Abfallen der Relais auf? Sorry für die viele Fragen, das Problem ist mysteriös.

Woran machst du fest, dass das Raspberry Pi an bleibt? Das Raspberry Pi wird aber über den HAT Brick versorgt, oder versorgst du das Raspberry Pi unabhängig vom HAT?

Du hast im Brick Viewer dem Haken für "Use Authentication" gesetzt, Authentication in Brick Daemon aber nicht konfiguriert. Nimm mal den Haken für "Use Authentication" im Brick Viewer wieder weg.

Ich habe das Brick Viewer UI mal so abgewandelt, dass man den Port nicht so einfach aus Versehen verstellen kann.

Tritt das Problem auch auf, wenn an den Relaisausgängen nichts angeschlossen ist? Wie häufig tritt das Problem auf? Eher alle 10 oder eher alle 1000 Schaltvorgänge? Wie werden die LEDs mit Strom versorgt? Auch über das 24V Netzteil? Wenn ja, wie viel Leistung nehmen die LEDs auf? Bricht vielleicht durch das Schalten der LEDs die Spannung des Netzteils zusammen? Geht auch das Raspberry Pi mit aus? In welcher zeitlichen Folge und mit welcher Frequenz werden die Relais geschaltet? Werden die abwechselnd oder alle gleichzeitig geschaltet?

Was schaltest du denn mit den Industrial Dual Relais? Hast du da induktive Lasten dran, aber z.B. keine Freilaufdiode, Varistor oder Snubber verbaut?

Der Standardport ist 4223, nicht 4224.

Entsprechend dieses Diagramms: https://www.tinkerforge.com/de/doc/Hardware/Bricks/Silent_Stepper_Brick.html#anschlussmoglichkeit Am schwarzen 2-Pol Stecker schließt du die Stromversorgung für den Motor an, am grünen 4-Pol Stecker die beiden Wicklungen des Motors. Das sind am Motor im M12 Motor Stecker die Signale A/, A, B, B/. Der M12 Encoder Stecker am Motor bleibt unbelegt.

Der Schrittmotor hat einen Nennstrom von 4,2A, der Stepper Brick leistet aber maximal 2,5A und der Silent Stepper Brick maximal 1,6A. Du kannst den Schrittmotor an den Bricks betreiben, der Motor wird aber nicht volle Kraft entfalten können.

Brick Viewer scheint da ein Usability Problem zu haben. Du bist nicht der erste, der in letzter Zeit mit dem Connect Knopf Probleme hat. Wir werden das abändern, so dass die Funktion des Connect Knopfes klarer wird.

Und genau davon hätte ich gerne ein Bild. Wie sieht dein Brick Viewer aus, wenn es nicht funktioniert. Du klickst aber schon auf den großen Connect Kopf, oben in Brick Viewer, so dass sich der Knopf auf Disconnect ändert?

Mir ist unklar was du mit "keine Grafik angezeigt" meinst. Meinst du die Bricks und Bricklets tauchen in Brick Viewer gar nicht auf, oder tauchen die Bricklets auf, aber die Graphen bleiben leer? Kannst du vielleicht einen Screenshot zeigen?

Das könnte mit einem Bug in Brick Viewer zusammenhängen, der in Brick Viewer Version 2.4.13 behoben wurde. Der Bug führte dazu, dass als Reaktion auf ein Enumerate Callback eines RED Bricks ein weiteres Enumerate ausgelöst wurde. Teste daher bitte mal, ob das Problem mit Brick Viewer Version 2.4.13 noch besteht.

Das ist an sich das richtige vorgehen, funktioniert allerdings nicht, weil cron und redapid (der Dienst der die Programme verwaltet und startet) in der falschen Reihenfolge starten können. Dadurch versucht dann der cron Eintrag den Startbefehle für dein Programm an redapid zu senden bevor redapid läuft. Das steht auf der TODO List das mal zu verbessern. Der Workaround dafür ist den Programmstart auf "Always" zu stellen, "Continue after error" abzuwählen und dein Programm mit einem Exit Code ungleich 0 enden zu lassen .

Bindings: MQTT 2.0.11 Add --cmdline-file, --broker-tls-secure, --no-debug, --symbolic-response, --hide-payload and --no-init-file commandline options Download: MQTT

Bindings: MQTT 2.0.11 Kommandozeilenoptionen --cmdline-file, --broker-tls-secure, --no-debug, --symbolic-response, --hide-payload und --no-init-file hinzugefügt Download: MQTT

Bindings: Shell 2.1.27 Add missing options to bash-completion logic Download: Shell

Bindings: Shell 2.1.27 Fehlende Optionen zur bash-completion Logik hinzugefügt Download: Shell

Bindings: Java 2.1.28, MATLAB/Octave 2.0.28 Use Maven to build all JAR file variants Download: Java, MATLAB/Octave

Bindings: Java 2.1.28, MATLAB/Octave 2.0.28 Alle Varianten der JAR Datei werden mit Maven gebaut Download: Java, MATLAB/Octave

Brick Viewer 2.4.13 Fix race condition in RED Brick program state tracking Report actual cause for connection errors Don't reset RED Brick tab on every enumerate callback (fixes tab reset on selecting the Server Monitoring tab) Ensure that all dialogs have proper close buttons Fix close buttons for for detached tabs Fix race condition in RED Brick overview sorting Downloads: Windows, Linux, macOS

Brick Viewer 2.4.13 Race Condition in der RED Brick Programmzustandsverfolgung korrigiert Verbindungsfehler melden unterliegende Ursache RED Brick Tab wird durch Enumerate Callbacks nicht mehr zurückgesetzt (behebt Zurücksetzten des RED Brick Tabs bei Auswahl des Server Monitoring Tabs) Alle Dialoge haben Schließenknöpfe Schließenknöpfe von angetrennten Tabs repariert Race Condition in der RED Brick Overview Sortierung Downloads: Windows, Linux, macOS

Wir haben das hier mal kurz getestet, können das aber so nicht nachstellen. Vermutlich ist es etwas speziell an deinem Aufbau. Kannst du ein Foto vom Aufbau zeigen, so das ich hier verstehen kann wie das verdrahtet ist? Eine Vermutung ist, dass die Störung über die Stromversorgung ins System kommt und sich bis aufs Messsignal durchschlägt. Da währe eigentlich die Erwartung, dass der DC/DC Wandler auf einem Isolator Bricklet das wegfiltern kann, das hat ja aber nach deiner Aussage nichts geholfen. Daher die Frage, wie versorgst du den Aufbau mit Strom und hilft es den Aufbau anders mit Strom zu versorgen? Kannst du die Störung auch auf der 3,3V oder 5V Leitung des Bricklets messen, die auch auf dem grünen 8-Pol Stecker liegen?