Hallo, thank you for thge link. Never before I read about a RPi_Cam_Web_Interface_Installer.sh. I will try it... Thank you Thomas
Hallo, Ich bringe das CameraStream.project nicht zum Laufen. Ich sehe die Ursache darin, das das Beispielprogramm sehr sparsam mit Programm-Kommentaren umgeht (von der Hilfe gar nicht zu reden). Ich habe beide Varianten bei der zu ändernden Zielvariable getestet: //copy video.htm to the webserver; //the location of the webserver depends on the used Apache version as mentioned in online help hDirHtmlTest:=SysDirOpen( szDir:='/var/www', pDirInfo:= ADR(dirInfo), diMaxDirEntry:=iMaxDirEntry, szDirEntry:=szDirEntry,...
Hallo, Ich bringe das CameraStream.project nicht zum Laufen. Ich sehe die Ursache darin, das das Beispielprogramm sehr sparsam mit Programm-Kommentaren umgeht (von der Hilfe gar nicht zu reden). Ich habe beide Varianten bei der zu ändernden Zielvariable getestet: //copy video.htm to the webserver; //the location of the webserver depends on the used Apache version as mentioned in online help hDirHtmlTest:=SysDirOpen( szDir:='/var/www', pDirInfo:= ADR(dirInfo), diMaxDirEntry:=iMaxDirEntry, szDirEntry:=szDirEntry,...
Hallo Edwin, ich bräuchte mal eine schnelle Hilfe. ich testete einen zweiten Raspberry Pi 4 mit meinem Lizenzdongle eines laufenden Raspberry. Der 2. Raspberry ist als Redundanzlösung bei einem Crash gedacht. DIe Schwierigkeiten begannen, als ich mit dem Raspberry 4 V1.5 nicht mehr mit SP16 weiterarbeiten konnte. Ich updatede auf SP20.1. und die Schwerstarbeit begann. Das Image wurde rübergeschoben und alles auf dem zweiten Rechner soweit zum Laufen gebracht. Der Dongle wurde ebenfalls am 2. Rechner...
Hallo Edwin, ich bräuchte mal eine schnelle Hilfe. ich testete einen zweiten Raspberry Pi 4 mit meinem Lizenzdongle eines laufenden Raspberry. Der 2. Raspberry ist als Redundanzlösung bei einem Crash gedacht. DIe Schwierigkeiten begannen, als ich mit dem Raspberry 4 V1.5 nicht mehr mit SP16 weiterarbeiten konnte. Ich updatede auf SP20.1. und die Schwerstarbeit begann. Das Image wurde rübergeschoben und alles auf dem zweiten Rechner soweit zum Laufen gebracht. Der Dongle wurde ebenfalls am 2. Rechner...
Und was ist mit dem Abschnitt [SysFile] ? Kann der sowohl in der /etc/CODESYSControl.cfg als auch in der /etc/CODESYSControl_User.cfg vorhanden sein ???
Hallo, nach Erwerb eines neueren Raspberry pi 4 (V1.5) musste ich zwangsläufig von Codesys 3.5.16 hochwechseln - ich habe auf 3.5.20.1 geupdated. Da schlugen mir plötzlich ne Menge Einschränkungen entgegen, deren Behebung einige Zeit dauerte. Eine davon ist, das ein SysFile.SysFileOpen nicht mehr funktioniert. Ich habe das Problem mit Einträgen in der /etc/CODESYSControl.cfg behoben: [SysFile] FilePath.1=/etc/, 3S.dat IecFilePath.1=/proc/, cpuinfo IecFilePath.2=/proc/, iomem PlaceholderFilePath.1=/sys/devices/w1_bus_master1,...
Hallo Edwin, es ist vollbracht. Ich habe die Absturzursache gefunden. Und wie so oft, bin ich selbst dran schuld. Es war kein Array was überläuft, sondern der Zugriff auf ein File war unsauber programmiert, so da es am Codesys hängenblieb und irgendwann die vielen Filezugriffen eins der "ulimits" überschritt. Für mich ist es nicht erfahrbar, ob dann Codesys selbst gesagt hat - ich gebe auf - oder ob Linux den Prozess gekillt hat. So sieht das im Betriebssystem dann aus: lsof -p 508 (508 ist PID des...
Ja habe ich gemacht, siehe oben: ...Mit der Kontrollfunktion bezüglich der Arrays habe ich tatsächlich 2 Punkte gefunden, an denen ich unsauber mit dem Index umgegangen bin... . . Ich dachte nur, die Fehlerausschrift im Logfile muss ja jemand mal programmiert haben. #### Exception: *EXCEPTION* in CommCycleHook <IP>0xb6cc4d90</IP> Und bei Euch muss doch sowas dokumentiert sein. Aber da scheine ich wohl Pech zu haben. Also weiter forschen. Ich kann nicht akzeptieren, dass das Teil alle reichlich 8h...
Hallo Edwin, melde mich nach einem Auf und Ab des Erfolgslevels. Noch stürzt der Raspberry immer wieder ab. Ich hatte aber nochmal meine Codesys-Installation überprüfen wollen und einfach mal ein Example auf den Rasp gebracht. Und siehe da. das Programm lief durch. Nun habe ich Stück für Stück ein neues Projekt angelegt und bis zur Hälfte der zu übernehmenden Programmteile lief es gut. Keine Abstürze. Ungeduldig wie ich bin, hab ich gestern die letzten Teile übernommen - prompt stürzte Codesys nach...
Bin gerade dabei, den Raspberry 4 freizuschaufeln und die Anwendung auf einen noch vorhandenen Raspberry 2 umzulegen. Ich muss meine Anwendung irgendwie am Leben erhalten. Leider geht das auch nicht ganz problemlos. Dann werde ich von vorn anfangen. Allerdings: Ich habe schon kurz nach dem ersten Auftreten des Problems ein Backup auf die SD-Karte vom Sommer gezogen und dann mein aktuelles Codesys-Programm aufgespielt. Das hat auch nichts gebracht - deswegen meine Befürchtung, das irgendwas im Programm...
der lsusb-Befehl bringt: root_pi4> lsusb Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 003: ID 064f:2af9 WIBU-Systems AG CmStick (HID, article no. 1001-xx-xxx) Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub root_pi4> Codesys war gerade wieder zu Ende gekommen. 8h20min seit dem letzten Mal. Betriebssystem-Version: root_pi4> cat /etc/os-release PRETTY_NAME="Raspbian GNU/Linux 10 (buster)" NAME="Raspbian...
Hallo Edwin, hier noch ein Log-Ausdruck, der mich nun ganz nervös macht. 2021-11-28T08:49:46Z, 0x00000002, 1, 0, 2, Application [<app>Application</app>] loaded via [OnlineChange] 2021-11-28T08:55:05Z, 0x0000007a, 2, 0, 0, !!!! Warning: CM SDK: : container 3-5362780 doesn't exist anymore 2021-11-28T08:55:05Z, 0x00000001, 2, 0, 0, !!!! Warning: no runtime license - running in demo mode(~120 minutes) 2021-11-28T08:55:05Z, 0x00000001, 1, 0, 35, CODESYS Control shutdown... 2021-11-28T08:55:05Z, 0x00000071,...
Der Top-Befehl sieht nicht nach Überlauf oder memory-leak aus (jedenfalls was ich erkennen kann): top - 22:28:46 up 3 days, 10:53, 2 users, load average: 0,86, 0,55, 0,39 Tasks: 116 total, 1 running, 115 sleeping, 0 stopped, 0 zombie %Cpu(s): 1,4 us, 0,7 sy, 0,0 ni, 97,9 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st MiB Mem : 3906,0 total, 3255,2 free, 143,1 used, 507,6 buff/cache MiB Swap: 100,0 total, 100,0 free, 0,0 used. 3602,9 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 6468 root 20...
Ja ist ein Pi 4 mit key (USB-Stick).
Ergänzung: Die Abstürze kommen relativ pünktlich alle 8h20min. In der Anwendung gibt es nichts mit so einem Zyklus. Beim letzten Absturz konnte ich in /tmp/codesyscontrol.log noch eine (vielleicht)interessante erste Zeile erkennen: 2021-11-27T16:19:45Z, 0x0000007a, 2, 0, 0, !!!! Warning: CM SDK: : container 3-5362780 doesn't exist anymore War aber 3 Minuten vor dem Absturz. Grüße Thomas
Hallo Edwin, vielen Dank für die Hinweise. Mit der Kontrollfunktion bezüglich der Arrays habe ich tatsächlich 2 Punkte gefunden, an denen ich unsauber mit dem Index umgegangen bin. Scheint aber nicht so richtig die Lösung zu sein. Nach den entsprechenden Änderungen kam erneut ein Absturz. Nur hatte ich jetzt ein Logfile /tmp/codesyscontrol.log . Ich habe einen Auszug als File angehängt. Ich kann insofern nicht viel daraus nehmen, das für mich ein expliziter Fehler nicht zu erkennen ist. Kannst Du...
Hallo, mit der oscat_basic-Lib ( von der Codesys-Seite kostenlos downloaden) mache ich sowas: my_string:= oscat_basic.REAL_TO_STRF(.r_Temperatur,1,'.'); "1" .. 1 Stelle nach dem Komma "." .. Dezimal-Zeichen Will ich die REAL-Zahl mit einer Kommastelle erzeugen, muss ich den String wieder in Real verwandeln. my_real:=STRING_TO_REAL(oscat_basic.REAL_TO_STRF(.r_Temperatur,1,'.')); Grüße Thomas
Hallo, auf einem Raspberry lief 1 Jahr stabil eine Anwendung. An dieser wird öfters geändert und seit ca. 14 Tagen stürzt Codesys ca. alle 6h ab. Ich habe mir erst mal geholfen, das ich Codesys automatisch neu starten lasse. Aber das kann ja nicht das Ziel sein. Nun ist es gerade eben im ONLINE-Modus abgestürzt und das erste Mal habe ich einen Hinweis bekommen. Ich kann mit dem Hinweis aber nichts anfangen (Bild). Wahrscheinlich bediene ich eine Library falsch o.ä. Gibt es noch für diesen Absturz,...
Hallo, es ist nun jetzt eingetreten, ich benötige Telegramme von mehr als 125 Worten für eine MODBUS-Verbindung zwischen zwei Steuerungen (Codesys 3.5). Ich hoffte, einen zusätzlichen "Kanal" zu erzeugen und es ginge los. Hat sich leider als falsch herausgestellt. Ich habe nun 0 Ideen für einen neuen Ansatz. Wer hat denn schon mal so was gemacht. Mfg Thomas
Hallo, eine zugegebener Maßen nicht mehr ganz taufrische 750-841 lädt seit ein paar Wochen nicht mehr ihr Programm, wenn es geändert wurde. Wahrscheinlich habe ich irgendeine Programmfalle mir selbst gestellt. Das Problem ist, wenn ich nach einer Programmänderung einlogge, beginnt das Programm zu laden und bleibt am Ende des Ladens einfach stehen. Bisherige Lösung ist nur, Strom von der 750-841 wegnehmen >> Ethernet Settings >> Dateisystem zurücksetzen >> Programm neu laden >> Bootprojekt erzeugen....
Hallo Edwin, Du schreibst:...Da Modbus , Visu usw alles auf dem Pi generell lizenziert ist... im Logfile steht aber "License for Modbus/TCP Slave not installed." "Demo-Mode for Modbus/TCP Slave expired. Feature stopped!" Und genau das macht es auch. Auch nachdem ich einen Dongle mit Lizenz eingerichtet habe. Dasselbe passiert bei der Visualisierung: "No valid licence found for the webserver..." Wenn alles generell lizenziert ist, dann sind die Log-Einträge doch unsinnig - nur das der Rasp genau danach...