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
|
|
||
|
super-vielen dank für deine hilfe. der tipp mit dem debug-node hat mich rückwärts den fehler finden lassen. gefragt hätte ich jetzt genau da nach: das ist beim loggen natürlich elemantar. (spätestens, wenn keine regelmäßigen änderungen mehr kommen) nach ein paar tests hatte ich beim register 43375 den oberen ausgang verkabelt, da ich mir einen zweiten ausgang für den cop gebaut habe. probleme gabs halt erst, als sich der wert nun nicht mehr änderte... ich danke dir für die unterstützung. die info zum LOG.SET ist auch prima. dann weiß ich welche register noch etwas variabel sind. so langsam blick ich da wenigstens ein wenig durch. auf der suche findet man im web auch überall deine spuren ;) für technische sachen ist mein englisch einfach zu schlecht und diese speziellen sachen findet man kaum auf deutsch. gruß micha |
||
|
||
|
sind die register 43375, 43141 und ähnliche für die 1155 und 1255 modelle gleich? ich vermute : ja. allerdings scheint mir die angezeigte elektrische leistung höher als ich am stromzähler incl pumpen und steuerung ablese und die angegebene thermische leistung bei unter 19K hub erscheint mir auch etwas mau :  sole-ein bei 6C VL VL [Vorlauf] bei 24,5C da ich beckers flow für die 1255 benutzte, stellte sich mir halt die frage, ob die 1155 da anpassungen nötig hat. kallibrierung hab ich mehrmals laufen lassen; VL/RL passen sauber. mit dem node "Pel (+30W)" ist der berechnete cop in grafana bei 4.9 das stimmt sicher nicht. habe fast meinen eltako zähler in verdacht etwas zu wenig zu zählen, doch sollte die 6kw nibe bei 20hz und niedrigem hub deutlich unter 300W liegen. das hatten wir hier ja mehrfach bestätigt. daher die frage ob die passenden register bei der 1155 eventuell andere sind. |
||
|
||
|
Sollten gleich sein. Die Inverter Ø Leistung kommt der tatsächlichen Leistung Verdichter sehr sehr nahe:  Zumindest bei mir. Bei einem Kollegen sind es auch immer nur knapp 1,5kW Pth - bei mir eigentlich immer über bei 20Hz. Leistung gesamt liegt bei 20Hz wie du siehst bei knapp 240W. Wenn die Bohrung unbelastet ist und ich los lege bei 10°C Sole, dann fängt der Verdichter bei 190W an. 260W für 20Hz bei 19K THub sind zu hoch. Was zeigt der Eltako an? Kann der den Strom (in A) anzeigen auf L2?  Der liegt bei mir bei 20Hz ziemlich genau bei 1A. |
||
|
||
|
Mein Zähler kann leider nur zählen ;) Keine Leistungsangabe, nur die 800 Impulse für eine kWh. Da habe ich schon öfter bei 20Hz mitgeschrieben und kam die Tage eben auf unter/gleich 250W incl. Pumpen, Steuerung und Fremdstromanode. Im Herbst beim RGK RGK [Ringgrabenkollektor] auch weniger. Da die ausgelesenen Register halt mehr anzeigen, kam ich ins grübeln, wo jetzt der Meßfehler sitzt. Streuung bei den Bauteilen, Eltako lügt, Verdichter ist ineffizienter als andere, oder die Register?(oder halt beim DAU) Meine Hoffnung lag halt auf den Registern. Der Rest gehört ja wieder nicht mehr hier in den Thread. Besten Dank für deine Einschätzung. Ich werd das mal weiter beobachten.Wenn da jemand noch n Tipp hat... immer her damit, gern auch PN. schöne Ostertage |
||
|
||
|
Dann kauf dir mal einen vernünftigen: https://stromzähler.eu/stromzaehler/drehstromzaehler/fuer-hutschiene-geeicht/246/sdm72dm-v2-mid-3-phasen-zweirichtungs-drehstromzaehler-mit-rs485-und-s0?c=97 |
||
|
||
|
guter Tipp, kommt auf die wunschliste " wenn alles wichtige fertig ist" ;) der alte funktioniert ja . ist ja eher die frage, warum die WPWP [Wärmepumpe] über die register mehr verbrauch angibt, als bei euch und als mein zähler behauptet. hab jetzt auch einen weg gefunden, den cop direkt aus deinem flow (8/21) über "cop-V" -> "durchschnitt/sammeln/runden" auch in taktpausen und sommermodus an grafana zu schicken; bzw den flow dann nicht abbrechen zu lassen, wenn kein cop berechnet werden kann (wegen division und multiplikation durch/mit null) : "NaN" per "funktion" (direkt im "COP-V"node) und dann "(-)Infinity" per "change-node" in number "0" umwandeln, stört "runden" und "sammeln" nodes nicht mehr und die datenbank wird weiter gefüttert. bis ich das verstanden hatte... 😌 der debug-node ist echt der wichtigste 👍 |
||
|
||
ich habe endlich mal das 4 Kanal Relais bestellt und den manuellen Schalter der Ölsumpfheizung ausgebaut, und gegen einen digitalen (NodeRed) Schalter ersetzt:  Noch habe ich nicht viel gebaut:  Um 6Uhr schaltet die Ölsumpfheizung automatisch an. Von beiden RPi Dashboards kann ich den Schalter umlegen. Für die SG-Ready Eingänge habe ich nur die VLT Erhöhung ausgewählt, also +1 und +2K. Bei mehr als 500W Überschuss wird +1K aktiviert, bei mehr als 1000W Überschuss +2K. Überschuss: minütlicher Durchschnittswert. Klappt bisher gut. Es werden keine Register geschrieben laut Änderungsprotokoll. Klar könnte ich die VLT auch direkt beliebig steuern, aber da werden immer Register geschrieben, was sich auf die endlichen Schreib-Speicher-Zyklen auswirkt, was bei 1 min Regelintervall doch schnell gehen könnte. Zumindest fürchte ich das. Ich denke die SG-Ready könnte man auch direkt per GPIO steuern, ohne Relais. Ob ich noch eine Regelung der Ölsumpfheizung nach Heißgastemperatur einbaue weiß ich noch nicht. z.B. Heißgas >32°C => aus, <28°C an oder so. P.S. das Relais bekommt +5V (JDVcc) Jumper raus, +3,3V Vcc (Optokoppler über GPIO), GND und dann IN1-4 von GPIO. Geschaltet wird gegen Masse. |
||
|
||
|
interessant. das relaisboard hab ich hier auch liegen, allerdings wollte ich damit ne taupunktlüftersteuerung für den alten keller basteln. an die verdichterheizung trau ich mich eher nicht ran. auch, weil der keller nur ende sommer mal über 20C kommt und die WPWP [Wärmepumpe] immer recht kühl steht (winterhalbjahr meist unter 10C und übergangszeit bis 15C). |
||
|
||
|
Bei um die 10°C würde ich sie auch laufen lassen. Bei mir steht sie im Haus und hat entsprechend 21-22°C. Habe nur programmiert dass bei über 33°C Heißgastemperatur die Ölsumpfheizung aus gestellt wird und bei unter 28°C wieder an. |
||
|
||
|
@Becker könntest du so nett sein und dein Grafana Panel mit den Zählerständen Pro Monate bereitstellen, irgendwie schaffe ich es nicht die Wert so anzeigen zu lassen wie du. Habe in deinen Blog nichts gefunden, vielleicht bin ich aber auch blind 😊 |
||
|
||
|
klar https://www.transfernow.net/dl/202204298L2SJrAY |
||
|
||
|
Hallo Becker, Eine Frage noch zu Smartgrid, wenn du in der Übergangszeit den Vorlauf bei Überschuss um 2k erhößt riskierst dann nicht eine Überhizung, ich meine im den Fall scheint ja die Sonne eh gut und du hast zusätzlich solare Gewinne und danke das du deine Erkenntnisse immer fleisig mit uns teilst :) |
||
|
||
|
ich mache sie abends ja eh aus. Heute morgen ist es nur noch 21,9°C. Das Haus ist sehr sehr träge. |
||
|
||
|
Besten Danke! 👍 |
||
|
||
I've a problem connecting NibePi with HomeAssistant. I use the NibePi MQTT broker and have enabled HA Discovery but it looks like it is not working. As far as I understand HA Discovery it should add configuration details under the homeassistant topic? When I connect with MQTT Explorer to NibePi I see this:  As you can see the HA MQTT plugin is connected to the samen MQTT broker, and the nibe/modbus/ topic gets populated with values. But no discovery messages and no discovery takes place. Nut sure if it is related, but in /etc/nibepi.log I get this: pi@nibepi:/tmp $ head -5 nibepi.log 2022-05-15 21:43:48.302 Diagnostik: [Running diagnostic] 2022-05-15 21:43:48.303 Diagnostik: [Heatpump is not supported] 2022-05-15 21:43:49.245 Data: [47394, Use room sensor S1: 1 ] 2022-05-15 21:43:49.827 Config: [Config file saved] 2022-05-15 21:43:50.174 Data: [47393, Use room sensor S2: 0 ] In the UI I see this:  Since the SMO40 should be supported, maybe my firmware is not supported? (I plan to update the firmware soon to: Version: 9542R2, Publication date: 4/27/2022) |
||
|
||
|
Kann mir hier jemand sagen, ob nibegw mit einer F730 kompatibel ist? Ich habe einen RS485 USB Stick an einem Pi. Sehe irgendwelche Daten einfließen, bekomme aber ständig bei zumindest einem "Datensatz" einen checksum Error. Die Nibe zeigt dann Alarm 251. Habe keine Ahnung, was falsch läuft.  Ich starte nibegw per ./nibegw -v -d /dev/ttyUSB0 -a 10.0.50.10 -o. 10.0.50.10 ist mein openHAB, auf dem das Nibe Heat Pump Binding läuft. |
||
|
||
|
mal ne kurze Frage, kann ich die aktuelle Raumtemperatur irgendwie mit Nodered auf die Nibe übertragen, also nicht auslesen sondern schreiben? |
||
|
||
|
was ich weiss kann man keine Istwerte von anderen Fühlern draufschreiben |
||
|
||
|
Schade, die Idee wäre noch einen PT1000 zu Simulieren, das ist mir aber dann doch zu aufwändig SG ready habe ich jezt über GPIOs angebunden, habs aber ein wenig anders wie Becker gelöst Habe nur Stufe 1 über SG ready laufen also +1K und Warmwasser bei mir um +2K zu erreichen schalte ich zusätzlich "externe Justierung" damit Warmwasser nicht auf Luxus geht und der Heizstab nicht verwendet wird (wie gut das funktioniert zeigt die nächste Heizperiode) Alternativ hätte ich mit den externen Kontakt und ner Drahtbrücke die Zusatzheizung blockiert, hat mich aber gestört das dann dauernd ein Fehler anliegt |
||
|
||
|
hab ich auf alle Uhrzeiten deaktiviert und ist noch nie gelaufen |
||
|
||
|
Mal ne richtig doofe Frage, in welchen Menü ist die Einstellung? 😐 Bei Nibepi ist es jetzt so weit, Nodered 3.0 unterstützt nur noch nodejs 14 aufwärts 😢 |
Beitrag schreiben oder Werbung ausblenden?
Einloggen
Kostenlos registrieren [Mehr Infos]