Konfigurierungsfehler Codesys, Beispielprojekt

[compera24]

Hallo Ich habe das Beispielprojekt "RevPiLED-Control-Connect5.project" geladen und die Geräte Aktualisiert. Wenn ich das Programm Starte ist beim RevPi ein warndreieck und in den Registerkarten stehen die Meldungen: "Der Bus läuft nicht..." und "Konfigurationsfehler" (siehe Anhang. Nach einigerzeit der fehler suche macht der RevPi aber ansich das was im Programm steht. Die fehler aber immer noch da. Ansich ist Software und Hardware Neu und aktualisiert. Der RevPi läuft im Demo modus, der fehler tritt aber sofort nach dem neustart auf also unter 2h laufzeit. Wie kann ich das beheben? Was ist (potenziell) falsch konfiguriert? Da das ein Beispielprojekt ist gehe ich davon aus das es ansich korrekt konfiguriert ist (Fehler tritt auch bei anderen Beispielprojekten auf).

[Amar]

Hallo,
Konfigurationsfehler kann wahrscheinlich auf eine ältere PiCtory-Version zurückzuführen sein.
Stellen Sie sicher, dass Sie PiCtory Version 2.4.0.0 oder höher haben.
Dadurch entfällt die frühere Notwendigkeit, config.rsc PlaceholderFilePath in /etc/CODESYSControl_User.cfg manuell zu konfigurieren.

Überprüfen Sie das aktuell installierte pictory-Paket

Code: Select all

dpkg-query -l | grep pictory

Installieren Sie das neueste pictory-Debian-Paket

Code: Select all

sudo apt update && sudo apt install pictory

Wenn CODESYS Control Linux ARM 64 bit auf dem RevPi-Gerät installiert ist, starten Sie es neu, um die Änderungen nach der Aktualisierung des pictory-Pakets zu laden.

Code: Select all

sudo service codesyscontrol restart

Alternativ können Sie das Gerät neu starten

Stellen Sie sicher, dass Sie die neueste Umgebung verwenden:
Revolution Pi Library for CODESYS V2.4.0.0
I/O Driver for the Integration of Revolution Pi Devices in the CODESYS Development System V3.5 SP21 (inkl. Release Notes)
Kompatibel mit RevPi Bookworm Image (64 bit)
Kompatibel mit CODESYS Control for Linux ARM (64-bit) V4.16.0.0 und höher
Wenn der Fehler weiterhin besteht, senden Sie bitte einen SOS-Report.

https://kunbus-gmbh.atlassian.net/servi ... 2036400208

Grüße, Amar

[Amar]

Das piControl Kernelmodul ist nicht geladen! Dieser Fehler scheint nicht mit CODESYS zusammenzuhängen, sondern betrifft die grundlegende RevPi-Systeminitialisierung.
Dies verursacht folgende Probleme:

Fehlendes /dev/piControl0 - Der Device-Node existiert nicht, weil das Kernelmodul nicht geladen ist
piTest-Befehle schlagen fehl - Keine Kommunikation mit der RevPi-Hardware möglich
Hostname ist generisch "RevPi" anstatt "RevPi-Seriennummer"
Hardware-Konfiguration ist nicht ordnungsgemäß initialisiert

Empfohlene Lösung: Neuinstallation des RevPi-Images
Die empfohlene Vorgehensweise ist die Installation eines frischen RevPi-Images:
RevPi Bookworm 64-Bit Default (08/2025)

Download: https://revolutionpi.com/en/support/downloads#c1069

Diese Neuinstallation stellt sicher, dass alle Systemkomponenten korrekt konfiguriert sind.
Factory Reset nach Image-Installation
Nach dem Flashen des neuen Images ist ein Factory Reset erforderlich, um das System für Ihr spezifisches Gerät zu konfigurieren:
1. Factory Reset durchführen
Verwenden Sie das Kommando:
bashsudo revpi-factory-reset TYPE SERIAL MAC
Vorgehensweise:

Terminal öffnen: Greifen Sie auf die Kommandozeile Ihres RevPi zu
Platzhalter ersetzen:

TYPE durch den Gerätetyp (z.B. "Core", "Connect", "Compact" usw.)
SERIAL durch die Seriennummer
MAC durch die MAC-Adresse des Geräts

Wichtig: Diese Daten finden Sie auf der Frontblende Ihres RevPi-Geräts aufgedruckt
Beispiel:

Code: Select all

sudo revpi-factory-reset Connect 12345 C8:3E:A7:XX:XX:XX

2. System neu starten
Nach dem Factory Reset ist ein Neustart zwingend erforderlich:

Code: Select all

sudo reboot

3. Nach dem Neustart: System verifizieren
Nach dem Neustart sollten die piTest-Befehle funktionieren:
piControl-Modul prüfen

Code: Select all

lsmod | grep piControl
ls -la /dev/piControl*

# Hardware-Konfiguration testen

Code: Select all

piTest -d
piTest -x

# Hostname verifizieren (sollte jetzt "RevPi-" gefolgt von Ihrer Seriennummer sein)
hostname
Alternative: Factory Reset ohne Neuinstallation
Falls eine Neuinstallation momentan nicht durchführbar ist, können Sie auch nur den Factory Reset (Schritte 1-3 oben) versuchen. Dies könnte das Problem beheben, jedoch ist die Neuinstallation des Images die zuverlässigere Lösung.

Bitte teilen Sie uns die Ergebnisse mit, falls Sie weitere Unterstützung benötigen.
Grüße, Amar

[compera24]

TL;DR: lösung war: sudo ln -s /etc/revpi/config.rsc /var/opt/codesys/PlcLogic/revpi/config.rsc (Ursache also falsche directory für revpi/config.rsc)

Danke für die Antwort. Ich habe das Problem nach einiger verzweiflung und einem neuen anlauf nach dem WE selbst gelöst gehabt, und dann hier nicht mehr nachgeschaut. Was bei mir das Problem gelöst hat war ein symlink in der Revpi Console zu setzen (sudo ln -s /etc/revpi/config.rsc /var/opt/codesys/PlcLogic/revpi/config.rsc). Wie auch immer das zustande gekommen ist wurde an der falschen stelle nach der config gesucht. Ich habe das in irgendeinen (für mein empfinden versteckten) Log file gefunden (habe lange nach diesem Logfile gesucht der diesen fehler erklärt). Ansich habe ich nichts groß geändert gehabt was das erklärt aber naja. Habe also den ort der Config händisch gefunden und verlinkt.