Mein Forum
Registrieren
Neu hier?
Baukonstruktionen
Fertighaus
Fenster
Dämmung
Dichtheit
Passivhaus
Schimmel
Energieausweis
Heizung
Pellets
Erdwärme
Warmwasser
Stromsparen
Solaranlagen
Photovoltaik
Lüftungsanlagen
Energiespartipps
Berechnungen
|
|
||
|
Danke für den Hinweis! Zumindest "Sensordaten" weden geschrieben und in Grafana angezeigt. measurement "WMZ" ist noch nicht angelegt. Vielleicht dauert da die Datenübertragung länger? |
||
|
||
|
jeden Tag um 0 Uhr. einfach Influx abtrennen und stattdessen einen Debug dran hängen und dann schauen ob was kommt. Ggf. den "crontab plus" node kopieren und hier mal alle 10s einstellen und schauen was passiert. |
||
|
||
Hat jemand eine Idee, warum der Wert für "Warmwasser oben" so aus der Reihe tanzt?  Alle anderen Werte dürften stimmen... Danke. |
||
|
||
|
Ich würde mal davon ausgehen das der Sensor nicht verbaut oder angeschlossen ist |
||
|
||
|
Genau. Du hast keinen. Kannste aber anklemmen. Guck mal, ob von der Installation noch einer übrig ist. Btt |
||
|
||
|
Hi Becker, ergibt es dann nicht eigentlich mehr Sinn für das schreiben in eine InfluxDB den oberen Ausgang zu nutzen? Ich nutze deinen Flow seit ein paar Wochen und da kommen so natürlich schon einige Datenpunkte zusammen. Und Grafana meckert auch wenn man einen längeren Zeitraum (7 Tage oder mehr) einstellt, dass es zu viele Datenpunkte sind. Klar kann man das mit Flux anpassen/umgehen. Aber schöner wäre es doch, nur "relevante" Datenpunkte zu schreiben. Und noch was: Den Volumenstrom schreibst du in deinem Flow ja nicht in InfluxDB rein. Warum? Ich hab mir meinen Flow bzw. LOG.SET etc. irgendwie zerschossen beim Versuch das hinzuzufügen |
||
|
||
|
der obere Ausgang sendet nur bei Änderungen eine Nachricht. Ich möchte aber jede Minunte meine DB befüllen. Bei mir meckert Grafana nicht, selbst wenn ich 1 Jahr aufrufe, das dauert dann zwar 10s aber geht:  Volumenstrom schreibe ich auch rein, früher nicht, korrekt. @Warrender kann dir den flow sicherlich geben mit SDM72 integriert. |
||
|
||
Sah bei mir so aus:  Habe dann aber die Ursache gefunden. In den Grafana Einstellungen zur InfluxDB Datenquelle kann man den Wert "Max series" vom Standard 1000 anpassen:  Dauert dann beim Aufrufen der letzten 30 Tage allerdings auch schon 10 Sekunden. Aber dann kann ich mich ja bedenkenlos mal an den umbauen machen und jeweils den oberen Abgang verwenden. |
||
|
||
|
Hallo Leute, ich hab ein kniffliges Problem ... bei mir werkelt eine Nibe F1155. Daran angeschlossen ist ein Raspi um die Modbus Werte abzufragen, ursprünglich über die NibePi Integration (NodeRed, MQTT) bzw. den Flows von @Becker (danke nochmal dafür). Das hat auch perfekt funktioniert - über Monate hinweg ohne eine Alarmierung durch die Wärmepumpe. Wie hier auch schon angemerkt gibt es mittlerweile eine Nibe Integration in HomeAssistant. Also habe ich NibeGW auf dem Raspi laufen und hab diesen an die Integration gebunden. Super Sache ... wenns läuft. ABER ... und es macht mich irre bzw. ich blicks nicht. Es läuft nur wenn ein paar Minuten lang die NibePi Integration mit läuft. Quasi also die erste Kontaktaufnahme (nach einem Neustart zum Beispiel) über die NibePi Integration läuft, parallel zum gestarteten NibeGW Modul. Nach ein paar Minuten kann ich diese dann beenden (systemctl stop nodered ) und eben nur noch das NibeGW Script ausführen. Dann läuft alles problemlos und die Werte kommen stabil in HomeAssistant an. Habt Ihr vielleicht eine Erklärung dafür ? EDIT: Ich hab die Lösung gefunden - und somit ist das Verhalten nachvollziehbar. siehe: https://community.home-assistant.io/t/how-to-connect-to-nibe-heat-pump-without-the-cloud/381099/102 |
||
|
||
|
Besten Dank. Habe den Flow erhalten und er läuft auch seit einer Weile bei mir. Nur die TAZ/MAZ/JAZ berechnung läuft noch nicht. In dem Zuge ist mir aber zunächst aufgefallen, dass die Werte WMZ Werte die ich über die entsprechenden Register erhalte abstrus hoch sind.  Die WPWP [Wärmepumpe] selbst zeigt diese an:  Im Servicemenu ist korrekterweise der EMK300 hinterlegt Hat jemand eine Idee was da schief läuft? |
||
|
||
|
Fixe IP vergeben? Hey, ich hab die Nibepi Standard Installation laut schwedischer Anleitung. https://github.com/bebben88/NibePi Hab aber leider keine fixe IP vergeben und da seit neuesten die IP alle paar Wochen neu vergeben wird, ist das etwas nervig weil ich die dann auch im Loxberry ändern muss. Verbunden ist der Nibepi Client via WLAN mit einem Unifi AP. Am AP kann ich auch nicht einstellen dass der Client eine fixe IP bekommen soll weil ich den Unifi Gateway nicht hab 😅 Kann ich einfach in der config Datei vom nibepi eine fixe IP vergeben? Eventuell die Zeile "ip=192......" hinzufügen oder funktioniert das anders? Bevor ich die WPWP [Wärmepumpe] wieder aufschraub möchte ich sicher sein dass es auch funktioniert. 😬  |
||
|
||
|
Hallo Zusammen, ich konnte online und auch hier im Thread nichts dergleichen finden, daher frage ich mal: Hat noch nie einer versucht die Nibe Uplink Domain mit einer lokalen IP (lokaler DNS Server) und über einen lokalen Proxy auszulesen? |
||
|
||
|
Du kannst deinem Linux OS über diverse Wege eine feste/statische IP geben. Hat also eigentlich nichts mit NibePI, sondern dem Betriebssystem zu tun. Einfach mal "raspberry pi statische ip zuweisen" oder ähnliches suchen :) |
||
|
||
|
Hallo, Ich habe seit 3 Monaten eine VVM500 mit einer S2125. Nun ja, so ein Original Modbusadapter kostet mir zu viel, deshalb habe ich gedacht ich versuche es mal mit der DIY-Alternative und einer Wago 750-8212. Die Kommunikation läuft über UDP. Habe schon 40 Datenpunkte zusammen. Nur ich finde die Datenpunktadressen für die AUX - Eingänge in der json Datei nicht. Hat einer die schon mal ausgelesen? Ich bin der Meinung in der json Datei sind einige Fehler. Die sind auch in der Nibeapp vorhanden sind. So zum Beispiel "Hochdruck EB101-BP9". Die Einheit ist °C. Es sollte eher ein Druck angezeigt werden (BP). Temperatursensoren heißen BT.. Bei mir stehen 21,4°C. In bar würde ich es glauben. Weiss jemand wie Hoch so ein Druck werden kann? Gruß BO |
||
|
||
|
Moin, ich habe folgendes Problem bei der Installation. Node-Red und node-red-contrib-nibepi#1.2.1 werden einwandfrei installiert. Nachdem der Nibe Input Node konfiguriert, config.json bearbeitet und Node-Red startet, erscheint folgende Fehlermeldung: /root/.node-red/node_modules/bindings/bindings.js:135 throw err; ^ Error: Could not locate the bindings file. Tried: → /root/.node-red/node_modules/nibepi/node_modules/@serialport/bindings/build/bindings.node → /root/.node-red/node_modules/nibepi/node_modules/@serialport/bindings/build/Debug/bindings.node → /root/.node-red/node_modules/nibepi/node_modules/@serialport/bindings/build/Release/bindings.node → /root/.node-red/node_modules/nibepi/node_modules/@serialport/bindings/out/Debug/bindings.node → /root/.node-red/node_modules/nibepi/node_modules/@serialport/bindings/Debug/bindings.node → /root/.node-red/node_modules/nibepi/node_modules/@serialport/bindings/out/Release/bindings.node → /root/.node-red/node_modules/nibepi/node_modules/@serialport/bindings/Release/bindings.node → /root/.node-red/node_modules/nibepi/node_modules/@serialport/bindings/build/default/bindings.node → /root/.node-red/node_modules/nibepi/node_modules/@serialport/bindings/compiled/18.18.2/linux/x64/bindings.node → /root/.node-red/node_modules/nibepi/node_modules/@serialport/bindings/addon-build/release/install-root/bindings.node → /root/.node-red/node_modules/nibepi/node_modules/@serialport/bindings/addon-build/debug/install-root/bindings.node → /root/.node-red/node_modules/nibepi/node_modules/@serialport/bindings/addon-build/default/install-root/bindings.node → /root/.node-red/node_modules/nibepi/node_modules/@serialport/bindings/lib/binding/node-v108-linux-x64/bindings.node at bindings (/root/.node-red/node_modules/bindings/bindings.js:126:9) Ich denke es hängt damit zusammen, dass @serialport in @serialport-cpp geändert wurde. Ich würde mich freuen, wenn jemand eine Lösung für mich parat hätte. Vielen Dank und Gruß |
||
|
||
|
Hallo, ich versuche es nocheinmal Hilfe Infos über Datenpunkte und das Nibe Protokoll hier im Forum zu bekommen. Ein hilfreicher link ist https://www.energiesparhaus.at/forum-diy-alternative-zu-nibe-modbus-modul/52722_15#553170 sind schon viele Steuercodes erklärt. Weiss jemand was 5C 00 20 EE 00 CE , also das EE im Telegramm bedeutet? Gruß BO |
||
|
||
|
Hat jemand die Wago 750-8212 ohne Probleme laufen? Bei mir bekommet die Nibe einen Modbus-Error pro Tag. Ich gehe davon aus, dass die Wago zu schnell abgefragt wird. Kann mir dazu wenigstens einer helfen? |
||
|
||
|
Aus [1]: | 5C | ADDR | ADDR | CMD | LEN | DATA | CHK | |------------- CHK -------------------| EE = Befehlstyp 00 = keine Daten (Länge=0) CE = Checksumme (5C XOR 20 XOR EE = CE) Habe kurz im Nibe Heatpump Binding von OpenHAB nachgesehen [2] , aber nichts weiter zu Befehl "EE" gefunden. Vielleicht aber auch an falscher Stelle gesucht. Aber viel kann ein Befehl ohne Daten nicht machen... irgendein Heartbeat vielleicht. [1] https://github.com/openhab/openhab-addons/blob/main/bundles/org.openhab.binding.nibeheatpump/contrib/NibeGW/RasPi/nibegw.c [2] https://github.com/openhab/openhab-addons/blob/main/bundles/org.openhab.binding.nibeheatpump/src/main/java/org/openhab/binding/nibeheatpump/internal/protocol/NibeHeatPumpProtocol.java Hm... 1x am Tag klingt eher nach einem anderen Problem. Die Datenmenge, die über die Modbus-Schnittstelle kommt, ist ja sehr konstant. Da würde es häufiger zu Problemen kommen Welche Implemtation nutzt zu denn auf der Wago? Vielleicht ein Bug in Spezialfällen, wo dann das ACK nicht/zu spät geschickt wird. |
||
|
||
|
Hallo Chrismo, Da ich hier keinen direkt (NeuUser) anfragen kann, danke für deine Antwort. Also ich habe Mega328p Uno laufen, der eine Wago über UDP bedient. Ferner habe ich das MSB-RS485 Lesegerät laufen. Nur leider kann das Gerät keie 24h Daten aufzeichnen. Natürlich kommt dann kein Errror , wenn es mitloggt. Wenn ich ein Error bekomme, sehe ich keine Änderungen im Datenverkehr zwischen Mega und VMM500. Startkennung, BCC, Endekennung alles OK. Die Rot LED kann ich sofort löschen in dem ich sage, kein Modbusadapter eingebaut- anschließend Modbusadapter eingebaut. Was ich merkwürdig finde, dass die Daten 5C 00 20 6B 00 4B und 5C 00 20 69 00 49 nicht zur Wago weitergeleitet werden. Sehe ich mit Wireshark. Daran könnte man Triggern ob ein Abfrage/Sendung von der Nibe erwünscht ist. Ich hatte Pauli diesbezüglich angemailt, aber er hüllt sich in Schweigen. Nun, ich sage es offen und ehrlich, mit Mega-Programmierung hatte ich nie etwas zu tun. Warum das geblockt wird - keine Ahnung. Kannst Du mir weiterhelfen? Oder können wir weiter diskutieren, welcher Fehler es sein könnte. Ich checke das dann. Gruß Chris (BO) |
||
|
||
|
Ach ja, ein Oszilloskop habe ich auch zu meiner Verfügung. |
||
|
||
|
Hi liebe Leute :D Gibt es jemanden der mir den Nibe Modbus Manager uploaden könnte?? Den gibts anscheinend nirgendwo mehr zum Download auf der NIBE Homepage. Danke und LG |
Beitrag schreiben oder Werbung ausblenden?
Einloggen
Kostenlos registrieren [Mehr Infos]