Neueste Beiträge

1

DOIF / Antw:FHEM Steuert Heizungen nicht

« Letzter Beitrag von Damian am Heute um 17:04:33 »

Noch ein Gedanke zu Triggern:

Grundsätzlich triggert alles was in eckigen Klammern vorkommt, soll die Angabe nur abgefragt werden, dann muss man ein Fragezeichen voranstellen z. B.
[?XMI_158d0002091ead]

2

Sprachsteuerung / Antw:homebridge/homekit

« Letzter Beitrag von Typ1er am Heute um 16:51:45 »

deine Homebridge läuft 2x

Der Port ist schon belegt: "Error: listen EADDRINUSE :::51826"

3

DOIF / Antw:FHEM Steuert Heizungen nicht

« Letzter Beitrag von Tardar am Heute um 16:50:51 »

Schon, aber die Triggerzeit liegt doch im geprüften Zeitraum (16:00 - 17:59).
Warum greift da dann das DOELSE (Heizung 30) anstatt der Command zuvor (Heizung 17) ?

Timer_01_c02 = 25.06. (morgen, warum nicht heute - zumal morgen kein Wochenende mehr ist ^^ - es soll ja der Zeitraum am Wochenende greifen, da macht das keinen Sinn, dass er von morgen ausgeht  )
Timer_02_c02 = 24.06. (heute - passt)

4

Sprachsteuerung / Antw:homebridge/homekit

« Letzter Beitrag von Sky am Heute um 16:49:24 »

Hallo ,

ich habe mein Fhem komplett neu installiert , das Plugin scheint jetzt zu laufen.
Allerdings habe ich noch einen Fehler beim start der Homebridge

Vielleicht weiß jemand was diese Meldung bedeutet ?

Code: [Auswählen]

pi@raspberrypi:~ $ homebridge
[6/24/2018, 4:41:18 PM] Loaded config.json with 0 accessories and 2 platforms.
[6/24/2018, 4:41:18 PM] ---
[6/24/2018, 4:41:19 PM] Loaded plugin: homebridge-camera-ffmpeg
[6/24/2018, 4:41:19 PM] Registering platform 'homebridge-camera-ffmpeg.Camera-ffmpeg'
[6/24/2018, 4:41:19 PM] ---
[6/24/2018, 4:41:19 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2.2
this is homebridge-fhem 0.4.5
[6/24/2018, 4:41:19 PM] Registering platform 'homebridge-fhem.FHEM'
[6/24/2018, 4:41:19 PM] ---
[6/24/2018, 4:41:19 PM] Loading 2 platforms...
[6/24/2018, 4:41:19 PM] [FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1529851280517
[6/24/2018, 4:41:20 PM] [FHEM] Fetching FHEM devices...
[6/24/2018, 4:41:20 PM] [Camera-ffmpeg] Initializing Camera-ffmpeg platform...
[6/24/2018, 4:41:20 PM] Loading 0 accessories...
Server error: Error: listen EADDRINUSE :::8282
[6/24/2018, 4:41:20 PM] Outside Front is running on port 41589.
Server listening on: http://<ip>:8283
[6/24/2018, 4:41:20 PM] [FHEM] Checking devices and attributes...
[6/24/2018, 4:41:20 PM] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[6/24/2018, 4:41:20 PM] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20TYPE=siri&XHR=1
[6/24/2018, 4:41:20 PM] [FHEM] siri device is siri
[6/24/2018, 4:41:20 PM] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B$defs%7Bsiri%7D-%3E%7B%22homebridge-fhem%20version%22%7D%20=%20%220.4.5%22%7D&XHR=1
[6/24/2018, 4:41:21 PM] [FHEM] Fetching FHEM devices...
[6/24/2018, 4:41:21 PM] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[6/24/2018, 4:41:21 PM] [FHEM] got: 1 results
[6/24/2018, 4:41:21 PM] [FHEM] Hue: no service type detected
[6/24/2018, 4:41:21 PM] [FHEM] no accessory created for Hue (HUEBridge)
Setup Payload:
X-HM://0023ISYWYCP94
Scan this code with your HomeKit app on your iOS device to pair with Homebridge:

Or enter this code with your HomeKit app on your iOS device to pair with Homebridge:

    ┌────────────┐
    │ 031-45-154 │
    └────────────┘

events.js:160
      throw er; // Unhandled 'error' event
      ^

Error: listen EADDRINUSE :::51826
    at Object.exports._errnoException (util.js:1020:11)
    at exports._exceptionWithHostPort (util.js:1043:20)
    at Server._listen2 (net.js:1271:14)
    at listen (net.js:1307:10)
    at Server.listen (net.js:1403:5)
    at EventedHTTPServer.listen (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:60:19)
    at HAPServer.listen (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:158:20)
    at Bridge.Accessory.publish (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:607:16)
    at Server._publish (/usr/lib/node_modules/homebridge/lib/server.js:126:16)
    at Server.<anonymous> (/usr/lib/node_modules/homebridge/lib/server.js:402:14)


Wäre super wenn mir einer etwas dazu sagen könnte ....

DANKE 

5

Sonstiges / Antw:Modul 96_SIP

« Letzter Beitrag von Wzut am Heute um 16:48:41 »

Can't use string ("**624") as a HASH ref while "strict refs" in use at /usr/share/perl5/Net/SIP/Simple.pm line 379.

Oh, je da ist aber eine uralt Version von Net::SIP installiert. Welche Debian Version nutzt du ? 

6

DOIF / Antw:FHEM Steuert Heizungen nicht

« Letzter Beitrag von Damian am Heute um 16:44:11 »

Code: [Auswählen]

     2018-06-24 16:34:22   cmd_event       XMI_158d00020b5d5e
     2018-06-24 16:34:22   cmd_nr          3
Daran siehst du, dass XMI_158d00020b5d5e um 16:34:22 Uhr das Modul getriggert hat und weil es im dritten Zweig vorkommt und die dazugehörige Bedingung zum Triggerzeitpunkt wahr war, der Befehl von cmd_3 ausgeführt wurde. Eigentlich ganz einfach.

7

Sonstige Systeme / Antw:Neues Modul: 74_HusqvarnaAutomower.pm

« Letzter Beitrag von guehoe am Heute um 16:41:35 »

Hallo zusammen,

Zur Frage nach dem Abfrage-Intervall: Ich habe mir die Logik im Modul genauer angesehen. Ja, es wird nur die Cloud abgefragt, so gesehen ist das Intervall belanglos für die Mobilfunkverbindung. Die Cloud greift bei Abfragen nicht auf den Mower durch. Dieser dürfte immer bei einer Statusänderung den neuen Status an die Cloud senden. Er scheint von Zeit zu Zeit auch ein "Keep Alive" zu senden - jedenfalls habe ich auch mit der Original-App Situationen erlebt, die "getrennt" gemeldet haben. Das kann der Mower ja nicht gesendet haben, da hat die Cloud erkannt das die Verbindung fehlt. Ich vermute eben das der Mower dieses "Keep Alive" sendet, denn nur so gibt es die Gewähr das der in der Cloud vorhandene Status einigermaßen aktuell ist.

Das kann ich nicht bestätigen. Während des Mähens wird mit jedem "update" auch die aktuelle Position übertragen. Da die Cloud diese nicht kennen kann muss hier wohl der Mäher abgefragt werden. Lediglich im Zustand "geparkt" erfolgt eine Aktualisierung der Koordinaten nur ca. alle 10 Minuten.

Dann habe ich noch einen Fehler entdeckt: Wenn "event-on-change/update-reading" eingesetzt wird verliert das Modul, warum auch immer, die Verbindung. Der Status ist dann "authenticated".

Gruß, Günter

@Klaus: mit verbose 0 ist der Log-Spuk weg.

8

DOIF / Antw:FHEM Steuert Heizungen nicht

« Letzter Beitrag von Tardar am Heute um 16:40:21 »

Mit der Ausgaben von  "list <dein DOIF-Modul>" in der Kommandozeile kann man mehr erkennen.

Angaben der Art:

[XMI_158d0002091ead:&STATE,""] lassen sich einfach angeben: [XMI_158d0002091ead]

$we and [00:00-07:59] kannst du einfacher angeben [00:00-07:59|WE]

Noch ein Gedanke zu Triggern:

Grundsätzlich triggert alles was in eckigen Klammern vorkommt, soll die Angabe nur abgefragt werden, dann muss man ein Fragezeichen voranstellen z. B.
[?XMI_158d0002091ead]

Na ja, ich wiederhole mich, das habe ich eigentlich doch schon alles in die Commandref geschrieben

Ja schon
Aber es dürfte doch egal sein, ob ich mit $we & {zeitbereich} prüfe oder wie du es schreibst.
Oder hat das Auswirkungen auf die "Tage" die für die Zeit angenommen werden ?

Hier das aktuelle list:

Code: [Auswählen]

Internals:
   DEF        ($we and (([XMI_158d0002091ead:&STATE,""] eq "open") or ([XMI_158d00020b5d5e:&STATE,""] eq "open") or ([XMI_158d0002092032:&STATE,""] eq "open") or ([XMI_158d00020b5d5d:&STATE,""] eq "open")))
(set Heizung_Computer datapoint 1.SET_POINT_TEMPERATURE 6, set Heizung_Wohnzimmer datapoint 1.SET_POINT_TEMPERATURE 6)
DOELSEIF (($we and [16:00-17:59]) and (([XMI_158d0002091ead:&STATE,""] eq "closed") and ([XMI_158d00020b5d5e:&STATE,""] eq "closed") and ([XMI_158d0002092032:&STATE,""] eq "closed") and ([XMI_158d00020b5d5d:&STATE,""] eq "closed")))
(set Heizung_Computer datapoint 1.SET_POINT_TEMPERATURE 17, set Heizung_Wohnzimmer datapoint 1.SET_POINT_TEMPERATURE 17)
DOELSE (set Heizung_Computer datapoint 1.SET_POINT_TEMPERATURE 30, set Heizung_Wohnzimmer datapoint 1.SET_POINT_TEMPERATURE 30)
   MODEL      FHEM
   NAME       doif_Heizungssteuerung_Wochenende
   NR         64
   NTFY_ORDER 50-doif_Heizungssteuerung_Wochenende
   STATE      cmd_3
   TYPE       DOIF
   OLDREADINGS:
   READINGS:
     2018-06-24 16:34:20   Device          XMI_158d00020b5d5e
     2018-06-24 16:34:22   cmd             3
     2018-06-24 16:34:22   cmd_event       XMI_158d00020b5d5e
     2018-06-24 16:34:22   cmd_nr          3
     2018-06-24 16:34:22   durchTemp       22.5
     2018-06-24 16:34:20   e_XMI_158d00020b5d5e_STATE close
     2018-06-24 16:34:02   mode            enabled
     2018-06-24 16:34:22   state           cmd_3
     2018-06-24 16:34:02   timer_01_c02    25.06.2018 16:00:00
     2018-06-24 16:34:02   timer_02_c02    24.06.2018 17:59:00
   Regex:
   attr:
     cmdState:
     wait:
     waitdel:
   condition:
     0          $we and ((InternalDoIf($hash,'XMI_158d0002091ead','STATE','""') eq "open") or (InternalDoIf($hash,'XMI_158d00020b5d5e','STATE','""') eq "open") or (InternalDoIf($hash,'XMI_158d0002092032','STATE','""') eq "open") or (InternalDoIf($hash,'XMI_158d00020b5d5d','STATE','""') eq "open"))
     1          ($we and DOIF_time($hash,0,1,$wday,$hms)) and ((InternalDoIf($hash,'XMI_158d0002091ead','STATE','""') eq "closed") and (InternalDoIf($hash,'XMI_158d00020b5d5e','STATE','""') eq "closed") and (InternalDoIf($hash,'XMI_158d0002092032','STATE','""') eq "closed") and (InternalDoIf($hash,'XMI_158d00020b5d5d','STATE','""') eq "closed"))
   days:
   devices:
     0           XMI_158d0002091ead XMI_158d00020b5d5e XMI_158d0002092032 XMI_158d00020b5d5d
     1           XMI_158d0002091ead XMI_158d00020b5d5e XMI_158d0002092032 XMI_158d00020b5d5d
     all         XMI_158d0002091ead XMI_158d00020b5d5e XMI_158d0002092032 XMI_158d00020b5d5d
   do:
     0:
       0          set Heizung_Computer datapoint 1.SET_POINT_TEMPERATURE 6, set Heizung_Wohnzimmer datapoint 1.SET_POINT_TEMPERATURE 6
     1:
       0          set Heizung_Computer datapoint 1.SET_POINT_TEMPERATURE 17, set Heizung_Wohnzimmer datapoint 1.SET_POINT_TEMPERATURE 17
     2:
       0          set Heizung_Computer datapoint 1.SET_POINT_TEMPERATURE 30, set Heizung_Wohnzimmer datapoint 1.SET_POINT_TEMPERATURE 30
   helper:
     event      close,no_close: 0
     globalinit 1
     last_timer 2
     sleeptimer -1
     timerdev   XMI_158d00020b5d5e
     timerevent close,no_close: 0
     triggerDev XMI_158d00020b5d5e
     DOIF_eventas:
       cmd_nr: 3
       cmd: 3
       cmd_event: XMI_158d00020b5d5e
       state: cmd_3
     timerevents:
       close
       no_close: 0
     timereventsState:
       state: close
       no_close: 0
     triggerEvents:
       close
       no_close: 0
     triggerEventsState:
       state: close
       no_close: 0
   internals:
     0           XMI_158d0002091ead:STATE XMI_158d00020b5d5e:STATE XMI_158d0002092032:STATE XMI_158d00020b5d5d:STATE
     1           XMI_158d0002091ead:STATE XMI_158d00020b5d5e:STATE XMI_158d0002092032:STATE XMI_158d00020b5d5d:STATE
     all         XMI_158d0002091ead:STATE XMI_158d00020b5d5e:STATE XMI_158d0002092032:STATE XMI_158d00020b5d5d:STATE
   interval:
     0          -1
     1          0
   intervalfunc:
   itimer:
   localtime:
     0          1529935200
     1          1529855940
   readings:
   realtime:
     0          16:00:00
     1          17:59:00
   time:
     0          16:00:00
     1          17:59:00
   timeCond:
     0          1
     1          1
   timer:
     0          0
     1          0
   timers:
     1           0  1
   trigger:
   triggertime:
     1529855940:
       localtime  1529855940
       hash:
     1529935200:
       localtime  1529935200
       hash:
   uiState:
   uiTable:
Attributes:
   alias      test
   room       01_Logik
   userReadings durchTemp {(((ReadingsNum("Heizung_Computer", "1.ACTUAL_TEMPERATURE", "1000") + ReadingsNum("Heizung_Wohnzimmer", "1.ACTUAL_TEMPERATURE", "1000"))/2)-0.85)}

9

FHEMWEB / Antw:neues DateTimePicker Widget

« Letzter Beitrag von FHEM_Starter am Heute um 16:37:28 »

Hallo,

in dem Beispiel mit der Start und Ende Funktion zu Beginn des Threads konnte ich über minDate das Start Datum klasse begrenzen. Doch wie schaffe ich es, dass das End-Datum tatsächlich größer als das Start-Datum ist?

Danke für einen Hinweis.
Gruß Wolfgang
 

10

DOIF / Antw:FHEM Steuert Heizungen nicht

« Letzter Beitrag von Damian am Heute um 16:34:17 »

Mit der Ausgaben von  "list <dein DOIF-Modul>" in der Kommandozeile kann man mehr erkennen.

Angaben der Art:

[XMI_158d0002091ead:&STATE,""] lassen sich einfach angeben: [XMI_158d0002091ead]

$we and [00:00-07:59] kannst du einfacher angeben [00:00-07:59|WE]

Noch ein Gedanke zu Triggern:

Grundsätzlich triggert alles was in eckigen Klammern vorkommt, soll die Angabe nur abgefragt werden, dann muss man ein Fragezeichen voranstellen z. B.
[?XMI_158d0002091ead]

Na ja, ich wiederhole mich, das habe ich eigentlich doch schon alles in die Commandref geschrieben