leider bin ich ziemlich verzweifelt und finde keine Lösung für mein Problem. Hier kurz zum Sachverhalt:
Bis vor kurzem lief ein Codesys Programm auf meinem Raspi 3 B+ rev. 1.3 für die Hausautomation (Licht, Rollläden,...). Für die Hardwareanbindung werden DAIO (24VDC/0-10VDC) Karten von Horter und Kalb genutzt. Die Kommunikation erfolgt über den I2C Bus. Runtime Version 4.4.0.0, single core inklusive Lizens und zusätzliche Bibliotheken von Oscat. Da es sich um einen Neubau handelt wurde der Raspi längere Zeit nicht genutzt. Nach dem Inbetriebnehmen hat alles wie erwartet funktioniert. Kommunikation mit der Hardware, Webvisu,... alles kein Problem. Ich habe dann den Raspi via Update-Befehl aus der Taskleiste aktualisiert (VNC). Danach wurde das Codesys Programm nicht mehr ausgeführt. Erstellt wurde das Programm mit Codesys V3.5 sp17 patch 3 und Runtime Version 4.4.0.0. Ich habe noch auf 4.4.7.0-b.trunk.39 armhf aktualisiert und auch entsprechend den Raspi im Programm sowie die Bibliotheken aktualisiert. Ich kann in Codesys die Runtime Versionen anpassen nur wird der Raspi in Device/Kommunikation nicht angezeigt. Auch bekomme ich unter System-Info/Laufzeitsystem-Info keine Daten. Habe noch die neueste Codesys Version V3.5 sp19 installiert. Leider gleiches Problem.
Zweiter Test mit einem Raspi 4 B rev. 1.1. 4GB war ebenfalls erfolglos (Raspberry PI OS neue aufgespielt, 32bit), wobei ich unter System-Info/Laufzeitsystem-Info Daten bekomme und den Raspi unter Device/Kommunikation finde. Sobald ich ein Programm laden möchte stoppt aber codesyscontrol. Es verhält sich genauso mit einem neuen, leeren Projekt. Es ist single core gewählt und auch das Gerät als single-core angelegt. Tests mit 4.4.0.0 sowie 4.4.7.0 und v3.5 sp17 und sp19 waren auch erfolglos.
Beide Raspis sind via LAN-Kabel und statischer IP ins Netzwerk integriert und VNC, Internetzugang funtionieren sowie die Kommunikationsdienste wie SSH, I2C,... sind alle aktiviert.
Der Raspi 3 B+ rev. 1.3 soll weiter mit der gekauften Lizens genutzt werden. Hat jemand eine Idee/Lösung?
Vielen Dank vorab
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Danke für die schnelle Antwort. Den Vorschlag aus dem Link werde ich für den 3B+ heute Abend testen und danach funktioniert hoffentlich wieder alles.
Den 4B rev. 1.1 habe ich schon länger (1 bis 2 Jahre). Sollte sich daher nicht um die ganz neue Hardware handeln. Werde bei Gelegenheit dennoch 4.8.0.0 testen.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Ich habe mal getestet und bei beiden Raspis in die "config.txt" "arm_64bit=0" geschrieben.
- 3B+ keine Verbesserung
- 4B hat funktioniert und mein Programm läuft darauf, wobei ich die Kommunikation mit den DAIO Karten via I2C Bus noch nicht getestet habe (Hardware nicht angeschlossen). Aber Visu ist da und Runtime 4.7.0.0 sowie update des Raspis im Programm sowie, GPIO, I2C und einiger Bibliotheken hat geklappt und es scheint auch keine Fehlermeldung mehr zu geben sowie kein Hinweis auf falsche Codesys Version.
Jetzt nur noch der Hinweis, dass sich die Adresse im Programm mit der des Raspi unterscheidet. Hat das mit der Lizens zu tun? Ist es möglich die microSD Karte aus dem 4er in den 3er zu stecken um zu testen ob es ein Problem mit der Karte aus dem 3er gibt? Oder soll ich Raspberry Pi OS auf der Karte im 3er neu installieren? Wie läuft das mit den Lizensen? Sind diese an die Hardwarekennung des Pis gekoppelt?
danke schon mal vorab an eschwellinger ;-)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Habe den 3B+ nun neu aufgesetzt ohne die Updates zu machen und der Raspi wird in Codesys wieder regulär gefunden. Programm aufspielen und ausführen läuft auch. Nur leider haben die empfohlenen Vorgehensweisen um die Lizenz zu reaktivieren nicht funktioniert. Dem muss ich noch auf den Grund gehen. Kaufe mir am besten noch eine Lizenz inklusive Dongle, dann wäre auch ein Hardwaretausch einfacher.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hallo zusammen,
leider bin ich ziemlich verzweifelt und finde keine Lösung für mein Problem. Hier kurz zum Sachverhalt:
Bis vor kurzem lief ein Codesys Programm auf meinem Raspi 3 B+ rev. 1.3 für die Hausautomation (Licht, Rollläden,...). Für die Hardwareanbindung werden DAIO (24VDC/0-10VDC) Karten von Horter und Kalb genutzt. Die Kommunikation erfolgt über den I2C Bus. Runtime Version 4.4.0.0, single core inklusive Lizens und zusätzliche Bibliotheken von Oscat. Da es sich um einen Neubau handelt wurde der Raspi längere Zeit nicht genutzt. Nach dem Inbetriebnehmen hat alles wie erwartet funktioniert. Kommunikation mit der Hardware, Webvisu,... alles kein Problem. Ich habe dann den Raspi via Update-Befehl aus der Taskleiste aktualisiert (VNC). Danach wurde das Codesys Programm nicht mehr ausgeführt. Erstellt wurde das Programm mit Codesys V3.5 sp17 patch 3 und Runtime Version 4.4.0.0. Ich habe noch auf 4.4.7.0-b.trunk.39 armhf aktualisiert und auch entsprechend den Raspi im Programm sowie die Bibliotheken aktualisiert. Ich kann in Codesys die Runtime Versionen anpassen nur wird der Raspi in Device/Kommunikation nicht angezeigt. Auch bekomme ich unter System-Info/Laufzeitsystem-Info keine Daten. Habe noch die neueste Codesys Version V3.5 sp19 installiert. Leider gleiches Problem.
Zweiter Test mit einem Raspi 4 B rev. 1.1. 4GB war ebenfalls erfolglos (Raspberry PI OS neue aufgespielt, 32bit), wobei ich unter System-Info/Laufzeitsystem-Info Daten bekomme und den Raspi unter Device/Kommunikation finde. Sobald ich ein Programm laden möchte stoppt aber codesyscontrol. Es verhält sich genauso mit einem neuen, leeren Projekt. Es ist single core gewählt und auch das Gerät als single-core angelegt. Tests mit 4.4.0.0 sowie 4.4.7.0 und v3.5 sp17 und sp19 waren auch erfolglos.
Beide Raspis sind via LAN-Kabel und statischer IP ins Netzwerk integriert und VNC, Internetzugang funtionieren sowie die Kommunikationsdienste wie SSH, I2C,... sind alle aktiviert.
Der Raspi 3 B+ rev. 1.3 soll weiter mit der gekauften Lizens genutzt werden. Hat jemand eine Idee/Lösung?
Vielen Dank vorab
auf dem 3B ist wohl das dein Problem:
https://forge.codesys.com/forge/talk/Runtime/thread/747b95a7ba/#784a
PI4 nur wenn es die ganz neue Hardware version ist musst du auf 4.8.0.0 warten -> nächste Woche Release:
https://de.codesys.com/das-system/codesys-release-plan.html
Last edit: eschwellinger 2023-03-31
Danke für die schnelle Antwort. Den Vorschlag aus dem Link werde ich für den 3B+ heute Abend testen und danach funktioniert hoffentlich wieder alles.
Den 4B rev. 1.1 habe ich schon länger (1 bis 2 Jahre). Sollte sich daher nicht um die ganz neue Hardware handeln. Werde bei Gelegenheit dennoch 4.8.0.0 testen.
...dann müsste er auch mit aktuellem Image funktionieren. sudo apt-get upgrade sollte man nicht machen aktuell dann gehts nimmer.
Ich habe mal getestet und bei beiden Raspis in die "config.txt" "arm_64bit=0" geschrieben.
- 3B+ keine Verbesserung
- 4B hat funktioniert und mein Programm läuft darauf, wobei ich die Kommunikation mit den DAIO Karten via I2C Bus noch nicht getestet habe (Hardware nicht angeschlossen). Aber Visu ist da und Runtime 4.7.0.0 sowie update des Raspis im Programm sowie, GPIO, I2C und einiger Bibliotheken hat geklappt und es scheint auch keine Fehlermeldung mehr zu geben sowie kein Hinweis auf falsche Codesys Version.
Jetzt nur noch der Hinweis, dass sich die Adresse im Programm mit der des Raspi unterscheidet. Hat das mit der Lizens zu tun? Ist es möglich die microSD Karte aus dem 4er in den 3er zu stecken um zu testen ob es ein Problem mit der Karte aus dem 3er gibt? Oder soll ich Raspberry Pi OS auf der Karte im 3er neu installieren? Wie läuft das mit den Lizensen? Sind diese an die Hardwarekennung des Pis gekoppelt?
danke schon mal vorab an eschwellinger ;-)
Habe den 3B+ nun neu aufgesetzt ohne die Updates zu machen und der Raspi wird in Codesys wieder regulär gefunden. Programm aufspielen und ausführen läuft auch. Nur leider haben die empfohlenen Vorgehensweisen um die Lizenz zu reaktivieren nicht funktioniert. Dem muss ich noch auf den Grund gehen. Kaufe mir am besten noch eine Lizenz inklusive Dongle, dann wäre auch ein Hardwaretausch einfacher.