Beiträge von HrzDK

Auf meinem Raspi mit Buster (32 Bit) führt die Installation mit Horchis Skript führt nicht zu einer laufenden Installation, egal ob der Serial-USB-Wandler gesteckt ist oder nicht.

Auf meinem Raspi mit Bullseye 64 Bit führt die Installation analog zu Horchis Beschreibung Abschnitt "Installation by source" zu einer laufenden Installation. Zusätzliche Beobachtungen dabei:

• /var/log/p4d.log existiert solange nicht, bis der erste Reboot durchlaufen ist.
• /etc/p4d/daemon musste ich nicht ändern, um die Installation zum Laufen zu bringen.

Meine zusammenfassung:

• Ich weiß nicht, was ich noch probieren soll, aber ich bekomme p4d nicht zum Laufen, wenn ich Horchis Installationsskript auf einem Raspi mit Buster benutze.
• Egal, welche Plattform ich benutzt habe: die Installation analog zu Horchis Beschreibung Abschnitt "Installation by source" führt auf Anhieb zu einer laufenden Installation, ohne dass ich in /etc/p4d/daemon eingreifen muß.

Ich werde die Analysen und Tests jetzt einstellen und mich darauf konzentrieren, die Installation passend zu konfigurieren. Wenn mir jemand "Futter" zum Testen gibt, nur her damit.

Grüße, HrzDK

Nachklapp: die Installation analog zu Horchis Beschreibung Abschnitt "Installation by source" auf Debian Bullseye AMD64 (also PC) funktioniert einwandfrei. Zusätzliche Beobachtungen bei dieser Installation:

• /var/log/p4d.log existiert solange nicht, bis der erste Reboot durchlaufen ist.
• /etc/p4d/daemon musste ich nicht ändern, um die Installation zum Laufen zu bringen.

Grüße, HrzDK

Zitat von kerby499

So wie ich das sehe fehlt Dir der User "p4" in der Datenbank.

Hallo kerby499,

bei den manuellen Installationen analog zu Horchis Beschreibung Abschnitt "Installation by source" habe ich den User p4 genau so angelegt, und ich bekomme p4d ja zum Laufen.

Dementsprechend nützt Dein Hinweis nur was für die Installation mit Horchis Installationsskript. Ich werde bei einer der nächsten Testinstallationen mal darauf schauen, ob der User p4 angelegt wird oder nicht. In jedem Fall wäre das aber ein Fall, bei dem Horchi das Installationsskript angucken sollte.

Mir ist zudem inzwischen aufgefallen, dass das Menü...

...nur dann angezeigt wird, wenn der p4d-Daemon mit dem Fröling-Kessel kommuniziert. Das hat mich in die Irre geführt. Das halte ich auch für problematisch, denn wenn beispielsweise kein Device /dev/ttyUSB0 benutzt wird, sondern ein anderes Device, dann kann ich das nicht über das WebGUI ändern, weil das WebGUI nicht angezeigt wird: ein Deadlock...

Das ist auf jeden Fall nur bei der Installation by Source so der Fall. Ob das auch bei der Installation per Skript so ist, muß ich noch prüfen.

Danke, HrzDK

Hallo zusammen,

ich schiebe es mal auf die Urlaubszeit, dass ich noch keine Antworten bekommen habe.

Ich habe die Zeit genutzt, um ganz von Vorne systematisch anzufangen. Manchmal sitzen die Probleme ja auch zwischen den eigenen Ohren. Auch bei diesem Thread war das so, ich habe in den letzten Tagen einiges über Linux und MySQL gelernt.

Die Probleme liegen aber nicht nur bei mir. Daher möchte ich ein paar Punkte listen, die mir "unterwegs" aufgefallen sind, die ich reproduzieren kann. In allen Fällen, wo ich nicht explizit auf eine andere Hardware-Konfiguration Bezug nehme, habe ich beim Testen mit einem Raspi 3b+ gespeist über PoE-Hat und 2022-04-04-raspios-buster-armhf-lite.img gearbeitet und vor jedem Test die SD-Karte frisch geflasht, um mir durch Hinterlassenschaften vorheriger Versuche nicht selbst ein Bein zu stellen.

Wenn ich das o.g. Image flashe und die Installation mit

wget www.jwendel.de/p4d/install-deb.sh -O /tmp/install-deb.sh
sudo bash /tmp/install-deb.sh

anstoße, schaffe ich es weder ohne noch mit Modifikation von /etc/p4d.daemon.conf (von DbHost = localhost auf DbHost = 127.0.0.1) nicht, die Installation zum Laufen zu bringen: p4d verbindet sich nicht mit der Datenbank.

Wenn ich das o.g. Image flashe und die Installation analog zu Horchis Beschreibung Abschnitt "Installation by source" gestalte, dann bringe ich die Installation zum Laufe, aber nur, wenn ich /etc/p4d.daemon.conf (von DbHost = localhost auf DbHost = 127.0.0.1) modifiziere.

Wenn ich auf einem PC Debian 10.12 64Bit installiere und die Installation analog zu Horchis Beschreibung Abschnitt "Installation by source" gestalte, dann bringe ich die Installation zum Laufe, aber nur, wenn ich /etc/p4d.daemon.conf (von DbHost = localhost auf DbHost = 127.0.0.1) modifiziere.

Eine Installation auf Raspi mit 2022-04-04-raspios-bullseye-arm64-lite.img sowie PC mit Debian Bulleye "Installation by Source" habe ich noch nicht systematisch probiert. Steht bei mir aber noch auf der Agenda.

Die Datei /var/log/p4d.log ist direkt nach der Installation nie vorhanden, auch wenn p4d bereits gestartet ist. Erst, wenn der PC oder Raspi das erste Mal einen Reboot durchlaufen hat, existiert diese Datei.

Was mein Ausgangsproblem ausgelöst hat, ist mir nach wie vor nicht klar. Es wird mir aber auch zunehmend egal. Ich werde dieses kaputte Image wahrscheinlich per dd wegsichern und mich um einen "Neuaufbau" zu konzentrieren.

Ich hatte ein Backup erstellt, bevor die Installation gecrasht ist. Ob sich das Backup zurückspielen läßt, habe ich noch nicht probiert, weil der SQL-Dump zu groß ist für die SD-Karte, mit der ich gerade teste. Dumps aus der aktuellen Installation "spucken" mehr Dumps aus (dashboards-dump.sql.gz und dashboardwidgets-dump.sql.gz), als im Backup vor dem Crash enthalten waren. Das wundert mich aber auch nicht, weil ich meine vorherige Installation das letzte Mal im Dezember 2021 aufgefrischt hatte.

Ich werde weiter berichten.

Danke HrzDK

Ergänzung (wegen hier)...

pi@p4d:/etc/p4d $ sudo mysql
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 3271
Server version: 10.3.34-MariaDB-0+deb10u1 Raspbian 10

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [(none)]> use mysql
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
MariaDB [mysql]> SELECT host, user FROM user;
+-----------+------+
| host      | user |
+-----------+------+
| localhost | root |
+-----------+------+
1 row in set (0.001 sec)

MariaDB [mysql]> Ctrl-C -- exit!
Aborted
pi@p4d:/etc/p4d $

Äh sorry, wer lesen kann, ist klar im Vorteil Eine Voraussetzung für das Installationsskript ist Buster, also nicht Bullseye

Aber hier hänge ich bei einer Neuinstallation unter Buster ähnlich wie hier zuletzt. Testweise habe ich statt localhost schon mal 127.0.0.1 in /etc/p4d/daemon.conf eingetragen...

pi@p4d:~ $ systemctl status p4d
● p4d.service - P4d Control Deamon
   Loaded: loaded (/etc/systemd/system/p4d.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2022-08-18 14:20:51 CEST; 2min 53s ago
  Process: 547 ExecStart=/usr/bin/p4d (code=exited, status=0/SUCCESS)
 Main PID: 550 (p4d)
    Tasks: 1 (limit: 2059)
   CGroup: /system.slice/p4d.service
           └─550 /usr/bin/p4d

Aug 18 14:23:40 p4d p4d[550]: SQL-Error in 'connecting to database' - Access denied for user 'p4'@'localhost' (1698)
Aug 18 14:23:40 p4d p4d[550]: Fatal, lost connection to mysql server, aborting pending actions
Aug 18 14:23:40 p4d p4d[550]: Error, connecting to database at '127.0.0.1' on port (3306) failed
Aug 18 14:23:40 p4d p4d[550]: Error: Initial database connect failed
Aug 18 14:23:40 p4d p4d[550]: SQL-Error in 'connecting to database' - Access denied for user 'p4'@'localhost' (1698)
Aug 18 14:23:40 p4d p4d[550]: Fatal, lost connection to mysql server, aborting pending actions
Aug 18 14:23:40 p4d p4d[550]: Error, connecting to database at '127.0.0.1' on port (3306) failed
Aug 18 14:23:40 p4d p4d[550]: Could not access database '127.0.0.1:3306'
Aug 18 14:23:40 p4d p4d[550]: Could not access database '127.0.0.1:3306' (tried to open errors)
Aug 18 14:23:40 p4d p4d[550]: Retrying in 10 seconds
pi@p4d:~ $ 

Auszug auf /var/log/p4d.log:

Aug 18 14:27:30 p4d p4d: Try conneting to database
Aug 18 14:27:30 p4d p4d: SQL-Error in 'connecting to database' - Access denied for user 'p4'@'localhost' (1698) 
Aug 18 14:27:30 p4d p4d: Fatal, lost connection to mysql server, aborting pending actions
Aug 18 14:27:30 p4d p4d: Error, connecting to database at '127.0.0.1' on port (3306) failed
Aug 18 14:27:30 p4d p4d: Error: Initial database connect failed
Aug 18 14:27:30 p4d p4d: SQL-Error in 'connecting to database' - Access denied for user 'p4'@'localhost' (1698) 
Aug 18 14:27:30 p4d p4d: Fatal, lost connection to mysql server, aborting pending actions
Aug 18 14:27:30 p4d p4d: Error, connecting to database at '127.0.0.1' on port (3306) failed
Aug 18 14:27:30 p4d p4d: Could not access database '127.0.0.1:3306'
Aug 18 14:27:30 p4d p4d: Could not access database '127.0.0.1:3306' (tried to open errors)
Aug 18 14:27:30 p4d p4d: Retrying in 10 seconds

Habt Ihr Ideen?

Danke HrzDK

Nun bin ich noch ratloser...

Ich habe es mal mit einer Neuinstallation auf einer anderen SD-Karte probiert, diesmal nicht unter Raspi-Lite Buster (was bisher die Basis war), sondern frisch auf Raspi-Lite Bullseye 64 Bit. Diese Installation war problemlos.

Dann folgte die Installation von p4d. Die lief lange, aber fast zum Schluß bekomme ich folgende Ausgabe auf der lokalen Konsole (abgetippt; es könnten Tippfehler enthalten sein):

2022-08-18 11:10:15 
Reading package lists... Done
Building Dependency Tree... Done
Reading State Information... Done
E: Unable to locate package p4d
Reading package lists... Done
Building Dependency Tree... Done
Reading State Information... Done
Note, selecting 'p4d:armhf' instead of '/tmp/p4d-latest.deb'
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 p4d:armhf : Depends: mariadb-server:armhf but it is not installable
E: unable to correct problems, you have held broken packages.

Was ist zu tun?

Danke HrzDK

Oben war wohl ein Doppelpunkt zuviel. Als Datei angehängt der Auszug aus grep "p4d" /var/log/syslog ab einem Reboot.

HrzDK

Hallo zusammen,

das vorangegangene Update von p4d hatte ich am 18.12.2021 eingespielt, heute wollte ich nun in Ruhe mal wieder ein Update machen. Dabei stoße ich auf Probleme. Zuerst ein paar Basisinfos zu meiner Plattform:

• Raspi 3b+ gespeist über PoE
• RaspberryOS installiert auf SD-Karte, dort werden auch die Daten abgelegt
• User "pi" wie üblich

Ansonsten nix besonderes. Lief bis vorhin seit 18 Monaten sehr ordentlich und hat mir sehr viele Einsichten in die Anlage spendiert

Vor dem Update habe ich ein Backup ausgeführt. Dabei ist mir schon aufgefallen, dass der Befehl p4d-backup nicht wie seither funktioniert hat, ich habe sudo /usr/bin/p4d-backup.sh ausgeführt, dann hat es geklappt. Das Ziehen der Backup-Daten per FileZilla war problemlos.

Danach dann

wget www.jwendel.de/p4d/install-deb.sh -O /tmp/install-deb.sh
sudo bash /tmp/install-deb.sh

Abgeschlossen dann mit Reboot.

Nach dem Neustart habe ich dann laaange abgewartet, weil mysqld bestimmt 20 Minuten die CPU ausgelastet hat. Danach fingen die Probleme an.

• ein einfacher Aufruf der Liste zeigte die Parameter richtig an, aber einige Werte werden zu "-" ausgegeben,
• die Charts waren komplett leer, und ich konnte auch keine Kanäle auswählen.
• das Schema ist auch richtig übernommen, die in der Liste fehlenden Werte werden zu "0" angezeigt.

Daher habe ich versucht, über das WebGUI die Kanäle neu zu initialisieren:

• Goto Setup: click 'Init Sensors'

Parallel dazu habe ich systemctl status p4d kontrolliert. Nach dem Anklicken läuft die Sanduhr im WebGUI ganz lange, und auf der Konsole bekomme ich dann folgende Meldung ausgeworfen:

Aug 17 21:25:24 p4d p4d[711]: Insufficient rights to 'inittables' for user 'p4'

Ein Aufruf von

grep "p4d:" /var/log/syslog

bleibt leer.

Kann es sein, dass beim Update irgendwas mit den Berechtigungen schief gelaufen ist? Was kann ich tun? Wo setze ich an, außer komplett neu zu installieren?

Danke und Gruß,

HrzDK

Hallo zusammen,

nachdem der Kessel vor 10 Tagen nach 2x Fehlzündung wieder in Störung ging, hatte ich die Faxen satt. Der Heizungsbauer hat Fröling in Gnag gesetzt, die gestern den Keramikzünder gegen einen Glühzünder getauscht haben. Dazu wurde der ganze Brenner ausgetauscht.

Der Monteur ließ durchblicken, dass die Keramikzünder insbesondere bei den PE1 mit 10kW Probleme machen. Dadurch, dass der Keramikzünder sehr viel kleiner als der Glühzünder ist, kann es wohl passieren, dass bei ungünstiger Pelletlage am Glühzünder (die ja zufällig ist) nicht genügend Kontakt besteht, so dass die Pellets entweder gar nicht in Brand geraten oder nach kurzem "Kokeln" wieder ausgehen. Beides habe ich durch Logging mit Horchis P4 Daemon auch beobachten können. Manchmal stieg die Kesseltemperatur um 2°C mit gleichzeitigem kurzen Einbruch des Restsauerstoffs, und dann war Schluß mit Brennen. Oder eben gar kein Anbrennen...

Nun bin ich mal gespannt, wie sich der Glühzünder macht. Ich beobachte, dass das Saugzuggebläse mit dem Glühzünder während des Zündens ganz anders gesteuert wird: das Gebläse startet mit ca. 15% und wird dann langsam hochgefahren. Das war beim Keramikzünder anders: da lief das Gebläse gleich beim Zünden mit um die 70%...

Grüße,
HrzDK

So, der Fröling-Spezialist war heute Morgen da. Folgendes steht im Besuchsprotokoll:

Anlage mit Keramikzünder
Problem beim Zünden → immer wieder startet der Kessel erst beim zweiten Zündvorgang. Folgen: Kessel saugt Pellets an zu jeder Zeit <d.h. auch mitten in der Nacht>, unverbrannte Pellets im Aschekasten und Puffer kühlt ab.
Kessel und Einstellungen überprüft → OK
RS Technik (Herr xyz <bei Fröling; wohl Entwicklung>) → bekanntes Problem, an dem derzeit gearbeitet wird.
Laut Herr xyz kann der Kessel auf Glühstab umgebaut werden.

Vielleicht hatte der Spezialist ein schlechtes Karma? Er hat den Kessel heute Morgen in komplett kaltem Zustand gestartet, hat einwandfrei funktioniert. Gut 10 Minuten nach Wechseln aus der Bereitschaft hat der Kessel geheizt. Heute Abend dagegen ein Trauerspiel. Erst beim vierten Zündversuch kam der Kessel in die Pötte, zweimal zwischendurch Störung

Mal sehen, was daraus wird. Ich werde berichten.

Grüße, HrzDK

Die Probleme sind übrigens immer noch nicht weg. In einer Woche kommt Fröling nochmal, jetzt ein Spezialist? (Anruf zur Terminabstimmung kam von Münchener Vorwahl.)

Beim Starten beobachte ich folgenden Ablauf:

• "Betriebsbereit", bis die Schwelltemperatur am oberen Puffermeßpunkt erreicht wird. Danach Umschalten auf
• "Vorbereitung". Gebläse startet, Quietschen (was auch immer da passiert). Nach zwei Minuten Umschalten auf
• "Anheizen". Der Stoker läuft im Dauerbetrieb. Nach zwei Minuten Umschalten auf
• "Vorwärmen". Stoker stoppt und läuft periodisch alle 5 Minuten kurz. Nach einer Weile beginnt der Kessel zu fauchen, das Fauchen nimmt mit der Zeit zu. Nach variabler Zeit (mal 5 Minuten, mal 10 Minuten) Umschalten auf
• "Zünden". Dauer eine gute Minute. Danach Umschalten auf
• "Heizen".

Soweit der "Regulärablauf". Mich wundert aber die variable Zeit für das Vorwärmen.

Hin und wieder aber auch dieser Ablauf, dreimal in 10 Tagen. In einem der Fälle habe ich live neben dem Kessel gestanden und habe folgendes mitprotokolliert:

• "Betriebsbereit"
• "Vorbereitung". Nach 2 Minuten Umschalten auf
• "Anheizen". Der Stoker läuft im Dauerbetrieb. Nach zwei Minuten Umschalten auf
• "Vorwärmen". Es setzt kein Fauchen ein. Stoker läuft alle 5 Minuten kurz an. Nach 30 Minuten Umschalten auf
• "Abstellen Warten1". Nach 10 Minuten
• "Abstellen Warten2". Nach 2 Minuten
• "Abreinigen". Es rieselt; wahrscheinlich die Pellets, die ich auch in der Asche finde. Danach
• Vorbereitung". Nach 2 Minuten Umschalten auf
• "Anheizen". Der Stoker läuft im Dauerbetrieb. Nach zwei Minuten Umschalten auf
• "Vorwärmen". Nach einer Weile setzt Fauchen ein. Stoker läuft alle 5 Minuten kurz an. Nach 5 bis 10 Minuten Umschalten auf
• "Zünden". Dauer ca. 1 Minute. Danach
• "Heizen".

Fällt jemandem von Euch was zu diesem Verhalten ein?

Nach dem Firmwareupdate hatte ich noch keine Fälle, in denen dieses Nichtzünden zweimal hintereinander aufgetreten ist. (Geht der Kessel dann in Störung?)

Danke, HrzDK

Voraus: mein PE 1 ist noch vergleichsweise neu. Ich beobachte und lerne gerade noch viel... Unter anderem, dass die 6.5 m² Solarpaneele auf dem Dach selbst bei deutlichem Frost gelangt haben, die Heizung deutlich zu unterstützen

Heute Morgen gesehen: der Kessel hat ungefähr zwei Stunden mit angeblich leerem Pellethälter geheizt. Da liegt ja wohl sowas wie ein Kalibrations- oder Parametrisierungsproblem vor. Wie setze ich an, um das Monitoring des Füllgrads präziser zu machen?

Danke, HrzDK

Edit...

Gerade habe ich dies hier gesehen. Ist das der Lösungsweg?

Hallo zusammen,

seit Ende November 2020 habe ich einen PE1 10kW in Betrieb. Letzte Woche hat der Kessel uns zweimal morgens damit "beglückt", dass die Zündung versagt hatte. Nach Fehlerquittierung und Abreinigung lief der Kessel dann aber wieder an.

Heute war der Fröling Kundendienst im Rahmen der Gewährleistung deshalb im Haus. Ursache war, dass der seit Sommer 2020 verbaute Keramikzünder mit der ab Werk noch eingespielten Firmware V 57.04 nicht ganz reibungslos läuft. Der Techniker hat dem Kessel ein Firmwareupdate verpaßt auf V 58.04 B 05.19 vom 22.10.2020. Damit soll das Problem jetzt gelöst sein. Ich behalte das mal im Auge.

Grüße, HrzDKPE1: Zündprobleme gelöst durch Firmware-Update

Hallo meute,

Zitat von meute

Hier hat @horchi was zusamengefasst:https://github.com/horchi/linux-p4d/blob/master/service.c

Super, danke, das ist es, was ich gesucht habe

Ja, ich hätte auch in dem anderen Thread fragen können...

Danke, HrzDK

Hallo zusammen,

ich betreibe die S-3200 zusammen mit einem Raspi und p4d zur Visualisierung. Sehr hilfreich Dort kann man auch den Heizungsstatus ausgeben lassen. Ich habe nach einer Übersicht der Bedeutung gesucht, aber leider nichts gefunden... Gibt es so eine Übersicht / Tabelle? Auszug aus meinem Rateversuch:

0 --> Kessel aus
1 --> Reinigung
3 --> Heizen
19 --> Warten auf Anforderung

Danke und Gruß,

HrzDKFröling S-3200: Heizungsstatus Codes

@pellet-heizer , danke für den Hinweis auf die Zeitsynchronisation.

Den Urlaubsmodus habe ich jetzt auch gefunden. Ausprobieren: "0" bedeutet "kein Urlaubsmodus", "2" entspricht dem Urlaubsmodus. Der Versuch, eine "1" zu speichern, wird zwar vom WebGUI als erfolgreich angezeigt, ein Refresh der Seite (und das Touch-Display) zeigt dann aber weiterhin den alten Zustand. Eine "1" scheint also nicht als gültiger Wert implementiert zu sein!? Gibt es eigentlich z.B. von Fröling eine Zusammenstellung der Parameter und dafür gültigen Werte?

@horchi , verstanden, dass die Startseite des Displays speziell und konfigurierbar aufgebaut ist. Mir ging es aber schlicht um den Zugriff der bei mir dort angezeigten Funktionen, für die ich bisher nirgendwo sonst ein Äquivalent gefunden hatte. Den Schornsteinfegermodus werde ich sicher nicht von Ferne benötigen, würde mich aber wundern, wenn nicht auch der ansteuerbar wäre...

Hallo zusammen,

ich verfolge diesen Thread seit Monaten sehr aktiv. Heute habe ich mich endlich mal registriert Seit Ende November bin ich stolzer Betreiber einer PE1 (ohne c), und seit Anfang Dezember läuft auch der Raspi mit dem p4-Daemon Sehr interessant, was man so über seine eigenen Gewohnheiten und die der Anlage lernen kann.

Bitte verzeiht, dass ich als p4-Newbie vielleicht mit einer blöden Fragen komme... Wo bzw. wie kann ich über das Web-IF die Dinge einstellen, die auf dem LCD-Touchscreen auf der Startseite sind, zum Beispiel die Uhrzeit der Anlage und den den Urlaubsmodus bzw. den Schornsteinfegermodus? Die Uhrzeit habe ich notgedrungen am Display korrigiert. Für den Urlaubsmodus ist das aber ziemlich doof, wo ich doch sowieso schon von Ferne per VPN in mein Netzwerk reingreifen kann. Und wer möchte nach längerer Abwesenheit in eine kalte Wohnung kommen!?

Danke und Gruß,

HrzDK