[gelöst] ESPEasy -> PERL WARNING: Use of uninitialized value - schreiben OLED

Begonnen von Kermit20, 25 Juli 2017, 00:16:52

Vorheriges Thema - Nächstes Thema

Kermit20

Hallo Gemeinde,

ich habe die Tage begonnen mit ESPeasy zu experimentieren. Sensoren und OLED konnten nach kleiner Hilfestellung in Betrieb genommen werden. nun habe ich gestern meinen LOG von FHEM kontrolliert und festgestellt, dass dieser mit der folgenden Fehlermeldung geflutet wird:

2017.07.24 23:59:49 3: ESPEasy: set ESPEasy_FHEM_Wemos_1_OLED_1 oled 0 1 test1
2017.07.24 23:59:49 3: ESPEasy: set ESPEasy_FHEM_Wemos_1_OLED_1 oled 1 1 test2
2017.07.24 23:59:49 3: ESPEasy: set ESPEasy_FHEM_Wemos_1_OLED_1 oled 2 1 test3
2017.07.24 23:59:49 3: ESPEasy: set ESPEasy_FHEM_Wemos_1_OLED_1 oled 3 1 test4
2017.07.24 23:59:49 3: ESPEasy: set ESPEasy_FHEM_Wemos_1_OLED_1 oled 4 1 test5
2017.07.24 23:59:49 3: ESPEasy: set ESPEasy_FHEM_Wemos_1_OLED_1 oled 5 1 test6
2017.07.24 23:59:49 3: ESPEasy: set ESPEasy_FHEM_Wemos_1_OLED_1 oled 6 1 test7
2017.07.24 23:59:49 3: ESPEasy: set ESPEasy_FHEM_Wemos_1_OLED_1 oled 7 1 test8
2017.07.24 23:59:49 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/34_ESPEasy.pm line 1103.
2017.07.24 23:59:49 1: stacktrace:
2017.07.24 23:59:49 1:     main::__ANON__                      called by ./FHEM/34_ESPEasy.pm (1103)
2017.07.24 23:59:49 1:     main::ESPEasy_dispatch              called by ./FHEM/34_ESPEasy.pm (1474)
2017.07.24 23:59:49 1:     main::ESPEasy_httpReqParse          called by FHEM/HttpUtils.pm (453)
2017.07.24 23:59:49 1:     main::__ANON__                      called by fhem.pl (683)
2017.07.24 23:59:49 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/34_ESPEasy.pm line 1103.
2017.07.24 23:59:49 1: stacktrace:
2017.07.24 23:59:49 1:     main::__ANON__                      called by ./FHEM/34_ESPEasy.pm (1103)
2017.07.24 23:59:49 1:     main::ESPEasy_dispatch              called by ./FHEM/34_ESPEasy.pm (1474)
2017.07.24 23:59:49 1:     main::ESPEasy_httpReqParse          called by FHEM/HttpUtils.pm (453)
2017.07.24 23:59:49 1:     main::__ANON__                      called by fhem.pl (683)
2017.07.24 23:59:49 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/34_ESPEasy.pm line 1103.


Im folgenden Thread: https://forum.fhem.de/index.php?topic=72971.0 wurde das Thema bereits angesprochen aber nicht verfolgt. Gibt es hierfür eine Lösung ? Es fällt auf, dass es beim setzen der Lines auf dem Display durch DLCD und via manuellem Befehl das Problem vorhanden ist.

Gruß
RPi1: FHEM mit HMLAN und CUL Eigenbau: diverse Homematic Geräte; Technoline Temp/Feuchte 868 MHz // Schalsteckdosen 433 MHz
RPi2: FHEM mit Viessmann(optolink) mit VControl und 1W Sensoren
RPi3: Apache / Owncloud 9

dev0

Poste bitte jeweils ein List von ESPEasy_FHEM_Wemos_1_OLED_1 und der ESPEasy Bridge in Code Tags.

Kermit20

hat leider etwas gedauert. Ich hatte mit dem WemosD1 heute ein paar Probleme und daher einen NodeMCU aufgesetzt. Leider mit dem gleichen Problem. hier die Lists:

NodeMCU:

Internals:
   CFGFN
   DEF        192.168.178.171 80 espBridge 1
   HOST       192.168.178.171
   IDENT      1
   INTERVAL   300
   IODev      SYS_ESPEsay_Bridge
   LASTInputDev SYS_ESPEsay_Bridge
   MSGCNT     1
   NAME       ESPEasy_FHEM_NodeMCU_1_OLED_1
   NOTIFYDEV  global
   NR         202763
   NTFY_ORDER 50-ESPEasy_FHEM_NodeMCU_1_OLED_1
   PORT       80
   STATE      opened
   SUBTYPE    device
   SYS_ESPEsay_Bridge_MSGCNT 1
   SYS_ESPEsay_Bridge_TIME 2017-07-26 00:13:48
   TYPE       ESPEasy
   VERSION    1.21
   Helper:
     DBLOG:
       state:
         logdb:
           TIME       1501020784.12516
           VALUE      opened
   READINGS:
     2017-07-26 00:13:48   state           opened
   helper:
     fpc        1501020793.77283
     pm:
       Encode     1
       JSON       1
     received:
Attributes:
   DbLogExclude .*
   IODev      SYS_ESPEsay_Bridge
   displayTextWidth 16


ESP Bridge:

Internals:
   CONNECTS   4355
   DEF        bridge 8383
   FD         47
   HOST       bridge
   IPV        4
   MAX_HTTP_SESSIONS 3
   MAX_QUEUE_SIZE 250
   NAME       SYS_ESPEsay_Bridge
   NOTIFYDEV  global
   NR         343
   NTFY_ORDER 50-SYS_ESPEsay_Bridge
   PORT       8383
   STATE      initialized
   SUBTYPE    bridge
   TYPE       ESPEasy
   VERSION    1.21
   WARNING_192.168.178.170 read from http://192.168.178.170:80 timed out
   READINGS:
     2017-07-21 00:03:59   state           initialized
   helper:
     pm:
       Encode     1
       JSON       1
     queue:
       192.168.178.170:
     sessions:
       192.168.178.170 0
       192.168.178.171 0
Attributes:
   DbLogExclude .*
   allowedIPs 192.168.178.0/24
   authentication 0
   autocreate 1
   combineDevices 0
   group      ESPEasy Bridge
   room       8.9_TEST_ROOM



Problem:

2017.07.26 00:13:48 3: ESPEasy: set ESPEasy_FHEM_NodeMCU_1_OLED_1 oled 2 1 bllaaaaaaa
2017.07.26 00:13:48 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/34_ESPEasy.pm line 1103.
2017.07.26 00:13:48 1: stacktrace:
2017.07.26 00:13:48 1:     main::__ANON__                      called by ./FHEM/34_ESPEasy.pm (1103)
2017.07.26 00:13:48 1:     main::ESPEasy_dispatch              called by ./FHEM/34_ESPEasy.pm (1474)
2017.07.26 00:13:48 1:     main::ESPEasy_httpReqParse          called by FHEM/HttpUtils.pm (453)
2017.07.26 00:13:48 1:     main::__ANON__                      called by fhem.pl (683)
2017.07.26 00:16:21 3: ESPEasy: set ESPEasy_FHEM_NodeMCU_1_OLED_1 oled 3 1 tzthgngngghh
2017.07.26 00:16:22 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/34_ESPEasy.pm line 1103.
2017.07.26 00:16:22 1: stacktrace:
2017.07.26 00:16:22 1:     main::__ANON__                      called by ./FHEM/34_ESPEasy.pm (1103)
2017.07.26 00:16:22 1:     main::ESPEasy_dispatch              called by ./FHEM/34_ESPEasy.pm (1474)
2017.07.26 00:16:22 1:     main::ESPEasy_httpReqParse          called by FHEM/HttpUtils.pm (453)
2017.07.26 00:16:22 1:     main::__ANON__                      called by fhem.pl (683)




RPi1: FHEM mit HMLAN und CUL Eigenbau: diverse Homematic Geräte; Technoline Temp/Feuchte 868 MHz // Schalsteckdosen 433 MHz
RPi2: FHEM mit Viessmann(optolink) mit VControl und 1W Sensoren
RPi3: Apache / Owncloud 9

dev0

Auf anhieb fällt mit auf, dass Du das Device nicht korrekt definiert hast. Dein Bridge Device heißt nicht espBridge.

Kermit20

da hast du recht. Das ist mir beim "schön machen" durchgegangen. Hat aber auf Funktion und das Problem keinen Einfluss gehabt. Das IODev      SYS_ESPEsay_Bridge passte ja.

2017.07.26 12:02:08 3: ESPEasy: set ESPEasy_FHEM_NodeMCU_1_OLED_1 oled 2 0 tesdsdsdsdsdsd
2017.07.26 12:02:10 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/34_ESPEasy.pm line 1103.
2017.07.26 12:02:10 1: stacktrace:
2017.07.26 12:02:10 1:     main::__ANON__                      called by ./FHEM/34_ESPEasy.pm (1103)
2017.07.26 12:02:10 1:     main::ESPEasy_dispatch              called by ./FHEM/34_ESPEasy.pm (1474)
2017.07.26 12:02:10 1:     main::ESPEasy_httpReqParse          called by FHEM/HttpUtils.pm (453)
2017.07.26 12:02:10 1:     main::__ANON__                      called by fhem.pl (683)
RPi1: FHEM mit HMLAN und CUL Eigenbau: diverse Homematic Geräte; Technoline Temp/Feuchte 868 MHz // Schalsteckdosen 433 MHz
RPi2: FHEM mit Viessmann(optolink) mit VControl und 1W Sensoren
RPi3: Apache / Owncloud 9

dev0

Da bisher niemand anderes (genau dieses) Problem hatte und ich es nicht nachvollziehen kann:
Noch einmal ein list des/der korrigierten EE-Device und der EE-Bridge posten. Außerdem bitte die erste Warnung nach einem Neustart von FHEM und durch welchens Kommando diese Melsung ausgelöst wurde.

Kermit20

Mir sind nur die beiden Member aus dem zitierten Thread bekannt.

Nach dem restart von FHEM wurde die Bridge normal initialisiert:

2017.07.26 14:15:14 2: ESPEasy SYS_ESPEsay_Bridge: Opening bridge port tcp/8383 (v1.21)
2017.07.26 14:15:14 3: SYS_ESPEsay_Bridge: port 8383 opened


List des angelegten logischen Devices:

Internals:
   DEF        192.168.178.171 80 SYS_ESPEsay_Bridge 1
   HOST       192.168.178.171
   IDENT      1
   INTERVAL   300
   IODev      SYS_ESPEsay_Bridge
   NAME       ESPEasy_FHEM_NodeMCU_1_OLED_1
   NOTIFYDEV  global
   NR         351
   NTFY_ORDER 50-ESPEasy_FHEM_NodeMCU_1_OLED_1
   PORT       80
   STATE      absent
   SUBTYPE    device
   TYPE       ESPEasy
   VERSION    1.21
   READINGS:
     2017-07-26 14:25:39   presence        absent
     2017-07-26 14:25:39   state           absent
   helper:
     fpc        1501071333.524
     pm:
       Encode     1
       JSON       1
     received:
Attributes:
   DbLogExclude .*
   IODev      SYS_ESPEsay_Bridge
   displayTextWidth 16
   group      ESPEasy Device
   room       8.9_TEST_ROOM



list von der Bridge:

Internals:
   CONNECTS   52
   DEF        bridge 8383
   FD         46
   HOST       bridge
   IPV        4
   MAX_HTTP_SESSIONS 3
   MAX_QUEUE_SIZE 250
   NAME       SYS_ESPEsay_Bridge
   NOTIFYDEV  global
   NR         343
   NTFY_ORDER 50-SYS_ESPEsay_Bridge
   PORT       8383
   STATE      initialized
   SUBTYPE    bridge
   TYPE       ESPEasy
   VERSION    1.21
   READINGS:
     2017-07-26 14:15:14   state           initialized
   helper:
     pm:
       Encode     1
       JSON       1
     queue:
     sessions:
       192.168.178.171 0
Attributes:
   DbLogExclude .*
   allowedIPs 192.168.178.0/24
   authentication 0
   autocreate 1
   combineDevices 0
   group      ESPEasy Bridge
   room       8.9_TEST_ROOM



Das Problem tritt nicht beim Start auf, sondern bei jedem "write" also Werteausgabe auf dem OLED. Der genutzte Befehl ist:

Syntax

set ESPEasy_FHEM_NodeMCU_1_OLED_1 oled <row> <col> <text>

Befehl

set ESPEasy_FHEM_NodeMCU_1_OLED_1 oled 2 1 TestText


Der Text wird im OLED angezeigt und im Log erscheint folgende Meldung:

2017.07.26 14:31:48 3: ESPEasy: set ESPEasy_FHEM_NodeMCU_1_OLED_1 oled 2 1 TestText
2017.07.26 14:31:48 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/34_ESPEasy.pm line 1103.
2017.07.26 14:31:48 1: stacktrace:
2017.07.26 14:31:48 1:     main::__ANON__                      called by ./FHEM/34_ESPEasy.pm (1103)
2017.07.26 14:31:48 1:     main::ESPEasy_dispatch              called by ./FHEM/34_ESPEasy.pm (1474)
2017.07.26 14:31:48 1:     main::ESPEasy_httpReqParse          called by FHEM/HttpUtils.pm (453)
2017.07.26 14:31:48 1:     main::__ANON__                      called by fhem.pl (683)


Danke für die Mühe.
RPi1: FHEM mit HMLAN und CUL Eigenbau: diverse Homematic Geräte; Technoline Temp/Feuchte 868 MHz // Schalsteckdosen 433 MHz
RPi2: FHEM mit Viessmann(optolink) mit VControl und 1W Sensoren
RPi3: Apache / Owncloud 9

dev0

In dem anderen Thread lag es an einer Bridge Definition ohne Angabe des tcp Ports, das hat mit Deiner Warnung nichts zu tun.

Setz in der Device Definition den letzten Parameter (indent) auf: <espName>_<espDeviceName>
espName und espDeviveName durch Deine vergebenen Namen ersetzten.

Wenn das noch nicht hilft, dann Bridge und Device auf verbose 5 setzen, einmal Text auf Display ausgeben und das Log hier posten.

Kermit20

Also ich habe in der definition nun alles Mögliche mal durchprobiert:

1. IDX im ESPEasy 1 und auch mal geändert
2. deine vorgeschlagenen Kombinationen
3. eine Kombi aus dem Namen des OLED im ESp und Fhem
4. usw.

Kein Erfolg:

hier mal der Verbose 5 Log:

2017.07.26 19:52:05 1: Logfile gelöscht
2017.07.26 19:52:16 4: Connection accepted from SYS_ESPEsay_Bridge_192.168.178.171_15422
2017.07.26 19:52:16 4: ESPEasy SYS_ESPEsay_Bridge_192.168.178.171_15422: Peer address accepted
2017.07.26 19:52:16 5: ESPEasy SYS_ESPEsay_Bridge_192.168.178.171_15422: Received header: {'Host' => '192.168.178.100','Connection' => 'close','Content-Length' => '235'}
2017.07.26 19:52:16 5: ESPEasy SYS_ESPEsay_Bridge_192.168.178.171_15422: Received content: {"module":"ESPEasy","version":"1.02","data":{"ESP":{"name":"FHEM-NodeMCU-1","unit":0,"version":9,"build":147,"sleep":0,"ip":"192.168.178.171"},"SENSOR":{"0":{"deviceName":"DS18b20","valueName":"Temperature","type":1,"value":"23.38"}}}}
2017.07.26 19:52:16 4: ESPEasy SYS_ESPEsay_Bridge_192.168.178.171_15422: No basic authentication required
2017.07.26 19:52:16 4: ESPEasy SYS_ESPEsay_Bridge_192.168.178.171_15422: Send http close '200 OK'
2017.07.26 19:52:16 5: ESPEasy SYS_ESPEsay_Bridge_192.168.178.171_15422: Dispatch: FHEM_NodeMCU_1_DS18b20::192.168.178.171::1::1::1::i||unit||0||0|||i||sleep||0||0|||i||build||147||0|||i||version||9||0|||r||Temperature||23.38||1
2017.07.26 19:52:16 5: SYS_ESPEsay_Bridge: dispatch FHEM_NodeMCU_1_DS18b20::192.168.178.171::1::1::1::i||unit||0||0|||i||sleep||0||0|||i||build||147||0|||i||version||9||0|||r||Temperature||23.38||1
2017.07.26 19:52:16 4: ESPEasy SYS_ESPEsay_Bridge_192.168.178.171_15422: Closing tcp session.
2017.07.26 19:52:23 4: Connection accepted from SYS_ESPEsay_Bridge_192.168.178.171_8755
2017.07.26 19:52:23 4: ESPEasy SYS_ESPEsay_Bridge_192.168.178.171_8755: Peer address accepted
2017.07.26 19:52:23 5: ESPEasy SYS_ESPEsay_Bridge_192.168.178.171_8755: Received header: {'Content-Length' => '230','Host' => '192.168.178.100','Connection' => 'close'}
2017.07.26 19:52:23 5: ESPEasy SYS_ESPEsay_Bridge_192.168.178.171_8755: Received content: {"module":"ESPEasy","version":"1.02","data":{"ESP":{"name":"FHEM-NodeMCU-1","unit":0,"version":9,"build":147,"sleep":0,"ip":"192.168.178.171"},"SENSOR":{"0":{"deviceName":"PCounter","valueName":"Count","type":1,"value":"60.00"}}}}
2017.07.26 19:52:23 4: ESPEasy SYS_ESPEsay_Bridge_192.168.178.171_8755: No basic authentication required
2017.07.26 19:52:23 4: ESPEasy SYS_ESPEsay_Bridge_192.168.178.171_8755: Send http close '200 OK'
2017.07.26 19:52:23 5: ESPEasy SYS_ESPEsay_Bridge_192.168.178.171_8755: Dispatch: FHEM_NodeMCU_1_PCounter::192.168.178.171::1::1::1::i||unit||0||0|||i||sleep||0||0|||i||build||147||0|||i||version||9||0|||r||Count||60.00||1
2017.07.26 19:52:23 5: SYS_ESPEsay_Bridge: dispatch FHEM_NodeMCU_1_PCounter::192.168.178.171::1::1::1::i||unit||0||0|||i||sleep||0||0|||i||build||147||0|||i||version||9||0|||r||Count||60.00||1
2017.07.26 19:52:23 4: ESPEasy SYS_ESPEsay_Bridge_192.168.178.171_8755: Closing tcp session.




2017.07.26 19:52:29 3: ESPEasy: set ESPEasy_FHEM_NodeMCU_1_OLED_1 oled 4 0 testtesttesttest
2017.07.26 19:52:29 5: ESPEasy ESPEasy_FHEM_NodeMCU_1_OLED_1: IOWrite($defs{ESPEasy_FHEM_NodeMCU_1_OLED_1}, 192.168.178.171, 80, 43, oled, 4,1,testtesttesttest)
2017.07.26 19:52:29 4: ESPEasy SYS_ESPEsay_Bridge: Send oled,4,1,testtesttesttest to 192.168.178.171 for ident 43
2017.07.26 19:52:29 5: ESPEasy SYS_ESPEsay_Bridge: NonblockingGet for ident:43 => http://192.168.178.171:80/control?cmd=oled,4,1,testtesttesttest
2017.07.26 19:52:29 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/34_ESPEasy.pm line 1103.
2017.07.26 19:52:29 1: stacktrace:
2017.07.26 19:52:29 1:     main::__ANON__                      called by ./FHEM/34_ESPEasy.pm (1103)
2017.07.26 19:52:29 1:     main::ESPEasy_dispatch              called by ./FHEM/34_ESPEasy.pm (1474)
2017.07.26 19:52:29 1:     main::ESPEasy_httpReqParse          called by FHEM/HttpUtils.pm (453)
2017.07.26 19:52:29 1:     main::__ANON__                      called by fhem.pl (683)
2017.07.26 19:52:29 5: ESPEasy SYS_ESPEsay_Bridge: Dispatch: 43::192.168.178.171::1::1::1::
2017.07.26 19:52:29 5: SYS_ESPEsay_Bridge: dispatch 43::192.168.178.171::1::1::1::
2017.07.26 19:52:29 5: ESPEasy ESPEasy_FHEM_NodeMCU_1_OLED_1: Received: 43::192.168.178.171::1::1::1::
2017.07.26 19:52:29 4: ESPEasy ESPEasy_FHEM_NodeMCU_1_OLED_1: presence: absent
RPi1: FHEM mit HMLAN und CUL Eigenbau: diverse Homematic Geräte; Technoline Temp/Feuchte 868 MHz // Schalsteckdosen 433 MHz
RPi2: FHEM mit Viessmann(optolink) mit VControl und 1W Sensoren
RPi3: Apache / Owncloud 9

Kermit20

Ergänzung:

wenn ich über einen anderen (automatisch generierten Device, hier z.B. DS18b20) gehe, und den Ausgabebefehl für das OLED absetzte kommt der selbe Fehler. Daher würde ich einen Fehler in der Definition ausschließen ?

2017.07.26 19:58:00 4: ESPEasy SYS_ESPEsay_Bridge_192.168.178.171_30461: Closing tcp session.
2017.07.26 19:58:08 3: ESPEasy: set ESPEasy_FHEM_NodeMCU_1_DS18b20 oled 5 0 blaaaaaaaa
2017.07.26 19:58:08 4: ESPEasy SYS_ESPEsay_Bridge: Send oled,5,0,blaaaaaaaa to 192.168.178.171 for ident FHEM_NodeMCU_1_DS18b20
2017.07.26 19:58:08 5: ESPEasy SYS_ESPEsay_Bridge: NonblockingGet for ident:FHEM_NodeMCU_1_DS18b20 => http://192.168.178.171:80/control?cmd=oled,5,0,blaaaaaaaa
2017.07.26 19:58:08 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/34_ESPEasy.pm line 1103.
2017.07.26 19:58:08 1: stacktrace:
2017.07.26 19:58:08 1:     main::__ANON__                      called by ./FHEM/34_ESPEasy.pm (1103)
2017.07.26 19:58:08 1:     main::ESPEasy_dispatch              called by ./FHEM/34_ESPEasy.pm (1474)
2017.07.26 19:58:08 1:     main::ESPEasy_httpReqParse          called by FHEM/HttpUtils.pm (453)
2017.07.26 19:58:08 1:     main::__ANON__                      called by fhem.pl (683)
2017.07.26 19:58:08 5: ESPEasy SYS_ESPEsay_Bridge: Dispatch: FHEM_NodeMCU_1_DS18b20::192.168.178.171::1::1::1::
2017.07.26 19:58:08 5: SYS_ESPEsay_Bridge: dispatch FHEM_NodeMCU_1_DS18b20::192.168.178.171::1::1::1::
2017.07.26 19:58:14 4: ESPEasy ESPEasy_FHEM_NodeMCU_1_OLED_1: set statusRequest
2017.07.26 19:58:14 4: ESPEasy ESPEasy_FHEM_NodeMCU_1_OLED_1: presence: absent
2017.07.26 19:58:14 5: ESPEasy ESPEasy_FHEM_NodeMCU_1_OLED_1: Start internalTimer +303 => 2017-07-26 20:03:17
2017.07.26 19:58:16 4: Connection accepted from SYS_ESPEsay_Bridge_192.168.178.171_11312
2017.07.26 19:58:16 4: ESPEasy SYS_ESPEsay_Bridge_192.168.178.171_11312: Peer address accepted
2017.07.26 19:58:16 5: ESPEasy SYS_ESPEsay_Bridge_192.168.178.171_11312: Received header: {'Content-Length' => '235','Connection' => 'close','Host' => '192.168.178.100'}
2017.07.26 19:58:16 5: ESPEasy SYS_ESPEsay_Bridge_192.168.178.171_11312: Received content: {"module":"ESPEasy","version":"1.02","data":{"ESP":{"name":"FHEM-NodeMCU-1","unit":0,"version":9,"build":147,"sleep":0,"ip":"192.168.178.171"},"SENSOR":{"0":{"deviceName":"DS18b20","valueName":"Temperature","type":1,"value":"23.50"}}}}
2017.07.26 19:58:16 4: ESPEasy SYS_ESPEsay_Bridge_192.168.178.171_11312: No basic authentication required
2017.07.26 19:58:16 4: ESPEasy SYS_ESPEsay_Bridge_192.168.178.171_11312: Send http close '200 OK'
2017.07.26 19:58:16 5: ESPEasy SYS_ESPEsay_Bridge_192.168.178.171_11312: Dispatch: FHEM_NodeMCU_1_DS18b20::192.168.178.171::1::1::1::i||unit||0||0|||i||sleep||0||0|||i||build||147||0|||i||version||9||0|||r||Temperature||23.50||1
2017.07.26 19:58:16 5: SYS_ESPEsay_Bridge: dispatch FHEM_NodeMCU_1_DS18b20::192.168.178.171::1::1::1::i||unit||0||0|||i||sleep||0||0|||i||build||147||0|||i||version||9||0|||r||Temperature||23.50||1
2017.07.26 19:58:16 4: ESPEasy SYS_ESPEsay_Bridge_192.168.178.171_11312: Closing tcp session.
RPi1: FHEM mit HMLAN und CUL Eigenbau: diverse Homematic Geräte; Technoline Temp/Feuchte 868 MHz // Schalsteckdosen 433 MHz
RPi2: FHEM mit Viessmann(optolink) mit VControl und 1W Sensoren
RPi3: Apache / Owncloud 9

Kermit20

Ergänzung 2:

Ich habe nun ein LCD 16x2 rausgekramt und neu als logical Device angelegt.... leider das selbe Problem:

Log:

2017.07.26 22:23:15 3: ESPEasy: set ESPEasy_FHEM_NodeMCU_1_LCD_1 lcd 1 1 test
2017.07.26 22:23:16 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/34_ESPEasy.pm line 1103.
2017.07.26 22:23:16 1: stacktrace:
2017.07.26 22:23:16 1:     main::__ANON__                      called by ./FHEM/34_ESPEasy.pm (1103)
2017.07.26 22:23:16 1:     main::ESPEasy_dispatch              called by ./FHEM/34_ESPEasy.pm (1474)
2017.07.26 22:23:16 1:     main::ESPEasy_httpReqParse          called by FHEM/HttpUtils.pm (453)
2017.07.26 22:23:16 1:     main::__ANON__                      called by fhem.pl (683)



List des LCD:

Internals:
   CFGFN
   DEF        192.168.178.171 80 SYS_ESPEsay_Bridge 1
   HOST       192.168.178.171
   IDENT      1
   INTERVAL   300
   IODev      SYS_ESPEsay_Bridge
   NAME       ESPEasy_FHEM_NodeMCU_1_LCD_1
   NOTIFYDEV  global
   NR         15911
   NTFY_ORDER 50-ESPEasy_FHEM_NodeMCU_1_LCD_1
   PORT       80
   STATE      opened
   SUBTYPE    device
   TYPE       ESPEasy
   VERSION    1.21
   Helper:
     DBLOG:
       state:
         logdb:
           TIME       1501100539.39457
           VALUE      opened
   READINGS:
     2017-07-26 22:22:27   state           opened
   helper:
     fpc        1501100547.70656
     pm:
       Encode     1
       JSON       1
     received:
Attributes:
   DbLogExclude .*
   IODev      SYS_ESPEsay_Bridge
   group      ESPEasy Device
   room       8.9_TEST_ROOM
RPi1: FHEM mit HMLAN und CUL Eigenbau: diverse Homematic Geräte; Technoline Temp/Feuchte 868 MHz // Schalsteckdosen 433 MHz
RPi2: FHEM mit Viessmann(optolink) mit VControl und 1W Sensoren
RPi3: Apache / Owncloud 9

Kermit20

Lösung bzw. Problem konnte ich nun klären bzw. eingrenzen. Ich habe (IP sei dank), das ganze eben kurz auf meiner 2ten FHEM Instanz aufgesetzt und konnte den Fehler nicht reproduzieren. Es funktioniert hier wunderbar !

Daher gehe ich in meinem Fall davon aus, dass beim Hauptsystem etwas im argen ist (Upgrade Wheesy -> Jessie wegen BT). Ich werde die Instanz neu aufsetzen und dann mit einem frischen Sytem testen.
RPi1: FHEM mit HMLAN und CUL Eigenbau: diverse Homematic Geräte; Technoline Temp/Feuchte 868 MHz // Schalsteckdosen 433 MHz
RPi2: FHEM mit Viessmann(optolink) mit VControl und 1W Sensoren
RPi3: Apache / Owncloud 9

Kermit20

Rückmeldung:

Ich habe das System heute umgezogen. Leider erscheint auch hier wieder die Message im Log:

2017.07.28 00:47:16 3: ESPEasy: set ESPEasy_FHEM_NodeMCU_1_OLED_1 oled 3 0 blaaaa =)
2017.07.28 00:47:16 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/34_ESPEasy.pm line 1103.
2017.07.28 00:47:16 1: stacktrace:
2017.07.28 00:47:16 1:     main::__ANON__                      called by ./FHEM/34_ESPEasy.pm (1103)
2017.07.28 00:47:16 1:     main::ESPEasy_dispatch              called by ./FHEM/34_ESPEasy.pm (1474)
2017.07.28 00:47:16 1:     main::ESPEasy_httpReqParse          called by FHEM/HttpUtils.pm (453)
2017.07.28 00:47:16 1:     main::__ANON__                      called by fhem.pl (683)


Ich habe mir daher mal die Zeile 1103 angeschaut:


my $ipv = $hash->{PEER} =~ m/:/ ? 6 : 4;

EDIT:
Hier wird das Internal IPV auf den Wert 4 oder 6 geprüft... das ganze solle meiner Meinung nach auch passen. Nur was stört Perl hier ?

Das ganze läuft unter der sub:

sub ESPEasy_dispatch($$$@) #called by bridge -> send to logical devices
{
  my($hash,$ident,$host,@values) = @_;
  my $name = $hash->{NAME};
  return if (IsDisabled $name);

  my $type = $hash->{TYPE};
  my $ipv = $hash->{PEER} =~ m/:/ ? 6 : 4;
  my $bhash = $modules{ESPEasy}{defptr}{BRIDGE}{$ipv};
  my $bname = $bhash->{NAME};

  my $ui = 1; #can be removed later
  my $as = (AttrVal($bname,"autosave",AttrVal("global","autosave",1))) ? 1 : 0;
  my $ac = (AttrVal($bname,"autocreate",AttrVal("global","autoload_undefined_devices",1))) ? 1 : 0;
  my $msg = $ident."::".$host."::".$ac."::".$as."::".$ui."::".join("|||",@values);

  Log3 $bname, 5, "$type $name: Dispatch: $msg";
  Dispatch($bhash, $msg, undef);

  return undef;
}


das passt ja vom Thema her.
RPi1: FHEM mit HMLAN und CUL Eigenbau: diverse Homematic Geräte; Technoline Temp/Feuchte 868 MHz // Schalsteckdosen 433 MHz
RPi2: FHEM mit Viessmann(optolink) mit VControl und 1W Sensoren
RPi3: Apache / Owncloud 9

dev0

Zitat von: Kermit20 am 28 Juli 2017, 01:29:57
Hier wird das Internal IPV auf den Wert 4 oder 6 geprüft
Falsch geraten ;)

Habe es gefixed, kommt mit der nächsten Version.
Edit: Ist eingecheckt.

Kermit20

RPi1: FHEM mit HMLAN und CUL Eigenbau: diverse Homematic Geräte; Technoline Temp/Feuchte 868 MHz // Schalsteckdosen 433 MHz
RPi2: FHEM mit Viessmann(optolink) mit VControl und 1W Sensoren
RPi3: Apache / Owncloud 9