|
|
||
Great findings! This is truly great stuff! |
I forgot that he had a 3B+, only the rpi zero is a good match for the 12v power. ||
|
||
Now I can report success in gathering data from my F1245 - NibePI is working, but I'm actually using NibeGW deployed on the NibePI. NibeGW is working correct if NibePi is started first. That proofs that there is some initialisation problem with NibeGW on the RPi as stated by @JanRi. Therefore I'm awaiting my Prodino MKR. Here is an example of a chart in HABpanel showing the production of warm water: Does the Nibe Binding in openHAB work correctly with 32-bit registers? I saw that the registers 44299 and 44301, containing the second 16 bit off the energy meter, are not analyzed. Therefore I only use 44298 (HW) and 44300 (Heat) and use a rule to calculate the correct value. I have to say that NibePi shows the correct values for these registers But now I have already ordered a Prodino for NibeGW. |
||
|
||
I had that problem when I was using nibegw and openhab. I thought that they were resolved? However back then I got tired of that and some random spikes in the values. So I built NibePi from the scratch. |
||
|
||
NibeGW or actually the NibeHeatpumpBinding in openHAB had some wrong register definitions in earlier versions, I think they are fixed now. I also log 32bit registers with it, e.g 44300 for heat meter. |
||
|
||
ich werde meinen jetzigen RPi für NibePi nehmen und den nicht in die WPWP [Wärmepumpe] integrieren. Kann ich einfach 2 Adern vom Modbus (A,B) 1-2m raus führen? Oder müssen es 3 Adern (mit Masse) sein ? twisted pair nötig ? Laut der Seite von NibePi ist das nicht nötig, aber da geht die Leitung auch nur wenige cm. |
||
|
||
44299 and 44301 are WRONG. 44298 (HW) and 44300 (Heat) are correct and should be used as 32 bit unsigned int divided by 10. Nibegw delivers the right packet if the right register is requested so the problem seems to be openhab. With respect to my experiments: Scan is now at 49000, so tomorrow it will be ready. The register (42406 and also 40769) I found for energy meter for passive cooling works as expected. I enabled PC for some minutes and got 1911,1 and 1911,2 until I stopped that (its too cold for cooling). In the higher part of the scanned range we have many registers with no answer at all. Many others read all zero. Ich würde es mit Masse machen. RS485 ist differentiell, aber wenn es irgendeine doofe Nullpunktverschiebung gibt, dann ist es besser, wenn der Pi kaputt geht und nicht die WPWP [Wärmepumpe]. Ich habe etwa 1,5m Kabel zwischen WPWP [Wärmepumpe] und dem Pi, der quasi neben der WPWP [Wärmepumpe] mit einem Kabelbinder an einem Kabelkanal befestigt ist. Ich habe dafür drei der vier Adern des grünen KNX-Kabels genommen. Das lag halt rum. Geht prima ohne jedes Problem. |
||
|
||
I do also recommend ground as the third cable. NibePi as rpi zero is powerd from the heatpump and that make it the same power potential. If you power the Pi from another source the potential might differ and in worst case break something. |
||
|
||
As you can see in the screenshot, the second 16 bits of registers 44298 (AD 0A) and 44300 (AD OC) are send in the registers 44299 (AD 0B) and 44301 (AD 0D): For 44298 it is 5521 in AD 0A and 0002 (times 65536) in AD 0B - this in sum gives me divided by ten 13659 kWh (this is the correct value also shown on the HP). So the problem is in openHAB - the reason could be the older version 2.5.2 on my Synology DS218. As you say, the values should be only adressed by using the registers 44298 and 44300. |
||
|
||
I know. During my scan of ALL registers, I got several of these cases. I guess that the internal memory is organized as 16 bit. Thus, 32 bit registers require two of them. This can be seen when looking at the valid register numbers - 32 bit registers have one address missing afterwards. Packets of type 106 always contain 32 bit so this might be the side affect of "unaligned" accesses. 44299 will work but only up to 6535,5 KWh. After this, you need bit number 17 which is missing Do you have the sources? That should be a very simple fix. |
||
|
||
That is actually a rather recent version that should work. I had some problems with some older 2.4 versions. Since 2.5 everything works. Here is the code for the model definition for F1155/F1255: https://github.com/openhab/openhab-addons/blob/2.5.x/bundles/org.openhab.binding.nibeheatpump/src/main/java/org/openhab/binding/nibeheatpump/internal/models/F1X55.java 44300 is defined as a 32-bit register there. Should be ok. As said openHAB gives the correct value in my case (value is also >6553kWh, so stored in two registers). But I am not using the docker container. You could set the logging level of the heatpump binding to verbose using the openHAB console. I think all register read requests are logged then, to check what is actually read. |
||
|
||
Hallo zusammen, da hier ja gerade etwas Dynamik wegen der 1.1 reinkommt, frage ich auch nochmal was in die Runde: Ich möchte bei mir ja gerne keinen Pi dafür nutzen, sondern das in einer Linux-VM (Proxmox auf einem Intel NUC) laufen lassen. Node-Red und MQTT sind bereits installiert. Ein USB-RS485 ist ebenfalls installiert und an die VM hochgereicht (Gerät ttyACM0). Meine Fragen: 1) Lt. @nibepi Github (https://github.com/anerdins/node-red-contrib-nibepi) kann ich das via "npm install --save anerdins/node-red-contrib-nibepi#master" in meiner VM installieren. Korrekt? 2) Ich verstehe das so, dass der MQTT-Broker dabei mitinstalliert wird. Das ist ja bei mir schon geschehen. Sollte keine Probleme geben, oder? 3) Muss ich mit setserial dann noch was machen? Wenn ja, auf Kommandozeile oder innerhalb von NodeRed? 4) Soll/Muss ich Ground berücksichtigen? Wenn ja, was verbinde ich womit? Ich würde vermuten, PIN9 von Platine AA3-X4 mit Ground auf dem USB/RS485-Adapter? Und dazu natürlich noch A+B. Korrekt? Tausend Dank für etwas Hilfestellung. Gruß, Stefan |
||
|
||
Das könnte in einer VM-Umgebung scheitern wegen der Echtzeitanforderungen an das ACK. Müsste man testen. Ansonsten meinen Weg gehen: nibegw auf einem Pi oder Arduino und dann per UDP zur VM und da auf MQTT umsetzen. Bei mir läuft auf dem Pi nur nibegw. Alles andere läuft auf dem Server. Brauchst du nicht. Nibepi macht das vernünftig. Siehe oben. Ich würde GND mit dem GND des USB-Adapters verbinden. Der Anschluss für das Modbus-40 hat 4 Pins. 12V brauchst du nicht, A, B und GND wie von dir genannt verbinden. |
||
|
||
Danke, Jan. Datt fluppt aber alles nicht so wie ich mir das gedacht habe. Ob es jetzt an der VM liegt, oder daran, dass es ein unpriviligierter Container ist, oder am nicht richtig durchgereichten USB-Adapter, oder weil ich den NibePi-Flow nicht richtig implementiert habe....ich weiß es nicht. Möchte aber auch nicht Mengen an Zeit verbrennen, um der Ursache auf den Grund zu gehen. Fazit: Habe mir jetzt die rpi-Zero Komponenten bestellt und mache es wie von nibepi empfohlen als integrierte Lösung innerhalb der WPWP [Wärmepumpe]. Umgesetzt wird es dann von Edomi und von da in die Visu und/oder in die KNX-Welt. |
||
|
||
Muss eigentlich der beim RS485-Modul mitglieferte Endwiderstand verlötet werden? Lt. Spezifikation wäre es ja notwendig, weil der pi Zero das "Ende des Bus" darstellt. Auf den Bildern im Github-Repo ist es nicht wirklich zu erkennen... |
||
|
||
1 |
On such short distance it dosent matter. If you have more components (RMU40 etc) on that bus you should not use the Endwiderstand. ||
|
||
NibeGw on a arduino is very stable. But if your main automation platform fails or the network fails, your heatpump will be left with the last known parameters. With nibepi it can fall back and always have access to the modbus values. |
It's the most stable and advanced solution. ||
|
||
This only matters if you automatically write or remotely control the heat pump. However, this should only be done in a limited way anyway due to the limited number of write cycles (see the other thread for Nibes answer to that question). |
||
|
||
So, hier aus dem Logging in openHAB für die Register 44298 und 44300: Es werden also die Werte als 32-bit Register erkannt, die Register 44299 und 44301 sind aber unbekannt. Ich verwende eine Synology DS218 - diese unterstützt kein Docker. Installiert habe ich openHAB über ein Packet - Basisverzeichnis ist /volume1/@appstore/openHAB. Kann mir jemand sagen, wo dort die Sourcen für das nibe-Binding abgelegt sind? Meine Suchen waren bislang erfolglos. Das Nibe Heatpump Binding ist in Version 2.5.5 installiert |
||
|
||
Could I please get the entry for the parameter 47260 so that I can add the VVM320.json to me. Hartmut |
||
|
||
My github "anerdins" should contain the latest fix with 47260 included. Look under rep nibepi |
||
|
||
Is the NibePi 1.1 ROM 100% compatible with the Raspberryi Pi 3 (with LAN) -> I´ll write Image on SD and finished? (Zero has no LAN Interface) |
Beitrag schreiben oder Werbung ausblenden?
Einloggen
Kostenlos registrieren [Mehr Infos]