HMCCU Beispiel Geräte-Definitionen

[Meins]

Hallo Zap,

vielen Dank für die Erklärung!

Ich kenne die App leider nicht. Da kann ich Dir also nicht helfen.

Ich habe letzte Nacht noch irgendwo gelesen, dass die App wohl auch nicht mehr soooo gut betreut wird. Ob das so ist, weiß ich allerdings nicht.
Hast du eine andere App für Android oder eine ganz andere Alternative? Bin für alles offen, was funktioniert 

Wenn nach einem Neustart alles weg ist, Du jedoch vorher korrekt gespeichert hattest, liegt es daran, dass die Devices nicht definiert werden konnten. Das wiederum hat im Allgemeinen die Ursache, dass das IO Device (Modul HMCCU) nicht definiert werden konnte.
Die Devices sind auch nicht wirklich weg, solange du nicht nochmal speicherst sondern stehen nach wie vor in der fhem.cfg.

Schau doch mal ins Logfile. Da müssten eigentlich Meldungen stehen, die für die Fehlersuche hilfreich sind.

Im Logfile steht in der Tat, dass die CCU2 nicht erreicht werden konnte:

Code Auswählen Erweitern


2018.01.02 22:07:15 0: Server shutdown
2018.01.02 22:07:20 1: Including fhem.cfg
.
.
.
.
2018.01.02 22:07:21 2: eventTypes: loaded 96 events from ./log/eventTypes.txt
2018.01.02 22:07:21 3: Opening CUL_0 device /dev/ttyACM0
2018.01.02 22:07:21 3: Setting CUL_0 serial parameters to 9600,8,N,1
2018.01.02 22:07:21 3: CUL_0: Possible commands: ABbCeFGhiKkLlMmNRTtUuVWXxYZ
2018.01.02 22:07:21 3: CUL_0 device opened
2018.01.02 22:07:26 1: HMCCU: 500 Can't connect to 192.xxx.xxx.xxx:xxxx
2018.01.02 22:07:26 1: define Dimmer_HM HMCCUDEV MExxxxx 1: Cannot detect IO device
2018.01.02 22:07:26 1: Including ./log/fhem.save
2018.01.02 22:07:26 1: configfile: Cannot detect IO device

2018.01.02 22:07:27 3: Email: connected to imapxxxxx
2018.01.02 22:07:27 3: Email: logged in to xxxx@xxxxxx.de
2018.01.02 22:07:27 0: HMCCU: Start of RPC server after FHEM initialization in 12 seconds
2018.01.02 22:07:27 1: usb create starting
2018.01.02 22:07:28 3: Probing CUL device /dev/ttyAMA0
2018.01.02 22:07:28 3: Probing TCM_ESP3 device /dev/ttyAMA0
2018.01.02 22:07:28 3: Probing FRM device /dev/ttyAMA0
2018.01.02 22:07:33 1: usb create end
2018.01.02 22:07:33 2: Messages collected while initializing FHEM: configfile: Cannot detect IO device
2018.01.02 22:07:33 0: Featurelevel: 5.8
2018.01.02 22:07:33 0: Server started with 34 defined entities (fhem.pl:13447/2017-02-19 perl:5.024001 os:linux user:xxxxxx)
2018.01.02 22:07:42 1: HMCCU: Can't connect to CCU port2001
2018.01.02 22:09:26 1: HMCCU: Can't connect to CCU port2001
2018.01.02 22:09:26 1: HMCCU: d_ccu Start of RPC server failed


Warum ist mir ein Rätsel, die läuft auf einem anderen Raspi und alles steht im Bereich von 2m vom Router.....

Zur Zeit funktioniert es in der Weboberfläche mit folgender config:

Code Auswählen Erweitern


define Dimmer_HM HMCCUDEV MExxxxx 1
attr Dimmer_HM IODev d_ccu
attr Dimmer_HM ccureadingfilter (^LEVEL$|DIRECTION)
attr Dimmer_HM ccuscaleval LEVEL:0:1:0:100
attr Dimmer_HM cmdIcon on:general_an off:general_aus
attr Dimmer_HM controldatapoint 1.LEVEL
attr Dimmer_HM devStateIcon Initialized:10px-kreis-gelb 0:FS20.off 1:FS20.on .*:dim43%:off
attr Dimmer_HM event-on-change-reading .*
attr Dimmer_HM hmstatevals ERROR_REDUCED!1:error_reduced;;ERROR_OVERHEAT!1:error_overheat;;ERROR_OVERLOAD!1:error_overload
attr Dimmer_HM statechannel 1
attr Dimmer_HM statedatapoint 1.LEVEL
attr Dimmer_HM statevals on:100,off:0
attr Dimmer_HM stripnumber 1
attr Dimmer_HM substexcl control
attr Dimmer_HM substitute ERROR_OVERHEAT,ERROR_OVERLOAD,ERROR_REDUCED!(0|false):no,(1|true):yes;;LEVEL!#0-0:off,#1-100:on;;DIRECTION!0:none,1:up,2:down,3:undefined
attr Dimmer_HM webCmd control:on:off
attr Dimmer_HM widgetOverride control:slider,0,10,100


Was mir allerdings aufgefallen ist, dass die Anzeige springt.
Also Dimmer an 100%, ich drücke auf aus und die Lampe geht aus (slider springt aber noch kurz auf 99% und dann auf 0%)
Ähnlich verhält es sich in anderen Schaltstellungen, immer irgendwie so um 0,5-1% von der Ausgangseinstellung.

[zap]

Die Verbindungsprobleme mit der CCU können daran liegen, dass die Fiewall Einstellungen auf der CCU nicht korrekt sind. In dem Fall dürfte es aber gar nicht funktionieren.

Wenn der Raspi per WLAN angebunden ist, kann es auch ein Timing Problem sein. Oder der Raspi schaltet das WLAN bei Inaktivität ab.

Versuch mal beim Define HMCCU noch die Option waitforccu=60 anzuhängen. Dann wartet HMCCU bis zu 60 Sekunden auf eine CCU Verbindung. So lange pausiert dann allerdings auch der FHEM Start. Also nicht wundern.

Als App unter IOS nutze ich PocketHM für den Zugriff auf die CCU. Auf FHEM greife ich per Browser zu, falls notwendig (habe fast alles in Homemmatic). Keine Ahnung, ob es die App auch für Android gibt.

Den springenden Slider habe ich auch. Das liegt daran, dass die CCU entsprechende LEVEL Werte schickt. Warum sie das macht, weiß ich nicht.

[Meins]

Hallo Zap,

vielen Dank für deine Rückmeldung.

Ja, die Firewalleinstellungen auf der CCU hatte ich auch erst in Verdacht. Daher hatte ich alles auf Vollzugriff gesetzt anstatt die IP freizugeben.
Das Timing Problem klingt einleuchtend. Glaube bei meinen Eltern wo ich alles über Kabel (Raspi mit fhem und original CCU2) am Router habe, funktionierte es auf Anhieb. Allerdings habe ich dort keinen Dimmer.
Aber ich stelle gleich mal die waitforccu ein.

Hm, ich habe kein IOS mehr. Habe direkt nachgeschaut, leider nicht für Android 
Und mein Problem ist, dass ich immer eine VPN-Verbindung benötige oder es halt zu unsicher ist wenn ich die xml-API auf der ccu installiert habe.
Vielleicht hat noch jemand eine andere Lösung?

Ich habe mir die CCU2 nochmal direkt angesehen beim Regeln. Dort sieht man die Springer auch.  Scheint also kein fhem, sondern ein CCU"Problem" zu sein.



Mit waitforccu=60 gibt es nach inem laaaaaangen start das:

Code Auswählen Erweitern


2018.01.04 21:46:59 1: HMCCU: Deregistering RPC server http://192.xxx.xxx.xxx::7411/fh2001 at http://192.xxx.xxx.xxx::2001/
2018.01.04 21:47:00 0: HMCCU: Stopping RPC server CB2001 with PID 2450
2018.01.04 21:47:00 0: CCURPC: CB2001 Server loop terminated
2018.01.04 21:47:00 2: CCURPC: Eventcount DD = 0
2018.01.04 21:47:00 2: CCURPC: Eventcount EV = 66
2018.01.04 21:47:00 2: CCURPC: Eventcount EX = 1
2018.01.04 21:47:00 2: CCURPC: Eventcount IN = 1
2018.01.04 21:47:00 2: CCURPC: Eventcount ND = 60
2018.01.04 21:47:00 2: CCURPC: Eventcount RA = 0
2018.01.04 21:47:00 2: CCURPC: Eventcount RD = 0
2018.01.04 21:47:00 2: CCURPC: Eventcount SL = 1
2018.01.04 21:47:00 2: CCURPC: Eventcount UD = 0
2018.01.04 21:47:00 2: CCURPC: Eventcount total = 129
2018.01.04 21:47:00 2: CCURPC: Eventcount writeerror = 0
2018.01.04 21:47:02 3: Email: logged out
2018.01.04 21:47:02 3: Email: Disconnected
2018.01.04 21:47:02 1: Including fhem.cfg
.
.
.
.
2018.01.04 21:47:53 0: Server shutdown
2018.01.04 21:47:53 1: HMCCU: Deregistering RPC server http://192.168.1.101:7411/fh2001 at http://192.168.1.104:2001/
2018.01.04 21:48:24 0: HMCCU: Stopping RPC server CB2001 with PID 3778
2018.01.04 21:48:24 0: CCURPC: CB2001 Server loop terminated
2018.01.04 21:48:24 2: CCURPC: Eventcount DD = 0
2018.01.04 21:48:24 2: CCURPC: Eventcount EV = 0
2018.01.04 21:48:24 2: CCURPC: Eventcount EX = 1
2018.01.04 21:48:24 2: CCURPC: Eventcount IN = 1
2018.01.04 21:48:24 2: CCURPC: Eventcount ND = 60
2018.01.04 21:48:24 2: CCURPC: Eventcount RA = 0
2018.01.04 21:48:24 2: CCURPC: Eventcount RD = 0
2018.01.04 21:48:24 2: CCURPC: Eventcount SL = 1
2018.01.04 21:48:24 2: CCURPC: Eventcount UD = 0
2018.01.04 21:48:24 2: CCURPC: Eventcount total = 63
2018.01.04 21:48:24 2: CCURPC: Eventcount writeerror = 0
2018.01.04 21:48:28 1: Including fhem.cfg
2018.01.04 21:48:28 3: telnetPort: xx
2018.01.04 21:48:28 3: WEB:xxx
2018.01.04 21:48:28 3: WEBphone: xxxxxx
2018.01.04 21:48:28 3: WEBtablet: xxxxx
2018.01.04 21:48:29 2: eventTypes: loaded 102 events from ./log/eventTypes.txt
2018.01.04 21:48:29 3: Opening CUL_0 device /dev/ttyACM0
2018.01.04 21:48:29 3: Setting CUL_0 serial parameters to 9600,8,N,1
2018.01.04 21:48:29 3: CUL_0: Possible commands: ABbCeFGhiKkLlMmNRTtUuVWXxYZ
2018.01.04 21:48:29 3: CUL_0 device opened
2018.01.04 21:50:06 1: HMCCU: 500 Status read failed: Connection reset by peer
2018.01.04 21:50:06 1: define Steckdose_HM_WZ HMCCUDEV OExxxxxxx: Cannot detect IO device
2018.01.04 21:50:06 1: define Dimmer_HM HMCCUDEV MExxxxxx 1: Cannot detect IO device
2018.01.04 21:50:06 1: Including ./log/fhem.save
2018.01.04 21:50:06 1: configfile: Cannot detect IO device
Cannot detect IO device
./log/fhem.save: Please define Dimmer_HM first
Please define Dimmer_HM first
Please define Dimmer_HM first
Please define Dimmer_HM first
Please define Dimmer_HM first
Please define Dimmer_HM first
Please define Dimmer_HM first
Please define Dimmer_HM first
Please define Dimmer_HM first
Please define Dimmer_HM first
Please define Steckdose_HM_WZ first
Please define Steckdose_HM_WZ first
Please define Steckdose_HM_WZ first
Please define Steckdose_HM_WZ first
Please define Steckdose_HM_WZ first

2018.01.04 21:50:06 3: Email: connected to xxxxxx.xxxxx.de
2018.01.04 21:50:07 3: Email: logged in to xxxxxxxx@xxxxxx.de
2018.01.04 21:50:07 0: HMCCU: Start of RPC server after FHEM initialization in 12 seconds
2018.01.04 21:50:07 1: usb create starting
2018.01.04 21:50:07 3: Probing CUL device /dev/ttyAMA0
2018.01.04 21:50:08 3: Probing TCM_ESP3 device /dev/ttyAMA0
2018.01.04 21:50:08 3: Probing FRM device /dev/ttyAMA0
2018.01.04 21:50:13 1: usb create end
2018.01.04 21:50:13 2: Messages collected while initializing FHEM: configfile: Cannot detect IO device Cannot detect IO device ./log/fhem.save: Please define Dimmer_HM first Please define Dimmer_HM first Please define Dimmer_HM first Please define Dimmer_HM first Please define Dimmer_HM first Please define Dimmer_HM first Please define Dimmer_HM first Please define Dimmer_HM first Please define Dimmer_HM first Please define Dimmer_HM first Please define Steckdose_HM_WZ first Please define Steckdose_HM_WZ first Please define Steckdose_HM_WZ first Please define Steckdose_HM_WZ first Please define Steckdose_HM_WZ first
2018.01.04 21:50:13 0: Featurelevel: 5.8
2018.01.04 21:50:13 0: Server started with 34 defined entities (fhem.pl:13447/2017-02-19 perl:5.024001 os:linux userxxxxxxxxxxxxxx)
2018.01.04 21:50:19 2: HMCCU: Create child process with timeouts 0.01 and 0.25
2018.01.04 21:50:19 0: HMCCU: Child process for server CB2001 started with PID 3788
2018.01.04 21:50:19 0: CCURPC: CB2001 Creating file queue /tmp/ccuqueue_2001_1
2018.01.04 21:50:19 0: CCURPC: Initializing RPC server CB2001
2018.01.04 21:50:19 0: RPC server(s) starting
2018.01.04 21:50:19 0: CCURPC: Callback server created listening on port 7411
2018.01.04 21:50:19 1: CCURPC: CB2001 Adding callback for events
2018.01.04 21:50:19 1: CCURPC: CB2001 Adding callback for new devices
2018.01.04 21:50:19 1: CCURPC: CB2001 Adding callback for deleted devices
2018.01.04 21:50:19 1: CCURPC: CB2001 Adding callback for modified devices
2018.01.04 21:50:19 1: CCURPC: CB2001 Adding callback for replaced devices
2018.01.04 21:50:19 1: CCURPC: CB2001 Adding callback for readded devices
2018.01.04 21:50:19 1: CCURPC: CB2001 Adding callback for list devices
2018.01.04 21:50:19 1: CCURPC: CB2001 Adding callback for event query
2018.01.04 21:50:19 0: CCURPC: CB2001 Entering server loop
2018.01.04 21:50:21 0: HMCCU: Received SL event. RPC server CB2001 enters server loop
2018.01.04 21:50:28 1: HMCCU: Registering callback http://192.xxx.xxx.xxx::7411/fh2001 with ID CB2001 at http://192.xxx.xxx.xxx:2001/
2018.01.04 21:51:03 1: HMCCU: RPC callback with URL http://192.xxx.xxx.xxx::7411/fh2001 initialized


[zap]

Hallo,

brauche kleine Hilfe!
Ich versuche gerade aus der CCU Systemvariablen die ich ein Kanal angehängt habe, in Fhem am Geräte anzuzeigen.
Leider werden die "Temperatur Aussen*" Variablen nicht als Reading angelegt.

Deviceinfo:
CHN OEQ0350007:1 HM_WD_CARPORT:1
  DPT {f} BidCos-RF.abc12345:1.TEMPERATURE = 5.300000 [RE]
  DPT {i} BidCos-RF.abc12345:1.HUMIDITY = 94 [RE]
  DPT {f} Temperatur Aussen Min Heute = 5.300000 [RWE]
  DPT {s} Temperatur Aussen Min Zeit = 18:07  [RWE]
  DPT {f} Temperatur Aussen Max Heute = 5.300000 [RWE]
  DPT {s} Temperatur Aussen Max Zeit = 18:07  [RWE]
  DPT {f} Temperatur Aussen Min Gestern = -59.000000 [RWE]
  DPT {f} Temperatur Aussen Max Gestern = -59.000000 [RWE]

Das liegt vermutlich daran, dass bei den Variablen die Kanalangaben fehlen. Das hatte ich bisher nicht auf der Rechnung, werde es aber einbauen. Sehr spannend: Variablen als eigene Datenpunkte in Devices

[weekeda]

Hallo,

versuche gerade meinen Rolladenaktor von Homematic Modell BROLL mit FHEM in Betrieb zu nehmen. Soweit so gut nur leider werden die Attribute nicht automatisch zugeordnet wie bei meinem etrv-2 Heizkörperthermostat. Kann mir jemand helfen beim setzen der Attribute für den Rolladenaktor BROLL von Homematic würde mich über eine Beispiel Konfiguration sehr freuen.


Anbei die deviceinfo:

Code Auswählen Erweitern

CHN 00111709A69A08:0 HmIP-BROLL 00111709A69A08:0
  DPT {f} HmIP-RF.00111709A69A08:0.ACTUAL_TEMPERATURE = 22.000000 [RE]
  DPT {b} HmIP-RF.00111709A69A08:0.CONFIG_PENDING = false [RE]
  DPT {b} HmIP-RF.00111709A69A08:0.DUTY_CYCLE = false [RE]
  DPT {n} HmIP-RF.00111709A69A08:0.ERROR_CODE = 0 [RE]
  DPT {b} HmIP-RF.00111709A69A08:0.ERROR_OVERHEAT = false [RE]
  DPT {f} HmIP-RF.00111709A69A08:0.OPERATING_VOLTAGE = 0.000000 [RE]
  DPT {n} HmIP-RF.00111709A69A08:0.RSSI_DEVICE = 180 [RE]
  DPT {n} HmIP-RF.00111709A69A08:0.RSSI_PEER = 179 [RE]
  DPT {b} HmIP-RF.00111709A69A08:0.UNREACH = false [RE]
  DPT {b} HmIP-RF.00111709A69A08:0.UPDATE_PENDING = false [RE]
CHN 00111709A69A08:1 HmIP-BROLL 00111709A69A08:1
  DPT {b} HmIP-RF.00111709A69A08:1.PRESS_LONG =  [E]
  DPT {b} HmIP-RF.00111709A69A08:1.PRESS_SHORT =  [E]
CHN 00111709A69A08:2 HmIP-BROLL 00111709A69A08:2
  DPT {b} HmIP-RF.00111709A69A08:2.PRESS_LONG =  [E]
  DPT {b} HmIP-RF.00111709A69A08:2.PRESS_SHORT =  [E]
CHN 00111709A69A08:3 HmIP-BROLL 00111709A69A08:3
  DPT {f} HmIP-RF.00111709A69A08:3.LEVEL = 1.000000 [RE]
  DPT {i} HmIP-RF.00111709A69A08:3.PROCESS = 0 [RE]
  DPT {i} HmIP-RF.00111709A69A08:3.SECTION = 15 [RE]
  DPT {i} HmIP-RF.00111709A69A08:3.SELF_CALIBRATION =  [W]
  DPT {b} HmIP-RF.00111709A69A08:3.SELF_CALIBRATION_RESULT = false [RE]
CHN 00111709A69A08:4 HmIP-BROLL 00111709A69A08:4
  DPT {f} HmIP-RF.00111709A69A08:4.LEVEL = 1.000000 [RWE]
  DPT {i} HmIP-RF.00111709A69A08:4.PROCESS = 0 [RE]
  DPT {i} HmIP-RF.00111709A69A08:4.SECTION = 4 [RE]
  DPT {b} HmIP-RF.00111709A69A08:4.STOP =  [W]
CHN 00111709A69A08:5 HmIP-BROLL 00111709A69A08:5
  DPT {f} HmIP-RF.00111709A69A08:5.LEVEL = 0.000000 [RWE]
  DPT {i} HmIP-RF.00111709A69A08:5.PROCESS = 0 [RE]
  DPT {i} HmIP-RF.00111709A69A08:5.SECTION = 0 [RE]
  DPT {b} HmIP-RF.00111709A69A08:5.STOP =  [W]
CHN 00111709A69A08:6 HmIP-BROLL 00111709A69A08:6
  DPT {f} HmIP-RF.00111709A69A08:6.LEVEL = 0.000000 [RWE]
  DPT {i} HmIP-RF.00111709A69A08:6.PROCESS = 0 [RE]
  DPT {i} HmIP-RF.00111709A69A08:6.SECTION = 0 [RE]
  DPT {b} HmIP-RF.00111709A69A08:6.STOP =  [W]
CHN 00111709A69A08:7 HmIP-BROLL 00111709A69A08:7
  DPT {i} HmIP-RF.00111709A69A08:7.WEEK_PROGRAM_CHANNEL_LOCKS = 0 [RE]
  DPT {i} HmIP-RF.00111709A69A08:7.WEEK_PROGRAM_TARGET_CHANNEL_LOCK =  [W]
  DPT {i} HmIP-RF.00111709A69A08:7.WEEK_PROGRAM_TARGET_CHANNEL_LOCKS =  [W]

Als Attribute habe ich bisher nur:

IODev        d_ccu
room          Homematic


Viele Grüße und vielen Dank

Weekeda

[zap]

Vielleicht so:

Code Auswählen Erweitern


ccureadingfilter LEVEL
ccureadingname 4.LEVEL:+pct
ccuscaleval LEVEL:0:1:0:100
cmdIcon    up:fts_shutter_up stop:fts_shutter_manual down:fts_shutter_down
controldatapoint 4.LEVEL
event-on-change-reading .*
eventMap  /datapoint 4.STOP 1:stop/datapoint 4.LEVEL 0:down/datapoint 4.LEVEL 100:up/
genericDeviceType blind
stateFormat { my $l = ReadingsVal ($name, "4.LEVEL", "na"); sprintf "%s", $l =~ /^(open|closed|na)$/ ? "$l" : "$l %"; }
statedatapoint 4.LEVEL
stripnumber 1
substexcl  control|pct
substitute LEVEL!#0-0:closed,#100-100:open
webCmd     up:down:stop:control
widgetOverride control:slider,0,10,100


Wenn die "4." nicht funktioniert, versuche es mit "5." oder "6.". Ansonsten: wenn Du erst mal das Prinzip verstanden hast, sollte es kein Problem sein, die Attribute für neue Geräte herauszufinden.

[Chris8888]

Hallo Zap,

ich habe heute einen HmIP-SWDO-I (Fensterkontakt, verdeckter Einbau) in Betrieb genommen.
Die Datapoints etc sind - war auch nicht anders zu erwarten - identisch zum HmIP-SWDO.
Würdest du den Typ in die Defaults mit aufnehmen?

Code Auswählen Erweitern

CHN 00109709A3C264:0 Hm_Test:0
  DPT {b} HmIP-RF.00109709A3C264:0.CONFIG_PENDING = false [RE]
  DPT {b} HmIP-RF.00109709A3C264:0.DUTY_CYCLE = false [RE]
  DPT {n} HmIP-RF.00109709A3C264:0.ERROR_CODE = 0 [RE]
  DPT {b} HmIP-RF.00109709A3C264:0.LOW_BAT = false [RE]
  DPT {f} HmIP-RF.00109709A3C264:0.OPERATING_VOLTAGE = 3.000000 [RE]
  DPT {n} HmIP-RF.00109709A3C264:0.RSSI_DEVICE = 167 [RE]
  DPT {n} HmIP-RF.00109709A3C264:0.RSSI_PEER = 0 [RE]
  DPT {b} HmIP-RF.00109709A3C264:0.SABOTAGE = false [RE]
  DPT {b} HmIP-RF.00109709A3C264:0.UNREACH = false [RE]
  DPT {b} HmIP-RF.00109709A3C264:0.UPDATE_PENDING = false [RE]
CHN 00109709A3C264:1 HmIP-SWDO-I 00109709A3C264:1
  DPT {i} HmIP-RF.00109709A3C264:1.STATE = 1 [RE]
 
Danke!

VG
Christian

[DK4RST]

Das ist sehr Interessant, gibt es irgendwo eine Datenbank wo die Definitionen zu anderen Geräten stehen zum Beispiel für:
HM-RC-4-3
HmIP-FAL24-C6
HM-LC-Bl1PBU-FM
HM-LC-Sw1-Pl-CT-R1
HM-RCV-50
HM-PB-4Dis-WM-2

oder wie kann man die nötigen Informationen erhalten?

[Chris8888]

Hi,

entweder hier im Thread, in den Defaults oder selber probieren.
Hier mein FAL230-10 als Einstieg:

Code Auswählen Erweitern


   ccureadingfilter (^STATE|^state|^HUMIDITY_ALARM|^HUMIDITY_LIMITER)
   ccureadingformat datapoint
   event-on-change-reading .*
   room       Heizung
   stateFormat Feuchtealarm: 0.HUMIDITY_ALARM / Kanal 1: 1.STATE /2: 2.STATE /3: 3.STATE /4: 4.STATE /5: 5.STATE /6: 6.STATE /7: 7.STATE /8: 8.STATE /9: 9.STATE /10: 10.STATE /

VG
Christian

[Tresuno]

Hallo,
ich habe nun auch eine Konfigutation mit YAHM und FEHM auf einem Raspberry Pi am laufen, so weit auch sehr gut.
Ein paar Dinge konnte ich allerdings noch nicht herausfinden, speziell betrifft es zwei Getäte:
- HmIP-STHD: dafür gibt es keine default Konfiguration. Ich hab mir jetzt eine "zusammengebastelt", die die aktuelle Temperatur und Luftfeuchte liefert, alle anderen Funktionen sind derzeit aber nicht konfiguriert. Hat jemand von euch dieses Gerät im Einsatz und eine gute Konfiguration erstellt?
- HM-OU-CFM-TW: Dafür gibt es eine default Konfiguration allerdings bekomme ich damit nur die LED und nicht den MP3 Teil zum laufen. D.h. LED on/off funktioniert, Sound jedoch garnicht.
Ich habe auch noch eine allgemeine Frage, wo ich noch keine Antwort gefunden habe. Wie kann ich ein Logfile für ein Gerät erstellen, so wie es mit in FEHM direkt angelegten Geräten automatisch gemacht wird. Wäre schön, z.B. für Graphen.

[Chris8888]

Hi,

der HmIP-STHD ist gleich mit dem HmIP-WTH-2...das Drehrad kennt FHEM nicht.

Hier findest du die Konfig dazu:
https://forum.fhem.de/index.php/topic,51339.msg560126.html#msg560126

Bei dem HM-OU-CFM-TW kann ich dir leider nicht helfen...

VG
Christian

[Grimmschak]

Hallo zusammen,

entweder ich bin zu dumm zum finden oder für den HmIP-SWO-PR gibt es noch keine defaults.
Kann mir das wer bestätigen ? Und ggf. etwas unter die Arme greifen wir ich an "normale" Werte innerhalb des fhem komme, also so was wir Temperatur, Luftfeuchtigkeit, Regen und das auch noch so das er bei bestimmten wichtigen Wertänderungen (Regen: binär) reagiert.

Ich muss gestehen, das ich etwas "überfordert" bin mit HMCCU, aber es wegen seiner Stabilität begreifen möchte.

Danke schon Mal für einige Tipps, Hilfen und Anregungen.

Grimm

[zap]

Definiere das Gerät mit HMCCUDEV, mach ein get deviceinfo und poste das Ergebnis

[Grimmschak]

Hi,

getan, bin auch etwas weiter. Der Channel 1 liefert, wenn ich es richtig verstehe, alle Daten. 0 ist der technische und alle channel >1 bieten die Einstellmöglichkeiten.

Habe mal den ccureadingfilter so gestzt bei dem channel1 device:
(^UNREACH|^RAINING|^WIND_DIR|^WIND_SPEED|^HUMIDITY|^RAIN_COUNTER|^ACTUAL_TEMPERATURE|^ILLUMINATION|^LOW_BAT)

Damit hat er imho die notwendigen Werte. Bin mir aber nicht sicher das das so der optimale Weg ist.

Danke für deine Mühe.

Grimm

[zap]

Hi,

getan, bin auch etwas weiter. Der Channel 1 liefert, wenn ich es richtig verstehe, alle Daten. 0 ist der technische und alle channel >1 bieten die Einstellmöglichkeiten.

Habe mal den ccureadingfilter so gestzt bei dem channel1 device:
(^UNREACH|^RAINING|^WIND_DIR|^WIND_SPEED|^HUMIDITY|^RAIN_COUNTER|^ACTUAL_TEMPERATURE|^ILLUMINATION|^LOW_BAT)

Damit hat er imho die notwendigen Werte. Bin mir aber nicht sicher das das so der optimale Weg ist.

Der Filter ist schon mal ok. LOW_BAT und UNREACH benötigst Du eigentlich nicht, da diese Werte immer übernommen werden. Wenn Dich bei den Zahlen die vielen Nachkommastellen stören, kannst Du die wie folgt zB auf 1 Stelle begrenzen:

stripnumber 1

Bestimmte Werte kannst Du auch umwandeln. Um zB aus dem true/false bei einem Datenpunkt STATE ein yes/no zu machen:

substitute STATE!(0|false):no,(1|true):yes

Das funktioniert auch für nummerische Bereiche, wie hier WIND_DIR. Wenn Du die Einteilung kennst, könntest Du folgendes definieren:

substitute WIND_DIR!#0-22:N,#23-67:NO,#68-112:O,#113-157:SO,#158-202:S,#203-247:SW,#248-292:W,#293-337:NW,#338-360:N

Damit hast Du dann statt den Grad-Werten die Windrichtungen (in der Doku nachlesen, ob meine Annahme der Einteilung stimmt).