OWTHERM blockiert FHEM

[dan1180]

Nabend...

Als erstes ausprobieren, ob Du auf Deine neue FHEM Instanz über einen Browser heraufkommst

Ja ich komm drauf und es scheint soweit auch alles zu passen (1 Instanz HM, 1 Instanz OWX). Ich habe alle Ports umbenannt und keinen doppelt.

define meinOWX FHEM2FHEM localhost:7072 LOG:.*

Habe ich entsprechend gemacht und hat funktioniert.

Nein, das war jetzt nur ein direkter Start von FHEM, wenn das nachher automatisch gehen soll, dann muß in init.d noch etwas angepasst werden.

Ist das die selbe Anpassung, die auch schon in der Installationsanleitung für FHEM steht (fischer-net.de)?

Musst Du noch üben, mit dem Suchen.

Ich find in der Commandref wirklich nur den dummy, nicht aber den cloneDummy. Nichts desto trotz habe ich folgendes gemacht:

Code Auswählen Erweitern

define C_AUT_ND cloneDummy AUT_ND temperature
Leider werden bisher noch keine Werte übertragen. Fehlt beim cloneDummy noch eine Pfadangabe auf das andere FHEM?

Das Listing meines Dummys:

Code Auswählen Erweitern



Internals:
   DEF        AUT_ND temperature
   NAME       C_AUT_ND
   NOTIFYDEV  AUT_ND
   NOTIFYSTATE temperature
   NR         179
   NTFY_ORDER 50-C_AUT_ND
   STATE      0.0°C
   TYPE       cloneDummy
   Readings:
     2014-04-27 15:39:41   state           defined
Attributes:
   room       Heizung
   stateFormat {sprintf("%.1f",ReadingsVal("C_AUT_ND","temperature",0))."°C"}



Edit nach 2 Minuten:
Hab cloneDummy gefunden. Muss zugeben, dass ich, nachdem ich alphabetisch an "C" vorbei war, nicht mehr weiter gesucht habe :-/

[det.]

@dan1180,
das wird ja ein abenteuerliches Konstrukt - mal einen Gedanken an einen 2ten RPI oder was schnelleres verschwendet - ist zum Testen auf jeden Fall die sicherere, einfachere und stabilere Alternative. Natürlich nur, wenn das produktive FHEM schon wirklich zu etwas Nützlichem im Einsatz ist, sonst ist es sicher egal.

[Joachim]

Moin dan1180,
mal zum abschreiben (aber natürlich an Deine Gegebenheiten anpassen) einen Auszug aus meinem Hauptfhem:

Code Auswählen Erweitern

define FB7390 FHEM2FHEM 172.16.19.10:7072 LOG:.*
attr FB7390 room OWX

define clone_TS_Bad cloneDummy TS_Bad Temperatur
attr clone_TS_Bad cloneIgnore T,temperature
attr clone_TS_Bad room test
attr clone_TS_Bad stateFormat _state

define clone_TS_Bue cloneDummy TS_Bue
attr clone_TS_Bue room test
attr clone_TS_Bue stateFormat {sprintf("%.1f",ReadingsVal("clone_TS_Bue","Temperatur",0))." °C"}

Zwei verschidene Varianten, die bei mir laufen, allerdings habe ich auf meinem "OXFHEM" ein userReading, dass T und temperature auf Temperatur unsetzt.
Zum Testen mal den Eventmonitor anwerfen, da sollten die entsprechenden Readings ankommen.

Code Auswählen Erweitern


2014-04-27 16:14:57.514 OWTHERM TS_Gefrierschrank Temperatur: -22.3

@ det.

das wird ja ein abenteuerliches Konstrukt

nicht wirklich, es macht fast das gleiche, wie OWX_ASYNCRON, nur in einer seperaten Instanz, in der OWX FHEM beliebig bremsen kann, und hat den Vorteil, dass keine 2. Hardware gebraucht wird.

Gruß Joachim

[dan1180]

Also bei mir sieht das so aus:

Code Auswählen Erweitern

define F2F FHEM2FHEM 192.168.2.150:8093 LOG:.*
attr F2F room Controller

define C_AUT_ND cloneDummy AUT_ND temperature
attr C_AUT_ND fp_Heizung 90,855,0
attr C_AUT_ND room Heizung
attr C_AUT_ND stateFormat {sprintf("%.1f",ReadingsVal("C_AUT_ND","temperature",0))."°C"}

Ich seh da nicht wirklich einen Unterschied zu deiner Ausführung. Naja, außer, dass es bei dir funktioniert...

@det
Abenteuerlich weshalb? Also bisher find ichs noch reht übersichtlich. Einen zweiten RasPi möchte ich für die Haussteuerung nicht. Ein schnellerer Verwandter schwebt mir auch im Kopf rum aber frühestens wenn ich das alles im Griff habe. Im Moment stecke ich noch ziemlich in den Kinderschuhen (auch wenn ich meine HM Fußbodenheizungsregelung glaub ganz gut im Griff habe) weshalb ich ohne viel Angst noch ein bisschen testen kann

[Joachim]

Was sagt der Event monitor?

[dan1180]

Im Event Monitor kein Wort von meinem cloneDummy oder FHEM2FHEM.

Im Log finde ich folgendes, was sich regelmäßig wiederholt:

Code Auswählen Erweitern

2014.04.27 16:29:41.651 5: HMLAN_Parse: HMLAN1 R:E262403   stat:0000 t:03DDE721 d:FF r:FFB0     m:AC 8470 262403 000000 00D92D
2014.04.27 16:29:41.653 5: HMLAN1 dispatch A0CAC847026240300000000D92D::-80:HMLAN1
2014.04.27 16:29:41.665 5: Triggering WTS_WZ_Weather (3 changes)
2014.04.27 16:29:41.666 5: Notify loop for WTS_WZ_Weather temperature: 21.7
2014.04.27 16:29:41.682 4: eventTypes: CUL_HM WTS_WZ_Weather temperature: 21.7 -> temperature: .*
2014.04.27 16:29:41.684 4: eventTypes: CUL_HM WTS_WZ_Weather humidity: 45 -> humidity: .*
2014.04.27 16:29:41.685 4: eventTypes: CUL_HM WTS_WZ_Weather T: 21.7 H: 45 -> T: .* H: .*
2014.04.27 16:29:41.686 4: eventTypes: CUL_HM WTS_WZ_Weather state: T: 21.7 H: 45 -> state: T: .* H: .*
2014.04.27 16:29:44.015 4: Connection closed for FHEMWEB:192.168.2.103:51631
2014.04.27 16:29:44.025 4: HTTP FHEMWEB:192.168.2.103:51633 GET /fhem?detail=C_AUT_ND
2014.04.27 16:29:44.337 4: /fhem?detail=C_AUT_ND / RL:2238 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2014.04.27 16:29:44.369 4: HTTP FHEMWEB:192.168.2.103:51633 GET /fhem/pgm2/style.css
2014.04.27 16:29:44.378 4: HTTP FHEMWEB:192.168.2.103:51630 GET /fhem/pgm2/fhemweb.js
2014.04.27 16:29:44.384 4: Connection accepted from FHEMWEB:192.168.2.103:51634
2014.04.27 16:29:44.387 4: HTTP FHEMWEB:192.168.2.103:51632 GET /fhem/pgm2/fhemweb_colorpicker.js
2014.04.27 16:29:44.393 4: HTTP FHEMWEB:192.168.2.103:51629 GET /fhem/pgm2/svg.js
2014.04.27 16:29:44.401 4: HTTP FHEMWEB:192.168.2.103:51634 GET /fhem/pgm2/fhemweb_multiple.js
2014.04.27 16:29:44.407 4: HTTP FHEMWEB:192.168.2.103:51630 GET /fhem/pgm2/fhemweb_slider.js
2014.04.27 16:29:44.413 4: HTTP FHEMWEB:192.168.2.103:51632 GET /fhem/pgm2/fhemweb_svg.js
2014.04.27 16:29:44.420 4: HTTP FHEMWEB:192.168.2.103:51633 GET /fhem/pgm2/fhemweb_noArg.js
2014.04.27 16:29:44.427 4: HTTP FHEMWEB:192.168.2.103:51634 GET /fhem/pgm2/fhemweb_time.js
2014.04.27 16:29:44.433 4: HTTP FHEMWEB:192.168.2.103:51630 GET /fhem/pgm2/dashboard_style.css
2014.04.27 16:29:44.438 4: HTTP FHEMWEB:192.168.2.103:51632 GET /fhem/icons/favicon
2014.04.27 16:29:44.445 4: HTTP FHEMWEB:192.168.2.103:51629 GET /fhem/pgm2/fhemweb_textField.js
2014.04.27 16:29:44.501 4: HTTP FHEMWEB:192.168.2.103:51633 GET /fhem/images/default/icoEverything.png
2014.04.27 16:29:44.509 4: HTTP FHEMWEB:192.168.2.103:51634 GET /fhem/images/default/fhemicon.png
2014.04.27 16:29:44.515 4: HTTP FHEMWEB:192.168.2.103:51629 GET /fhem?cmd={AttrVal(%22C_AUT_ND%22,%22room%22,%22%22)}&XHR=1
2014.04.27 16:29:44.518 5: Cmd: >{AttrVal("C_AUT_ND","room","")}<
2014.04.27 16:29:44.544 4: /fhem?cmd={AttrVal(%22C_AUT_ND%22,%22room%22,%22%22)}&XHR=1 / RL:28 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2014.04.27 16:29:44.640 4: HTTP FHEMWEB:192.168.2.103:51633 GET /fhem?XHR=1&inform=type=status;filter=C_AUT_ND×tamp=1398608984132
2014.04.27 16:30:04.022 5: HMLAN_Send:  HMLAN1 I:K
2014.04.27 16:30:04.033 5: HMLAN/RAW: /HHM-LAN-IF,03C1,KEQ1023876,257722,DD0111,03DE3EE6,0004

2014.04.27 16:30:04.036 5: HMLAN_Parse: HMLAN1 V:03C1 sNo:KEQ1023876 d:257722 O:DD0111 t:03DE3EE6 IDcnt:0004
2014.04.27 16:30:16.056 4: HTTP FHEMWEB:192.168.2.103:51629 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2014-04.log

FHEM2FHEM sagt connected und Fehlermeldungen bekomm ich auch nicht.

Edit: Hatte die Verbindung via WEB Port gemacht. Hab jetzt auf den Telnet Port umdefiniert. Macht das einen Unterschied? Ergebnis ist bisher das Selbe (connected aber kein Wert)

[Joachim]

Kontrollier mal die IP's.
192.168.2.103
oder
192.168.2.150 ?

Beide FHEM Installationen laufen duch auf dem gleichen Rechner?

Gruß Joachim

[dan1180]

Die 150 passt und wie du unten siehst hab ich die auch definiert. Ich komm auch über den WEB Port mit der 150 auf beide Installationen. Warum im Log die 103 auftaucht ist mir ein Rätsel. Unter 103 ist die das Notebook im Netzwerk mit dem ich FHEM im Browser aufruf und mit dem ich mittels Remote Desktop auf mienem RasPi arbeite.

[Joachim]

Läuft OWX auf Deinen OWX-System?
Mal bitte von beiden Systemen einen Auszug aus dem Eventmonitor, an besten, wenn Werte von OWX geliefert werden.

Gruß Joachim

[dan1180]

OK, ich hab wohl selbst herausgefunden woran es hakt (iiich habe Feuer gemacht!!!)

Spaß bei Seite. Es scheint so als würde fhem, wenn die Sensoren auf event-on-change-reading stehen zum einen keine Events ausgeben (Event-Liste war nach 15 Minuten noch leer), zum anderen keine Readings schreiben oder weiter geben. Seit ich ein paar Sensoren auf Interval gestellt habe werden Events geschrieben und TATAAA...mein Haupt FHEM holt sich die Werte.

Ein paar kleine Fragen hätt ich noch:

• Wird mein Haupt fhem immer getriggert wenn fhem_owx ein Event schreibt?
• Kann man theoretisch beliebig viele FHEMs miteinander betreiben oder ist das auf zwei begrenzt?
• Muss ich meine Logs, die ich für Plots im Hauptsystem verwenden will auch in diesem schreiben oder kann ich mir die Werte holen?

Ich werde jetzt mal all meine Sensoren umstellen. Hätte zwar gerne nur Werte geschrieben wenn sie sich ändern aber man kann halt nicht alles haben. Meld mich sobald ich mein System auf Vordermann hab und mal ein paar Stunden Logfile lesen konnte.

Joachim, vielen Dank! Ist zwar nicht die Lösung des Problems aber wohl ein geschickter Weg drum herum.

[Joachim]

Schön, dass es jetzt geht,
mich würde dann auch mal von Deinem Hauptfhem Apptime interessieen.

Es scheint so als würde fhem, wenn die Sensoren auf event-on-change-reading stehen zum einen keine Events ausgeben (Event-Liste war nach 15 Minuten noch leer),

Bei event-on-change-reading kommen nur dann readings, wenn sich etwas ändert, möchtest Du öfter Werte bekommen, dann brauchst Du zusätzlich event-min-interval, z.B. so:

Code Auswählen Erweitern



define TS_Bad OWTHERM DS18B20 2118BA030000 300
attr TS_Bad IODev LinkUSBi
attr TS_Bad event-min-interval Temperatur:600
attr TS_Bad event-on-change-reading Temperatur
attr TS_Bad model DS1822
attr TS_Bad room Bad
attr TS_Bad stateFormat {( int (ReadingsVal("TS_Bad","temperature",0) * 10 + 0.5 ) / 10)." °C"}
attr TS_Bad tempHigh 25
attr TS_Bad tempLow 0
attr TS_Bad tempOffset 0.0
attr TS_Bad userReadings Temperatur {(ReadingsVal("TS_Bad","Temperatur",0) eq "0") ? ( int (ReadingsVal("TS_Bad","temperature",0) * 10 + 0.5 ) / 10):( int (((ReadingsVal("TS_Bad","temperature",0) + ReadingsVal("TS_Bad","Temperatur",0)) / 2 ) * 10 + 0.5 ) / 10)}

Zu Deinen Fragen:
1. Ja, immer wenn ein Event in Deinem FHEMOWX kommt, sollte dieser über FHEM2FHEM auf Deinem Hauptsystem ankommen.
2. Theoretisch sind unbegrenzt viele FHEM nebeneinander möglich,ab wann das unkonfortalel läuft hängt von der Rechenleistung ab.
3. Bleibt Dir überlassen, besser ist aber, wenn die Logs auf dem Hauptfhem geschrieben werden. Da es sonst Probleme mit dem Zusammenspiel von SVG und FileLog geben kann.
Du musst jetzt noch daran denken, dafür zu sorgen, dass Dein FHEMOWX automatisch mit gestartet wird, dafür muss das init-Script angepasst werden. Da ich das auch nachlesen muß, kannst Du das auch selbst.

Gruß Jaochim

[dan1180]

Code Auswählen Erweitern

                                name             function    max  count    total  average maxDly
                                 F2F       FHEM2FHEM_Read    405      2      801   400.50      0 HASH(0x19425b8)
                            C_FBH_RL    cloneDummy_Notify     36      1       36    36.00      0 HASH(0x1936590); HASH(0xfa5c88)
                            C_WHK_RL    cloneDummy_Notify     31      3       80    26.67      0 HASH(0x18fe650); HASH(0x190d370)
                            C_WHK_VL    cloneDummy_Notify     31      3       84    28.00      0 HASH(0x18fefc8); HASH(0x1830e68)
                            C_FBH_VL    cloneDummy_Notify     30      3       81    27.00      0 HASH(0x18feb30); HASH(0x1b71368)
                            C_OBK_RL    cloneDummy_Notify     29      3       83    27.67      0 HASH(0x17bf0c8); HASH(0x1b1aca0)
                            C_SSP_UU    cloneDummy_Notify     28      3       78    26.00      0 HASH(0x1830898); HASH(0x1c63460)
                          eventTypes    eventTypes_Notify     11     32      100     3.12      0 HASH(0x12a9cc0); HASH(0x1936590)
         FHEMWEB:192.168.2.103:53376              FW_Read      9      2       13     6.50      0 HASH(0x1c5a240)
         FHEMWEB:192.168.2.103:53363              FW_Read      8      2       14     7.00      0 HASH(0x128cd38)
         FHEMWEB:192.168.2.103:53366              FW_Read      8      3       12     4.00      0 HASH(0x1b6e198)
                                 WEB              FW_Read      8      1        8     8.00      0 HASH(0x1b046e8)
         FHEMWEB:192.168.2.103:53362              FW_Read      7      3       17     5.67      0 HASH(0x1912138)
         FHEMWEB:192.168.2.103:53365              FW_Read      7      2       13     6.50      0 HASH(0x1b035b8)
                             SSP_LOG          FileLog_Log      5     32       62     1.94      0 HASH(0x1648b30); HASH(0x18feb30)
                         HMSA4.1_LOG          FileLog_Log      4     32       24     0.75      0 HASH(0x190b8b0); HASH(0x1b75458)
                         HMSA4.2_LOG          FileLog_Log      4     32       13     0.41      0 HASH(0x12a9a80); HASH(0x18fefc8)
                             WTR_LOG          FileLog_Log      4     32       22     0.69      0 HASH(0x128d1d0); HASH(0x1b1f5e8)
                             Logfile          FileLog_Log      3     32        7     0.22      0 HASH(0x1c5c630); HASH(0x17bf0c8)
                              HMLAN1         HMLAN_Notify      2     32        5     0.16      0 HASH(0x1c45b88); HASH(0xfa5c88)
                                 WEB            FW_Notify      2     32        2     0.06      0 HASH(0x1b046e8); HASH(0x1c5bdd8)

Bitteschön!

Das heißt wenn ich nur geänderte Werte will muss ich event-on-change-reading und event-min-interval kombinieren? Mich hat halt verwundert, dass (nur mit event-on-change-reading) sich zwar die Temperaturen geändert haben aber kein Event ausgegeben wurde.

Das mit dem Autostart bekomm ich sicher hin. Vielen Dank auf jeden Fall! Ich werd dann nochmal reporten wenn ich alles mal ne Weile laufen hatte.

[Joachim]

Na, das sieht doch gut aus.
hier der Auszug aus der comandref:

Code Auswählen Erweitern


event-on-change-reading
Dieses Attribut enthält eine durch Kommata getrennte Liste von "readings". Wenn gesetzt, erzeugen nur Veränderungen der gelisteten "readings" ein Ereignis. Wenn die aktualiserten Werte der gelisteten "readings" identisch sind, wird kein Ereignis generiert.
Die unterschiedlichen Bedeutungen von event-on-update-reading und event-on-change-reading sind folgende:

    Wenn beide Attribute nicht gesetzt sind erzeugt jede Aktualisierung eines jeden "readings" eines Gerätes ein Ereignis.
    Wenn eines der Attribute gesetzt ist, erzeugen nur Updates oder änderungen von "readings" die nicht in einem der Attribute gesetzt sind ein Ereignis.
    Wenn ein "reading" in event-on-update-reading aufgeführt ist, erzeugt eine Aktualisierung ein Ereignis unabhängig ob das "reading" auch in event-on-change-reading aufgelistet ist.

event-min-interval
Dieses Attribut enthält eine durch Kommata getrennte Liste von "readings:minInterval" Paare. readings kann ein regexp sein. Ein Event wird nur dann generiert, falls seit dem letzten Auftreten des gleichen Events mindestens minInterval Sekunden vergangen sind.

von daher sollte ein geänderter Wert auf jeden fall einen Event auslösen, even-min-intervall setzt nur eine Mindestzeit, nach der auf jeden Fall geloggt wird.
Wenn Du mich auf dem laufenden hältst, wäre das super, damit ich auch dem nächsten die Lösung empfehlen kann, wenn es mal wieder ein Problem gibt. Eventuell wäre nocheinmal die veränderte Systemlast mit einem gegen zwei FHEM interessant.

Gruß Joachim

[dan1180]

Hallo Joachim,

ich weiß selbst nicht warum aber manchmal steh ich wie der Ochse vorm Berg. Mein event-on-change-reading hat nicht funktioniert, weil ich dem Befehl kein reading gegeben habe das er ausgeben soll. In meiner fhem.cfg stand "attr XXX event-on-change-reading". Seit ich nun die Zeile mit "temperature" ergänzt habe funkntioniert alles bestens. Sorry, da hätt ich dir noch etwas Arbeit sparen können.

Den automatischen Start meiner zweiten FHEM Installation habe ich über die rc.local gelöst. Dort habe ich folgende Zeilen vor "exit (0)" geschrieben:

Code Auswählen Erweitern

cd /opt/fhem_owx
sudo perl fhem.pl fhem.cfg

Selbstverständlich werde ich dich und alle Anderen, die es interessiert, auf dem Laufenden halten. Ich werde die Geschichte mal ein paar Stunden/Tage laufen lassen und ab und an ein apptime ausführen. Meine Erfahrungen schreib ich dann.

Vielen Dank und einen schönen Wochenanfang!

[dan1180]

So, nun nach ein paar Tagen meine ersten Erfahrungen. Es gab keinen einzigen Ausstieg meines HM-CC-VD Stellantrieb (den ich übrigens mittlerweile über PID20 mit einem TC-IT regeln kann  ).

Ein aktuelles "apptiem" (02.05.2014-16:04)

Code Auswählen Erweitern


                                name             function    max  count    total  average maxDly
                              HMLAN1           HMLAN_Read    100     24      834    34.75      0 HASH(0x10677a8)
                                 F2F       FHEM2FHEM_Read     71      5      269    53.80      0 HASH(0xf0ea30)
             tmr-CUL_HM_respPendTout      respPend:100001     61      2      121    60.50      4 respPend:100001
             tmr-CUL_HM_valvePosUpdt    valvePos:10000101     53      2       98    49.00      3 valvePos:10000101
                      tmr-PID20_Calc           PID_HKS_BD     46      3       71    23.67      3 PID_HKS_BD
              tmr-CUL_HM_valvePosTmr    valveTmr:10000101     43      2       62    31.00      3 valveTmr:10000101
                            N_WTS_BD          notify_Exec     39      2       77    38.50      0 HASH(0x107abc0); HASH(0x10bd4e8)
                            C_AUT_ND    cloneDummy_Notify     28      1       28    28.00      0 HASH(0x10ca998); HASH(0x10be088)
                            C_SSP_OO    cloneDummy_Notify     27      1       27    27.00      0 HASH(0x10dfc40); HASH(0x132f0f8)
                            C_FBH_RL    cloneDummy_Notify     25      1       25    25.00      0 HASH(0x10ef490); HASH(0x10087e0)
                            C_KOL_RL    cloneDummy_Notify     25      1       25    25.00      0 HASH(0x1075da8); HASH(0xf7fb60)
                            C_OBK_LT    cloneDummy_Notify     25      1       25    25.00      0 HASH(0x132e178); HASH(0xf6c3f0)
                          PID_HKS_BD            PID20_Set     23      2       42    21.00      0 HASH(0x10e62f8); PID_HKS_BD; desired; 21.5
              tmr-FW_closeOldClients                          19      3       25     8.33      8
                 tmr-CUL_HM_ActCheck       ActionDetector     17      1       17    17.00      3 ActionDetector
                          eventTypes    eventTypes_Notify     10     40      169     4.22      0 HASH(0xf28188); HASH(0x109de10)
                 tmr-HMLAN_KeepAlive     keepAlive:HMLAN1     10      7       49     7.00      3 keepAlive:HMLAN1
                                 WEB              FW_Read      9     13       59     4.54      0 HASH(0x10dd520)
                          PID_HKS_BD         PID20_Notify      7     40       12     0.30      0 HASH(0x10e62f8); HASH(0x10bd4e8)
         FHEMWEB:192.168.2.103:59230              FW_Read      6      6       31     5.17      0 HASH(0x10b9998)
         FHEMWEB:192.168.2.103:59233              FW_Read      6      3       16     5.33      0 HASH(0x135de58)


Ich werde diesen BEitrag noch bis Sonntag für Fragen und Kommentare offen lassen und ihn dann mit einem abschließenden Bericht und einer Zusammenfassung als gelöst markieren und schließen. Danke an alle, vor allem an Joachim.