Addon Generierung automatisieren

[FUEL4EP]

Hi Jérôme,

ich habe die Namensgebung vereinheitlicht. Ein V1.6 uninstall Skript macht einen V1.6 install Skript rückgängig. Der V1.7 uninstall Skript tut das nicht mehr in Gänze. Er passt nur zum V1.7 install Skript. Ohne diese Abfolge würden mehr 'Waisenkinder'-Einträge übrigbleiben.


Du hattest ja in Deiner V5.0 Pre-Release ähnliches geschrieben

In der Tat hatte ich in den händisch erzeugten Skripten kleinere Unzulänglichkeiten . Die automatische Generierung zeigt diese Fehler beim 'diff -w' auf.

[jp112sdl]

Und das soll auch so?

hb-uni-sensor-AQ-BME680
Vorher:

Code: Alles auswählen

webuiInsertParam="ALTITUDE_ABOVE_SEA_LEVEL"
webuiInsertValue="stringTableHBAltitudeAboveSealevel"

Jetzt:

Code: Alles auswählen

webuiInsertParam="H%F6he%20%FCber%20NN"
webuiInsertValue="stringTableHBAltitudeAboveSealevel"

In der XML steht nach wie vor

Code: Alles auswählen

    <parameter id="ALTITUDE_ABOVE_SEA_LEVEL">
      <logical type="integer" min="0" max="10000" default="0" unit="m" />
      <physical type="integer" interface="config" list="0" index="34" size="2" />
    </parameter>
    

War jetzt nur eine Stichprobe.

[jp112sdl]

Du hattest ja in Deiner V5.0 Pre-Release ähnliches geschrieben

Ja, weil das ausschließlich Auswirkungen auf patch hat.
Mit sed ist das eigentlich egal. Spätestens wenn jemand ein CCU FW Update macht, ist der alte Kram eh weg

[FUEL4EP]

Und das soll auch so?

hb-uni-sensor-AQ-BME680
Vorher:

Code: Alles auswählen

webuiInsertParam="ALTITUDE_ABOVE_SEA_LEVEL"
webuiInsertValue="stringTableHBAltitudeAboveSealevel"

Jetzt:

Code: Alles auswählen

webuiInsertParam="H%F6he%20%FCber%20NN"
webuiInsertValue="stringTableHBAltitudeAboveSealevel"

In der XML steht nach wie vor

Code: Alles auswählen

    <parameter id="ALTITUDE_ABOVE_SEA_LEVEL">
      <logical type="integer" min="0" max="10000" default="0" unit="m" />
      <physical type="integer" interface="config" list="0" index="34" size="2" />
    </parameter>
    

War jetzt nur eine Stichprobe.

Du beziehst Dich auf die rftypes XML. In der Tat erscheint im WebUI noch 'ALTITUDE_ABOVE_SEA_LEVEL', wird also nicht übersetzt. Ich habe mich schon gewundert, warum das so ist. Muss ich denn im rftypes XML dann

Code: Alles auswählen

    <parameter id="H%F6he%20%FCber%20NN">
      <logical type="integer" min="0" max="10000" default="0" unit="m" />
      <physical type="integer" interface="config" list="0" index="34" size="2" />
    </parameter>
 

verwenden? Der jetzige Generator V0.92 erzeugt oder verändert die rftypes XML nicht, d.h. sie blieb unverändert. Auch eine Konsistenzprüfung wird noch nicht gemacht. Auch die rftypes XML (konsistent) zu erzeugen ist Zukunftsmusik.

P.S:: Es fehlt einfach eine gute Dokumentation, wie all diese Parameter zusammenhängen.

[jp112sdl]

Muss ich denn im rftypes XML dann

Bitte bitte verwende keine encodierten Umlaute etc in der XML!

Das Zeug wird über die XMLRPC Schnittstelle allen Diensten angeboten. Das gibt nur Murks. Das steht dann genau so auch z.B. in ioBroker
Einfach bei der alten Variante bleiben. So wie es eQ-3 eh und je macht. Ohne Schnörkel, Leerzeichen etc.
Dafür gibt es ja die Übersetzungs-Files.

wird also nicht übersetzt.

Ist das nicht bei TRANSMIT_TIME_INTERVAL direkt darunter auch so?

[jp112sdl]

Ich glaub das zieht sich durchs ganze Addon.
Geräte-XML (korrekt)

Code: Alles auswählen

        <parameter id="VAPOR_CONCENTRATION" operations="read,event">
...
        </parameter>

Addon (falsch):

Code: Alles auswählen

# datapoint name #4: WEATHER|VAPOR_CONCENTRATION
 
webuiInsertParam="WEATHER|Abs.%20Luftfeuchtigkeit"
webuiInsertValue="stringTableHBVaporConcentration"
...

[FUEL4EP]

Heißt das, dass alle webuiInsertParam keine encodierten Umlaute enthalten dürfen?

Code: Alles auswählen

webuiInsertParam="H%F6he%20%FCber%20NN"

muss also

Code: Alles auswählen

webuiInsertParam="Höhe über NN"

sein? Also mit Leerzeichen und Originalumlaut? Oder HTML4 Name encodiert?

Ist das nicht bei TRANSMIT_TIME_INTERVAL direkt darunter auch so?

Ja, dito.

Drum auch hier die Frage: Wie findet der Übersetzungsvorgang statt?
Mein, vielleicht falsches Verständnis: Im rftypes XML verwende ich immer englische Namen, die dann über die insert-Skripeinträge ins Deutsche übersetzt werden.
Bitte zeige mir an einem Beispiel auf, wie das korrekt geht. Danke im Voraus!

[FUEL4EP]

Ich glaub das zieht sich durchs ganze Addon.
Geräte-XML (korrekt)

Code: Alles auswählen

        <parameter id="VAPOR_CONCENTRATION" operations="read,event">
...
        </parameter>

Addon (falsch):

Code: Alles auswählen

# datapoint name #4: WEATHER|VAPOR_CONCENTRATION
 
webuiInsertParam="WEATHER|Abs.%20Luftfeuchtigkeit"
webuiInsertValue="stringTableHBVaporConcentration"
...

Ja, das mach der groovy-Skript ja immer gleich:

Code: Alles auswählen

webuiInsert_buffer.append( "webuiInsertParam=\"${my_device_class}${toEncode.encodeURL()}\"\n" )

Muss das encodeURL() weg?

[jp112sdl]

Aber du hattest es doch bis Version 1.6 alles richtig und musst nur dafür Sorge tragen, dass dein Automat nun das selbe erzeugt, wie du es bereits erfolgreich manuell gemacht hast.

Heißt das, dass alle webuiInsertParam keine encodierten Umlaute enthalten dürfen?

webuiInsertParam="ALTITUDE_ABOVE_SEA_LEVEL"
ist die id des Parameters aus der Geräte XML
<parameter id="ALTITUDE_ABOVE_SEA_LEVEL">

Das soll da auch weiterhin so stehen.

nix mit auf einmal
webuiInsertParam="H%F6he%20%FCber%20NN"
oder
webuiInsertParam="Höhe..."

Nicht das Rad neu erfinden oder alles infrage stellen. Es war bis einschließlich V1.6 gut

[FUEL4EP]

Hi Jérôme,

danke für Deine Prüfung und Fehlerhinweise. Ich habe die V1.7 Release auf Github gelöscht. Du hast Recht, ich muss da nochmals ran.

Also Dein Feedback zusammengefasst:

webuiInsertParam="ALTITUDE_ABOVE_SEA_LEVEL"
ist die id des Parameters aus der Geräte XML
<parameter id="ALTITUDE_ABOVE_SEA_LEVEL">

webuiInsertParam="<id_name>" muss immer zum entsprechenden rftypes XML parameter id passen:

Code: Alles auswählen

 <parameter id="<id_name>">
      <logical type="integer" min="0" max="10000" default="0" unit="m" />
      <physical type="integer" interface="config" list="0" index="34" size="2" />
</parameter>

Dabei keine Sonderzeichen verwenden. <id_name> nicht encodieren.

Ich melde mich wieder nach dem Umbau des Generators und der XML Konfigurationsdateien.