Hallo,
momentan läuft alles noch so wie es soll. Zugriff über SSH, Codesys Development und Webbrowser. Der Raspi ist nach Ausgabe von uptime schon über 16 Stunden online:

pi@RHC ~ $ uptime
13:57:07 up 16:09, 1 user, load average: 0.50, 0.55, 0.49

in der Runtime scheint nach "top" auch alles normal zu laufen:

top - 14:00:17 up 16:12, 1 user, load average: 0.43, 0.52, 0.49
Tasks: 64 total, 1 running, 63 sleeping, 0 stopped, 0 zombie
%Cpu(s): 12.0 us, 11.9 sy, 0.0 ni, 75.1 id, 0.1 wa, 0.0 hi, 0.8 si, 0.0 st
KiB Mem: 445740 total, 137284 used, 308456 free, 31508 buffers
KiB Swap: 102396 total, 0 used, 102396 free, 71532 cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
241 root 20 0 0 0 0 D 36.8 0.0 76:17.48 w1_bus_master1
2109 root 20 0 14664 11m 1996 S 24.5 2.6 237:30.91 codesyscontrol.
8466 pi 20 0 4696 2384 2004 R 12.3 0.5 0:00.08 top
1 root 20 0 2152 1384 1280 S 0.0 0.3 0:03.57 init
2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd
3 root 20 0 0 0 0 S 0.0 0.0 1:04.92 ksoftirqd/0
5 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/0:0H
7 root 20 0 0 0 0 S 0.0 0.0 0:06.41 rcu_preempt
8 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_sched
9 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_bh
10 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 khelper
11 root 20 0 0 0 0 S 0.0 0.0 0:00.01 kdevtmpfs
12 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 netns
13 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 perf
14 root 20 0 0 0 0 S 0.0 0.0 0:00.03 khungtaskd
15 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 writeback
16 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 crypto
17 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset
18 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kblockd
19 root 20 0 0 0 0 S 0.0 0.0 0:36.35 kworker/0:1

jedoch irritiert mich die Ausgabe der codesyscontrol.log. Und zwar direkt an obiger Stelle, * CoDeSysControl DEMO VERSION - runs 2 hours* dabei habe ich normal lizensiert und der Raspi läuft ja auch schon bereits seit über 16 Stunden.

Ich habe nun versucht die I2C Baudrate auf 25kHz runter zu stellen mit

sudo bash -c "echo options i2c_bcm2708 baudrate=25000 > /etc/modprobe.d/i2c.conf"

bin mir aber nicht sicher, ob das etwas gebracht hat...

Übrigens bring die Ausgabe von "dmesg | tail" folgendes:

pi@RHC ~ $ dmesg | tail
[58685.218508] w1_master_driver w1_bus_master1: Family 0 for 00.652000000000.9b is not registered.
[58744.341546] w1_master_driver w1_bus_master1: Family 0 for 00.e52000000000.17 is not registered.
[58781.920822] w1_master_driver w1_bus_master1: Family 0 for 00.152000000000.63 is not registered.
[58842.178238] w1_master_driver w1_bus_master1: Family 0 for 00.952000000000.ef is not registered.
[58878.000916] w1_master_driver w1_bus_master1: Family 0 for 00.552000000000.25 is not registered.
[58926.082464] w1_master_driver w1_bus_master1: Family 0 for 00.d52000000000.a9 is not registered.
[58939.754824] w1_master_driver w1_bus_master1: Family 0 for 00.352000000000.40 is not registered.
[58999.945410] w1_master_driver w1_bus_master1: Family 0 for 00.b52000000000.cc is not registered.
[59059.984979] w1_master_driver w1_bus_master1: Family 0 for 00.752000000000.06 is not registered.
[59108.183528] w1_master_driver w1_bus_master1: Family 0 for 00.f52000000000.8a is not registered.

Gruß

codesyscontrol.log.txt [24.41 KiB]

Hi,

das ist normal mit der DEMO ... zuerst ist es Demo ,dann wird zyklisch die Lizenz geprüft.

Wo kommt der verdacht das I2C Schuld sein soll...
Grüße
Edwin

Ich habe zwei MCP23017 über I2C angebunden. An diesen sind Relais verdrahtet, benutze die Port-Expander also als Ausgänge. Nachdem ich alles sonst aus meiner Steuerung geschmissen habe (bspw. Zeitschaltuhr über ntp) ist nur noch der I2C aktiv. Außerdem passt die Fehlerbeschreibung von mikegoesunder exakt mit meiner Problematik überein....
Gruß

Hi,
kannst du mich draufschauen lassen wenn es passiert is... -> meld dich beim 3S Support
bzw mache
'dmesg'
und eben cat /tmp/codesyscontrol.log
aber wie gesagt erst wenn du auf dem Fehler stehst.. das oben hatte ja noch keinen Fehler so wie ich das sehe...
Grüße
Edwin

Hallo!
Nach ungefähr 7 Tagen ist es nun wieder passiert:
- Raspberry führt die Anwendung nicht mehr aus
- kein Zugriff aus dem CODESYS Development
- kein Zugriff über die Webvisu

Zugriff über SSH funktioniert weiterhin. Dementsprechend konnte ich einiges auslesen:

Ich kann leider nicht wirklich etwas daraus erkennen...

Gruß

Raspi Ausgabe 0408 uptime.txt [89 Bytes]

Raspi Ausgabe 0408 ps aux.txt [5.44 KiB]

Raspi Ausgabe 0408 dmesg_tail.txt [1.01 KiB]

Raspi Ausgabe 0408 codesyslog.txt [70.17 KiB]

Hi,

wenn du noch auf dem Fehler stehst, melde dich doch bitte beim 3S Support,
dann sollten wir zusammen draufschauen.

Ergebnis: Runtime update auf dem Pi löste das Problem (V3.5.6.0 hatte das Problem)

Grüße
Edwin

Hallo,

nach einer "kleinen" Auszeit konnte ich mich wieder dem Thema i2c widmen.
Da mein Problem mit dem aussteigen des i2c an meinen beiden Rollosteuerungen immer noch nicht zufriedenstellend gelöst ist haben ein Kollege und ich die
Bibliotheken von Horter und Kalb, die im Codesys store heruntergeladen werden können ausprobiert.
Dem Anschein nach läuft die Heizungssteuerung meines Kollegen nun ohne das der I2c sich aufhängt seit fast 2 Wochen
im 24/7 Betrieb.

ich habe nun die Hoffnung, wenn ich diese Bibliotheken von Horter und Kalb in meine Rollosteuerung einbinde (was mit einen riesen Aufwand
gegenüber dem i2c_master verbunden ist) diese endlich stabil zum laufen bekomme.

Da sich der i2c_master in unregelmäßigen Abständen aufgehängt hat, jedoch die Bibliotheken für Ein und Ausgänge von Horter und Kalb nicht, und das in der
gleichen Runtimeversion vom Codesys auf dem Raspberry, auf dem die Heizungssteuerung läuft, frage ich mich wo hier der Unterschied liegt.

Eine weitere frage wäre, was hat sich in der aktuellen Version 3.8.5.0 getan? wurden hier eventuell der i2c_master optimiert?

Hallo,

nein am I2C hat sich nichts geändert aber das "aufhängen" des I2C war ja mal ein Problem in ner noch älteren Version.
Wenn du die aktuelle also 3.5.8.0 oder aber 3.5.7.10 verwendest darf sich da nichts aufhängen.
Vielleicht kannst du mir ja mal das Projektarchiv schicken oder aber man müsste sich das für den Fall#das es hängt
zusammen online anschauen.
Grüße
Edwin

Hallo,

ich habe die Lizenz mithilfe des Supports auf den Dongle bekommen. Auch habe ich die Bibliotheken von Horter & Kalb
nun 4 Tage am laufen gehabt. nichts hat sich aufgehängt.
jetzt wollte ich den i2c_master genauso einen erneuten Dauertest unterziehen und habe nach einen Tag das Problem
gehabt das dieser nicht mehr gelaufen ist. Bei näherer Betrachtung musste ich jedoch feststellen das der Raspberry die
Lizenz auf dem Dongle nicht mehr erkannte. Ein Reboot des Raspberry brachte auch keine Veränderung.
Die Runtime meinte in den Demomodus zu gehen obwohl der Dongle mit gültigen Runtimelizenzen gesteckt war.
Ich habe dann über das UpdateTool (im Menü unter Codesys) die Laufzeit nochmals darübergespielt.
Nachdem das Projekt wieder auf den Raspi lief zeigte dieser auch wieder gültige Lizenzen an.

Das Phänomen ist reproduzierbar. Nach einen Reboot des raspberrys erkennt dieser die Lizenzen auf dem Dongle nicht mehr.
Egal was ich dann mache, immer nur Demo. Wenn ich jedoch wie oben beschrieben die Runtime neu aufspiele, alles kein Problem.

Hi,
das musst mir mal online zeigen...
Grüße
Edwin

hallo,

kein problem. der teststand läuft noch. müssten nur mal zeittechnisch zusammenkommen.

gruß michl

Hallo Herr Schwellinger,

hat sich noch etwas ergeben mit dem Starten der Runtime unter verwendung der Dongles?

mfg michl