Mapping für undef

[ctr]

Ich stehe gerade auf dem Schlauch, wie kann ich denn ein Mapping für undef (kein Wert vom Bus zurückbekommen) erstellen? Würde gern das "schicke" "-" durch ein Icon ersetzen an bestimmten Stellen.
Hab schon ein paar Kombinationen im entry value durchgespielt, bis her ohne Erfolg. Oder ist das bisher noch nicht vorgesehen?

[Chris M.]

Nö, ist nicht vorgesehen. Es wird angenommen, dass der eibd durchläuft und so dessen Cache alle Werte kennt. Und falls noch nicht, dass dieser Wert kurzfristig vom Bus per Lese-Telegramm nachgeladen wird.

=> Wenn's weder im Cache ist noch das Lese-Flag funktioniert, würde ich erst mal von einem Fehler beim Bus ausgehen.

[ctr]

Ich *weiß* dass ich da keinen Wert bekomme, würde aber gern trotzdem etwas anzeigen z.B. "nicht empfangen" / "undefiniert" anstatt "-"

[ctr]

Ich betrachte das u.a. als Fehlerbehandlungsroutine, es sollte doch möglich sein, einem undefinierten Wert etwas zuzuordnen. (Es geht hier ausdrücklich nicht darum "warum" kein Wert zurück kommt).
Da im Moment "-" als Wert angeziegt wird, dachte ich dass das hier funktionieren sollte:

<mapping name="novalue">
<entry value="-">undef</entry>
</mapping>

Geht aber nicht.

[MicHau]

Das ist nun sowohl für Mappings als auch für Stylings implementiert.

Durch Angabe des Attributes default="true" kann ein Entry als Default-Wert definiert werden.

<mapping name="OnOff3">
  <entry default="true" value="X">X</entry>
  <entry value="0">O</entry>
  <entry value="1">I</entry>
</mapping>

Bei Stylings funktioniert das analog.
Ich bitte darum, dass zu prüfen, damit es keine unerwünschten Nebenwirkungen gibt.

[netzkind]

Durch Angabe des Attributes default="true" kann ein Entry als Default-Wert definiert werden.

<mapping name="OnOff3">
  <entry default="true" value="X">X</entry>
  <entry value="0">O</entry>
  <entry value="1">I</entry>
</mapping>

Bei Stylings funktioniert das analog.
Ich bitte darum, dass zu prüfen, damit es keine unerwünschten Nebenwirkungen gibt.

Wäre es nicht geschickter, den Default - Wert im Element mapping als Attribut anzugeben, oder sogar ein eigenes Element "default" anzulegen? In der aktuellen Version könnte man sonst mehrere Default-Werte hinterlegen, was sicher noch zu Fehlbedienung führt.

Nur so als Idee. Da ich nicht die Kapazität habe es anzupassen, entscheidet es sowieso der der es macht.

Grüße,
Julian

[MicHau]

Wäre es nicht geschickter, den Default - Wert im Element mapping als Attribut anzugeben, oder sogar ein eigenes Element "default" anzulegen? In der aktuellen Version könnte man sonst mehrere Default-Werte hinterlegen, was sicher noch zu Fehlbedienung führt.

Hatte ich mir auch alles überlegt.

Bei der Angabe als Attribut käme der Fehlerfall eines nicht existierenden Mappings sicherlich vor. Außerdem könnte man so auch nicht einen Entry, der mit Min- und Max-Werten definiert ist, als Default angeben. Einen eigenen Default-Entry wollte ich nicht einführen, um unnötige Dopplungen zu vermeiden.

Da kam mir der Fehlerfall einer Mehrfachdefinition noch am schlüssigsten vor: Wer zuletzt kommt, gewinnt. Lasse mich aber auch gerne überzeugen, dass es anders besser wäre. Die Implementierung würde ich schon noch übernehmen

[netzkind]

Hatte ich mir auch alles überlegt.

Bei der Angabe als Attribut käme der Fehlerfall eines nicht existierenden Mappings sicherlich vor. Außerdem könnte man so auch nicht einen Entry, der mit Min- und Max-Werten definiert ist, als Default angeben. Einen eigenen Default-Entry wollte ich nicht einführen, um unnötige Dopplungen zu vermeiden.

Da kam mir der Fehlerfall einer Mehrfachdefinition noch am schlüssigsten vor: Wer zuletzt kommt, gewinnt. Lasse mich aber auch gerne überzeugen, dass es anders besser wäre. Die Implementierung würde ich schon noch übernehmen

Ich hatte eher angenommen, dass man als Default eine Darstellung will, die sonst garnicht vorkommt. Also einen Wert, den man eigentlich nicht als Entry definiert hat.
Falls man es als Attribut von mapping hat kann man immer noch überlegen, ob dort der raw-Wert angegeben werden soll, oder der darzustellende. Letzteres würde die Fehlerquelle "fehlendes mapping" eliminieren.

Vorteile gegenüber dem default-Attribut im entry: Validierung per XSD, dass es nur einen Default gibt.

Grüße,
Julian

[XueSheng]

Nach Upgrade von 1830 auf 1853 ist mir aufgefallen, dass beim Laden von Elementen (Button, etc.) kein "-" mehr angezeigt wird. Dadurch sieht die Visu sehr verstümmelt aus und man weiss auch nicht, ob evtl. ein Wert nicht geladen werden konnte, da schlicht weg der Platzhalter fehlt (screenshots im Anhang).

Dies hängt sicherlich mit dem mapping für undef zusammen. Wie muss denn ein mapping erstellt werden, damit wie bisher ein "-" für fehlenden Wert erscheint? Ich dachte, dass ohne Anpassung nach wie vor das "-" erscheinen müsste.

In dem angefügten screenshot habe ich z.B. das Mapping für DoorOpenClose:

<mapping name="DoorOpenClose">
        <entry value="0">
          <icon name="fts_door_open"/>
        </entry>
        <entry value="1">
          <icon name="fts_door"/>
        </entry>
</mapping>

[MicHau]

siehe https://knx-user-forum.de/334594-post4.html

[ctr]

Vielen Dank für die Umsetzung, funktioniert wie erhofft.
Dürfte ich diesem Zusammenhang noch vorschlagen das "address" Element von "diagram_info" von required auf optional zu ändern?
Es funktioniert zwar im Moment auch ohne GA Element (mit default Mapping kann man sich ja trotzdem etwas anzeigen lassen), aber bei Validierung gibt es halt Fehlermeldungen.

[ctr]

Dürfte ich diesem Zusammenhang noch vorschlagen das "address" Element von "diagram_info" von required auf optional zu ändern (min required = 0)?
Es funktioniert zwar im Moment auch ohne GA Element (mit default Mapping kann man sich ja trotzdem etwas anzeigen lassen), aber bei Validierung gibt es halt Fehlermeldungen.

Hat irgendjemand etwas dagegen? Sonst würde ich das mal einchecken? Habe es bei mir seit August letztem Jahr so in Betrieb.

[MicHau]

Nur zu, spricht nichts dagegen