Integration von Nibe Wärmepumpen per RS485

Begonnen von matzefisi, 30 Juli 2014, 00:10:44

Vorheriges Thema - Nächstes Thema

vuffiraa

Zitat von: Sonnenschein am 09 Januar 2019, 08:37:12
Was mich jetzt nicht stört, bei Status von Device Nibe stehen nur ???, aber vielleicht liegt es daran, dass das selective Lesen nocht nicht funktioniert.

Der Status wird aus einem der Register 43513 oder 43514 gebaut. Wenn du den mit im LOG.SET aufnimmst, wird dann auch ein Status auftauchen. Für den Status ist es auch ganz gut, wenn der nicht einzeln abgefragt werden muss, sondern automatisch kommt.

Gruß VuffiRaa
FHEM 5.8 auf Cubietruck, Raspi B+

Weinzierl KNX IP BAOS 770, Homematic, EnOcean

vuffiraa

Das Schreiben und Lesen einzelner Werte sollte jetzt auch klappen. Ich habe eine neue Version ins Git geladen (0.0.2). Damit müsste dann alles möglich sein, was das 485er Modul auch anbietet.

Ich bin mir noch nicht sicher, ob das Modul und auch die Raspi-Implementierung im LAN oder nur auf dem gleichen Host funktionieren. Da werde ich mal Testen. Das ist ja auch für die Portierung interessant, da hier Localhost nicht ausreicht...

Mit dem Wemos D1 spiele ich auch gerne herum. Die Dinger sind nicht schlecht  :)

Gruß VuffiRaa
FHEM 5.8 auf Cubietruck, Raspi B+

Weinzierl KNX IP BAOS 770, Homematic, EnOcean

Sonnenschein

Hallo,

weils gerade eng ist nur kurz, es geht alles, Lesen Gruppe, Lesen Einzelwert, Schreiben Lüftung.
Es gibt aber einige Anspassung vom NibeGW an ESP8266.
Bei mir gab es Problme mit den Variablen bzgl. WLAN Moduls.
Aber nach langem fuchsen und viel Stolpersteinen geschaft.
Jetzt kommt der Langzeittest.

Grüße
Sonnenschein


vuffiraa

Hallo,

ich habe die Struktur im Git etwas umgestellt damit Updates auch direkt aus FHEM möglich sind.
Also zur Installation oder zum  Update der Module einfach mal:

update all https://raw.githubusercontent.com/matzefisi/fhem-70_NIBE/devio/controls_70_NIBE.txt

Danach muss Fhem neu gestartet werden:

shutdown restart

Für einzelne (kleine) Änderungen könnte hier aber auch ein Reload der Module reichen.

Ansonsten habe ich die UDP-Variante jetzt mehrere Tage bei mir ohne Problem zu laufen. Bisher sehe ich keinen Unterschied in der Benutzung zur "alten" RS485-Lösung. Der Vorteil ist ganz klar, dass man so keine 2 Fhem-Installationen mehr braucht. Man kann also auch die gesamte Lösung z.B. auf einem Raspberry laufen lassen. Die Installationsvarianten sind im README beschrieben.

Ich denke damit ist der Einstieg einfacher geworden.

Gruß VuffiRaa
FHEM 5.8 auf Cubietruck, Raspi B+

Weinzierl KNX IP BAOS 770, Homematic, EnOcean

SirUli

Erstmal großes Kompliment an dich und euch - sehr cool ohne nibe uplink arbeiten zu können!

Zitat von: vuffiraa am 24 Januar 2019, 12:58:45Ich denke damit ist der Einstieg einfacher geworden.

Ich habe eine SMO40 und ja - der Einstieg war etwas einfacher aber immer noch ganz schön haarig ;) Liegt aber an Nibe, das ist unnötig kompliziert gemacht.

Leider habe ich mit dem nibegw nicht so viel erfolg - gibt es eurer Meinung nach einen Unterschied zwischen dem NIBE_RS485 Modul und nibegw was die Datenverarbeitung angeht? Bei mit geht bei Verwendung von nibegw meine SMO40 nach wenigen Sekunden auf Alarm ... bei NIBE_RS485 eben nicht.

Noch geht bei mir mit NIBE_RS485 das lesen von zusätzlichen Registern nicht - da muss ich mich mal noch reinfuchsen warum. das ausführen von "get NIBE register 40004" auf dem Quell-RPI sollte doch eigentlich zum Erfolg führen oder nicht?

Cheers,
Uli

vuffiraa

Hallo Uli,

dann mal sehen, ob wir die Sache bei dir auch zum Laufen bringen  ;)

Zitat von: SirUli am 26 Januar 2019, 20:17:55
Leider habe ich mit dem nibegw nicht so viel erfolg - gibt es eurer Meinung nach einen Unterschied zwischen dem NIBE_RS485 Modul und nibegw was die Datenverarbeitung angeht? Bei mit geht bei Verwendung von nibegw meine SMO40 nach wenigen Sekunden auf Alarm ... bei NIBE_RS485 eben nicht.
Das Modul NIBE_485 habe ich unabhängig von NibeGW entwickelt. Es ist schon möglich, dass es da Unterschiede gibt. Mein Modul passt halt zu meiner Anlage und allen anderen, mit denen hier im Forum getestet wurde. Leider habe ich nicht den Überblick, was genau die Unterschiede zu NibeGW sind. Aber du kannst gerne mal NibeGW mit dem Parameter -v laufen lassen, dann gibt es einen Output. Den kann ich mir mal anschauen und den Leuten von NibeGW vielleicht einen Patch vorschlagen.

Zitat
Noch geht bei mir mit NIBE_RS485 das lesen von zusätzlichen Registern nicht - da muss ich mich mal noch reinfuchsen warum. das ausführen von "get NIBE register 40004" auf dem Quell-RPI sollte doch eigentlich zum Erfolg führen oder nicht?

Get sollte im NIBE-Gerät in der Fhem-Installation funktionieren, die nicht direkt mit der Wärmepumpe verbunden ist. Also laut meinem Readme im Git im logischen Modul des Fhem Master. Ansonsten interessieren mich Log-Files mit verbose=5 in den NIBE-Modulen.

Gruß VuffiRaa
FHEM 5.8 auf Cubietruck, Raspi B+

Weinzierl KNX IP BAOS 770, Homematic, EnOcean

SirUli

#81
Zitat von: vuffiraa am 27 Januar 2019, 18:12:51Aber du kannst gerne mal NibeGW mit dem Parameter -v laufen lassen, dann gibt es einen Output.
Mach ich die Tage :)

Zitat von: vuffiraa am 27 Januar 2019, 18:12:51Ansonsten interessieren mich Log-Files mit verbose=5 in den NIBE-Modulen.

Dann wollen wir mal, danke fürs Angebot. Ich hab zwei FHEM installationen, einmal "FHEM" und einmal "FHEMIOT". Letzeres ist ein RPI mit RS485 Shield an der WP.

Das List des NIBE_485 auf FHEM:
Internals:
   Clients    :NIBE:
   DEF        none
   FUUID      5c4b7e8d-f33f-3ce1-db13-a8b14224c6774052
   NAME       K1.O_EB1_NIBEGW
   NR         6818
   STATE      dummy
   TYPE       NIBE_485
   MatchList:
     1:NIBE     .*
Attributes:
   DbLogExclude .*
   dummy      1
   room       K1-Technikraum


Und des NIBE auf FHEM:
Internals:
   CHANGED   
   FUUID      5c4b7eb1-f33f-3ce1-f144-6b64fd1a689aff91
   IODev      K1.O_EB1_NIBEGW
   K1.O_EB1_NIBEGW_MSGCNT 11417
   K1.O_EB1_NIBEGW_TIME 2019-01-27 22:14:04
   LASTInputDev K1.O_EB1_NIBEGW
   MODEL      SMO 40
   MSGCNT     11417
   NAME       K1.O_EB1
   NOTIFYDEV  global
   NR         6849
   NTFY_ORDER 50-K1.O_EB1
   STATE      ???
   TYPE       NIBE
   Helper:
.....--> GEKÜRZT
   READINGS:
.....--> GEKÜRZT
   register:
.....--> GEKÜRZT
Attributes:
   DbLogInclude .*
   IODev      K1.O_EB1_NIBEGW
   event-min-interval .*:30
   modbusFile /opt/fhem/FHEM/nibe.csv
   room       K1-Technikraum


Log von FHEM:
2019.01.27 22:04:24 5: MatchList => HASH(0x55ab4281f670)
2019.01.27 22:04:24 5: .clientArray => ARRAY(0x55ab424fee88)
2019.01.27 22:04:24 5: TYPE => NIBE_485
2019.01.27 22:04:24 5: FUUID => 5c4b7e8d-f33f-3ce1-db13-a8b14224c6774052
2019.01.27 22:04:24 5: NAME => K1.O_EB1_NIBEGW
2019.01.27 22:04:24 5: STATE => dummy
2019.01.27 22:04:24 5: DEF => none
2019.01.27 22:04:24 5: CL => HASH(0x55ab4366ff98)
2019.01.27 22:04:24 5: NR => 6818
2019.01.27 22:04:24 5: Clients => :NIBE:
2019.01.27 22:04:33 5: K1.O_EB1_NIBEGW: dispatch 5c00206850449c2b0074a400804d9c08024e9cfb01fda75f006cad1e0025ac8f0926ac0000a9ad00009fae00001cacf1001bacd2011aacf20017acf200f6bc4600a2ae0000d0a00000b2af8c0027acd20628ac000030
2019.01.27 22:04:33 5: K1.O_EB1_NIBEGW: parse 5c00206850449c2b0074a400804d9c08024e9cfb01fda75f006cad1e0025ac8f0926ac0000a9ad00009fae00001cacf1001bacd2011aacf20017acf200f6bc4600a2ae0000d0a00000b2af8c0027acd20628ac000030
2019.01.27 22:04:33 3: K1.O_EB1: Skip initial value of register BT1_Average__24h
2019.01.27 22:04:33 5: K1.O_EB1: called function NIBE_Set()
2019.01.27 22:04:33 5: K1.O_EB1: called function NIBE_Set()
2019.01.27 22:04:33 5: K1.O_EB1: called function NIBE_Set()
2019.01.27 22:04:33 5: K1.O_EB1: called function NIBE_Set()
2019.01.27 22:04:33 5: K1.O_EB1: called function NIBE_Get()
2019.01.27 22:04:34 5: K1.O_EB1_NIBEGW: dispatch 5c00206d0901222a534d4f20343038
2019.01.27 22:04:34 5: K1.O_EB1_NIBEGW: parse 5c00206d0901222a534d4f20343038
2019.01.27 22:04:34 5: K1.O_EB1: Calculated checksum 38
2019.01.27 22:04:34 5: K1.O_EB1: HEAD: 5c00 ADDR: 20 CMD: 6d LEN: 09 CHK: 38
2019.01.27 22:04:34 5: K1.O_EB1: Checksum OK
2019.01.27 22:05:03 5: K1.O_EB1_NIBEGW: dispatch 5c00206850449c2b0074a400804d9c08024e9cfb01fda739006cad1e0025ac8f0926ac0000a9ad00009fae00001cacf1001baccc011aacf20017acf200f6bc4600a2ae0000d0a00000b2af8c0027acd20628ac000048
2019.01.27 22:05:03 5: K1.O_EB1_NIBEGW: parse 5c00206850449c2b0074a400804d9c08024e9cfb01fda739006cad1e0025ac8f0926ac0000a9ad00009fae00001cacf1001baccc011aacf20017acf200f6bc4600a2ae0000d0a00000b2af8c0027acd20628ac000048
2019.01.27 22:05:03 5: K1.O_EB1: Calculated checksum 48
2019.01.27 22:05:03 5: K1.O_EB1: HEAD: 5c00 ADDR: 20 CMD: 68 LEN: 50 CHK: 48
2019.01.27 22:05:03 5: K1.O_EB1: Checksum OK
2019.01.27 22:05:03 5: K1.O_EB1: Found register BT1_Outdoor_Temperature
2019.01.27 22:05:03 5: K1.O_EB1: Value 002b normalized 4.3
2019.01.27 22:05:03 5: K1.O_EB1: Found register BT1_Average__24h
2019.01.27 22:05:03 3: K1.O_EB1: Skip initial value of register BT1_Average__24h
2019.01.27 22:05:03 5: K1.O_EB1: Found register BT7_HW_Top
2019.01.27 22:05:03 5: K1.O_EB1: Value 0208 normalized 52
2019.01.27 22:05:03 5: K1.O_EB1: Found register BT6_HW_Load
2019.01.27 22:05:03 5: K1.O_EB1: Value 01fb normalized 50.7
2019.01.27 22:05:03 5: K1.O_EB1: Found register Degree_Minutes__16_bit_
2019.01.27 22:05:03 5: K1.O_EB1: Value 0039 normalized 5.7
2019.01.27 22:05:03 5: K1.O_EB1: Found register EB101_Speed_charge_pump
2019.01.27 22:05:03 5: K1.O_EB1: Value 001e normalized 30
2019.01.27 22:05:03 5: K1.O_EB1: Found register EB101-EP14_Compressor_starts
2019.01.27 22:05:03 5: K1.O_EB1: Value 0000098f normalized 2447
2019.01.27 22:05:03 5: K1.O_EB1: Found register EB101-EP14_Compressor_State
2019.01.27 22:05:03 5: K1.O_EB1: Value 0000 normalized 0
2019.01.27 22:05:03 5: K1.O_EB1: Found register EB101-EP14_Defrosting_Outdoor_Unit
2019.01.27 22:05:03 5: K1.O_EB1: Value 0000 normalized 0
2019.01.27 22:05:03 5: K1.O_EB1: Found register EB101-EP14-BT15_Liquid_Line
2019.01.27 22:05:03 5: K1.O_EB1: Value 00f1 normalized 24.1
2019.01.27 22:05:03 5: K1.O_EB1: Found register EB101-EP14-BT14_Hot_Gas_Temp
2019.01.27 22:05:03 5: K1.O_EB1: Value 01cc normalized 46
2019.01.27 22:05:03 5: K1.O_EB1: Found register EB101-EP14-BT12_Condensor_Out
2019.01.27 22:05:03 5: K1.O_EB1: Value 00f2 normalized 24.2
2019.01.27 22:05:03 5: K1.O_EB1: Found register EB101-EP14-BT3_Return_Temp.
2019.01.27 22:05:03 5: K1.O_EB1: Value 00f2 normalized 24.2
2019.01.27 22:05:03 5: K1.O_EB1: Found register Speed_circ.pump_Heat_Slave_1
2019.01.27 22:05:03 5: K1.O_EB1: Value 0046 normalized 70
2019.01.27 22:05:03 5: K1.O_EB1: Found register EB101-EP14_Calculated_Power_Outdoor_Unit
2019.01.27 22:05:03 5: K1.O_EB1: Value 0000 normalized 0
2019.01.27 22:05:03 5: K1.O_EB1: Found register EB101-EP14_Fan_Status
2019.01.27 22:05:03 5: K1.O_EB1: Value 0000 normalized 0
2019.01.27 22:05:03 5: K1.O_EB1: Found register EB101-EP14_Inverter_Temperature
2019.01.27 22:05:03 5: K1.O_EB1: Value 008c normalized 14
2019.01.27 22:05:03 5: K1.O_EB1: Found register EB101-EP14_Tot._op.time_compr
2019.01.27 22:05:03 5: K1.O_EB1: Value 000006d2 normalized 1746
2019.01.27 22:05:03 5: K1.O_EB1: called function NIBE_Set()
2019.01.27 22:05:03 5: K1.O_EB1: called function NIBE_Set()
2019.01.27 22:05:04 5: K1.O_EB1_NIBEGW: dispatch 5c00206d0901222a534d4f20343038
2019.01.27 22:05:04 5: K1.O_EB1_NIBEGW: parse 5c00206d0901222a534d4f20343038
2019.01.27 22:05:04 5: K1.O_EB1: Calculated checksum 38
2019.01.27 22:05:04 5: K1.O_EB1: HEAD: 5c00 ADDR: 20 CMD: 6d LEN: 09 CHK: 38
2019.01.27 22:05:04 5: K1.O_EB1: Checksum OK
2019.01.27 22:05:04 5: K1.O_EB1: called function NIBE_Get()
2019.01.27 22:05:04 4: K1.O_EB1: Read command: C069022AA021
2019.01.27 22:05:08 5: K1.O_EB1: called function NIBE_Set()
2019.01.27 22:05:08 5: K1.O_EB1: called function NIBE_Set()
2019.01.27 22:05:08 5: K1.O_EB1: called function NIBE_Get()


Und nun auf FHEMIOT die NIBE_RS485:
Internals:
   Clients    :NIBE:
   DEF        /dev/ttyAMA0
   DeviceName /dev/ttyAMA0@9600
   FD         8
   FUUID      5c4b7c3f-f33f-ad1b-2e4a-29d244118a2f1c6f
   K1.O_EB1_NIBEGW_MSGCNT 11467
   K1.O_EB1_NIBEGW_TIME 2019-01-27 22:15:34
   NAME       K1.O_EB1_NIBEGW
   NR         69
   PARTIAL   
   RAWMSG     5c00206d0901222a534d4f20343038
   STATE      opened
   TYPE       NIBE_485
   MatchList:
     1:NIBE     .*
   READINGS:
     2019-01-25 21:14:39   state           opened
   helper:
     buffer     
     register:
     register_write:
Attributes:
   room       K1-Technikraum


Und die NIBE auf FHEMIOT:
Internals:
   CHANGED   
   FUUID      5c4b7ce6-f33f-ad1b-fbe8-5841145216c3898b
   IODev      K1.O_EB1_NIBEGW
   K1.O_EB1_NIBEGW_MSGCNT 39
   K1.O_EB1_NIBEGW_RAWMSG 5c00206850449c2b0074a400804d9ced014e9ce801fda7b3fe6cad0a0025ac7c0926ac0000a9ad01009fae00001cac24011bac35021aac2b0117ac0301f6bc4600a2ae0200d0a00000b2af8c0027acc10628ac000038
   K1.O_EB1_NIBEGW_TIME 2019-01-26 20:15:48
   LASTInputDev K1.O_EB1_NIBEGW
   MODEL      SMO 40
   MSGCNT     39
   NAME       K1.O_EB1
   NOTIFYDEV  global
   NR         78
   NTFY_ORDER 50-K1.O_EB1
   STATE      ???
   TYPE       NIBE
   READINGS:
     2019-01-25 21:17:46   product         SMO 40
     2019-01-25 21:17:46   sw_version      8746
   register:
Attributes:
   IODev      K1.O_EB1_NIBEGW
   event-min-interval .*:30
   ignore     1
   modbusFile /opt/fhem/FHEM/nibe.csv
   room       K1-Technikraum


Und dann noch das Log von FHEMIOT im Anhang dieses Beitrags (war mir dann doch zu groß ;) ) Ich hab mal noch meine LOG.SET mit angehängt.

Edit: Verbunden sind die beiden RPI via FHEM2FHEM (IP und Passwörter hab ich unten rausgestrichen ;)):
Internals:
   Clients    :NIBE:
   DEF        XXXXXXREMOVEDXXXXXX:7072 RAW:K1.O_EB1_NIBEGW XXXXXXREMOVEDXXXXXX
   FD         25
   FUUID      5c4b7ee8-f33f-3ce1-ca32-0d8c418efbe541a8
   Host       XXXXXXREMOVEDXXXXXX:7072
   NAME       FHEM_F2FRAW_FHEMIOT
   NR         6895
   PARTIAL   
   STATE      connected
   TYPE       FHEM2FHEM
   informType RAW
   portpassword XXXXXXREMOVEDXXXXXX
   rawDevice  K1.O_EB1_NIBEGW
Attributes:
   DbLogExclude .*
   room       X-FHEM


Vielen Dank schon mal fürs gucken!

vuffiraa

#82
Hallo Uli,

soweit sehen dein Geräte erst mal gut aus. Eine Sache ist mir aber aufgefallen, die Punkte im Gerätenamen sind laut Wiki (https://wiki.fhem.de/wiki/Gerätename) nicht erlaubt. Dadurch könnte vielleicht die FHEM2FHEM-Kommunikation durcheinander kommen. Kannst du die Gerätenamen versuchsweise anpassen? Ansonsten müsste ich noch ein paar Logausschriften ergänzen, um dem Problem näher zukommen.

Beim NibeGW habe ich vielleicht eine Idee, ich probier mal was.
[Edit] Der schnelle Test hat leider keine Erkenntnis gebracht. Starte mal NibeGW mit der Option -vv. Dann gibt es genug Logs, damit man den Unterschied zum Fhem-Modul sehen sollte.

Gruß VuffiRaa
FHEM 5.8 auf Cubietruck, Raspi B+

Weinzierl KNX IP BAOS 770, Homematic, EnOcean

SirUli

Hi VuffiRaa,

Spannend mit den Gerätenamen - ist mir ehrlich gesagt noch nicht aufgefallen. Probiere ich - genauso wie den nibegw - am Wochenende mal aus.

Danke dir - ich melde mich am Wochenende dazu nochmal!

Viele Grüße,
Uli

SirUli

Hi VuffiRaa,

hier schon mal die logs von nibegw. Anfangs mit root user - weil ich rechte Probleme ausschließen wollte (attempt1), dann mit fhem (attempt2), dann wieder mit root (attempt3). Anlage ging bei den letzten beiden immer in Alarm, beim ersten hatte ichs nicht gesehen, gehe aber davon fast aus, nachdem attempt3 wieder auf Fehler lief.

Zum register read bin ich noch nicht gekommen - spontant gings via RS485 nicht aber da will ich erst alle Nebenquellen weiter ausschließen.

Vielen Dank auf jeden Fall ;)

Viele Grüße,
Uli

vuffiraa

Hallo Uli,

ich habe mir die Logs angeschaut. Schaut eigentlich gut aus, aber mein Verdacht wäre, dass da gleichzeitig noch ein Programm auf die serielle Schnittstelle zugreift. Bei mir war es z.B. so, dass die die Definition des Nibe_485-Moduls erst löschen musste, bevor ich NibeGW starten konnte.
Was noch auffällt ist, dass NibeGW zwar im Log schreibt, dass es ACKs versenden will, die aber wohl nicht ankommen.  In diesem Fall schickt die Wärmepumpe die Nachrichten einfach bis zu dreimal hintereinander.
Kannst du vielleicht nochmal probieren, wenn der Raspberry Pi neugestartet wurde und wirklich nix anderes läuft?

Viele Grüße,
VuffiRaa
FHEM 5.8 auf Cubietruck, Raspi B+

Weinzierl KNX IP BAOS 770, Homematic, EnOcean

SirUli

Zitat von: vuffiraa am 04 Februar 2019, 17:50:34
Kannst du vielleicht nochmal probieren, wenn der Raspberry Pi neugestartet wurde und wirklich nix anderes läuft?
Gerade endlich getan - hat leider nichts geändert. Geht nach kurzer Zeit auf Fehler :( Najut mit NIBE_485 scheint es ja zu klappen... insofern bin ich erstmal happy. Nur die anderen register abzurufen löst noch gar nichts aus - hast du da ne Idee?

Viele Grüße,
Uli

vuffiraa

Zitat von: SirUli am 27 Februar 2019, 23:11:41
Gerade endlich getan - hat leider nichts geändert. Geht nach kurzer Zeit auf Fehler :( Najut mit NIBE_485 scheint es ja zu klappen... insofern bin ich erstmal happy. Nur die anderen register abzurufen löst noch gar nichts aus - hast du da ne Idee?

Viele Grüße,
Uli
Hallo Uli,

ich behaupte einfach mal, das da noch eine Kleinigkeit klemmt. Wenn wir die gefunden haben, gehen wahrscheinlich beide Lösungen  ;)

Hast du die Punkte mal aus den Gerätenamen genommen? Ansonsten würde ich mir gerne mal komplette Logs für einen Leseversuch anschauen. Also in beide Fhem Module das Attribute verbose = 5.

Hast du das bei dir auch über 2 Fhem-Installationen umgesetzt? Dann die Logs auch von beiden Installationen.

Was beim Abrufen einzelner Register noch zu beachten ist, dass der Abruf nicht direkt erfolgt. Das Kommando wird zum Nibe485-Gerät geschickt und das wartet dann, bis der Anfragekanal durch die Nibe geöffnet wird. Daher ist der Wert in den Readings erst nach einem Refresh nach ein paar Sekunden zu sehen.

Gruß VuffiRaa

PS: Apropos "Najut" nicht das ich dir das hier um die Ecke mal bei nem Bier erklären kann, wohne in Falkensee  :)
FHEM 5.8 auf Cubietruck, Raspi B+

Weinzierl KNX IP BAOS 770, Homematic, EnOcean

SirUli

Hi VuffiRaa,

erstmal vielen Dank für deine Geduld. Ich mach mich da am Wochenende nochmal dran. Vorab aber schon mal:

Zitat von: vuffiraa am 01 März 2019, 16:26:52
Hast du die Punkte mal aus den Gerätenamen genommen?
Genau, das habe ich nun konsequent erstmal durch mein ganzes FHEM umgesetzt - hier ebenso. Bei 600 Device Definitionen nicht so trivial :D

Zitat von: vuffiraa am 01 März 2019, 16:26:52
Hast du das bei dir auch über 2 Fhem-Installationen umgesetzt?
Aktuell ja. Hatte, als ich nibegw getestet hatte, dann FHEM2FHEM abgeklemmt, aber eher damit ich nicht wieder mit den Statistiken in der Datenbank rummachen muss ;)

Zitat von: vuffiraa am 01 März 2019, 16:26:52Was beim Abrufen einzelner Register noch zu beachten ist, dass der Abruf nicht direkt erfolgt.
Wäre überhaupt kein Thema. Wegen mir erst sehr verzögert aber da diese selbst nach Tagen noch nicht eintreffen vermute ich eher dass es gar nicht passiert.

Zitat von: vuffiraa am 01 März 2019, 16:26:52
Nicht das ich dir das hier um die Ecke mal bei nem Bier erklären kann
Meine Ecke ist leider tatsächlich 613km von deiner Ecke entfernt :( Daher wäre das Bier zwar cool aber vermutlich eins der teureren ;) Danke fürs Angebot!

Sonnenschein

#89
Hallo,

Mal eine kurze Rückmeldung.
NibeGW in Verbindung eines Wemos D1 läuft einigermaßen stabil.
Hatte vielleicht drei Störungen an der WP.

Das Thema Einzelwerte lesen habe ich auch. Zuverlässig kommen die Daten nicht vorallem bei einem Mehrfach Abruf. Die fünf täglichen Werte rufe ich jetzt in zwei Minuten Abstände einzelnd ab. So ging es bis auf einmal in den letzten zwei Wochen besser.

Mit einem ESP01 gab es einen total Absturz, selbst ein abschalten hat nicht ausgereicht.
Die Komponenten funktionieren einzelnd aber. Da ich mit dem Step down Wandler schon am Anfang Probleme hatte(Spindel klemmte) vermute ich, der war der Übeltäter. Ich werde es noch einmal versuchen, wenn ein neuer Regler mit festen 3.3V da ist. Habe es noch einmal mit zwei 100nF und einem 470yF Kondensator an den Powerleitungen versucht. Seit drei Tagen läuft es einwandfrei mit einem ESP01. Was bei mir schiefgenlaufen ist mit der neuen Platine habe ich ein neue IP bekommen. Man bekommt zwar dann die 20 Werte geliefert aber man kann keine Einzelwerte abfragen oder Werte setzten. Ist zwar logisch, aber da es keine Fehlermeldung gab viel es erst später auf.

Aktuell regele ich den Lüfter nach der Abluftemperatur. Somit wird gerade soviel gelüftet wie es notwendig ist ohne dass der Verdichter vereist.
So habe ich die Luftfeuchtigkeit von 15% auf 25% erhöht.

Aktuelle versuche Fakten für einen Inverter Alarm III zusammeln.

Bei dem github Update Aufruf bekomme Probleme mit der Zugriffsberechtigung, habe aber da noch nicht weiter gesehen.

So meine Kinder rufen.
Vielen Dank für die Anpassung auf NibeGW

Grüße Sonnenschein