Fhem nicht erreichbar / startet nicht??? [ GELÖST ]

CarstenF · 20 April 2016, 11:23:11

Moin zusammen,

Seit heute morgen ist mein FHEM über die Weboberfläche nicht mehr erreichbar.
Ich habe gestern meine beiden Jeelinks aus dem System entfernt und erneut über Serial-by-ID
eingebunden, da diese bei einem Neustart oftmals vom PI vertauscht wurden. Dann habe ich den
Geräten die Jeelinks neu zugeordnet und dann lief es.
Heute morgen ist plötzlich nichts mehr erreichbar. Wenn ich in das fhem.log schaue, stoppen die
Eintragungen mit bzw. folgende Zeilen erscheinen:

Code Auswählen

2016.04.20 11:06:39 1: Including fhem.cfg
2016.04.20 11:06:39 3: telnetPort: port 7072 opened
2016.04.20 11:06:42 3: WEB: port 8083 opened
2016.04.20 11:06:43 3: WEBphone: port 8084 opened
2016.04.20 11:06:43 3: WEBtablet: port 8085 opened
2016.04.20 11:06:46 2: eventTypes: loaded 3268 events from ./log/eventTypes.txt
2016.04.20 11:06:54 3: Opening CUL_0 device /dev/ttyACM0
2016.04.20 11:06:54 3: Setting CUL_0 serial parameters to 9600,8,N,1
2016.04.20 11:06:54 3: CUL_0 device opened
2016.04.20 11:06:55 3: CUL_0: Possible commands: BCFiANEkGMKUYRTVWXefmLltux
2016.04.20 11:06:55 3: Opening CUL_1 device /dev/ttyACM1
2016.04.20 11:06:55 3: Setting CUL_1 serial parameters to 9600,8,N,1
2016.04.20 11:06:55 3: CUL_1 device opened
2016.04.20 11:06:55 3: CUL_1: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2016.04.20 11:06:55 2: Switched CUL_1 rfmode to MAX
2016.04.20 11:06:56 3: CUL_MAX_Check: Detected firmware version 161 of the CUL-compatible IODev
2016.04.20 11:08:21 3: You need to restart fhem or modify to enable new protocol.
2016.04.20 11:08:35 3: Opening maxcube_868 device 192.168.1.59:2323
2016.04.20 11:08:35 3: maxcube_868 device opened
2016.04.20 11:08:35 3: maxcube_868: Possible commands: BbCFiAZNEkGMKLUYRTVWXefltxz
2016.04.20 11:08:36 3: TABLETUI: new ext defined infix:ftui/: dir:./www/tablet:
2016.04.20 11:08:36 3: Registering HTTPSRV TABLETUI for URL /ftui   and assigned link ftui/ ...
2016.04.20 11:08:37 3: MPD: Device wifiRadio defined.
2016.04.20 11:08:40 1: LaCrosse_32: no I/O device
2016.04.20 11:08:40 3: LaCrosse_32: unknown IODev specified
2016.04.20 11:08:40 3: Opening miniCUL433 device 192.168.1.47:23
2016.04.20 11:08:40 3: miniCUL433 device opened
2016.04.20 11:08:40 3: miniCUL433: Possible commands: BCFiAZNEkGMKUYRTVWXefmLltux
2016.04.20 11:08:41 1: LaCrosse_26: no I/O device
2016.04.20 11:08:41 3: LaCrosse_26: unknown IODev specified
2016.04.20 11:08:43 3: Opening jeelink device /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
2016.04.20 11:08:43 3: Setting jeelink serial parameters to 57600,8,N,1
2016.04.20 11:08:43 3: jeelink device opened
2016.04.20 11:08:44 3: LaCrosse_25: I/O device is jeelink
2016.04.20 11:08:44 3: Opening Steckdosenjeelink device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9W7ZLX9-if00-port0
2016.04.20 11:08:44 3: Setting Steckdosenjeelink serial parameters to 57600,8,N,1
2016.04.20 11:08:44 3: Steckdosenjeelink device opened
2016.04.20 11:08:45 3: Balkonsensor: I/O device is Steckdosenjeelink
2016.04.20 11:08:46 3: Wohnzimmersensor: I/O device is Steckdosenjeelink
2016.04.20 11:08:46 3: PCA301_03B771: I/O device is Steckdosenjeelink
2016.04.20 11:08:46 3: PCA301_027367: I/O device is Steckdosenjeelink
2016.04.20 11:08:46 3: PCA301_0E7AB5: I/O device is Steckdosenjeelink
2016.04.20 11:08:47 3: PCA301_038622: I/O device is Steckdosenjeelink
2016.04.20 11:08:47 3: PCA301_0E7C2B: I/O device is Steckdosenjeelink
2016.04.20 11:08:47 3: PCA301_019FFA: I/O device is Steckdosenjeelink
2016.04.20 11:08:47 3: PCA301_0FA73B: I/O device is Steckdosenjeelink
2016.04.20 11:08:47 3: LaCrosse_2A: I/O device is Steckdosenjeelink
2016.04.20 11:08:48 3: Testsensor: I/O device is Steckdosenjeelink
2016.04.20 11:08:48 3: Licht_Sensor: I/O device is Steckdosenjeelink
2016.04.20 11:08:48 1: Including ./log/fhem.save
2016.04.20 11:08:57 1: configfile: You need to restart fhem or modify to enable new protocol.
LaCrosse_32: unknown IODev specified
LaCrosse_26: unknown IODev specified

2016.04.20 11:08:57 3: No I/O device found for LaCrosse_26
2016.04.20 11:08:57 3: No I/O device found for LaCrosse_32
2016.04.20 11:09:00 3: Fernbedienung: connected
2016.04.20 11:09:01 1: usb create starting
2016.04.20 11:09:04 3: Probing CUL device /dev/ttyAMA0
2016.04.20 11:09:04 3: Probing TCM_ESP3 device /dev/ttyAMA0
2016.04.20 11:09:05 3: Probing FRM device /dev/ttyAMA0
2016.04.20 11:09:10 1: usb create end
2016.04.20 11:09:10 2: Messages collected while initializing FHEM: configfile: You need to restart fhem or modify to enable new protocol. LaCrosse_32: unknown IODev specified LaCrosse_26: unknown IODev specified 
2016.04.20 11:09:10 0: Featurelevel: 5.7
2016.04.20 11:09:10 0: Server started with 406 defined entities (fhem.pl:11256/2016-04-16 perl:5.014002 os:linux user:fhem pid:2178)
2016.04.20 11:09:10 3: Opening ml device 192.168.1.86:62910
2016.04.20 11:09:10 3: ml device opened
2016.04.20 11:09:15 1: PERL WARNING: Use of uninitialized value in numeric eq (==) at ./FHEM/14_CUL_MAX.pm line 602.
2016.04.20 11:09:15 1: PERL WARNING: Use of uninitialized value in numeric eq (==) at ./FHEM/14_CUL_MAX.pm line 615.

Die Zeilen aus der 14_CUL_MAX.pm lauten

Code Auswählen

599 # First, lookup all thermstats for their current TimeInformationHour
600   foreach my $addr (keys %{$modules{MAX}{defptr}}) {
601     my $dhash = $modules{MAX}{defptr}{$addr};
602    if(exists($dhash->{IODev}) && $dhash->{IODev} == $hash
603          && $dhash->{type} =~ /.*Thermostat.*/ ) {
604
605      my $h = ReadingsVal($dhash->{NAME},"TimeInformationHour","");
606      $used_slots[$h]++ if( $h =~ /^[0-5]$/);
607    }
608  }
609
610  foreach my $addr (keys %{$modules{MAX}{defptr}}) {
611    my $dhash = $modules{MAX}{defptr}{$addr};
612    #Check that
613    #1. the MAX device dhash uses this MAX_CUL as IODev
614    #2. the MAX device is a Wall/HeatingThermostat
615    if(exists($dhash->{IODev}) && $dhash->{IODev} == $hash
616    && $dhash->{type} =~ /.*Thermostat.*/
617    && AttrVal($dhash->{NAME},"ignore","0") eq "0" ) {
618
619      my $h = ReadingsVal($dhash->{NAME},"TimeInformationHour",""); 
620     if( $h !~ /^[0-5]$/ ) {
621        #Find the used_slot with the smallest number of entries
622        $h = (sort { $used_slots[$a] cmp $used_slots[$b] } 0 .. 5)[0];
623        readingsSingleUpdate($dhash, "TimeInformationHour", $h, 1);
624        $used_slots[$h]++;
625      }

Aber an dem Max Bereich habe ich ja gar nichts verändert.
Bin etwas ratlos und weiß gerade nicht wo ich suchen soll.

Das sind übrigens die laufenden Prozesse

Code Auswählen

pi@Hausautomation ~ $ ps aux
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.3  0.2   2164  1332 ?        Ss   11:07   0:01 init [2]  
root         2  0.0  0.0      0     0 ?        S    11:07   0:00 [kthreadd]
root         3  0.0  0.0      0     0 ?        S    11:07   0:00 [ksoftirqd/0]
root         5  0.0  0.0      0     0 ?        S<   11:07   0:00 [kworker/0:0H]
root         6  0.0  0.0      0     0 ?        S    11:07   0:00 [kworker/u2:0]
root         7  0.1  0.0      0     0 ?        S    11:07   0:00 [rcu_preempt]
root         8  0.0  0.0      0     0 ?        S    11:07   0:00 [rcu_sched]
root         9  0.0  0.0      0     0 ?        S    11:07   0:00 [rcu_bh]
root        10  0.0  0.0      0     0 ?        S<   11:07   0:00 [khelper]
root        11  0.0  0.0      0     0 ?        S    11:07   0:00 [kdevtmpfs]
root        12  0.0  0.0      0     0 ?        S<   11:07   0:00 [netns]
root        13  0.0  0.0      0     0 ?        S<   11:07   0:00 [perf]
root        14  0.0  0.0      0     0 ?        S    11:07   0:00 [khungtaskd]
root        15  0.0  0.0      0     0 ?        S<   11:07   0:00 [writeback]
root        16  0.0  0.0      0     0 ?        S<   11:07   0:00 [crypto]
root        17  0.0  0.0      0     0 ?        S<   11:07   0:00 [bioset]
root        18  0.0  0.0      0     0 ?        S<   11:07   0:00 [kblockd]
root        19  0.2  0.0      0     0 ?        S    11:07   0:01 [kworker/0:1]
root        20  0.0  0.0      0     0 ?        S<   11:07   0:00 [rpciod]
root        21  0.0  0.0      0     0 ?        S    11:07   0:00 [kswapd0]
root        22  0.0  0.0      0     0 ?        S    11:07   0:00 [fsnotify_mark]
root        23  0.0  0.0      0     0 ?        S<   11:07   0:00 [nfsiod]
root        29  0.0  0.0      0     0 ?        S<   11:07   0:00 [kthrotld]
root        30  0.0  0.0      0     0 ?        S<   11:07   0:00 [VCHIQ-0]
root        31  0.0  0.0      0     0 ?        S<   11:07   0:00 [VCHIQr-0]
root        32  0.0  0.0      0     0 ?        S<   11:07   0:00 [VCHIQs-0]
root        33  0.0  0.0      0     0 ?        S<   11:07   0:00 [iscsi_eh]
root        34  0.0  0.0      0     0 ?        S<   11:07   0:00 [dwc_otg]
root        35  0.0  0.0      0     0 ?        S<   11:07   0:00 [DWC Notificatio]
root        37  0.0  0.0      0     0 ?        S    11:07   0:00 [VCHIQka-0]
root        38  0.0  0.0      0     0 ?        S<   11:07   0:00 [SMIO]
root        39  0.0  0.0      0     0 ?        S<   11:07   0:00 [deferwq]
root        40  0.0  0.0      0     0 ?        S    11:07   0:00 [kworker/u2:2]
root        41  0.1  0.0      0     0 ?        S    11:07   0:01 [mmcqd/0]
root        42  0.0  0.0      0     0 ?        S    11:07   0:00 [kworker/0:2]
root        43  0.0  0.0      0     0 ?        S    11:07   0:00 [jbd2/mmcblk0p2-]
root        44  0.0  0.0      0     0 ?        S<   11:07   0:00 [ext4-rsv-conver]
root       160  0.1  0.4   2940  2208 ?        Ss   11:07   0:00 udevd --daemon
root       264  0.0  0.0      0     0 ?        S<   11:07   0:00 [kworker/u3:0]
root       265  0.0  0.0      0     0 ?        S<   11:07   0:00 [hci0]
root       270  0.0  0.0      0     0 ?        S<   11:07   0:00 [hci0]
root       273  0.0  0.0      0     0 ?        S<   11:07   0:00 [kworker/u3:2]
root       303  0.0  0.4   2936  2048 ?        S    11:07   0:00 udevd --daemon
root       305  0.0  0.4   2936  1972 ?        S    11:07   0:00 udevd --daemon
root       397  0.0  0.0      0     0 ?        S<   11:07   0:00 [kworker/0:1H]
root      1574  0.0  0.2   1768  1232 ?        S    11:07   0:00 /usr/sbin/ifplugd -i lo -q -f -u0 -d10 -w -I
root      1605  0.1  0.2   1768  1136 ?        S    11:07   0:00 /usr/sbin/ifplugd -i eth0 -q -f -u0 -d10 -w -I
root      1925  0.0  0.7   4916  3160 ?        Ss   11:07   0:00 dhclient -v -pf /run/dhclient.eth0.pid -lf /var/lib/dhcp/dhclient.eth0.leas
root      2028  0.0  0.5  27992  2448 ?        Sl   11:07   0:00 /usr/sbin/rsyslogd -c5
root      2075  0.0  0.3   3816  1756 ?        Ss   11:07   0:00 /usr/sbin/cron
104       2105  0.0  0.3   3200  1724 ?        Ss   11:07   0:00 /usr/bin/dbus-daemon --system
avahi     2132  0.0  0.5   3404  2508 ?        S    11:07   0:00 avahi-daemon: running [Hausautomation.local]
avahi     2133  0.0  0.3   3404  1480 ?        S    11:07   0:00 avahi-daemon: chroot helper
root      2162  0.0  0.7   4368  3228 ?        Ss   11:07   0:00 /usr/sbin/bluetoothd
root      2171  0.0  0.0      0     0 ?        S<   11:07   0:00 [krfcommd]
fhem      2178  7.2  6.5  30856 29208 ?        S    11:07   0:39 perl fhem.pl fhem.cfg
root      2204  0.0  1.0   7892  4680 ?        Ss   11:07   0:00 /usr/sbin/cupsd -C /etc/cups/cupsd.conf
ntp       2251  0.0  0.7   5408  3212 ?        Ss   11:08   0:00 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -c /var/lib/ntp/ntp.conf.dhcp -u 102
root      2288  0.0  0.6   6236  2948 ?        Ss   11:08   0:00 /usr/sbin/sshd
root      2312  2.1  5.1  38492 22912 ?        Ss   11:08   0:10 /usr/local/bin/node /usr/local/lib/node_modules/forever/bin/monitor app.js
nobody    2321  0.0  0.3   2036  1392 ?        Ss   11:08   0:00 /usr/sbin/thd --daemon --triggers /etc/triggerhappy/triggers.d/ --socket /v
root      2331  0.0  0.3   3764  1712 tty1     Ss+  11:08   0:00 /sbin/getty --noclear 38400 tty1
root      2332  0.0  0.3   3764  1712 tty2     Ss+  11:08   0:00 /sbin/getty 38400 tty2
root      2333  0.0  0.3   3764  1704 tty3     Ss+  11:08   0:00 /sbin/getty 38400 tty3
root      2334  0.0  0.3   3764  1652 tty4     Ss+  11:08   0:00 /sbin/getty 38400 tty4
root      2335  0.0  0.3   3764  1716 tty5     Ss+  11:08   0:00 /sbin/getty 38400 tty5
root      2336  0.0  0.3   3764  1716 tty6     Ss+  11:08   0:00 /sbin/getty 38400 tty6
root      2337  0.0  0.3   2084  1428 ?        Ss+  11:08   0:00 /sbin/getty -L ttyAMA0 115200 vt100
root      2338  2.6  5.7  39400 25568 ?        S    11:08   0:13 /usr/local/bin/node /home/pi/homebridge/app.js
root      2366  0.1  1.0   9320  4536 ?        Ss   11:11   0:00 sshd: pi [priv]  
pi        2370  0.0  0.8   9460  3732 ?        S    11:11   0:00 sshd: pi@notty   
pi        2371  0.0  0.3   2352  1656 ?        Ss   11:11   0:00 /usr/lib/openssh/sftp-server
root      2378  2.5  1.0   9320  4544 ?        Ss   11:16   0:00 sshd: pi [priv]  
pi        2382  0.5  0.8   9320  3572 ?        S    11:16   0:00 sshd: pi@pts/0   
pi        2383  9.7  1.0   6336  4712 pts/0    Ss   11:16   0:02 -bash
pi        2397  0.0  0.4   4476  2120 pts/0    R+   11:16   0:00 ps aux

Könnte mir da jemand helfen?

Gruß Carsten

Morgennebel · 20 April 2016, 11:55:47

Deine Jeelinks werden nicht gefunden (da gibts jede Menge IODev-Fehler).

Da ich die nicht habe: brauchen die evtl. ein Kernelmodul, dass beim anstecken automatisch geladen wird - aber nicht beim reboot?

Ciao, -MN

CarstenF · 20 April 2016, 13:13:54

Hi,
Danke fürs antworten. Woran genau siehst Du das? Wenn jetzt für ein Gerät kein IODevice vorhanden ist, bringt das Fhem doch nicht zum abstürzen, oder?
Außerdem steht doch im Startlog, das "jeelink" und "Steckdosenjeelink" beide opened sind. Und diversen anderen Geräte werden doch auch die Jeelinks zugeordnet.
Ich habe beide Jeelinks fertig gekauft und die nie an meinem System geflasht. Dementsprechend habe ich auch keine Firmwaredaten auf dem Raspberry.
Nachdem ich die Jeelinks gestern neu eingebunden hatte, habe ich aber auch schon einen Neustart gemacht und alles war i.O.
Ich versuche das gerade Schritt für Schritt nachzuvollziehen.....
Kann das einbinden über "Serial-by-id" dazu führen, das die Firmware beim Start neu geflasht wird und das System aufgrund fehlender Daten das jetzt nicht kann?

Gruß Carsten

Wernieman · 20 April 2016, 14:52:04

Nein, da das System die Geräte nicht flasht, sondern "nur" der User.

Laut ps lief aber noch ein fhem-job mit 0% Prozesslast. beim nächsten Mal währe ein netstat auch noch interessant.. und eine tewas kürzere ps-liste:

Code Auswählen

netstat -lntp | grep perl
ps aux | grep [f]hem

(das [f] ist ein Trick, damit der grep sich in der Prozessliste nicht selber findet)

War denn während des Problmes die Liste /dev/serial/by-id gefüllt?

CarstenF · 20 April 2016, 16:28:06

Hallo,
Also bei netstat erscheint

tcp 0 0 0.0.0.0:7072 0.0.0.0:* Listen 2149/perl
:8083
:8084
:8085
Bis auf die Portnummern ist allies genau wie in der 1. Zeile.
Der Ordner serial-by-id ist gefuellt.
Ich habe jetzt auch noch mal in die config.fhem

attr initialUsbCheck disable 1

Eingefügt. Es bleibt dabei, das fhem.log mit dem Hinweis auf die 14_CUL_MAX.pm beim starten endet.

Morgennebel · 20 April 2016, 17:55:40

Wie gesagt, kenne ich die Jeelinks nicht. Aber Logfile-Einträge wie:

Code Auswählen


2016.04.20 11:08:37 3: MPD: Device wifiRadio defined.
2016.04.20 11:08:40 1: LaCrosse_32: no I/O device
2016.04.20 11:08:40 3: LaCrosse_32: unknown IODev specified
2016.04.20 11:08:41 1: LaCrosse_26: no I/O device
2016.04.20 11:08:41 3: LaCrosse_26: unknown IODev specified
LaCrosse_32: unknown IODev specified
LaCrosse_26: unknown IODev specified

2016.04.20 11:08:57 3: No I/O device found for LaCrosse_26
2016.04.20 11:08:57 3: No I/O device found for LaCrosse_32

lassen mich die Stirn runzeln. Kannst Du testweise mal nicht über /dev/serial/by.-id... gehen, sondern ganz simpel über /dev/ttyS0?

Ciao, -MN

CarstenF · 20 April 2016, 18:19:37

Hm,
also dieses "Serial-by-id" scheint das ja ausgelöst zu haben. Ich versuche gleich mal zu Hause meine Backup-SD von vor ein paar Tagen zu verwenden, damit ich wenigstens wieder was schalten kann.
Eigentlich sollte es ja besser sein, wenn ich die IODevices per Serial einbinde.
Aber das muß doch irgendwie zu heilen sein.

Gruß Carsten

Wernieman · 20 April 2016, 18:37:34

Bist Du Dir sicher, das Du die richtigen Devices angebunden hast? Nicht eventuell ein Zahlendreher oder so etwas?

Damit wir nicht raten müssen:

Code Auswählen

ls -lha /dev/serial/by-id/

Morgennebel · 20 April 2016, 18:56:10

Es kann auch sein, daß /dev/serial/by-id einfach zu einem späterem Zeitpunkt zur Verfügung steht (weil das entsprechende Kernelmodul erst später geladen wird).

Zurückstellen auf /dev/ttyS0 sollte interessant sein. Wenn es dann geht, herausfinden, ob Kernelmodule geladen werden und diese in /etc/modules.d... einfügen. Oder nach dem Tippfehler suchen. Oder schauen, ob die IDs bei jedem Start identisch sind oder zufällig generiert werden...

Das ist so ein Problem, wo USB mit Linux echt keinen Spaß macht...

Ciao, -MN

CarstenF · 20 April 2016, 19:23:10

Ok, das werde ich nachher mal durchchecken. Von der Arbeit aus mit IPAD über VPN ist das etwas tricky....

Ich hab ja nicht geahnt, das evtl. die Serials zufällig generiert werden können. Wenn das so ist, bin ich damit ja schön reingefallen. Ich dachte das macht die Sache sicherer.
Werde also gleich mal vergleichen.
Vielen Dank erstmal. Befürchte ich melde mich nochmal....

CarstenF · 20 April 2016, 21:59:18

Also ich habe die Jeelinks jetzt wieder über die /dev/tty.... definiert.
Sie werden mir erneut als Opened im Logfile angezeigt. Fhem bleibt "unerreichbar".

Das sind die Einträge aus dem Logfile. Trotzdem macht mich immer noch stutzig, das das Logfile bei dem MAX Eintrag stoppt.
Wenn mal ein IODevice fehlt, ist das doch gar nicht so tragisch. Das hat bislang noch nie Probleme gemacht.
Kann denn der Fehler nicht beim Max Modul liegen?

Code Auswählen

2016.04.20 21:45:58 1: Including fhem.cfg
2016.04.20 21:45:58 3: telnetPort: port 7072 opened
2016.04.20 21:46:02 3: WEB: port 8083 opened
2016.04.20 21:46:02 3: WEBphone: port 8084 opened
2016.04.20 21:46:02 3: WEBtablet: port 8085 opened
2016.04.20 21:46:06 2: eventTypes: loaded 3268 events from ./log/eventTypes.txt
2016.04.20 21:46:13 3: Opening CUL_0 device /dev/ttyACM0
2016.04.20 21:46:14 3: Setting CUL_0 serial parameters to 9600,8,N,1
2016.04.20 21:46:14 3: CUL_0 device opened
2016.04.20 21:46:17 3: CUL_0: Possible commands: BCFiANEkGMKUYRTVWXefmLltux
2016.04.20 21:46:17 3: Opening CUL_1 device /dev/ttyACM1
2016.04.20 21:46:17 3: Setting CUL_1 serial parameters to 9600,8,N,1
2016.04.20 21:46:17 3: CUL_1 device opened
2016.04.20 21:46:17 3: CUL_1: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2016.04.20 21:46:17 2: Switched CUL_1 rfmode to MAX
2016.04.20 21:47:02 3: CUL_MAX_Check: Detected firmware version 161 of the CUL-compatible IODev
2016.04.20 21:47:03 3: Opening jeelink device /dev/ttyUSB0
2016.04.20 21:47:03 3: Setting jeelink serial parameters to 57600,8,N,1
2016.04.20 21:47:03 3: jeelink device opened
2016.04.20 21:47:04 3: Opening Steckdosenjeelink device /dev/ttyUSB1
2016.04.20 21:47:04 3: Setting Steckdosenjeelink serial parameters to 57600,8,N,1
2016.04.20 21:47:04 3: Steckdosenjeelink device opened
2016.04.20 21:47:24 3: You need to restart fhem or modify to enable new protocol.
2016.04.20 21:47:41 3: Opening maxcube_868 device 192.168.1.59:2323
2016.04.20 21:47:41 3: maxcube_868 device opened
2016.04.20 21:47:41 3: maxcube_868: Possible commands: BbCFiAZNEkGMKLUYRTVWXefltxz
2016.04.20 21:47:42 3: TABLETUI: new ext defined infix:ftui/: dir:./www/tablet:
2016.04.20 21:47:42 3: Registering HTTPSRV TABLETUI for URL /ftui   and assigned link ftui/ ...
2016.04.20 21:47:43 3: MPD: Device wifiRadio defined.
2016.04.20 21:47:47 3: LaCrosse_32: I/O device is Steckdosenjeelink
2016.04.20 21:47:47 3: LaCrosse_32: unknown IODev specified
2016.04.20 21:47:47 3: Opening miniCUL433 device 192.168.1.47:23
2016.04.20 21:47:47 3: miniCUL433 device opened
2016.04.20 21:47:47 3: miniCUL433: Possible commands: BCFiAZNEkGMKUYRTVWXefmLltux
2016.04.20 21:47:48 3: LaCrosse_26: I/O device is Steckdosenjeelink
2016.04.20 21:47:50 3: LaCrosse_25: I/O device is Steckdosenjeelink
2016.04.20 21:47:51 3: Balkonsensor: I/O device is Steckdosenjeelink
2016.04.20 21:47:51 3: Balkonsensor: unknown IODev specified
2016.04.20 21:47:51 3: Wohnzimmersensor: I/O device is Steckdosenjeelink
2016.04.20 21:47:52 3: PCA301_03B771: I/O device is Steckdosenjeelink
2016.04.20 21:47:52 3: PCA301_027367: I/O device is Steckdosenjeelink
2016.04.20 21:47:52 3: PCA301_0E7AB5: I/O device is Steckdosenjeelink
2016.04.20 21:47:53 3: PCA301_038622: I/O device is Steckdosenjeelink
2016.04.20 21:47:53 3: PCA301_0E7C2B: I/O device is Steckdosenjeelink
2016.04.20 21:47:54 3: PCA301_019FFA: I/O device is Steckdosenjeelink
2016.04.20 21:47:54 3: PCA301_0FA73B: I/O device is Steckdosenjeelink
2016.04.20 21:47:55 3: LaCrosse_2A: I/O device is Steckdosenjeelink
2016.04.20 21:47:55 3: Testsensor: I/O device is Steckdosenjeelink
2016.04.20 21:47:55 3: Licht_Sensor: I/O device is Steckdosenjeelink
2016.04.20 21:47:55 1: Including ./log/fhem.save
2016.04.20 21:48:03 1: configfile: You need to restart fhem or modify to enable new protocol.
LaCrosse_32: unknown IODev specified
Balkonsensor: unknown IODev specified

2016.04.20 21:48:05 3: Fernbedienung: connected
2016.04.20 21:48:06 1: usb create starting
2016.04.20 21:48:09 3: Probing CUL device /dev/ttyAMA0
2016.04.20 21:48:09 3: Probing TCM_ESP3 device /dev/ttyAMA0
2016.04.20 21:48:09 3: Probing FRM device /dev/ttyAMA0
2016.04.20 21:48:15 1: usb create end
2016.04.20 21:48:15 2: Messages collected while initializing FHEM: configfile: You need to restart fhem or modify to enable new protocol. LaCrosse_32: unknown IODev specified Balkonsensor: unknown IODev specified 
2016.04.20 21:48:15 0: Featurelevel: 5.7
2016.04.20 21:48:15 0: Server started with 406 defined entities (fhem.pl:11256/2016-04-16 perl:5.014002 os:linux user:fhem pid:2151)
2016.04.20 21:48:15 3: Opening ml device 192.168.1.86:62910
2016.04.20 21:48:15 3: ml device opened
2016.04.20 21:48:20 1: PERL WARNING: Use of uninitialized value in numeric eq (==) at ./FHEM/14_CUL_MAX.pm line 602.
2016.04.20 21:48:20 1: PERL WARNING: Use of uninitialized value in numeric eq (==) at ./FHEM/14_CUL_MAX.pm line 615.

Gruß Carsten

Morgennebel · 20 April 2016, 22:59:44

Weniger Fehler, schon besser.

Zeigt netstat immer noch die Ports 8083 ua an? Kannst Du Dich mit telnet auf den Port verbinden?

Ist evtl. die Platte von fhem voll (df -h und df -i)? Bei mir konnte fhem dann keine Seiten ausliefern, funktionierte aber sonst.

Ciao, MN

CarstenF · 20 April 2016, 23:46:11

Also die Ports werden mit netstat immer noch angezeigt. Die Platte hat noch 8 GB freien Platz.
Auf Telnet reagiert fhem nicht wirklich. Ich erhalte da keine Rückmeldung auf Befehle.
Ich raffe es einfach nicht.....
Und das Max Modul ist wirklich nicht verantwortlich?

Wernieman · 21 April 2016, 07:49:11

Ich würde den Fehler nicht bei /dev/serial/by-id suchen. Wenn Du Dir die Einträge anguckst, sind es auch "nur" Symlinks auf /dev/ttyxxx

z.B: bei mir:

Code Auswählen

ls -lha /dev/serial/by-id/
insgesamt 0
drwxr-xr-x 2 root root 60 Apr 21 01:24 .
drwxr-xr-x 4 root root 80 Apr 21 01:24 ..
lrwxrwxrwx 1 root root 13 Apr 21 01:24 pci-FTDI_FT232R_USB_UART_A702GD6P-if00-port0 -> ../../ttyUSB0

Wie sieht es bei Dir aus?

Und wie Du schriebst ... die Probleme sind (fast) gleich geblieben ....

Kenne mich nur wegen MAX nicht aus

(

CoolTux · 21 April 2016, 08:01:14

Hallo an Alle,

Was ich nicht verstehe ist, das anscheinend alles so weit läuft.

ps sagt das fhem.pl läuft
netstate sagt das Sockets für die Ports vorhanden sind
fhem.log sagt das der Service läuft und nicht beendet wurde wegen einem Fehler

wie genau wurde telnet geprüft und was kam für ausgaben. Bitte wiederhole und stelle die Ausgaben hier ein

Code Auswählen


telnet localhost 7072

desweiteren kann man mal schauen was passiert wenn man

Code Auswählen


curl http://localhost:8083

ausführt.

Alles bitte direkt auf der Kiste wo FHEM läuft.