Fröling: [ANNOUNCE] p4d - Visualisierung und Einstellung der S-3200 via COM1

Zitat von horchi

jap daher hatte ich gestern gefragt ob da eine Linux Kopie drauf ist oder das der Installations Stick war/ist
wwnn du das nicht mehr benötigst kannst du da ja alles löschen - aber nicht aus versehen das auf deiner sd Karte ...

Ich schau mir morgen den Stick Mal am PC an. Kann mir nicht vorstellen dass da was drauf wäre, der ist gestern erst gekommen und sollte somit eigentlich leer sein. Ausser einer der Befehle vom Terminal hat da was rüber kopiert? Wie gesagt, ich schau ihn mir morgen am PC mal an.

Also auf meinem USB-Stick ist gar nichts drauf weder die Sicherung vom p4d-backup noch ein Betriebssystem. Ich hätte da noch eine andere Idee. Kann ich die komplette Speicherkarte sichern so dass ich im Fall eines defekts der Speicherkarte einfach nur den kompletten Stick rüber kopieren kann auf eine andere Karte und diese dann einfach in den Raspberry stecke?

Also ich habe den Stick jetzt Mal formatiert auf exfat... Ich schau aber erst am Abend wieder ob er ihn dann erkennt. Eine Frage noch:

wo sind denn die Backup Dateien gespeichert? Habe sie ja gestern gesehen da wo eine vermeintliche Kopie des Betriebssystems war auf "/mnt"

Hallo,

Zitat von Babelbernd

Also ich habe den Stick jetzt Mal formatiert auf exfat... Ich schau aber erst am Abend wieder ob er ihn dann erkennt. Eine Frage noch:

wo sind denn die Backup Dateien gespeichert? Habe sie ja gestern gesehen da wo eine vermeintliche Kopie des Betriebssystems war auf "/mnt"

Kennst Du FileZilla?
Das ist eine FTP-Software, aufgebaut wie ein Explorer mit 2 Fenster.
Damit kannst Du Dich im rechten Fenster in der Verzeichnisstruktur von Linux bewegen.
Im linken Fenster bist Du auf Deinem Windows-PC.
Damit kannst Du auch Dateien zwischen Windows und Linux hin und her "kopieren".

Gruß
meute

Ja kenne ich aber ich mach es mit der Windows Remotedesktopverbindung, ist auch ganz komfortabel.

Also ich habe jetzt den Stick formatiert und eingesteckt. Schon öffnet sich ein ordner: /media/root/Stick_Raspb (Name vom Stick)
Sollen wir per Email weiter machen oder was meist du, damit wir hier nicht alles vollmüllen

Falls Du als root arbeitest:
cd /media/root/Stick_Raspb
p4d-backup

Ich möchte das Ganze dann aber mit Crontab machen. Sollte eigentlich nicht so schwer sein aber irgendwie steh ich dazu einfach auf dem Schlauch...

Zitat von Panzerknacker

Falls Du als root arbeitest:
cd /media/root/Stick_Raspb
p4d-backup

Funktioniert das so im Crontab?:

0 5 * * * cd /media/root/Stick_Raspb && ./bin/p4d-backup

Zitat von Babelbernd

Ich möchte das Ganze dann aber mit Crontab machen. Sollte eigentlich nicht so schwer sein aber irgendwie steh ich dazu einfach auf dem Schlauch...

Google findet:
https://stackoverflow.com/ques…/crontab-run-in-directory

0 5 * * * cd /media/root/Stick_Raspb && /usr/bin/p4d-backup

Zitat von Panzerknacker

Google findet:https://stackoverflow.com/ques…/crontab-run-in-directory

0 5 * * * cd /media/root/Stick_Raspb && /usr/bin/p4d-backup

Perfekt, danke dir. Ich schau mal ob es funktioniert. Melde mich später wieder.

Zitat von Reachy

Servus Jörg,
das was hoppel118 anspricht, war auch das was ich gemeint hatte, in dem separaten Thread.

Fröling: P4D - Fröhling P4 - MQTT - Homeassistant Nachrichten deaktivieren?

Hier wars erstmal bezogen auf die KONFIG Nachrichten, wobei das bei den Paramtern auch schick wäre.

@hoppel118,

bereitest du Beispiele vor, oder soll ich da unterstützen? Ich nutze Openhab, aber das JSON-Format sollte ja überall gleich verwendbar sein.

VG

Roland

Alles anzeigen

Hallo Roland,

habe deine Nachricht gerade eher zufällig entdeckt. Ich habe keine Ahnung von JSON oder sonstiger Programmierung. Ich habe zwar ziemlich starkes Linux Knowhow und kriege meistens alles relativ schnell hin, aber beim programmieren hört es bei mir auf.

Mir würde es gefallen, wenn wir für die verschiedenen Themen Feature Requests bei horchi's github repository erstellen. Dann können wir besser verfolgen, was passiert bzw. was nicht und andere Entwickler finden diese Themen schneller und können sich einbringen.

Ich gehe auch davon aus, dass wir mit FHEM und Openhab die gleichen Bedarfe haben. Die beiden FHEM Entwickler meinten halt, dass es für FHEM keine speziellen Bedarfe gibt.

Ich fasse nochmal die wesentlichen Informationen von den FHEM Entwicklern zusammen:

Grundlegend: Wir brauchen nicht speziell irgendwas für FHEM, vielmehr ist das - jedenfalls nach meiner Meinung - sehr speziell, was er für homeassistant gebaut hat [Blockierte Grafik: https://forum.fhem.de/Smileys/default/wink.gif] . Mit den Announcements kann afaik keine andere Controller-Software umgehen, also auch nicht NodeRed usw. Ziel sollte also eher sein, was "allgemeinverträgliches" zu erreichen/strukturieren, dann "kommen" wir damit auch (noch) besser "klar". Anders gesagt: horchi muß keinerlei FHEM-Doku wälzen oder FHEM irgendwie verstehen...

• Wenn FHEM automatisch die Daten erkennen soll, gibt es zwei Wege:
  1. Einzeln: im Topic ReadingName als letztes Element spezifizieren, und den dazugehörigen Wert direkt, ohne JSON im Message mitgeben.
  2. Zusammengefasst: Daten als ein JSON-Message, in der Form { "ReadingName1":Wert1, "ReadingName2":Wert2 } übermitteln.
  In beiden Fällen sollten nur Änderungen übermittelt werden, und das Topic sollte pro Gerät eindeutig sein. Die zweite Version ist Ressourcenschonender als die Alternative #1, bzw. das, was jetzt praktiziert wird.
• auf SUBSCRIBE/UNSUBSCRIBE verzichten
• homeassistant-spezifische Announcements schaltbar machen
• auf Umlaute (ggf. optional) verzichten (FHEM kann mit "ä/ö/ü/ß" in Readingbezeichnungen nicht umgehen und ersetzt diese mit "__" -> unschön)
• Im Moment kommen alle "Baugruppen" unter einem Sub-Pfad. Daher muss man händisch sortieren, was wohin (vielleicht...) gehört, dabei kann der Endanwender eigentlich nur raten.
  Der Hersteller sollte aber wissen, welche Hex-Adresse zu welcher Baugruppe gehört und welches "Etikett"/welche Bezeichnung die hat. Also sollte es je einen Sub-Pfad geben, der die zusammengehörenden Adressen bündelt.
  Beispiel, damit man die Richtung evtl. erkennen kann:
  
  
  Code

  p4d2mqtt/sensor/Kessel/Temperatur_0x0/state:.* { json2nameValue($EVENT) }
  p4d2mqtt/sensor/Kessel/Abgastemperatur_0x1/state:.* { json2nameValue($EVENT) }
  p4d2mqtt/sensor/Kessel/Stellgroesse_0x12/state:.* { json2nameValue($EVENT) }
  p4d2mqtt/sensor/Kessel/Abgas-Solltemperatur_0x13/state:.* { json2nameValue($EVENT) }
  p4d2mqtt/sensor/Kessel/Vorlauf-Isttemperatur_0x15/state:.* { json2nameValue($EVENT) }
  p4d2mqtt/sensor/Kessel/Vorlauf-Solltemperatur_0x16/state:.* { json2nameValue($EVENT) }
  
  
  
  
  p4d2mqtt/sensor/Saugzug/Drehzahl_0x7/state:.* { json2nameValue($EVENT) }
  p4d2mqtt/sensor/Saugzug/Ansteuerung_0xf/state:.* { json2nameValue($EVENT) }
  
  
  
  
  p4d2mqtt/sensor/BusInterface/Status/state:.* { json2nameValue($EVENT) }
  p4d2mqtt/sensor/BusInterface/Zykluszeit_0xe/state:.* { json2nameValue($EVENT) }
  
  
  p4d2mqtt/sensor/Steuerung/Betriebsmodus/state:.* { json2nameValue($EVENT) }
  p4d2mqtt/sensor/Steuerung/Boardtemperatur_0x2/state:.* { json2nameValue($EVENT) }
  p4d2mqtt/sensor/Steuerung/Aussentemperatur_0x4/state:.* { json2nameValue($EVENT) }

  Alles anzeigen

  (Was diese Gruppierungen angeht, hatte Beta-User (einer der beiden FHEM Entwickler) für ebus im Hinterkopf, dass das da mit csv-Files gemacht wird, wo die HEX-Adressen dann direkt Gruppen zugeordnet werden und je eine deutsche und englische Bezeichnung für Baugruppe und Element drin stand; kann aber auch falsch sein).
  

• "sensor" im Pfad ggf. weglassen
  

  
  

• Fehler-Meldungen per MQTT übermitteln
• Anlage per MQTT konfigurieren

Das sollte erstmal alles gewesen sein. Wobei für mich erstmal nur die Punkte 1 bis 6 relevant sind, weil das quasi eine große Baustelle ist. Punkt 7 und 8 sollten gesondert betrachtet werden. Alles in Summe klingt das für mich als Nicht-Entwickler aber nach einer Menge Arbeit und es fällt mir schwer hier so eine Aufgabe in den Raum zu stellen. Auf der anderen Seite ist das ja durchaus als konstruktives Feedback zu verstehen.

Ich persönlich habe es damit nicht eilig, weil ich alle Werte die ich brauche sehe, auch wenn diese nicht ganz ideal in FHEM dargestellt werden und mein MQTT-Server mit homeassistant Nachrichten „belagert“ wird, die ich nicht brauche.

@horchi Meinst du, das ist umsetzbar? (Vielleicht im nächsten Winter...) Ich erstelle gerne einen oder für jeden Punkt einen einzelnen Feature Request bei github. Wie du es gern möchtest. Wenn du es nicht bei github haben möchtest, ist das für mich grundsätzlich auch ok. Wie hättest du es denn am liebsten, bei github, in diesem Thread oder in einem eigenen neuen Thread hier im Forum?

Viele Grüße Hoppel

WOW, echt cool! TOP! Werde wohl erst heute Abend zum Testen kommen.

Wie führe ich das Update am Besten durch? Gibt es ein Paket oder per git? Gibt es irgendwas zu beachten? Kann ich das Update einfach drüber bügeln?

Gruß Hoppel

Zitat von horchi

/Edit
Ergänzend, wo/wie werden bei dieser Lösung { "ReadingName1":Wert1, "ReadingName2":Wert2 } Einheit und Titel übertragen?
Der Titel kann ja noch Sonderzeichen, Leerzeichen etc. enthalten? Und wo die gewünschte Baugruppe? Aus dem im Topic verwendeten Namen bzw. der Sensor ID habe ich die Sonderzeichen wie geschrieben entfernt, aber ein Titel ohne diese wäre m.E. hässlich.

Hier die Antwort von Rudi:

Zitat

Nirgends. Meiner Ansicht nach ist Einheit implizit (steht in der Doku, oder wenn es ungewoehnlich ist, im ReadingNamen), Titel gehoert nicht in so eine Schnittstelle, und mir ist bewusst, dass man darueber monatelang diskutieren kann.

Wenn man trotzdem darauf besteht, kann man sie verschachtelt einbauen, dafuer ist JSON praedestiniert, und FHEM kann das automatisch parsen.

Code

{
"boilerCurrentTemp": { "value":35, "unit":"°C", "title_de":"Aktuelle Kesseltemperatur", "title_en":"Current Boiler Temperature", "title_hu":"A kazán pillanatnyi hőmérséklete", "title_cn":"锅炉温度", ...},
"desiredWaterTemp": { "value":50, "unit":"°C", "title_de":"Eingestellte Wassertemperatur", "title_en":"Desired Water Temperature", "title_hu":"Kívánt vízhőmérséklet", "title_cn":"所需水温", ... },
...
}

Ist halt eine Verschwendung vom Netzwerk, CPU, Speicher und Entwicklerzeit.

Baugruppen kann man entweder als Unterobjekt im gleichen JSON realisieren (s.o. fuer Inspiration), oder je Baugruppe ein Topic.

Alles anzeigen

Gruß Hoppel