im p4d wird das über die CSS Klassen gelöst.
Das geht wenn man dieses Stylesheet einbindet: <link rel="stylesheet" href="//cdn.jsdelivr.net/npm/@mdi/font@6.5.95/css/materialdesignicons.min.css">
Fröling: [ANNOUNCE] p4d - Visualisierung und Einstellung der S-3200 via COM1
Es gibt 4.973 Antworten in diesem Thema, welches 1.656.273 mal aufgerufen wurde. Der letzte Beitrag () ist von Car1Pe.
-
-
Habe in /var/lib/p4d/index.html
<link rel="stylesheet" href="//cdn.jsdelivr.net/npm/@mdi/font@6.5.95/css/materialdesignicons.min.css">
ersetzt durch
<link rel="stylesheet" href="css/cssmaterialdesignicons.min.css">
ein css-Verzeichnis erzeugt und mit
wget https://cdn.jsdelivr.net/npm/@…terialdesignicons.min.css
das css hineinkopiert.
ein font-Verzeichnis erzeugt und
materialdesignicons-webfont.woff2
hineinkopiert.
Ohne ublock holt er sich das Symbol jetzt lokal.
Leider mit ublock in der Browser-Konsole:
downloadable font: download failed (font-family: "Material Design Icons" style:normal weight:400 stretch:100 src index:1): status=2147500036 source: https://akdy.ddns.net:1111/fon…ns-webfont.woff2?v=6.5.95
Wenn ich auf den link https://akdy.ddns.net:1111/fon…ns-webfont.woff2?v=6.5.95 klicke, lädt mir der Browser den font anstaltslos herunter.
Was kann den ublock stören? Externe Schriftart wegen absoluter URL. Wie kann man das relativieren?
-
ja einzeln lädt er es du hast ihm ja nicht generell verboten Seiten im www zu öffnen sondern nur verboten von Seite A aus auf die Seite B zuzugreifen.
Nur wenn ich es richtig verstehe hast du nun alles lokal, dann sollte er ja nichts mehr aus dem www holen, müsste man herausfinden was er dort noch holen will bzw. warum. Ggf. stehen in cssmaterialdesignicons.min.css noch externe Referenzen.
-
Nachdem ich alles lokalisiert habe, lasse ich den ublock jetzt für meine URL akdy... ausgeschaltet.
Für was ist
<link rel="stylesheet" href="https://use.fontawesome.com/releases/v5.0.13/css/all.css" integrity="sha384-DNOHZ68U8hZfKXOrtjWvjxusGo9WQnrNx2sqG0tfsghAvtVlRW3tvkXWZh58N9jp" crossorigin="anonymous"> ?
Habe es auskommentiert, scheint alles zu gehen...
-
wenn ich das noch wüsste. Ich denke ein Font für eine der JS Komponenten welche verwendet werden.
-
Wie lange das dauert und auch den Fortschritt kann man nicht erkennen hierzu gibt es zumindest soweit mir bekannt bei MySql keine Informationen.
Es ist anhängig von der Performance von CPU, Filesystem und Anzahl der aufgezeichneten Datensätzen in der Tabelle Samples, alle anderen Tabellen sind klein und gehen schnell.
Wenn er ganz fertig ist siehst du im log das er weiter läuft, solange der p4d Prozess noch nicht gecrahed ist und es im log nicht weiter geht kannst du davon ausgehen das noch alles okay ist es nur noch nicht fertig ist.
Wenn du es über Nacht laufen lässt ist die Hoffnung groß das er fertig ist. Ein abbrechen zwischendurch kann zu Datenverlust führen.Wenn dir die Historischen Daten nicht wichtig sind kannst du einfach ganz neu aufsetzen, um die Einstellungen nicht zu verlieren würde ich die Sicherung aller anderen Tabellen bis auf die samples wieder importieren. Wichtig sind dabei zumindest die Tabellen config, sensortalerts, dashboardwidgets,
users, dashboards, groupspellets, und schemaconf.
Alternativ kannst du auch die Tabelle samples vor dem Start der neuen Version droppen, nur wie das klappt wenn er schon beim 'altern' der Tabelle ist weiß ich nicht.Hi,
habe mir das ganze gerade nochmal angesehen. Der p4d Service lief nicht mehr. Anschließend habe ich den rPI nochmal neugestartet:
In /var/log/p4d.log sehe ich nun folgendes:
Code
Alles anzeigenFeb 15 21:45:52 rpi4 p4d: Read 5 option from /etc/p4d/daemon.conf Feb 15 21:45:52 rpi4 p4d: Dictionary '/etc/p4d/database.dat' loaded Feb 15 21:45:52 rpi4 p4d: Try conneting to database Feb 15 21:45:52 rpi4 p4d: SQL client character now 'utf8' Feb 15 21:45:52 rpi4 p4d: Skipping check of table 'information_schema.TABLES' Feb 15 21:45:52 rpi4 p4d: Info: Definition of field 'schemaconf.TYPE' modified, try to alter table Feb 15 21:45:53 rpi4 p4d: Info: Field 'name' not used anymore, to remove it call 'ALTER TABLE scripts DROP COLUMN name;' manually Feb 15 21:45:53 rpi4 p4d: Info: Field 'visible' not used anymore, to remove it call 'ALTER TABLE scripts DROP COLUMN visible;' manually Feb 15 21:45:53 rpi4 p4d: Info: Definition of field 'sensoralert.TYPE' modified, try to alter table Feb 15 21:45:53 rpi4 p4d: Initialy creating table 'states' Feb 15 21:45:53 rpi4 p4d: Info: Definition of field 'valuefacts.TYPE' modified, try to alter table Feb 15 21:45:53 rpi4 p4d: Info: Missing field 'valuefacts.RECORD', try to alter table Feb 15 21:45:53 rpi4 p4d: Info: Missing field 'valuefacts.OPTIONS', try to alter table Feb 15 21:45:53 rpi4 p4d: Info: Missing field 'valuefacts.CHOICES', try to alter table Feb 15 21:45:53 rpi4 p4d: Info: Field 'maxscale' not used anymore, to remove it call 'ALTER TABLE valuefacts DROP COLUMN maxscale;' manually Feb 15 21:45:53 rpi4 p4d: Info: Field 'ord' not used anymore, to remove it call 'ALTER TABLE valuefacts DROP COLUMN ord;' manually Feb 15 21:45:53 rpi4 p4d: Info: Field 'value' not used anymore, to remove it call 'ALTER TABLE valuefacts DROP COLUMN value;' manually Feb 15 21:45:53 rpi4 p4d: Initialy creating table 'valuetypes' Feb 15 21:45:53 rpi4 p4d: Info: Eloquence set to 0x0000 Feb 15 21:45:53 rpi4 p4d: Loaded (6) states [:0:2:3:4:5:6] Feb 15 21:45:53 rpi4 p4d: WebSocket Listener at port (1111) established Feb 15 21:45:53 rpi4 p4d: Error: mqtt_sync for connection '' failed, result was -2147483631 'MQTT_ERROR_SOCKET_ERROR' Feb 15 21:45:53 rpi4 p4d: Error: Writing '{"event": "setUpdateInterval", "parameter": 10}' (47) to topic 'p4d2mqtt/arduino/in' failed, result was 2147483665 'MQTT_ERROR_SOCKET_ERROR' Feb 15 21:45:53 rpi4 p4d: Error: mqtt_sync for connection 'p4d2mqtt/nodered/#' failed, result was -2147483631 'MQTT_ERROR_SOCKET_ERROR' Feb 15 21:46:03 rpi4 p4d: Add ValueFact '1' 'SC' Feb 15 21:46:03 rpi4 p4d: Init script value of 'SC:1' to 0,00 Feb 15 21:46:03 rpi4 p4d: Found script '/etc/p4d/scripts.d/example_switch.sh' addr (1), unit 'zst'; result was [{ "kind":"status","value":0 }] Feb 15 21:46:03 rpi4 p4d: Add ValueFact '2' 'SC' Feb 15 21:46:03 rpi4 p4d: Init script value of 'SC:2' to 77,40 Feb 15 21:46:03 rpi4 p4d: Found script '/etc/p4d/scripts.d/example_sensor.sh' addr (2), unit '°C'; result was [{ "kind" : "value", "unit" : "°C", "value" : 77.4 }] Feb 15 21:46:03 rpi4 p4d: Loaded (6) states [:0:2:3:4:5:6] Feb 15 21:46:03 rpi4 p4d: p4d started Feb 15 21:46:03 rpi4 p4d: State changed to 'Heizen' Feb 15 21:46:08 rpi4 p4d[615]: send-mail: Konto default aus /etc/msmtprc: Host nicht angegeben Feb 15 21:46:08 rpi4 p4d[615]: Can't send mail: sendmail process failed with error code 78 Feb 15 21:46:14 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 15 21:51:04 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 15 21:52:08 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 15 21:53:08 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 15 21:53:41 rpi4 p4d: Warning: Unknown user '' or token mismatch connected! Feb 15 21:54:09 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 15 21:55:10 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 15 21:56:11 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 15 21:57:12 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 15 21:58:13 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 15 21:58:43 rpi4 p4d: Error: mqtt_sync for connection 'p4d2mqtt/changes' failed, result was -2147483631 'MQTT_ERROR_SOCKET_ERROR' Feb 15 21:58:43 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 15 21:58:53 rpi4 p4d: Error: mqtt_sync for connection 'p4d2mqtt/changes' failed, result was -2147483631 'MQTT_ERROR_SOCKET_ERROR' Feb 15 21:59:04 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 15 21:59:04 rpi4 p4d: Error: mqtt_sync for connection 'p4d2mqtt/changes' failed, result was -2147483631 'MQTT_ERROR_SOCKET_ERROR' Feb 15 21:59:25 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 15 21:59:25 rpi4 p4d: Error: mqtt_sync for connection '' failed, result was -2147483631 'MQTT_ERROR_SOCKET_ERROR' Feb 15 21:59:25 rpi4 p4d: Error: mqtt_sync for connection 'p4d2mqtt/nodered/#' failed, result was -2147483631 'MQTT_ERROR_SOCKET_ERROR' Feb 15 21:59:46 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 15 21:59:46 rpi4 p4d: Error: mqtt_sync for connection '' failed, result was -2147483631 'MQTT_ERROR_SOCKET_ERROR' Feb 15 21:59:46 rpi4 p4d: Error: mqtt_sync for connection 'p4d2mqtt/nodered/#' failed, result was -2147483631 'MQTT_ERROR_SOCKET_ERROR' Feb 15 22:00:07 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 15 22:00:07 rpi4 p4d: Error: mqtt_sync for connection '' failed, result was -2147483631 'MQTT_ERROR_SOCKET_ERROR' Feb 15 22:00:07 rpi4 p4d: Error: mqtt_sync for connection 'p4d2mqtt/nodered/#' failed, result was -2147483631 'MQTT_ERROR_SOCKET_ERROR' Feb 15 22:00:28 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 15 22:00:28 rpi4 p4d: Error: mqtt_sync for connection '' failed, result was -2147483631 'MQTT_ERROR_SOCKET_ERROR' Feb 15 22:00:28 rpi4 p4d: Error: mqtt_sync for connection 'p4d2mqtt/nodered/#' failed, result was -2147483631 'MQTT_ERROR_SOCKET_ERROR' Feb 15 22:00:49 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 15 22:00:56 rpi4 p4d: Warning: Unknown user 'pi' or token mismatch connected! Feb 15 22:01:16 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 15 22:02:17 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 15 22:03:18 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 15 22:04:19 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 15 22:05:20 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 15 22:06:21 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 15 22:07:22 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 15 22:08:23 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 15 22:09:24 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 15 22:10:25 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 15 22:11:26 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 15 22:12:27 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 15 22:13:28 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 15 22:14:29 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 15 22:15:30 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 15 22:16:31 rpi4 p4d: Error: MQTT connection broken, trying reconnect
Das witzige ist, dass bei meinem FHEM Server nun trotzdem alle Daten ankommen.
topic 'p4d2mqtt/arduino/in -> arduino habe ich nicht im Einsatz. Wo kommt das denn her?
mqtt_sync for connection 'p4d2mqtt/nodered/#' -> nodered habe ich nicht im Einsatz. Wo kommt das denn her?
Die Datenbank Migration ist aber anscheinend schief gegangen.
Dashboard ist leer:
Liste sieht gut aus:
Charts ist leer:
Servicemenü sieht gut aus (ich komme auf die Anlage):
Fehler sieht gut aus:
Login klappt nicht mehr:
Bevor ich den rPI neu aufsetze ein paar Fragen:
1. Siehst du eine Chance, dass ich mich nochmal einloggen kann? Default User/Password (p4/p4) funktioniert nicht und mein übliches Device Passwort hier in meinem Smarthome funktioniert auch nicht. Kann mir nicht vorstellen ein anderes Passwort verwendet zu haben. Kann ich den User und dessen Passwort irgendwie auf Kommandozeile neu erstellen?
2. Gibt es irgendwo eine Anleitung wie ich die Tabellen sichere? Kenne mich mit SQL nicht wirklich aus. Wo finde ich diese Tabellen? Sind in diesen Tabellen auch die definierten Baugruppen enthalten? Die funktionieren anscheinend noch. Zumindest werden die entsprechenden Baugruppen Devices in FHEM weiterhin per MQTT befüllt.
3. Sonstige Ideen zur weiteren Vorgehensweise?
Danke und Gruß Hoppel
-
In der /etc/p4d/p4d.conf sehe ich folgendes:
Code# ---------------------------------------- # parameters to connect the MySQL database DbHost = localhost DbPort = 3306 DbName = p4 DbUser = p4 DbPass = p4
Das ist ja aber nicht der User für das WebLogin oder? Wo finde ich den?
### EDIT ########################
Wo ich hier gerade noch folgende Sachen im Logfile sehe:
Code
Alles anzeigenFeb 15 22:46:51 rpi4 p4d: Read 5 option from /etc/p4d/daemon.conf Feb 15 22:46:51 rpi4 p4d: Dictionary '/etc/p4d/database.dat' loaded Feb 15 22:46:51 rpi4 p4d: Try conneting to database Feb 15 22:46:51 rpi4 p4d: SQL client character now 'utf8' Feb 15 22:46:51 rpi4 p4d: Skipping check of table 'information_schema.TABLES' Feb 15 22:46:51 rpi4 p4d: Info: Field 'name' not used anymore, to remove it call 'ALTER TABLE scripts DROP COLUMN name;' manually Feb 15 22:46:51 rpi4 p4d: Info: Field 'visible' not used anymore, to remove it call 'ALTER TABLE scripts DROP COLUMN visible;' manually Feb 15 22:46:51 rpi4 p4d: Info: Field 'maxscale' not used anymore, to remove it call 'ALTER TABLE valuefacts DROP COLUMN maxscale;' manually Feb 15 22:46:51 rpi4 p4d: Info: Field 'ord' not used anymore, to remove it call 'ALTER TABLE valuefacts DROP COLUMN ord;' manually Feb 15 22:46:51 rpi4 p4d: Info: Field 'value' not used anymore, to remove it call 'ALTER TABLE valuefacts DROP COLUMN value;' manually Feb 15 22:46:51 rpi4 p4d: Info: Eloquence set to 0x0000 Feb 15 22:46:51 rpi4 p4d: Loaded (6) states [:0:2:3:4:5:6] Feb 15 22:46:51 rpi4 p4d: WebSocket Listener at port (1111) established Feb 15 22:46:51 rpi4 p4d: Error: mqtt_sync for connection '' failed, result was -2147483631 'MQTT_ERROR_SOCKET_ERROR' Feb 15 22:46:51 rpi4 p4d: Error: mqtt_sync for connection 'p4d2mqtt/nodered/#' failed, result was -2147483631 'MQTT_ERROR_SOCKET_ERROR' Feb 15 22:46:51 rpi4 p4d: Init script value of 'SC:1' to 0,00 Feb 15 22:46:51 rpi4 p4d: Found script '/etc/p4d/scripts.d/example_switch.sh' addr (1), unit 'zst'; result was [{ "kind":"status","value":0 }] Feb 15 22:46:51 rpi4 p4d: Init script value of 'SC:2' to 77,40 Feb 15 22:46:51 rpi4 p4d: Found script '/etc/p4d/scripts.d/example_sensor.sh' addr (2), unit '°C'; result was [{ "kind" : "value", "unit" : "°C", "value" : 77.4 }] Feb 15 22:46:51 rpi4 p4d: Loaded (6) states [:0:2:3:4:5:6] Feb 15 22:46:51 rpi4 p4d: p4d started Feb 15 22:46:51 rpi4 p4d: State changed to 'Heizen'
Was sind dafür Scripts?
/etc/p4d/scripts.d/example_switch.sh
/etc/p4d/scripts.d/example_sensor.sh
Ich würde sagen, dass aufgrund des example.sensor.sh in FHEM per autocreate folgendes Device angelegt wurde:
Code
Alles anzeigenInternals: CID mqtt2server DEF mqtt2server DEVICETOPIC MQTT2_mqtt2server FUUID 620c1485-f33f-5dcf-93d2-751cab4a9b6d1454 IODev mqtt2server LASTInputDev mqtt2server MSGCNT 43 NAME MQTT2_mqtt2server NR 677 STATE off TYPE MQTT2_DEVICE mqtt2server_CONN mqtt2server_x.x.x.x_56964 mqtt2server_MSGCNT 43 mqtt2server_TIME 2022-02-15 23:14:01 READINGS: 2022-02-15 23:10:20 IODev mqtt2server 2022-02-15 23:12:51 _value 0.0 2022-02-15 23:14:01 action CHANGE 2022-02-15 22:45:23 example_sensor.sh_value 77.4 2022-02-15 22:45:23 example_switch.sh_brightness 255 2022-02-15 22:45:23 example_switch.sh_state OFF 2022-02-15 23:14:01 id UD:0x01 2022-02-15 23:14:01 name Heizungsstatus 2022-02-15 23:14:01 state off 2022-02-15 23:14:01 type UD 2022-02-15 23:14:01 unit zst 2022-02-15 23:14:01 value 3.0 Attributes: readingList mqtt2server:p4d2mqtt/changes:.* { json2nameValue($EVENT) } mqtt2server:p4d2mqtt//state:.* { json2nameValue($EVENT) } room MQTT2_DEVICE
Gruß Hoppel
-
Zu vielen der Punkte ist hier und zum Teil im Wiki etwas zu lesen.
Das Passwort sollte sich mit dem Update nicht geändert haben. Es gibt lediglich ein neues default Passwort welches bei Erst-Start angelegt wird wenn noch keines konfiguriert ist. Da du schon eins hattest sehe ich im Code keine Möglichkeit das sich dies durch den Update geändert haben könnte.Per default, also wenn die User Tabelle noch leer ist wird wie im README beschrieben der User p4 mit Passwort p4 angelegt.
Entsprechend kannst du den p4d stoppen, die User Tabelle truncaten dann den p4d wieder Starten dann wird der default User mit default Passwort angelegt.
Die von dir genannten Skripte sind Beispiele, diese werden aktiv wenn man die in der Konfiguration aktiviert. Das neue dashboard ist leer das muss man sich nach dem ersten Start einrichten - das ist eigentlich intuitiv und im Wiki beschrieben.
Wenn du nicht weiter kommst kann ich dir anbieten es mir in einer TeamViewer Session anzusehen. Eine Neuinstallation ist m.E. nicht nötig - sind nur Kleinigkeiten.
Zu den leeren Charts, ist die Aufzeichnung für die gewünschten Sensoren so wie für die Versionen ab 0.9.0 beschrieben aktiviert?Siehe auch:
https://github.com/horchi/linu…b/master/porting-to-0.8.0
https://github.com/horchi/linu…b/master/porting-to-0.9.0Für ein Backup der Tabellen liegt dem p4d das Script p4d-backup.sh bei.
-
Moin horchi,
danke erstmal für die ausführliche Rückmeldung und das Angebot der TeamViewer Session. Vrsl. können wir darauf aber verzichten.
Leider habe ich von SQL keinen Plan. Die verschiedenen Wiki Seiten habe ich mir gerade angesehen. Passt soweit erstmal! Da werden tatsächlich die meisten meiner Fragen beantwortet.
Das Passwort sollte sich mit dem Update nicht geändert haben. Es gibt lediglich ein neues default Passwort welches bei Erst-Start angelegt wird wenn noch keines konfiguriert ist. Da du schon eins hattest sehe ich im Code keine Möglichkeit das sich dies durch den Update geändert haben könnte.
Per default, also wenn die User Tabelle noch leer ist wird wie im README beschrieben der User p4 mit Passwort p4 angelegt.
Entsprechend kannst du den p4d stoppen, die User Tabelle truncaten dann den p4d wieder Starten dann wird der default User mit default Passwort angelegt.
Die von dir genannten Skripte sind Beispiele, diese werden aktiv wenn man die in der Konfiguration aktiviert. Das neue dashboard ist leer das muss man sich nach dem ersten Start einrichten - das ist eigentlich intuitiv und im Wiki beschrieben.
Wie gesagt, ich kann mich am Web Interface nicht mehr einloggen und das ist erstmal mein Hauptproblem. Evtl. habe ich das Passwort mal angepasst und nun vergessen. p4/p4 und meine üblichen Logins/Passwörter führen auf jeden Fall zu "Login fehlgeschlagen".
Wenn du mir mit den Befehlen (u.a. truncate) auf die Sprünge helfen könntest, um User/Passwort auf default zurückzusetzen, bekäme ich den Rest wahrscheinlich selbst hin.
Ich würde jetzt auch erstmal davon absehen, den rPI neu aufzusetzen. Wie gesagt per MQTT wird alles weiterhin übertragen. Die Config an sich schein
Viele Grüße Hoppel
-
sofern du den p4db Alias hast (der wird bei der Installation über das Package mit angelegt):
echo "truncate users;" | p4db
ansonsten so geht es auch so:
echo "truncate users;" | mysql -u p4 -pp4 -Dp4 -
Ja, super, Danke dir, der erste Befehl hat direkt geklappt.
Im syslog hatte ich jetzt noch eine Ganze Menge folgende Fehler:
CodeFeb 16 13:47:04 rpi4 w1mqtt: Info: No One-Wire sensors found, path '/sys/bus/w1/devices' not exist (No such file or directory) Feb 16 13:47:14 rpi4 w1mqtt: Info: No One-Wire sensors found, path '/sys/bus/w1/devices' not exist (No such file or directory) Feb 16 13:47:24 rpi4 w1mqtt: Info: No One-Wire sensors found, path '/sys/bus/w1/devices' not exist (No such file or directory) Feb 16 13:47:34 rpi4 w1mqtt: Info: No One-Wire sensors found, path '/sys/bus/w1/devices' not exist (No such file or directory) Feb 16 13:47:44 rpi4 w1mqtt: Info: No One-Wire sensors found, path '/sys/bus/w1/devices' not exist (No such file or directory) Feb 16 13:47:54 rpi4 w1mqtt: Info: No One-Wire sensors found, path '/sys/bus/w1/devices' not exist (No such file or directory) Feb 16 13:48:04 rpi4 w1mqtt: Info: No One-Wire sensors found, path '/sys/bus/w1/devices' not exist (No such file or directory) Feb 16 13:48:14 rpi4 w1mqtt: Info: No One-Wire sensors found, path '/sys/bus/w1/devices' not exist (No such file or directory)
Daraufhin habe ich /etc/modules und /boot/config.txt entsprechend README angepasst.
Codeecho "w1-gpio" >> /etc/modules echo "w1_therm" >> /etc/modules echo "dtoverlay=w1-gpio,gpioin=4,pullup=on" >> /boot/config.txt
Stattdessen sehe ich nun folgende Meldungen im syslog:
CodeFeb 16 14:32:39 rpi4 kernel: [ 171.396454] w1_master_driver w1_bus_master1: Attaching one wire slave 00.c00000000000 crc ca Feb 16 14:32:39 rpi4 kernel: [ 171.404163] w1_master_driver w1_bus_master1: Family 0 for 00.c00000000000.ca is not registered. Feb 16 14:33:55 rpi4 kernel: [ 247.836412] w1_master_driver w1_bus_master1: Attaching one wire slave 00.200000000000 crc 23 Feb 16 14:33:55 rpi4 kernel: [ 247.841517] w1_master_driver w1_bus_master1: Family 0 for 00.200000000000.23 is not registered. Feb 16 14:34:59 rpi4 kernel: [ 311.436744] w1_master_driver w1_bus_master1: Attaching one wire slave 00.a00000000000 crc af Feb 16 14:34:59 rpi4 kernel: [ 311.444661] w1_master_driver w1_bus_master1: Family 0 for 00.a00000000000.af is not registered.
Kann ich diese Meldungen ignorieren oder gibt es Handlungsbedarf?
Ansonsten sehe ich jetzt noch folgende Meldungen im p4d.log, die ich mir nicht erklären kann:
Code
Alles anzeigenFeb 16 14:43:28 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 16 14:44:08 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 16 14:45:09 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 16 14:46:10 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 16 14:47:11 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 16 14:48:12 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 16 14:49:13 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 16 14:50:14 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 16 14:51:15 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 16 14:52:16 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 16 14:53:17 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 16 14:54:18 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 16 14:55:19 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 16 14:56:20 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 16 14:57:21 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 16 14:58:22 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 16 14:59:23 rpi4 p4d: Error: MQTT connection broken, trying reconnect Feb 16 15:00:24 rpi4 p4d: Error: MQTT connection broken, trying reconnect
Wie gesagt, an meinem MQTT Server kommt alles an. Hast du dazu eine Idee?
Viele Grüße Hoppel
-
-
vielleicht musst Du das
wieder aus der /boot/config.txt rausnehmen.
s.
zum Testen:
cat /sys/bus/w1/devices/28-*/name
cat /sys/bus/w1/devices/28-*/w1_slave
und bei neuerem kernel
cat /sys/bus/w1/devices/28-*/temperature
Statt 28-* kann es auch andere Nummern geben, z.B. 3b (MAX31850) oder 10
-
Danke euch!
Das Entfernen aus der /boot/config.txt war die Lösung, die Meldungen im syslog zu beenden.
Das Verzeichnis /sys/bus/w1/devices/ ist bei mir leer. Das Thema ist für mich damit erledigt. Danke nochmal!
Zu den MQTT Meldungen habe ich gerade nochmal das log level an meinem FHEM MQTT Server erhöht, bspw.:
/var/log/p4d.log zeigt folgendes:
MQTT Server log zeigt folgendes:
x.x.x.x ist die IP meines p4d rPI
Code
Alles anzeigen2022.02.16 15:48:38 4: Connection closed for mqtt2server_x.x.x.x_38316: EOF 2022.02.16 15:48:38 4: Connection closed for mqtt2server_x.x.x.x_38314: EOF 2022.02.16 15:48:38 4: Connection accepted from mqtt2server_x.x.x.x_38318 2022.02.16 15:48:38 5: in@x.x.x.x:38318 CONNECT: (16)(16)(0)(4)MQTT(4)(194)(1)(144)(0)(0)(0)(0)(0)(0) 2022.02.16 15:48:38 4: mqtt2server_x.x.x.x_38318 cid: CONNECT V:4 keepAlive:400 usr: 2022.02.16 15:48:38 5: out@x.x.x.x:38318 CONNACK: (2)(0)(0) 2022.02.16 15:48:38 4: Connection accepted from mqtt2server_x.x.x.x_38320 2022.02.16 15:48:38 5: in@x.x.x.x:38320 CONNECT: (16)(16)(0)(4)MQTT(4)(194)(1)(144)(0)(0)(0)(0)(0)(0) 2022.02.16 15:48:38 4: mqtt2server_x.x.x.x_38320 cid: CONNECT V:4 keepAlive:400 usr: 2022.02.16 15:48:38 5: out@x.x.x.x:38320 CONNACK: (2)(0)(0) 2022.02.16 15:48:38 5: in@x.x.x.x:38320 SUBSCRIBE: (130)(27)(180)Q(0)(22)p4d2mqtt/light/+/set/#(0) 2022.02.16 15:48:38 4: mqtt2server_x.x.x.x_38320 SUBSCRIBE 2022.02.16 15:48:38 4: topic:p4d2mqtt/light/+/set/# qos:0 2022.02.16 15:48:38 5: out@x.x.x.x:38320 SUBACK: (144)(3)(180)Q(0) 2022.02.16 15:48:38 5: in@x.x.x.x:38320 SUBSCRIBE: (130)(23)(238)((0)(18)p4d2mqtt/command/#(0) 2022.02.16 15:48:38 4: mqtt2server_x.x.x.x_38320 SUBSCRIBE 2022.02.16 15:48:38 4: topic:p4d2mqtt/command/# qos:0 2022.02.16 15:48:38 5: out@x.x.x.x:38320 SUBACK: (144)(3)(238)((0) 2022.02.16 15:48:38 5: in@x.x.x.x:38320 SUBSCRIBE: (130)(23)w(20)(0)(18)p4d2mqtt/nodered/#(0) 2022.02.16 15:48:38 4: mqtt2server_x.x.x.x_38320 SUBSCRIBE 2022.02.16 15:48:38 4: topic:p4d2mqtt/nodered/# qos:0 2022.02.16 15:48:38 5: out@x.x.x.x:38320 SUBACK: (144)(3)w(20)(0)
Die ersten beiden Logs dieses Zeitstempels sagen "Connection closed". Liegt da die Ursache? Mehr Logs kann ich meinem MQTT Server dazu aber nicht entlocken.
Was sind das für topics?
Codetopic:p4d2mqtt/light/+/set/# qos:0 topic:p4d2mqtt/command/# qos:0 topic:p4d2mqtt/nodered/# qos:0
Habe gerade keine Idee, wo die herkommen. Habt ihr Ideen? Sind diese topics vielleicht die Ursache für die Log Meldungen?
EDIT: Mein "Data Topic Name" sieht wie folgt aus:
Gruß Hoppel
-
Das Verzeichnis /sys/bus/w1/devices/ ist bei mir leer. Das Thema ist für mich damit erledigt.
Sorry, aber hast Du One-Wire-Sensoren eingebaut?
-
Nein, habe ich nicht bzw. hatte ich noch nie. Ich wollte einfach nur diese Meldungen loswerden.
-
auf diesen Topics lauscht der p4d zusätzlich - das hat hier noch nie zu Meldungen oder reconnects geführt.
Generell klappt die MQTT Verbindung, das habe ich richtig verstanden?
Wie oft kommt die reconnect Meldung und gibt es weitere Meldungen?
Passiert das nur mit dem MQTT Broker dieser Haussteuerung oder auch wenn du den Broker auf dem Raspi verwendest? -
Jo, so wie ich das sehe, klappt alles. Bin jetzt erstmal unterwegs.
Die reconnect Meldung kommt alle 60 Sekunden.
Den RasPi Broker verwende ich mit tcp://127.0.0.1:1883, also localhost?
Das probiere ich später nochmal.
Danke und Gruß Hoppel
-
So, habe gerade nochmal schnell vom FHEM MQTT Broker auf den p4d Broker tcp://127.0.0.1:1883 umgestellt. Anschließend habe ich den rPI einmal neugestartet.
Die Meldungen bleiben bestehen.
Was stimmt denn da nicht? Gibt's auf der p4d Seite eine Möglichkeit das Loglevel für MQTT zu erhöhen?
Gruß Hoppel
-
du kannst im Setup Log Meldungen MQTT aktivieren.
ich habe eine Vermutung woran das liegt, der p4d bekommt bei dir absolut keine MQTT Messages, das löst in der Annahme das etwas nicht stimmen kann einen Reconnect aus.
Sofern das die Ursache ist sehe drei Möglichkeiten:
- ich baue diesen Check aus
- ich mache ihn konfigurierbar
- man lässt zumindest den w1mqtt Prozess laufen welcher beim p4d dabei ist und mit installiert/aktiviert wird, dieser sendet zumindest alle 10 Sekunden eine Art keep-alive
Prüfe bitte erst mal ob es das ist, wenn du oben genannte Log Meldungen aktivierst sollte sofern meine Vermutung zutrifft so was im Log kommen:
Info: No update from MQTT since 'xxxx', disconnect from MQTT to force recover
Was gegen diese Vermutung spricht ist das diese Check nur alle 5 Minuten erfolgt.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!