|
|
||
Na du hast doch aktuell ein funktionierendes System aus dem fertigen Image oder? Dann kopiere doch den Inhalt der config Datei einfach von hier. Ich meine ich habe nur die Einstellungen unter Register angepasst, damit diese per MQTT exportiert werden. Das sieht bei mir dann so aus (ich brauch nicht alle Werte und nutze die Anbindung nur zum Lesen bestimmter Werte für Grafana/ioBroker): { "version": "1.1", "registers": [ 40004, 40008, 40012, 40013, 40014, 40015, 40016, 40018, 40019, 40022, 40025, 40026, 40028, 40029, 40033, 40067, 40072, 42437, 42439, 42445, 42447, 43009, 43081, 43084, 43163, 43171, 43239, 43416, 43420, 43424, 43427, 43431, 43433, 43435, 43437, 43439, 45001, 47041, 48043, 48132 ], "connection": { "enable": "serial", "series": "fSeries" }, "serial": { "port": "/dev/ttyAMA0" }, "system": { "readonly": true, "language": "DE", "pump": "F1245", "firmware": 9240, "auto_update": true, "id": "XXXXXXXXXX" }, |
||
|
||
Die config.json kann ich einfach vom alten System einfügen vorerst aber ich komme nicht weiter wenn es nicht funktioniert und beim Neustart die config.json wieder leer (default) ist. oder wenn ich mal einen neuen Register hinzufügen sollte und er das nicht automatisch in die config schreibt so wie jetzt. Da muss ja irgendein Automatismus hinter stecken 😳 |
||
|
||
ich habs noch mal probiert. Nach dem installieren von NibePi habe ich meine alte config.json rüber kopiert und die bleibt auch so. Aber wenn ich meinen Flow importiere wird kein einziges Register abgefragt. Habe dann zig Versionen der config.json probiert, auch deine. Irgendwann hat er sie dann wieder resettet. Ich kann machen was ich will, kein Register funktioniert. Braucht man noch irgendeinen Treiber für das RS485 Modul ? Was ich noch nirgends gesehen habe ist "ID: xxx" <-- was ist das? P.S. das ist die default config die er immer läd: { "version": "1.1", "registers": [], "connection": { "enable": "serial", "series": "fSeries" }, "serial": { "port": "/dev/ttyAMA0" }, "home": { "adjust_s1": 0, "adjust_s2": 0 }, "mqtt": { "enable": false, "host": "127.0.0.1", "port": "1883", "user": "", "pass": "", "topic": "nibe/modbus/" }, "system": { "readonly": true, "language": "SE" }, "hotwater": { "enable_autoluxury": false, "diff": 20, "time": 10, "enable_hw_priority": false }, "log": { "enable": false, "info": false, "core": false, "debug": false, "error": true }, "indoor": { "dm_reset_enable": false, "dm_reset_enable_stop": false, "dm_reset_stop_diff": 0.7, "dm_reset_slow_diff": 0.3 }, "fan": { "co2_limit": 800, "low_cpr_freq": 40 }, "tcp": {} } wenn ich dort ein Register eintrage und Node Red starte sagt er: "config not found" und ich habe wieder die obige default leere config da |
||
|
||
P.S.2: Fredrik Anerdin Im not sure. But you might need to install The libraries for serialport on your own. fehlen da tatsächlich nur Treiber? |
||
|
||
Welcher Rechte hat denn die /etc/Nibepi/Config.json? darf der User Pi auf die Datei zugreifen? bzgl des Treibers: erstmal kommt es drauf an wie die Anbindung gemacht wurde, mit nem USB Adapter oder mit nem Hat. Dementsprechend muss dann /dev/... angepasst werden. die Serialport.o ist meines Wissens ne Library von Node. Das hat aber erstmal mit der Config.JSON noch nichts zu tun. |
||
|
||
Hat! Welche rechte muss er denn haben? Wie stelle ich die ein und wie überprüfe ich das? |
||
|
||
Ich habe einen RPI1 mit USB-RS485-Schnittstelle laufen (https://secure.reichelt.at/at/de/raspberry-pi-usb-rs485-schnittstelle-ch340c-rpi-usb-rs485-p242783.html?&nbc=1) und habe auf USB umstellen müssen: "serial": { "port": "/dev/ttyUSB0" }, |
||
|
||
Ja bei HAT ist es aber schon korrekt eingestellt. die config.json sollte Besitzer pi haben und mind rw-r--r-- haben einfach mal mit "ls -la /etc/nibepi/" prüfen und ggf. mit chown und chmod setzen. |
||
|
||
Danke, kannst du mir den passenden Befehl schreiben? Chown und chmod sind für mich noch ein kleines Rätsel. edit daran liegts nicht edit2 der Serial Port war deaktiviert, hab ihn aktiviert, aber leider immer noch keine Verbindung. edit3 wenn ich NR starte sagt er immer error in the core: edit4 es stimmt was nicht mit der seriellen Schnittstelle. Ich habe sie erst mal aktiviert und dann noch folgendes ausgeführt: geht immer noch nicht aah ich dreh durch, ich kriege es wohl nicht hin den RS485 Hat zu aktivieren als ttyAMA0 |
||
|
||
Das sieht mir eher danach aus als wenn du nbepi und/oder nodejs als User Root I stalkier hast und nicht unter dem User Pi. tty unknown besagt er weiß nicht welchen TTY (welche serielle Schnittstelle) er nehmen soll. ich würde empfehlen nodejs und alles was dazu gehört nochmal runterzuwerfen und neu zu installieren. Ist ja schnell gemacht. Und dann darauf achten, vor der Installation "su pi"zu machen, damit die Installation unter diesem User erfolgt. |
||
|
||
Ich habe Node Red so installiert: bash <(curl -sL https://raw.githubusercontent.com/node-red/linux-installers/master/deb/update-nodejs-and-nodered) danach ins NR Verzeichnis gewechselt und npm install --save anerdins/node-red-contrib-nibepi#master ohne sudo das war also falsch? "su pi" habe ich noch nie gemacht ich muss doch irgendwie noch den RS485 aktivieren oder nicht? |
||
|
||
Es läuft endlich mit /serial0 statt ttyAMA0 Aber er meckert: TTY=unkown - ist das irgendwie schlimm? |
||
|
||
habs endlich hin bekommen. Zuerst muss man beim RPi3 die serielle Schnittstelle "frei machen", denn dort ist das Blutooth Modul dran: sudo nano /boot/config.txt -> dort dtoverlay=pi3-disable-wifi dtoverlay=pi3-disable-bt am Ende anhängen. sudo systemctl disable hciuart sudo raspi-config --> 'Interfacing Options' --> 'P6 Serial' 'Would you like a login shell to be accessible over serial?' --> NO 'Would you like the serial port hardware to be enabled?' --> YES Finish raspi-config sudo nano /boot/config.txt <-- hier muss am Ende "enable_uart=1" hinzugefügt sein. sudo reboot ls -l /dev -> prüfen ob serial0 -> ttyAMA0 ist Ich hätte mir wohl viel Leid erspart, wenn ich einen USB RS485 genommen hätte, aber so hab ich wenigstens was gelernt 😉. TTY=unkown kommt immer noch, trotz ttyAMA0 - keine Ahnung warum, läuft auf jeden Fall. Beim ersten Start von Node RED gibt es noch keine config.json, weiß auch nicht, irgendwann kam sie mal. Habe dort nur das fett markierte geändert: "system": { "readonly": false, "language": "DE", "pump": "F1255", "firmware": 9240, "auto_update": false, "id": "..." angepasst. Im clean_image1.1 gibt es keine ID 😯 egal |
||
|
||
Also das bestehende "Clean" Image kann man mit diesem Befehl aktualisieren (Nodered und das Serial Plugin davor aktualisieren) "sudo mount -o remount,rw / && cd /home/pi/.node-red && npm uninstall node-red-contrib-nibepi && npm install --save anerdins/node-red-contrib-nibepi#master && sudo service nodered restart" Ne frage am Rande wenn, ist die Berechnung der Arbeitszahl so richtig? ("Vorlauftemp."-"Rücklauftemp")*"Volumenstrom"*69.457)/"Watt vom Stromzähmer" |
||
|
||
Natürlich ist das richtig. Ein paar % schwankt die Dichte je nach Temperatur des Heizwassers, aber da fällt die Toleranz der 3 Sensoren (VLT,RLT& Vol.strom) mehr ins Gewicht ! Ich habe mehrere Tabellen gewälzt und mich dann irgendwann auf eine sinnvolle Dichte festgelegt. Siehe auch: https://www.energiesparhaus.at/forum-nibe-f1255-6-aktuell-abgegebene-waermemenge-berechnen/59276 Ein Update von einem für RO optimierten uralten minimal-"Stretch" Image erscheint mir nicht als sinnvoll, daher wollte ich es für mich selber einrichten als RW mit dem akutellen "Buster". 1 |
||
|
||
Vielen Dank Auffällig ist bei mir das die Verdichterleistung bei 150W und der gemessene Strom bei 240W (ca.) ist also weit mehr als die 20W Standby (denke an Verluste Frequenzumrichter ez.?) Arbeitszahl trotzdem bei 7 :) Mit den os muß ich dir absulut recht geben, alles neu sauber Aufgesetzt wäre sehr fein (momentan bin ich aber schon froh das alles ohne Probleme funktioniert, never touch a running System) |
||
|
||
bei mir passt es ziemlich genau: Per SAE vom S0 Zähler ausgelesen: Auf die Inverter Ø Leistung von 210W addiere ich 20W (für Steuerung L1) und bin bei 230W als Quotient für die COP Berechnung: Das ist schon ziemlich genau meiner Meinung nach. Für noch genauer bräuchte man einen Modbus Zähler für die WPWP [Wärmepumpe]. |
||
|
||
Weiß jemand wie die Phasenaufteilung der F1155er ist? Die WPWP [Wärmepumpe] ist bei uns an zwei Sicherungen (1x dreiphasig, 1x einphasig) angeschlossen. Und ich habe da zwei entsprechende S0 Zähler angeschlossen. Soweit ich weiß, hängen am dreiphasigen Verdichter und der Heizstab drauf, aber was alles ist auf dem Einphasigen drauf? Denn die durchschnittliche Leistung ist da 59W, was viel für nur Steuerung wäre. Ich dachte zuerst, dass ich da was falsch berechne bei der Umrechnung von den Impulsen auf Watt, aber auch wenn ich den Zählerstand direkt ablese, komme ich auf ähnlich hohe Werte. |
||
|
||
Glaub auf Phase 1 hängt Kompressor und Steuerung, wenn der 230V Automat extra ist, könnte man da die Phase tauschen. |
||
|
||
Ich habe jetzt Mal im Anschlussplan nachgesehen. Der einphasige 230V Anschluss geht auf X11 "externe Steuerspannung". Der dreiphasige 3x400V auf X1, Verdichter und Heizpatrone. Und die werden getrennt gezählt bei uns. Wie gesagt, mich wundert es, dass der Zähler für die Steuerung (X11) im Schnitt 50W verbraucht (kurzzeitig auch 70W und mehr). Oder hängen da die Pumpen auch drauf? Dann würde es wieder passen. |
||
|
||
L1: Steuerung/Pumpen L2: Verdichter L1-3: Heizstäbe @F1x55-6 ich hab nur einen Zähler |
Beitrag schreiben oder Werbung ausblenden?
Einloggen
Kostenlos registrieren [Mehr Infos]