Beiträge von Gunther11

Danke Euch. Alles wieder gut!

Zitat von horchi

Code

root@gate {master u=} ~/source/p4d> grep lua README.md  
apt install build-essential pkg-config libssl-dev libjansson-dev libcurl4-openssl-dev libmariadb-dev uuid-dev libcap-dev liblua5.3-dev

Hallo Horchi,

die erste Zeile versteh ich nicht. Die zweite kann ich ausführen, trau mich aber wegen der ersten Zeile noch nicht!

Hallo an Alle,
hab mal wieder upgedated und das erste Mal Probleme damit:

Folgende Fehlermeldung bekomme ich:

Mar 18 21:30:37 raspberrypi p4d[850]: /usr/bin/p4d: error while loading shared libraries: liblua5.3.so.0: cannot open shared object file: No such file or directory

Was kann ich tun?

Folgende liblua-Dateien hab ich gefunden:

Der Fröling-Adapter ist eine Erweiterung im IOBroker, mit dem man Daten auslesen und den Kessel ansprechen kann.

Hallo Bruttus,
Danke, das hab ich anders gelöst. Inzwischen schalte ich die Heizungspumpe über ein Skript, das meine Thermostate ausliest und Wärmebedarf ja oder nein meldet.

Ich schalte die Pumpe dann im IOBroker über den Fröling-Adapter. Das funktioniert hervorragend und ist gerade bei den Temperaturen eine gute Lösung.

Also bei mir läuft das Programm mit Datenbank auf einem Raspberry Zero und das schon seit über einem Jahr ohne Probleme.

Die Reset-Zeiten stehen jetzt nicht mehr am Anfang des Tageslogs, allerdings hat sich der Kessel die Zeiten gemerkt und füllt fleißig nach -> es funktioniert nicht, den Behälter leer zu fahren. Ich werde jetzt mal in der Austragung den Punkt „Automatische Pelletsaustragung deaktivieren“ aktivieren.

Dann müsste ich den Behälter leer kriegen. (Hat nicht geklappt. Führte zu einer Fehlermeldung.

Mein Vorschlag: Setz doch die Zeiten für die Befüllung 1 und 2 an dem Tag, an dem leer gefahren werden soll, sehr spät und eng zusammen, am besten auf 23:56 und 23:58 Uhr. das könnte funktionieren.

Bei mir läuft das Skript. Es will aber jetzt den Vorratsbehälter leer fahren, schafft es aber nicht, da die beiden Füllzeiten am Tagesanfang eingetragen werden und aus diesem Grund immer genug Material im Behälter ist. Was ist zu tun, um den Behälter leer zu fahren?

Das Log sieht gerade so aus:

00:00:02
Schreibe Standard-Zeiten
Zeit 1: 08:00 Uhr
Zeit 2: 16:00 Uhr
Status: Betriebsbereit, Pelletstand: 70%
Seit über 10 Tagen Behälter nicht leer gefahren.
Script wird abgebrochen um Behälter komplett zu leeren

00:05:02
Status: Betriebsbereit, Pelletstand: 70%
Seit über 10 Tagen Behälter nicht leer gefahren.
Script wird abgebrochen um Behälter komplett zu leeren

00:10:02
Status: Betriebsbereit, Pelletstand: 70%
Seit über 10 Tagen Behälter nicht leer gefahren.
Script wird abgebrochen um Behälter komplett zu leeren

00:15:02
Status: Betriebsbereit, Pelletstand: 70%
Seit über 10 Tagen Behälter nicht leer gefahren.
Script wird abgebrochen um Behälter komplett zu leeren

Hallo Jens,
ich versuche auch gerade das Skript zum Laufen zu bringen.

Ich mußte erstmal unter Setup -> IOSetup "Füllstand im Pelletsbehälter" aktivieren. Seitdem kommen die Daten!

VG Gunther

Zitat von hoppel118

OK, unter Log Eloquence habe ich nun MQTT aktiviert und ich sehe diese von dir angesprochene "Info: No Update..." Meldung. Hier ein Log über ein paar Minuten. Da das zu viele Zeichen für einen Post sind, habe ich das Log bei pastebin hochgeladen.

Du scheinst mit deiner Vermutung also recht zu haben.

Gruß Hoppel

Hallo Hoppel,

ich verwende den FHEM-Broker, deshalb steht bei mir nicht die localhost-Adresse, sondern die der Maschine, auf der FHEM läuft. Funktioniert hervorragend.

MQTT Broker Url: 192.x.x.x:1883

Ist das vielleicht der Fehler?

Zitat von Panzerknacker

Da vor kurzem die Belegung des Arbeitsspeichers ein Thema war.

Auch die kann man aufzeichnen und auf dem Dashboard ausgeben.

Zur Probe auf der Konsole "free" eingeben:

>free

gesamt benutzt frei gemns. Puffer/Cache verfügbar

Speicher: 2024460 317788 431364 36076 1275308 1609588

Swap: 0 0 0

und wenn das geht, das folgende Skript nehmen.

>cat /etc/p4d/scripts.d/RAM_stat.sh

Bash

#!/bin/bash
TOTAL_RAM=`free -m | awk '{print $2}'| head -2 | tail -1`
USED_RAM=`free -m | awk '{print $3}'| head -2| tail -1`
USED_PERCENT=$(( 100*USED_RAM / TOTAL_RAM ))
echo -n '{ "kind" : "value", "unit" : "%", "value" : ' $USED_PERCENT '}'
exit 0

# /etc/p4d/scripts.d/RAM_stat.sh

{ "kind" : "value", "unit" : "%", "value" : 15 }

Sollte idealerweise unter 50% liegen, dann hat er noch Platz für Plattencache.

Alles anzeigen

Ich habs ausprobiert. Musste die Rechte des Skripts auf 755 setzen, dann hats geklappt!

Zitat von meute

Zitat von Babelbernd

Nein, war nur als Info gedacht.

Habe eben noch mal p4d installiert.

Es kommt immer noch die Meldung:

No local database found, skipping db setup

Die Meldung kommt seit So. 09.01.2022

Code

Die folgenden NEUEN Pakete werden installiert:
p4d
0 aktualisiert, 1 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
Holen:1 /tmp/p4d-latest.deb p4d armhf 0.9.24 [6.765 kB]
Vormals nicht ausgewähltes Paket p4d wird gewählt.
(Lese Datenbank ... 106034 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von /tmp/p4d-latest.deb ...
Entpacken von p4d (0.9.24) ...
p4d (0.9.24) wird eingerichtet ...
postinst called for configure
No local database found, skipping db setup
Created symlink /etc/systemd/system/multi-user.target.wants/p4d.service → /etc/systemd/system/p4d.service.
Trigger für rsyslog (8.1901.0-1) werden verarbeitet ...
Trigger für libc-bin (2.28-10+rpt2+rpi1) werden verarbeitet ...
-------------------------------------------------------------------------------------------
- The installation is completed and will be available after reboot
-
- You can reach the web interface at http://<raspi-ip>:1111
- Your IP seems to be 192.168.23.82 therefore you can try: http://192.168.23.82:1111
- Default user/password is p4/p4
-
- Added aliases for convenience:
-  p4db  - go to the SQL prompt
-  vp    - view daemon log (abort with CTRL-C)
-------------------------------------------------------------------------------------------
- to permit the daemon sending mails:
-   setup your mail account in /etc/msmtprc properly
-   and check your setting with:
-    #> p4d-mail.sh 'Test Mail' 'just a test' text/plain your@mail.de
-------------------------------------------------------------------------------------------
Reboot now? [y/N]

Alles anzeigen

Alles anzeigen

Hallo,
ich hab p4d auch versucht neu auf einem Zero zu installieren. Als erstes hab Ichs mit Buster Lite versucht und hab genau diese Fehlermeldung bekommen. Beim nächsten Versuch mit Bullseye lief Alles wie früher durch und war sofort einsatzbereit. Kann daran liegen?
Ich bitte um Nachsicht, wenn das Unsinn ist. Vielleicht hilft ja.

Wofür sind denn die Pfade /w1/# und /arduino/out ?

Zitat von horchi

Zitat von n3m3515

ja ok. aber im webinterface würde ich dann trotzdem nur einen eintrag für den broker nutzen.

das kann ich gerne anpassen sodass man nur noch eine einzige MQTT Brocker URL eintragen kann.
Ist dann zwingend der selbe Brocker für p4d, w1mqtt, Node-Red und eventuell angeschlossene Hausautomatisierungen.

Meinem Setup kommt das entgegen da ich nur einen MQTT Broker im Netz habe.

Gegenstimmen?

Solange ich da meinen speziellen Broker mit dem 1884-Port eintragen kann, ist alles gut.

Zitat von Gunther11

Läuft!!! Danke nochmal für Deine Geduld!

Den Backtrace hab ich so gemacht:

systemctl stop p4d       //Programm stoppen
ulimit -c unlimited      //Set "core file size" unlimited
p4d -t -n                //Programm starten mit   -n (don't daemonize) -t (log to stdout)
gdb /usr/bin/p4d core    //Nach Absturz gdb laufen lassen
bt                       //Backtrace erstellen
                        //Ergebnis rauskopieren
quit                    //gdb beenden

Läuft!!! Danke nochmal für Deine Geduld!

Sorry, bin totaler Laie. Try and error. Das "Home-Control MQTT Interface ist auch neu.

Da hab ich jetzt den "localhost:1883" drin.

Jetzt läuft der Zero seit 15 Min. wieder mit einer Fehlermeldung:

Debug: Got message from topic 'p4d2mqtt/w1/ping'
Error: Can't parse json in '{"ping"}: true'
-> (/SmartHome/HZ/P1/Status/state)[{"value": "Heizen"}]

Zitat von horchi

Dennoch sehe ich als Minimum einen Raspi 2b und wenn man die Datenbank auch darauf betreibt mindestens einen Raspi 3 besser Raspi 4 mit min 4GB RAM. Wegen der Datenbank empfiehlt sich auf Dauer auch eine externe SSD da das doch ein wenig viel IO für eine SD ist.

Ok, da hab ich das falsch eingeschätzt. Dann werde ich mir noch einen 3 oder 4 er holen. In der Zwischenzeit lass ich den Zero dran. Dan würde ich aber gerne downgraden. Hab aber keine Befehle gefunden, wie das zu machen ist.

Zitat von horchi

ich bin dem Grund für den Crash etwas näher auf die Spur gekommen.
Er versucht nach einem Timeout einen Re-Connect zu MQTT bei diesem Crashed er.

Daher passiert das bei den meisten (und auch hier nicht) da er wenn alles okay ist keinen re-connect versucht.
Also irgendwas ist bei dir MQTT schräg sodass er vom w1mqtt Service nicht mal die PINGs bekommt, diese sendet der w1mqtt immer wenn er keine onewire Sensoren hat - quasi als keep alive.

Da die Installation automatisch einen MQTT Broker und auch den w1mqtt mitbringt und diese auch Startet sollte das nicht passieren.

Ich schaue da ich es nun hoffentlich reproduzieren kann dennoch warum er Crashes und behebe das.

Frage hat nur warum kommt es bei dir zu diesem re-connect Versuch.

hast du hinsichtlich mqtt im p4d Setup etwas umgestellt?

Alles anzeigen

Am Anfang hab ich die MQTT-Daten an den IO-Broker geschickt. Der läuft bei mir auf 192.168.0.119:1885

Ergebnis war, daß p4d ganz zäh lief. Durch Hinweis aus dem Forum hab ich dann MQTT erstmal weggelassen. Jetzt lief Alles wunderbar. Ich schicke jetzt die Daten an den MQTT2-Broker von FHEM (192.168.0.118:1884). Das funktioniert verläßlich.

Hier noch ein Screenshot meiner MQTT-Einstellungen. Ist V. 9.10 und Farbschema "yellow":

Zitat von horchi

Gunther11

ich habe nun zum Test folgendes gemacht - neue leere SD Karte:

Leere Datei ssh auf der boot Partition angelegt damit der ssh login direkt möglich ist (optional):

Code

sudo mount /dev/sdb1 /mnt
sudo touch /mnt/ssh  
sudo umount /mnt          

Karte in den Raspi (4b sonst habe ich gerade keinen zur Hand), gebootet und per ssh angemeldet.

Installation:

Code

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

gebootet.

-> läuft nun seit 15 Minuten ohne Crash.

Dabei habe die Anmeldung (wegen der Meldungen zum Login Problem) nach einer frischen Installation geprüft - klappt ohne Probleme mit p4 / p4

Alles anzeigen

Hab jetzt mal genau nach meinem Modell geschaut. Ist ein Raspi B+ V 1.2

Der hat anscheinend auch nur 512 MB. Daran wird's liegen.

Ich Versuchs trotzdem nochmal.