FHEM Forum

FHEM => Automatisierung => Thema gestartet von: Jumbo am 30 Mai 2013, 22:55:47

Titel: FHEM2FHEM extrem träge , wenn überhaupt ...
Beitrag von: Jumbo am 30 Mai 2013, 22:55:47
Moin

ich habe 2 FHEM laufen und per FHEM2FHEM verbunden.
das eine ist ein Synology mit nem CUL und das andere ist ein RPI mit nem CUL.

über beide kann ich mich mit dem Webif verbinden, also das funzt.

sobald ich mich allerdings mit beiden verbinde per FHEM2FHEM , wird mein Haupt FHEM extrem träge , wenn er dann überhaupt befehle annimmt.
ich sehe die befehle im Event Monitor , aber es passiert 99% nichts.

hier meine config im Haupt FHEM (Synology)

define CUL_0 CUL /dev/ttyUSB0@9600 1034

define CUL_RPi CUL none 0000
attr CUL_RPi dummy 1
define RPi_CUL FHEM2FHEM 192.168.1.91:7072 RAW:CUL_RPi

und hier mein RPi :

define CUL_RPi CUL /dev/ttyACM0@9600 1034
attr CUL_RPi rfmode SlowRF


Log File beim start :

2013.05.30 22:33:53.265 3: Opening CUL_0 device /dev/ttyUSB0
2013.05.30 22:33:53.408 3: Setting CUL_0 baudrate to 9600
2013.05.30 22:33:53.415 3: CUL_0 device opened
2013.05.30 22:33:53.561 3: CUL_0: Possible commands: BCFiAZEGMRTVWXefmltux
2013.05.30 22:33:53.609 1: CUL_RPi device is none, commands will be echoed only
2013.05.30 22:33:53.636 3: FHEM2FHEM opening RPi_CUL at 192.168.1.91:7072
2013.05.30 22:33:53.638 3: FHEM2FHEM device opened (RPi_CUL)

und hier log auf dem RPi :

2013.05.30 20:34:34 3: Opening CUL_RPi device /dev/ttyACM0
2013.05.30 20:34:35 3: Setting CUL_RPi baudrate to 9600
2013.05.30 20:34:35 3: CUL_RPi device opened
2013.05.30 20:34:35 3: CUL_RPi: Possible commands: BCFiAZEGMRTVWXefmltux


sobald ich  folgendes entferne aus der config , geht wieder alles normal :
define CUL_RPi CUL none 0000
attr CUL_RPi dummy 1
define RPi_CUL FHEM2FHEM 192.168.1.91:7072 RAW:CUL_RPi

hat da jemand ne ahnung wo ich ansetzen soll ?

Danke im voraus....
Titel: Aw: FHEM2FHEM extrem träge , wenn überhaupt ...
Beitrag von: Jumbo am 31 Mai 2013, 11:48:40
niemand ne idee ?
Titel: Aw: FHEM2FHEM extrem träge , wenn überhaupt ...
Beitrag von: Puschel74 am 31 Mai 2013, 13:28:42
Hallo,

ich nutze auch FHEM2FHEM habe aber am zweiten FHEM-Server keinen CUL/CUNO.
Der zweite loggt die Daten bei mir einfach nur in die Datenbank.
Ich weiß, das könnte auch der erste machen aber wo bleibt dann der Spieltrieb ;-)

Allerdings habe ich am zweiten FHEM I2C-Sensoren dran die ich per at abfrage.
Egal mit welchem FHEM ich mich über das Webfrontend verbinde kann ich beide bedienen ohne das irgendwas träge wird.

Von daher kann ich dir leider nicht viel weiter helfen ausser ...
Mir ist aufgefallen das du beiden CUL die selbe Adresse gegeben hast:
Zitatdefine CUL_0 CUL /dev/ttyUSB0@9600 1034
und
Zitatdefine CUL_RPi CUL /dev/ttyACM0@9600 1034
Hast du schonmal versucht dem CUL_RPi eine andere zuzuweisen?
Was passiert dann?

Grüße
Titel: Aw: FHEM2FHEM extrem träge , wenn überhaupt ...
Beitrag von: Jumbo am 31 Mai 2013, 14:06:52
moin


habe gerade getestet und dem RPi die 2034 gegeben als adresse , neu gestartet, aber hat trotzdem nix genützt...

noch ne idee ?
Titel: Aw: FHEM2FHEM extrem träge , wenn überhaupt ...
Beitrag von: Puschel74 am 31 Mai 2013, 14:10:15
Hallo,

hmmm. Also ich hab keine Idee mehr, sorry.

Evtl. liegt es ja am RAW - ich benutze LOG.
Das ist jetzt von mir aber nur in der Luft rum geraten da ich davon nicht wirklich Ahnung habe.

Grüße
Titel: Aw: FHEM2FHEM extrem träge , wenn überhaupt ...
Beitrag von: rudolfkoenig am 31 Mai 2013, 14:22:53
Sendet das Haupt-FHEM Befehle an die Neben-FHEM Geraete?
Ist die TCP/IP Verbindung zw. den beiden Geraeten problemlos?
Welche FHEM Module haengen an diese CUL?

Hier wuerde ein log mit "attr global verbose 5" der beiden FHEMs helfen, insb. die Stellen, wo die Probleme auftreten.

Titel: Aw: FHEM2FHEM extrem träge , wenn überhaupt ...
Beitrag von: Jumbo am 31 Mai 2013, 18:34:28
Sendet das Haupt-FHEM Befehle an die Neben-FHEM Geraete?

Nein tut es nicht, obwohl er ja wie man im Log sieht sich mit Ihm verbindet.

Ist die TCP/IP Verbindung zw. den beiden Geraeten problemlos?

Ja , ping usw geht ohne probleme, Webif auch.

Welche FHEM Module haengen an diese CUL?

wo genau sehe ich das welche Module geladen werden ?
Titel: Aw: FHEM2FHEM extrem träge , wenn überhaupt ...
Beitrag von: Jumbo am 31 Mai 2013, 18:50:11
ok


hier mal ein paar logs mit verbose 5 auf dem ersten fhem und  auf dem RPi.

Zitat2013.05.31 18:46:32.660 5: CUL_0: F3E9E0311 -49.5
2013.05.31 18:46:32.661 5: CUL_0 dispatch 810b04xx0101a0013e9e030011
2013.05.31 18:46:32.668 4: FS20 Luucht_Living2 on
2013.05.31 18:46:32.669 5: Triggering Luucht_Living2 (1 changes)
2013.05.31 18:46:32.671 5: Notify loop for Luucht_Living2 on
2013.05.31 18:46:32.677 5: Triggering Luucht_Living2_on
2013.05.31 18:46:32.678 5: Cmd: >set LED6 on<
2013.05.31 18:46:32.679 3: FS20 set LED6 on
2013.05.31 18:46:32.680 5: Triggering LED6 (1 changes)
2013.05.31 18:46:32.683 5: Notify loop for LED6 on
2013.05.31 18:46:32.977 4: HTTP FHEMWEB:192.168.1.5:52943 GET /fhem/icons/FS20.on
2013.05.31 18:46:33.203 5: CUL/RAW: /F3E9E041130

2013.05.31 18:46:33.203 5: CUL_0: F3E9E0411 -50
2013.05.31 18:46:33.204 5: CUL_0 dispatch 810b04xx0101a0013e9e040011
2013.05.31 18:46:33.211 4: FS20 Luucht_Living3 on
2013.05.31 18:46:33.212 5: Triggering Luucht_Living3 (1 changes)
2013.05.31 18:46:33.214 5: Notify loop for Luucht_Living3 on
2013.05.31 18:46:33.221 5: Triggering Luucht_Living3_on
2013.05.31 18:46:33.222 5: Cmd: >set LED7 on<
2013.05.31 18:46:33.223 3: FS20 set LED7 on
2013.05.31 18:46:33.224 5: Triggering LED7 (1 changes)
2013.05.31 18:46:33.226 5: Notify loop for LED7 on
2013.05.31 18:46:33.491 4: HTTP FHEMWEB:192.168.1.5:52943 GET /fhem/icons/FS20.on
2013.05.31 18:46:33.860 5: CUL/RAW: /F3E9E061130

2013.05.31 18:46:33.860 5: CUL_0: F3E9E0611 -50
2013.05.31 18:46:33.861 5: CUL_0 dispatch 810b04xx0101a0013e9e060011
2013.05.31 18:46:33.868 4: FS20 Luucht_Living1 on
2013.05.31 18:46:33.869 5: Triggering Luucht_Living1 (1 changes)
2013.05.31 18:46:33.871 5: Notify loop for Luucht_Living1 on
2013.05.31 18:46:33.877 5: Triggering Luucht_Living1_on
2013.05.31 18:46:33.878 5: Cmd: >set LED5 on<
2013.05.31 18:46:33.879 3: FS20 set LED5 on
2013.05.31 18:46:33.880 5: Triggering LED5 (1 changes)
2013.05.31 18:46:33.882 5: Notify loop for LED5 on
2013.05.31 18:46:34.206 4: HTTP FHEMWEB:192.168.1.5:52943 GET /fhem/icons/FS20.on
2013.05.31 18:46:34.413 5: CUL/RAW: /F3E9E07112F

2013.05.31 18:46:34.414 5: CUL_0: F3E9E0711 -50.5
2013.05.31 18:46:34.415 5: CUL_0 dispatch 810b04xx0101a0013e9e070011
2013.05.31 18:46:34.423 4: FS20 Luucht_Living4 on
2013.05.31 18:46:34.424 5: Triggering Luucht_Living4 (1 changes)
2013.05.31 18:46:34.426 5: Notify loop for Luucht_Living4 on
2013.05.31 18:46:34.437 5: Triggering Luucht_Living4_on
2013.05.31 18:46:34.438 5: Cmd: >set LED4 on<
2013.05.31 18:46:34.439 3: FS20 set LED4 on
2013.05.31 18:46:34.440 5: Triggering LED4 (1 changes)
2013.05.31 18:46:34.443 5: Notify loop for LED4 on
2013.05.31 18:46:34.718 4: HTTP FHEMWEB:192.168.1.5:52943 GET /fhem/icons/FS20.on
2013.05.31 18:46:50.123 5: HMLAN_Send:  HMLAN1 I:K
2013.05.31 18:46:50.127 5: HMLAN/RAW: /HHM-LAN-IF,03C1,JEQ0315823,1C6536,123ABC,0BB442B4,0000


und das gleiche auf dem RPi

Zitat2013.05.31 18:47:24 5: Cmd: >iowrite CUL_RPi 04 01010111110011<
2013.05.31 18:47:24 5: CUL_RPi sending F11110011
2013.05.31 18:47:24 5: SW: F11110011
2013.05.31 18:47:24 5: Cmd: >iowrite CUL_RPi 04 01010111110111<
2013.05.31 18:47:24 5: CUL_RPi sending F11110111
2013.05.31 18:47:24 5: SW: F11110111
2013.05.31 18:47:25 5: Cmd: >iowrite CUL_RPi 04 01010111110211<
2013.05.31 18:47:25 5: CUL_RPi sending F11110211
2013.05.31 18:47:25 5: SW: F11110211
2013.05.31 18:47:25 5: Cmd: >iowrite CUL_RPi 04 01010111110511<
2013.05.31 18:47:25 5: CUL_RPi sending F11110511
2013.05.31 18:47:25 5: SW: F11110511
2013.05.31 18:47:26 5: Cmd: >iowrite CUL_RPi 04 01010111110611<
2013.05.31 18:47:26 5: CUL_RPi sending F11110611
2013.05.31 18:47:26 5: SW: F11110611
2013.05.31 18:47:27 5: Cmd: >iowrite CUL_RPi 04 01010111110411<
2013.05.31 18:47:27 5: CUL_RPi sending F11110411
2013.05.31 18:47:27 5: SW: F11110411
2013.05.31 18:47:27 5: Cmd: >iowrite CUL_RPi 04 01010111110311<
2013.05.31 18:47:27 5: CUL_RPi sending F11110311
2013.05.31 18:47:27 5: SW: F11110311


das heisst ja das was ankommt.....

was komisch ist , dass nichts schaltet ! das sind normale LED's On/Off befehle .... aber die Lampen gehen nicht an...
Titel: Aw: FHEM2FHEM extrem träge , wenn überhaupt ...
Beitrag von: rudolfkoenig am 01 Juni 2013, 10:40:35
>  wo genau sehe ich das welche Module geladen werden ?

Es geht nicht um die geladenen Module, sondern um die, die ueber das FHEM2FHEM bedient werden.
D.h. mich interessieren die Geraete (bzw. nur deren Typ), bei dem IODev auf  RPi_CUL gesetzt ist.
Das kann man jeweils im Detail Ansicht sehen. Oder man fuehrt folgende Zeile in fhem aus:
{ join(",", map { $defs{$_}{TYPE} } grep { $defs{$_}{IODev} &&  $defs{$_}{IODev}{NAME} eq "RPI_CUL" } sort keys %defs ) }


>  hier mal ein paar logs mit verbose 5 auf dem ersten fhem und auf dem RPi.

ich sehe aber hier keine nennenswerten delays.


>  was komisch ist , dass nichts schaltet ! das sind normale LED's On/Off befehle .... aber die Lampen gehen nicht an...

Bitte nicht zwei voellig unterschiedliche Probleme in einem Thread.
Titel: Aw: FHEM2FHEM extrem träge , wenn überhaupt ...
Beitrag von: Jumbo am 01 Juni 2013, 16:59:34
ok, wo sehe ich den output hiervon :

{ join(",", map { $defs{$_}{TYPE} } grep { $defs{$_}{IODev} &&  $defs{$_}{IODev}{NAME} eq "RPI_CUL" } sort keys %defs ) }


was ich jetzt getestet habe :

ich habe beide FHEM server nicht weit von einander aufgestellt , zirka 5m , funzt tadellos...

sobald ich jedoch den RPi ein stockwerk höher setze geht nichts mehr . so wie ich es halt beschrieben habe.


daher ein paar Hypothesen :

kann es sein dass ein Funk Kontakt zwischen den beiden sein muss oder langt die Netzwerkverbindung ?
kann es sein dass ich einfach etwas falsch konfiguriert habe ?

was die Lampen angeht, das ist kein zweites Problem. Dies passiert wenn der RPi nicht übernimmt, also der 2te FHEM Server.

sobald ich dann das FHEM2FHEM in dem ersten ausschalte, geht wieder alles wie es soll....

ich gehe davon aus das das problem davon kommt ,dass der RPi , welcher FHEM 2 sein soll , die aufgabe übernimmt und die an die Funkaktoren die befehle ausgibt. da diese jedoch indem moment zuweit enfernt sind , funktionieren die Lampen nicht richitg.

kann es sein dass ich mich da irre ?
im moment sieht es so aus , dass z.b.
Titel: Aw: FHEM2FHEM extrem träge , wenn überhaupt ...
Beitrag von: rudolfkoenig am 01 Juni 2013, 19:06:11
>  ok, wo sehe ich den output hiervon :

Im telnet oder FHEMWEB Kommandozeile eingeben. Siehe auch http://fhem.de/commandref.html#perl (//fhem.de/commandref.html#perl)


>  ich habe beide FHEM server nicht weit von einander aufgestellt , zirka 5m , funzt tadellos...

Dazu faellt mir nichts ein, auch die beiden Hypothesen halte ich fuer stark abwaegig.
Titel: Aw: FHEM2FHEM extrem träge , wenn überhaupt ...
Beitrag von: Jumbo am 01 Juni 2013, 19:17:07
ja klar , wo ich das eingeben muss ,is ok ....


aber da kommt kein output dabei raus , das mein ich

http://d.pr/i/xZwK (//d.pr/i/xZwK)


kann das hier evtl noch weiterhelfen :
das ist auf dem "Haupt FHEM"


(siehe Anhang / see attachement)


(siehe Anhang / see attachement)


(siehe Anhang / see attachement)


das hier ist auf dem RPi, also dem "2ten FHEM"


(siehe Anhang / see attachement)



danke rudolf dass du dir die zeit nimmst zu helfen !!!
Titel: Aw: FHEM2FHEM extrem träge , wenn überhaupt ...
Beitrag von: Puschel74 am 01 Juni 2013, 19:20:43
Hallo,

Zitataber da kommt kein output dabei raus , das mein ich

Und wenn du die Zeile in die FHEM-Befehlszeile eingibst?

Grüße
Titel: Aw: FHEM2FHEM extrem träge , wenn überhaupt ...
Beitrag von: rudolfkoenig am 01 Juni 2013, 19:22:53
>  aber da kommt kein output dabei raus , das mein ich

Das bedeutet, dass dem FHEM2FHEM nichts zugewiesen ist, und damit nutzlos ist.... Komisch.
Titel: Aw: FHEM2FHEM extrem träge , wenn überhaupt ...
Beitrag von: Jumbo am 01 Juni 2013, 19:29:48
@puschel , genau das gleiche... kein output.


hier nochmal die config, evtl is ja da ein problem drinne :

attr global autoload_undefined_devices 1
attr global logfile /usr/local/FHEM/var/log/fhem-%Y-%m.log
attr global modpath /usr/local/FHEM/share/fhem
attr global motd none
attr global mseclog 1
attr global sendStatistics manually
attr global statefile /usr/local/FHEM/var/log/fhem.save
attr global uniqueID /usr/local/FHEM/share/fhem/FHEM/FhemUtils/uniqueID
attr global userattr devStateIcon fm_fav fm_groups fm_name fm_order fm_type fm_view fp_1._RDC fp_1stack fp_2._1ten_Stack fp_2stack fp_3._2ten_Stack fp_8._Plots fp_9._XBMC fp_Grundriss fp_Living fp_XBMC icon sortby webCmd
attr global verbose 5
#attr global verbose 3


define telnetPort telnet 7072 global

define WEB FHEMWEB 8083 global
attr WEB basicAuth d23mfdssdf23)=Ufafsd23fvg=
attr WEB basicAuthMsg Login an password please
attr WEB longpoll 1
attr WEB refresh 120
attr WEB stylesheetPrefix dark

define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix smallscreen

define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix touchpad

define Logfile FileLog /usr/local/FHEM/var/log/fhem-%Y-%m.log fakelog

define autocreate autocreate
attr autocreate autosave 1
attr autocreate device_room %TYPE
attr autocreate filelog /usr/local/FHEM/var/log/%NAME-%Y.log
attr autocreate weblink 1
attr autocreate weblink_room Plots
define initialUsbCheck notify global:INITIALIZED usb create


define CUL_0 CUL /dev/ttyUSB0@9600 1034
attr CUL_0 model CUL
attr CUL_0 rfmode SlowRF

define CUL_RPi CUL none 0000
define RPi_CUL FHEM2FHEM 192.168.1.91:7072 RAW:CUL_RPi
attr CUL_RPi dummy 1


define HMLAN1 HMLAN 192.168.1.56:1000
attr HMLAN1 hmId 345AFC



hund hier nochmal der Code vom RPi :


attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global motd SecurityCheck:\\\
\\\
WEB,WEBphone,WEBtablet has no basicAuth attribute.\\\
telnetPort has no password/globalpassword attribute.\\\
\\\
Restart fhem for a new check if the problem is fixed,\\\
or set the global attribute motd to none to supress this message.\\\

attr global statefile ./log/fhem.save
attr global userattr devStateIcon icon sortby webCmd
attr global verbose 5

define telnetPort telnet 7072 global

define WEB FHEMWEB 8083 global

define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix smallscreen

define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix touchpad

# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog

define autocreate autocreate
attr autocreate autosave 1
attr autocreate device_room %TYPE
attr autocreate filelog ./log/%NAME-%Y.log
attr autocreate weblink 1
attr autocreate weblink_room Plots

# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create


# If the above notify did not helped, then you probably have to enable some of
# the following lines.  Verify first that /dev/xxx ist correct.


define CUL_RPi CUL /dev/ttyACM0@9600 2034
attr CUL_RPi rfmode SlowRF




was ich allerdings nicht verstehe ist ,wieso geht es wenn die beiden auf ner distanz von 5m stehen  , und sobald ein Stockwerk dazwischen ist , dann kommen die komischen effekte hinzu....
Ich hab's mehrmals getestet und kanns jedesmal nachreproduzieren....

Titel: Aw: FHEM2FHEM extrem träge , wenn überhaupt ...
Beitrag von: Jumbo am 01 Juni 2013, 22:08:18
ich nochmal,


habe nun alles neu gemacht, 2 neue configs

da stinkt irgendwas gewaltig.....

folgende meldungen kommen beim RPi an :

2013.06.01 21:55:17 5: CUL_RPi: T1919446900 -43
2013.06.01 21:55:17 5: CUL_RPi dispatch 810c04xx0909a001191944006900
2013.06.01 21:55:17 3: FHT Unknown device 1919, please define it
2013.06.01 21:55:17 5: Triggering global (1 changes)
2013.06.01 21:55:17 5: Notify loop for global UNDEFINED FHT_1919 FHT 1919
2013.06.01 21:56:31 5: Cmd: >iowrite CUL_RPi 04 01010111110300<
2013.06.01 21:56:31 5: CUL_RPi sending F11110300
2013.06.01 21:56:31 2: CUL TRANSMIT LIMIT EXCEEDED
2013.06.01 21:56:31 5: Triggering CUL_RPi (1 changes)
2013.06.01 21:56:31 5: Notify loop for CUL_RPi TRANSMIT LIMIT EXCEEDED
2013.06.01 21:56:31 5: SW: F11110300
2013.06.01 21:57:02 5: CUL/RAW: /T191900BA003E

2013.06.01 21:57:02 5: CUL_RPi: T191900BA00 -43
2013.06.01 21:57:02 5: CUL_RPi dispatch 810c04xx0909a00119190000ba00
2013.06.01 21:57:02 3: FHT Unknown device 1919, please define it
2013.06.01 21:57:02 5: Triggering global (1 changes)
2013.06.01 21:57:02 5: Notify loop for global UNDEFINED FHT_1919 FHT 1919
2013.06.01 21:58:58 5: CUL/RAW: /T191900AA003D

2013.06.01 21:58:58 5: CUL_RPi: T191900AA00 -43.5
2013.06.01 21:58:58 5: CUL_RPi dispatch 810c04xx0909a00119190000aa00
2013.06.01 21:58:58 3: FHT Unknown device 1919, please define it
2013.06.01 21:58:58 5: Triggering global (1 changes)
2013.06.01 21:58:58 5: Notify loop for global UNDEFINED FHT_1919 FHT 1919
2013.06.01 21:59:31 4: Connection accepted from telnet:192.168.1.100:42715
2013.06.01 21:59:31 5: Cmd: >inform raw<
2013.06.01 21:59:31 4: Setting inform to raw
2013.06.01 21:59:49 4: Connection accepted from telnet:192.168.1.100:42716
2013.06.01 21:59:49 5: Cmd: >iowrite CUL_RPi 04 01010111110300<
2013.06.01 21:59:49 5: CUL_RPi sending F11110300
2013.06.01 21:59:49 2: CUL TRANSMIT LIMIT EXCEEDED
2013.06.01 21:59:49 5: Triggering CUL_RPi (1 changes)
2013.06.01 21:59:49 5: Notify loop for CUL_RPi TRANSMIT LIMIT EXCEEDED
2013.06.01 21:59:49 5: SW: F11110300
2013.06.01 21:59:58 4: Connection closed for FHEMWEB:192.168.1.5:57625
2013.06.01 21:59:58 4: Connection accepted from FHEMWEB:192.168.1.5:57894
2013.06.01 21:59:58 4: HTTP FHEMWEB:192.168.1.5:57894 GET /fhem?cmd=logwrapper%20Logfile%20text%20fhem-2013-06.log
2013.06.01 21:59:59 4: Connection accepted from FHEMWEB:192.168.1.5:57895
2013.06.01 21:59:59 4: Connection accepted from FHEMWEB:192.168.1.5:57897
2013.06.01 21:59:59 4: HTTP FHEMWEB:192.168.1.5:57895 GET /fhem/pgm2/style.css
2013.06.01 21:59:59 4: Connection accepted from FHEMWEB:192.168.1.5:57898
2013.06.01 21:59:59 4: HTTP FHEMWEB:192.168.1.5:57897 GET /fhem/pgm2/svg.js
2013.06.01 21:59:59 4: HTTP FHEMWEB:192.168.1.5:57898 GET /fhem/pgm2/fhemweb.js
2013.06.01 21:59:59 4: HTTP FHEMWEB:192.168.1.5:57898 GET /fhem/icons/icoEverything
2013.06.01 22:00:26 5: Cmd: >iowrite CUL_RPi 04 01010111110300<
2013.06.01 22:00:26 5: CUL_RPi sending F11110300
2013.06.01 22:00:26 2: CUL TRANSMIT LIMIT EXCEEDED
2013.06.01 22:00:26 5: Triggering CUL_RPi (1 changes)
2013.06.01 22:00:26 5: Notify loop for CUL_RPi TRANSMIT LIMIT EXCEEDED
2013.06.01 22:00:26 5: SW: F11110300
2013.06.01 22:00:27 4: HTTP FHEMWEB:192.168.1.5:57898 GET /fhem?cmd=logwrapper%20Logfile%20text%20fhem-2013-06.log
2013.06.01 22:00:29 4: HTTP FHEMWEB:192.168.1.5:57894 GET /fhem/pgm2/svg.js
2013.06.01 22:00:29 4: Connection accepted from FHEMWEB:192.168.1.5:57903
2013.06.01 22:00:29 4: HTTP FHEMWEB:192.168.1.5:57895 GET /fhem/pgm2/fhemweb.js
2013.06.01 22:00:29 4: HTTP FHEMWEB:192.168.1.5:57897 GET /fhem/pgm2/style.css
2013.06.01 22:00:29 4: HTTP FHEMWEB:192.168.1.5:57897 GET /fhem/icons/icoEverything
2013.06.01 22:00:29 4: HTTP FHEMWEB:192.168.1.5:57897 GET /fhem/icons/favicon
2013.06.01 22:00:43 4: Connection closed for FHEMWEB:192.168.1.5:57903
2013.06.01 22:00:53 5: CUL/RAW: /T191900AA003E

2013.06.01 22:00:53 5: CUL_RPi: T191900AA00 -43
2013.06.01 22:00:53 5: CUL_RPi dispatch 810c04xx0909a00119190000aa00
2013.06.01 22:00:53 3: FHT Unknown device 1919, please define it
2013.06.01 22:00:53 5: Triggering global (1 changes)
2013.06.01 22:00:53 5: Notify loop for global UNDEFINED FHT_1919 FHT 1919
2013.06.01 22:01:04 5: Cmd: >iowrite CUL_RPi 04 01010111110000<
2013.06.01 22:01:04 5: CUL_RPi sending F11110000
2013.06.01 22:01:04 2: CUL TRANSMIT LIMIT EXCEEDED
2013.06.01 22:01:04 5: Triggering CUL_RPi (1 changes)
2013.06.01 22:01:04 5: Notify loop for CUL_RPi TRANSMIT LIMIT EXCEEDED
2013.06.01 22:01:04 5: SW: F11110000
2013.06.01 22:01:06 4: HTTP FHEMWEB:192.168.1.5:57897 GET /fhem?cmd=logwrapper%20Logfile%20text%20fhem-2013-06.log



was absolut komisch ist ,

ich habe verschiedene LED's am laufen, folgendermassen unterteilt :

Kichen -> Küche
und
Living -> Wohnzimmer

die Küche funktioniert perfekt on / off usw...
Wohnzimmer , kriege ich immer die Fehlermeldungen wie in dem Log zu sehen sind ....

ich habe NULL Ahnung wieso , die sind genau gleich angeschlossen wie die anderen auch.

Hier mal die Neue Config von beiden FHEM :


der Haupt FHEM :

attr global autoload_undefined_devices 1
attr global logfile /usr/local/FHEM/var/log/fhem-%Y-%m.log
attr global modpath /usr/local/FHEM/share/fhem
attr global statefile /usr/local/FHEM/var/log/fhem.save
attr global verbose 3

define telnetPort telnet 7072 global

define WEB FHEMWEB 8083 global
attr WEB longpoll 1
attr WEB stylesheetPrefix dark

define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix smallscreen

define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix touchpad

# Fake FileLog entry, to access the fhem log from FHEMWEB

define autocreate autocreate
attr autocreate autosave 1
attr autocreate device_room %TYPE
attr autocreate filelog /usr/local/FHEM/var/log/%NAME-%Y.log
attr autocreate weblink 1
attr autocreate weblink_room Plots

# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create

define CUL_0 CUL /dev/ttyUSB0@9600 1034


define CUL_RPi CUL none 0000
attr CUL_RPi dummy 1
define RPi_CUL FHEM2FHEM 192.168.1.200:7072 RAW:CUL_RPi


#########################################################################
##
##      LED Kichen
##
#########################################################################



define Luucht_Gang FS20 3e9e 00
attr Luucht_Gang comment Untoggle 1
attr Luucht_Gang model fs20st
attr Luucht_Gang room 1._RDC
define LED1 FS20 1111 00
define Luucht_Gang_on notify Luucht_Gang:on set LED1 on
define Luucht_Gang_off notify Luucht_Gang:off set LED1 off


define Luucht_Kichen1 FS20 3e9e 01
attr Luucht_Kichen1 comment Untoggle
attr Luucht_Kichen1 model fs20st
attr Luucht_Kichen1 room 1._RDC
define LED2 FS20 1111 01
define Luucht_Kichen1_on notify Luucht_Kichen1:on set LED2 on
define Luucht_Kichen1_off notify Luucht_Kichen1:off set LED2 off

define Luucht_Kichen2 FS20 3e9e 02
attr Luucht_Kichen2 comment Untoggle
attr Luucht_Kichen2 model fs20st
attr Luucht_Kichen2 room 1._RDC
define LED3 FS20 1111 02
define Luucht_Kichen2_on notify Luucht_Kichen2:on set LED3 on
define Luucht_Kichen2_off notify Luucht_Kichen2:off set LED3 off


#########################################################################
##
##      LED Living
##
#########################################################################


define Luucht_Living1 FS20 3e9e 06
#attr Luucht_Living1 comment Untoggle
#attr Luucht_Living1 model fs20su
attr Luucht_Living1 room 1._RDC
define LED5 FS20 1111 04
define Luucht_Living1_on notify Luucht_Living1:on set LED5 on
define Luucht_Living1_off notify Luucht_Living1:off set LED5 off


define Luucht_Living2 FS20 3e9e 03
#attr Luucht_Living2 comment Untoggle
#attr Luucht_Living2 model fs20su
attr Luucht_Living2 room 1._RDC
define LED6 FS20 1111 05
define Luucht_Living2_on notify Luucht_Living2:on set LED6 on
define Luucht_Living2_off notify Luucht_Living2:off set LED6 off

define Luucht_Living3 FS20 3e9e 04
#attr Luucht_Living3 comment Untoggle
#attr Luucht_Living3 model fs20su
attr Luucht_Living3 room 1._RDC
define LED7 FS20 1111 06
define Luucht_Living3_on notify Luucht_Living3:on set LED7 on
define Luucht_Living3_off notify Luucht_Living3:off set LED7 off


define Luucht_Living4 FS20 3e9e 07
#attr Luucht_Living4 comment Untoggle
#attr Luucht_Living4 model fs20su
attr Luucht_Living4 room 1._RDC
define LED4 FS20 1111 03
define Luucht_Living4_on notify Luucht_Living4:on set LED4 on
define Luucht_Living4_off notify Luucht_Living4:off set LED4 off




define FHT_0d27 FHT 0d27
attr FHT_0d27 retrycount 3
attr FHT_0d27 room FHT
define FileLog_FHT_0d27 FileLog /usr/local/FHEM/var/log/FHT_0d27-%Y.log FHT_0d27
attr FileLog_FHT_0d27 logtype fht:Temp/Act,text
attr FileLog_FHT_0d27 room FHT
define weblink_FHT_0d27 weblink fileplot FileLog_FHT_0d27:fht:CURRENT
attr weblink_FHT_0d27 label "FHT_0d27 Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr weblink_FHT_0d27 room Plots
define FHT_0c3b FHT 0c3b
attr FHT_0c3b retrycount 3
attr FHT_0c3b room FHT
define FileLog_FHT_0c3b FileLog /usr/local/FHEM/var/log/FHT_0c3b-%Y.log FHT_0c3b
attr FileLog_FHT_0c3b logtype fht:Temp/Act,text
attr FileLog_FHT_0c3b room FHT
define weblink_FHT_0c3b weblink fileplot FileLog_FHT_0c3b:fht:CURRENT
attr weblink_FHT_0c3b label "FHT_0c3b Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr weblink_FHT_0c3b room Plots
define FHT_1919 FHT 1919
attr FHT_1919 retrycount 3
attr FHT_1919 room FHT
define FileLog_FHT_1919 FileLog /usr/local/FHEM/var/log/FHT_1919-%Y.log FHT_1919
attr FileLog_FHT_1919 logtype fht:Temp/Act,text
attr FileLog_FHT_1919 room FHT
define weblink_FHT_1919 weblink fileplot FileLog_FHT_1919:fht:CURRENT
attr weblink_FHT_1919 label "FHT_1919 Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr weblink_FHT_1919 room Plots
define FS20_3e9e05 FS20 3e9e 05
attr FS20_3e9e05 room FS20
define FileLog_FS20_3e9e05 FileLog /usr/local/FHEM/var/log/FS20_3e9e05-%Y.log FS20_3e9e05
attr FileLog_FS20_3e9e05 logtype text
attr FileLog_FS20_3e9e05 room FS20
define CUL_WS_5 CUL_WS 5
attr CUL_WS_5 room CUL_WS
define FileLog_CUL_WS_5 FileLog /usr/local/FHEM/var/log/CUL_WS_5-%Y.log CUL_WS_5:T:.*
attr FileLog_CUL_WS_5 logtype temp4hum6:Temp/Hum,text
attr FileLog_CUL_WS_5 room CUL_WS
define weblink_CUL_WS_5 weblink fileplot FileLog_CUL_WS_5:temp4hum6:CURRENT
attr weblink_CUL_WS_5 label "CUL_WS_5 Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr weblink_CUL_WS_5 room Plots



und der 2te FHEM (RPi)

attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global motd SecurityCheck:\\\
\\\
WEB,WEBphone,WEBtablet has no basicAuth attribute.\\\
telnetPort has no password/globalpassword attribute.\\\
\\\
Restart fhem for a new check if the problem is fixed,\\\
or set the global attribute motd to none to supress this message.\\\
attr global uniqueID /opt/fhem/FHEM/FhemUtils/uniqueID
attr global uniqueID ./FHEM/FhemUtils/uniqueID
attr global sendStatistics manually
attr global statefile ./log/fhem.save
attr global userattr devStateIcon icon sortby webCmd
attr global verbose 5

define telnetPort telnet 7072 global

define WEB FHEMWEB 8083 global

attr WEB stylesheetPrefix dark

# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog

define autocreate autocreate
attr autocreate disable
attr autocreate autosave 1
attr autocreate device_room %TYPE
attr autocreate filelog ./log/%NAME-%Y.log
attr autocreate weblink 1
attr autocreate weblink_room Plots

# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create
attr initialUsbCheck disable 1

# If the above notify did not helped, then you probably have to enable some of
# the following lines.  Verify first that /dev/xxx ist correct.


define CUL_RPi CUL /dev/ttyACM0@9600 2034
attr CUL_RPi rfmode SlowRF





was nun absolut das komischste bei der ganzen sache ist, sobald ich folgendes auskommentiere :


define CUL_RPi CUL none 0000
attr CUL_RPi dummy 1
define RPi_CUL FHEM2FHEM 192.168.1.200:7072 RAW:CUL_RPi


dann funktioniert alles wie es sein soll !

Ich versteh's einfach net....

Bin über jede hilfe dankbar...
Titel: Aw: FHEM2FHEM extrem träge , wenn überhaupt ...
Beitrag von: rudolfkoenig am 02 Juni 2013, 12:39:02
In dem Haupt-Config ist das letzte FS20-faehige Ausgabegeraet vor der Definition der FS20 Geraete das CUL_RPi, und nicht CUL_0, ergo versucht FHEM alle FS20-Geraete ueber das RPi(!) zu steuern. Siehe auch http://fhem.de/commandref.html#IODev (//fhem.de/commandref.html#IODev)

Das wuerde zwar erklaeren, wieso beim Umstellen der RPi die Lampen geschaltet werden, allerdings nicht, wieso das Haupt-Fhem traege ist. Oder wir verstehen unter Traege jeweils unterschiedliche Sachen.
Titel: Aw: FHEM2FHEM extrem träge , wenn überhaupt ...
Beitrag von: Jumbo am 02 Juni 2013, 19:17:52
Danke Rudolf , genau das war das problem !!!!!!!

und träge war FHEM weil durch den Druck des knopfes die LED's nicht geschaltet wurden , respektive erst mehrere Sekunden später durch die retry's....


Ich habe allerdings nun noch 1 oder 2 fragen diesbezüglich :


ich habe auf dem Stockwerk noch ein paar FH20 aktoren , die ich dann gerne mit dem RPi schalten würde , und nicht mit meinem CUL_0

wird das nun automatisch vom RPi_CUL übernommen oder noch immer vom CUL_0 ?

was muss ich tun damit der RPi_CUL diese schaltung übernimmt, respektive in welcher config muss ich das ändern , auf meinem Haupt FHEM oder auf meinem 2ten FHEM (RPi) ?

Danke nochmal für die Hilfe...
Titel: Aw: FHEM2FHEM extrem träge , wenn überhaupt ...
Beitrag von: rudolfkoenig am 03 Juni 2013, 08:40:53
>  was muss ich tun damit der RPi_CUL diese schaltung übernimmt

wie geschrieben, siehe http://fhem.de/commandref.html#IODev (//fhem.de/commandref.html#IODev)