UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Grizzelbee]

@noio

Nichts desto Trotz hat @Gargano absolut Recht: Nimm den Alias-Manager Adapter und richte Aliase ein. Das ist zwar erst einmal ein bisschen Arbeit; ist aber deutlich nachhaltiger und erspart dir in der Zukunft eine Menge Aufwand. Vertrau mir - bei mir sterben pro Jahr 1-2 Shellys; da sind Aliase Gold wert.

Begründung:

1. Wenn Du die main.js in der gezeigten Art veränderst, schneidest Du dich von Updates ab, denn die überschreiben deine Änderung jedes mal wieder. Ich denke nicht das das in deinem Sinne ist.
2. Mit Aliasen kannst Du jeden Datenpunkt benennen, wie Du es willst.
3. Mit Aliasen verwendest Du in Skripten, einer Visualisierung, ... nur noch die Aliase und nicht mehr die "Original"-Datenpunkte. Das spart Dir eine Unmenge an Zeit und Ärger, wenn Du mal ein Gerät ersetzen musst und dann nur noch ein paar Aliase ändern musst und nicht an zig Stellen suchen musst ob oder wo Du den Datenpunkt ansprichst.

Am einfachen Beispiel eines Lichtsensors bei mir kann das z.B. so aussehen:

Das liest sich sogar in Blockly etc richtig gut.

viele Grüße
grizzelbee

[mcm1957]

Also wenn es dir drum geht, dass das NAME Feld überschrieben wird, dann erstell doch ein Issue beim Adapter,
Da sollte beim extendObject ein 'preserve' ergänzt werden, dann ist das Ganze sauber.

[noio]

@mcm1957 sagte in Supportthread Resol-Adapter:

erstell doch ein Issue beim Adapter,

Ich finde nicht wo.....

[noio]

@Grizzelbee

Das mit dem update ist mir bewusst.....

Wenn ich den Adapter bevor ich update pausiere dann die main.js anpasse und danach den adapter wiedwr starte dürfte nichts überschrieben werden......

[mcm1957]

@noio
Sollte dieser Adapater sein:
https://github.com/Grizzelbee/ioBroker.resol/issues

[noio]

ey danke......dass ist doch von @Grizzelbee der hier supportet ?

[mcm1957]

Ja und - was meinst du?
Dachte du findet das Repo nicht.

[noio]

Wenn @Grizzelbee es hier für sinnlos erklärt ,wird er seine Meinung auch nicht ändern , wenn ich dort ein issue eröffne ......

[mcm1957]

@NoLo
Nor zur Sicherheit:
Welche Änderung beim Adapterrestart stört deine Anwendung genau?
Wenn ich die vorhergehenden Postings richtig interpretiere geht es um das state Attribiute NAME das ja prinzipiell von Anwender frei änderbar ist.
Stimmt das? Oder hab ich das falsch verstanden?

Und damit's nicht falsch rüber kommt. Die Verwendung von alis hat viele Vorteile. Insbesondere wenn sich die Id eine states ändert (z.B bei HW Tausch). Aber nichts desto trotz sollte das Name field nicht überschrieben werden.

[noio]

@mcm1957 sagte in Supportthread Resol-Adapter:

Welche Änderung beim Adapterrestart stört deine Anwendung genau?
Wenn ich die vorhergehenden Postings richtig interpretiere geht es um das state Attribiute NAME das ja prinzipiell von Anwender frei änderbar ist.
Stimmt das? Oder hab ich das falsch verstanden?

Der Adapter überschreibt bei jedem Datenpoll das state Attribiute NAME und mehr vom Datenpunkt.....
Grudsetztlich stört mich dass nicht weiter , hab ja einen relativ einfachen workaround.
Es war eher als Vorschlag gedacht dass zu ändern.....

MFG
noio

[mcm1957]

Was ist das "mehr" ?
Außer dem name solltest du ja eigentlich kaum etwas am State ändern.

[noio]

z.B: das hie Markierte

[mcm1957]

Na ja, wenn min /max Werte vom Adapter falsch gesetzt werden, dann ist das wohl ein BUG. Diese Werte sind jedenaflsl definitiv nicht dazu gedacht dass sie der User ändert.

[noio]

Keine Ahnung ob das falsch sein soll wenn der Adapter -100 / +300 als min/max werte angibt....
Sehe dass eher so dass der Einsatzbereich den min/max Wert vorgibt , und den kann hier eg. nur der wissen der den Regler im Einsatz hat....
Da es hier teils frei progammierbare zuweisungen bei den Sensoren gibt ...ist das so....

[mcm1957]

Ok, in dem Fall sollte der Adapter auch diese Werte nicht ändern.

[mcm1957]

Issue: https://github.com/Grizzelbee/ioBroker.resol/issues/203