Prozessabbild Kommunikation gestört RevPiCompact
Posted: 21 Jul 2025, 11:46
Hallo zusammen.
Wir haben den Revolution Pi Compact im Einsatz und nutzen über das Prozessabbild die Digitalen Ein- und Ausgänge.
Dafür haben wir einmalig (damals noch unter stretch) eine Pictory Konfiguration erstellt und diese für diverse Anlagen verwendet und immer diese eine Konfiguration auf neue Anlagen übertragen.
Nun haben wir mittlerweile auf das neuere Basis-Image (latest-revpi-bullseye-arm64-lite) geupdated.
2 Änderungen sind hier zu verzeichnen (armhf -> arm64 und stretch -> bullseye).
Der Anlagenbetrieb konnte erst wie erwartet gestartet werden und auch die Kommunikation zu den DIOs des RevPi Compact funktionierte nach der Konfiguration mit der erstellten Pictory Konfiguration wie erwartet.
Leider hat sich bei weiterem Betrieb der Anlage herausgestellt, dass ab irgendeinem Zeitpunkt die Synchronisation des Prozessabbildes mit den DIOs einstellt.
Fehlerzustand:
Zuletzt haben wir diesen Zustand erreicht, als ein Ausgang abfallen sollte (und dies auch tat), wir ein Rücksignal am Eingang aber weiterhin anliegen hatten, obwohl physikalisch kein Signal mehr vorlag.
Im folgenden haben wir zunächst versucht nur mit den `piTest` Kommandos Signale aus dem Prozessabbild zu lesen und zu schreiben, was auch weiterhin ohne Probleme funktioniert hat. Allerdings wurden die gesetzten Ausgänge vom RevPiCompact nicht angesteuert, obwohl eine entsprechende 1 im Prozessabbild stand.
Hier hilft nur ein Neustart des Revolution Pi, um die Synchronisation des Prozessabbildes mit den IOs wieder zu ermöglichen.
Das ist natürlich im normalen Anlagenbetrieb keine Lösung.
Welche Umstände genau zu dem Absturz der Synchronisation geführt haben konnten wir noch nicht im Detail analysieren, da dieser Zustand immer nur im zu bestimmten Zeitpunkten mitten im Betrieb (nicht direkt nach Neustart) auftritt.
Logs konnten wir dementsprechend auch noch nicht viele sammeln, in den `kern.log`s gab es zum Zeitpunkt des Fehlerauftretens, und auch danach beim Testen / Debuggen allerdings keinerlei ausgaben.
Über entsprechende Rückmeldungen zum Problem / Ideen, wie wir den Fehler provozieren und damit nachstellbar machen können, wären wir sehr dankbar.
Auch über einen Hinweis, ob es abgesehen von der Pictory Version unterschiede durch den OS / ARM Wechsel gegeben haben könnte.
MfG Simvei001
Wir haben den Revolution Pi Compact im Einsatz und nutzen über das Prozessabbild die Digitalen Ein- und Ausgänge.
Dafür haben wir einmalig (damals noch unter stretch) eine Pictory Konfiguration erstellt und diese für diverse Anlagen verwendet und immer diese eine Konfiguration auf neue Anlagen übertragen.
Nun haben wir mittlerweile auf das neuere Basis-Image (latest-revpi-bullseye-arm64-lite) geupdated.
2 Änderungen sind hier zu verzeichnen (armhf -> arm64 und stretch -> bullseye).
Der Anlagenbetrieb konnte erst wie erwartet gestartet werden und auch die Kommunikation zu den DIOs des RevPi Compact funktionierte nach der Konfiguration mit der erstellten Pictory Konfiguration wie erwartet.
Leider hat sich bei weiterem Betrieb der Anlage herausgestellt, dass ab irgendeinem Zeitpunkt die Synchronisation des Prozessabbildes mit den DIOs einstellt.
Fehlerzustand:
Zuletzt haben wir diesen Zustand erreicht, als ein Ausgang abfallen sollte (und dies auch tat), wir ein Rücksignal am Eingang aber weiterhin anliegen hatten, obwohl physikalisch kein Signal mehr vorlag.
Im folgenden haben wir zunächst versucht nur mit den `piTest` Kommandos Signale aus dem Prozessabbild zu lesen und zu schreiben, was auch weiterhin ohne Probleme funktioniert hat. Allerdings wurden die gesetzten Ausgänge vom RevPiCompact nicht angesteuert, obwohl eine entsprechende 1 im Prozessabbild stand.
Hier hilft nur ein Neustart des Revolution Pi, um die Synchronisation des Prozessabbildes mit den IOs wieder zu ermöglichen.
Das ist natürlich im normalen Anlagenbetrieb keine Lösung.
Welche Umstände genau zu dem Absturz der Synchronisation geführt haben konnten wir noch nicht im Detail analysieren, da dieser Zustand immer nur im zu bestimmten Zeitpunkten mitten im Betrieb (nicht direkt nach Neustart) auftritt.
Logs konnten wir dementsprechend auch noch nicht viele sammeln, in den `kern.log`s gab es zum Zeitpunkt des Fehlerauftretens, und auch danach beim Testen / Debuggen allerdings keinerlei ausgaben.
Über entsprechende Rückmeldungen zum Problem / Ideen, wie wir den Fehler provozieren und damit nachstellbar machen können, wären wir sehr dankbar.
Auch über einen Hinweis, ob es abgesehen von der Pictory Version unterschiede durch den OS / ARM Wechsel gegeben haben könnte.
MfG Simvei001