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

[Michael Roling]

@deta Ich habe soeben da was am Code geändert, ich habe gesehen das beim Restart des Telegram Adapter meiner auch nicht mehr grün wurde. Das habe ich so weit ich bei mir testen konnte gefixt

[deta]

@michael-roling sagte in Test Adapter telegram-menu v.1.6.x:

@deta Ich habe soeben da was am Code geändert, ich habe gesehen das beim Restart des Telegram Adapter meiner auch nicht mehr grün wurde. Das habe ich so weit ich bei mir testen konnte gefixt

ok hab gerade mal die Version vom GIT installiert. Ist doch richtig oder?

[Michael Roling]

@deta jo

[deta]

@michael-roling sagte in Test Adapter telegram-menu v.1.6.x:

@deta Ich habe soeben da was am Code geändert, ich habe gesehen das beim Restart des Telegram Adapter meiner auch nicht mehr grün wurde. Das habe ich so weit ich bei mir testen konnte gefixt

Ich habe gerade ein Update vom Telegram Adapter selber heute früh gemacht.
Und der Telegram Menu Adapter bleibt aktiv. Scheint jetzt zu gehen.
Werde es weiter beobachten.

[Dampfhammer]

@michael-roling said in Test Adapter telegram-menu v.1.6.x:

@willi-wunder

• Normalweise schreibst du nur z.B. Der Wert wurde auf && gesetzt! Natürlich muss bei "Eingestellten Wert bestätigen" true stehen.
• Bei TRIGGER einfach zum Beispiel LichtWohnzimmer und dann unter SetState einen neuen Eintrag mit Trigger LichtWohnzimmer der gewünschten ID Wert einfach ! und schon läuft es
• Nein das geht nicht
• Mehrere Benutzer ist kein Problem, es bekommt nur der Benutzer die Antwort von dem die Anfrage kam

Hallo,
ich habe zum letzten Punkt eine Frage, habe zwei User die ein Menü gemeinsam nutzen. Der erste klick bei einem der beiden User wird dann nicht bei diesem User angezeigt sondern beim anderen (zuletzt) aktiven User.

ist die Frage verständlich geschrieben? ;-) Nicht ganz einfach aber im Grunde trifft es den letzen Punkt von oben.
Besten Dank

[Michael Roling]

@dampfhammer Was ist denn die Frage ?

[Dampfhammer]

@michael-roling Die Frage ist wieso der erste Klick beim anderen User angezeigt wird und nciht beim ausführenden. Danach funktioniert alles. Wird der andere User aktiv ist es genau umgekehrt.

Also nicht wie oben geschrieben dass nur der Benutzer die Antwort bekomme von dem die Anfrage kam.

[Michael Roling]

@dampfhammer Ah okay, ich verstehe.
Das muss ich mir mal anschauen. Kann natürlich ein Bug sein.

Beim Adapter Start werden aber beiden Usern die Menus geschickt?

Ich ich habe mal etwas geändert, einfach einmal von Github installieren und testen. Bei dann einmal Bescheid geben ob es funktioniert oder nicht

[Dampfhammer]

@michael-roling Super funktioniert wieder wie gewohnt. Top

[liv-in-sky]

@michael-roling

muss wieder mal ändern und den adapter updaten - zweites hat funktioniert und scheint zu funktionieren

hätte eine frage üe (sorry - eigentlich sollte ich es wissen, aber ist schon so lange her, dass ich was geändert habe :-( :

• {setDynamicValue:RequestText:Type:ConfirmText:}

ich möchte einen wert in einen datenpunkt schreiben z.b. 211571 - also eine number
als rückgabe will ich abwarten, bis ein anderer dp gesetzt wurde und diesen zurückbekommen

das funktioniert: {setDynamicValue:KilometerEingabeWert:Number:'Kilometer ist &&'} - ich kann den wert setzen aber der rückgabewert ist das , was ich eingegeben habe - nicht der andere dp - geht das überhaupt? also ein kombi von :

• {setDynamicValue:RequestText:Type:ConfirmText:}
• {'id':'ID','text':'Your Text'}

[Michael Roling]

@liv-in-sky Wenn ich das jetzt richtig verstanden habe , ist die Frage ob die Kombination funktioniert. Du willst einen Daten punkt setzen, und den Rückgabewert erst bekommen wenn ein anderer Datenpunkt gesetzt wurde.

Ob die Kobi funktioniert, weiss ich nicht, ich denke aber nicht.

Wenn das ist das was du möchtest, leg ein Issue an, mit allen Infos

[liv-in-sky]

@michael-roling https://github.com/MiRo1310/ioBroker.telegram-menu/issues/160

[Michael Roling]

@liv-in-sky Aber als Rückgabe wert möchtest du den wert den du als erstes gesetzt hast, richtg?

[liv-in-sky]

@michael-roling nee - ich will den rückgabe wert der angegeben id - also des anderen dp's

[Michael Roling]

@liv-in-sky mmmh, haben wir das denn nicht schon? Bzw wo wäre der Unterschied?

[liv-in-sky]

@michael-roling

ich glaube nicht

• {'id':'ID','text':'Your Text'} damit kann ich nur einen festen wert setzen - also nichts eingeben - der wert ist im setting definiert
• {setDynamicValue:RequestText:Type:ConfirmText:} damit kann ich irgendeinen wert eingeben, aber nicht auf ein ergebnis in einem anderen dp warten

ich bräuchte eine kombi

[Michael Roling]

@liv-in-sky Achso, noch mal zusammen gefasst. Du möchtest einen Datenpunkt setzen. Dann einen Rückgabewert von einem anderen Datenpunkt wenn dieser gesetzt wird.

[liv-in-sky]

@michael-roling genau :)

[Michael Roling]

@liv-in-sky {'id':'ID','text':'Your Text'} dann würde ich dem einfach einen parameter hinzufügen das das state gelesen werden soll und das value dem text, wie bei allen anderen auch mit && als Platzhalter hinzugefügt wird

[liv-in-sky]

@michael-roling

wie du es am besten findest -rein semantisch wäre es halt ein setdynamicvalue