Fragen zu Sketchen und Allgemein (z.B. HB-UNI-Sensor1)

[TomMajor]

Wenn du den HB-UNI-Sensor1 downloadest brauchst du auch die beiden Verzeichnisse /Sensors und /Cfg dort wo auch der HB-UNI-Sensor1.ino liegt. Du hast Recht, dieses Detail fehlt in der Beschreibung, trage ich bei Gelegenheit nach.

habe einen neuen Abschnitt Hinweise beim HB-UNI-Sensor1 eingeführt:

• Zum Kompilieren des Sketches benötigt man alle Dateien unterhalb der Verzeichnisses Arduino.
  Falls man deswegen nicht hier das gesamte Repository downloaden möchte habe ich diese Dateien in Arduino.zip gepackt, diese Datei dann einfach in Eurem Arduino-Sketche Verzeichnis auspacken.

• Der HB-UNI-Sensor1 Sketch benötigt den master-Branch der AskSinPP Library, nicht den V4 Release-Branch wie dort angegeben.
  Grund: Verwendung der broadcastEvent() Methode.

https://github.com/TomMajor/SmartHome/t ... 1#hinweise

[DannyAusPirna]

Hallo,

Ich habe auch mal eine allgemeine Frage zum HB-Uni-Sensor.

Ich habe bereits 3 im Einsatz. Jeweils mit Sensor BME280 und Batterie Last Test. Lux und Ventil ist ungenutzt, wird aber eben mit angezeigt. Diese Sensoren funktionieren sehr zuverlässig und einwandfrei....LobLob an Tom.

Jetzt möchte ich einen weiteren Sensor bauen, der nur Lux Max44009 und UV index mit VEML6075 und Batterie Last misst.

Ich wollte Sensor6 verwenden.

So richtig ist mir die Anpassung der Ino und der Xml noch nicht richtig klar.

Was macht die Zeile 175 Message::init ??? Dort hängt ja die Temperatur mit drin, welche ich nicht brauche. In T1 hängt das bat low bit drin. .

Wie ist die Reihenfolge in der XML? Oder reicht es alles Standard zu belassen und nur in der XML den Abschnitt Frames anzupassen?

Bin für jede Hilfe dankbar. Danke

Danny

[TomMajor]

Hallo,

Ich habe auch mal eine allgemeine Frage zum HB-Uni-Sensor.

Ich habe bereits 3 im Einsatz. Jeweils mit Sensor BME280 und Batterie Last Test. Lux und Ventil ist ungenutzt, wird aber eben mit angezeigt. Diese Sensoren funktionieren sehr zuverlässig und einwandfrei....LobLob an Tom.

Jetzt möchte ich einen weiteren Sensor bauen, der nur Lux Max44009 und UV index mit VEML6075 und Batterie Last misst.

Ich wollte Sensor6 verwenden.

So richtig ist mir die Anpassung der Ino und der Xml noch nicht richtig klar.

Was macht die Zeile 175 Message::init ??? Dort hängt ja die Temperatur mit drin, welche ich nicht brauche. In T1 hängt das bat low bit drin. .

Wie ist die Reihenfolge in der XML? Oder reicht es alles Standard zu belassen und nur in der XML den Abschnitt Frames anzupassen?

Bin für jede Hilfe dankbar. Danke

Danny

Danke für die Blumen.
Und Grüße nach Pirna wo ich früher doch das eine oder andere Mal Richtung Bastei oder Lilienstein durchgefahren bin.

Also Lux und Ventil kannst du ja ausblenden so wie es genau der Sensor6 für Ventil zeigt.

Wenn du keine Temp. hast, vermutlich würde ich einfach die letzten 2 Param in Message::init() auf 0 setzen, das geht am Schnellsten.

Lösche einfach alle Datenpunkte im xml die nicht gebraucht werden, Reihenfolge sollte keine Rolle spielen. Musst nur schauen in Frames das die Indices dort zu deiner payload genau passen.

[DannyAusPirna]

Hallo,

danke für die schnelle Antwort. Nach langem langem Versuch und Irrtum und einer Nacht mit vielen Zentralen-Neustarts habe ich es jetzt hinbekommen.

Also die *.Ino ist nun weitgehend Original. Wichtig war, das die Firmware zur XML passt. Nicht nur die 0xF1 0x16 musste in beiden Dateien übereinstimmen, sondern auch die "Firmware Version". Diese habe ich jetzt auch auf die 0x16 eingestellt.

Der UV-Sensor schreibt ja in die customData. Aber customData kam irgendwie nicht via XML in der WebOberfläche an. Also habe ich airPressure missbraucht:

airPressure.jpg (6.26 KiB) 823 mal betrachtet

Außerdem habe ich noch folgende Zeile geändert:

UVSensor.jpg (18.67 KiB) 823 mal betrachtet

In der XML habe ich die Reihenfolge angepasst und UV von Integer auf Float umgestellt:

Jetzt sieht es im WebUI so aus:

Aber warum ist der UV-Wert ein einer Eckigen Klammer ???

Funktionierten tut ja nun alles. Die XML werde ich mir nochmal getrennt sichern. Falls ein Update kommt.

Jetzt muss ich mir nur noch ein Gehäuse drucken und eine möglichst dünne Plexiglas-Scheibe über die Sensoren machen. Am besten Plexiglas XT.

Schöne Grüße an alle Bastler.

Danny aus Pirna

[jp112sdl]

Aber warum ist der UV-Wert ein einer Eckigen Klammer ???

Weil die CCU normalerweise versucht, die Namen der Datenpunkte gemäß einer Übersetzungstabelle in die eingestellte CCU-Sprache zu übersetzen.
Da es für "UV-Index" aber keinen Eintrag gibt, wird der Name direkt wie in der XML angezeigt.

[DannyAusPirna]

Hallo,

das habe ich mir schon fast so gedacht. Also wenn es in der Übersetzungstabelle stehen würde, wo auch immer die steht, würde es ohne Klammer angezeigt werden. Aber stören tut die Klammer nicht.

Danke!

Gruß Danny

[TomMajor]

Hallo,

das habe ich mir schon fast so gedacht. Also wenn es in der Übersetzungstabelle stehen würde, wo auch immer die steht, würde es ohne Klammer angezeigt werden. Aber stören tut die Klammer nicht.

Danke!

Gruß Danny

hier siehst du was man für eine Übersetzung in etwa machen müsste, habe ich mal für den HB-UNI-Sensor-Blitz durchgezogen, ist aber eher Hardcore wenn man nicht Jerome heißt
https://github.com/TomMajor/SmartHome/b ... -blitz#L41

[DannyAusPirna]

Hey Tom,

danke für deinen Tipp. Da habe ich doch gleich mal nachgeforscht. Also...

Es gibt in der translate.lang.stringtable.js bereits eine Zeile "stringTableWeatherUvIndex" : "UV-Index",

und auch in der stringtable_de.txt gibt es bereits eine Zeile WEATHER|UVINDEX ${stringTableWeatherUvIndex}

Ich könnt also in meiner hb-uni-sensor6.xml den Parameter auf UVINDEX umschreiben und das ganze würde erst einmal funktionieren.

Aber! Ich möchte die LUX und den UV-Index auch in ein Diagramm schreiben. Das geht mit UV-Index nicht. Das Diagramm läßt diesen Eintrag nicht zu. Wahrscheinlich, weil in der translate.lang.diagram.js der Eintrag für UV-Index fehlt. Und wer weiß, wo sonst noch.

Darum habe ich jetzt den UV-Index als "TEMPETRATUR" übernommen und als Einheit "UV-Index" und fertig. So klappt es auch mit dem Diagramm. Das Gerät zweigt nun zwar "Temperatur x.x UV-Index" an. Aber damit kann ich erst mal leben.

Schöne Grüße

Danny aus Pirna

[jp112sdl]

Und wer weiß, wo sonst noch.

Die Diagrammfunktionen sind Bestandteil des closed-source HMIPServer Prozesses.
Da bekommt man keine Custom-Datentypen rein.

[TomMajor]

ich hatte hier mal eine Liste der Datentypen abgelegt, die man in einem Diagramm verwenden kann, Credits to Jerome für das Erzeugen der Liste
https://github.com/TomMajor/SmartHome/t ... enden-kann

die internen Diagramme hatten für mich so viele Ungereimtheiten, ich benutzte nur noch ioBroker dafür.