Test Adapter telegram-menu v.1.6.x

[Segway]

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

@segway ja das mit dem update ist richtig das jetzt erst eins auftaucht , welches im STABLE Repo ist. Mit dem anderen weiss ich , das liegt am js-controller, der hat einen bug. Dazu gibt es auch schon ein Issue, da kann ich leider so nichts machen. Es geht kurzzeitig der RAM- Verbrauch extrem hoch

Okay, wusste ich nicht.
Aber andere Updates von anderen Adaptern hatten das nicht. Liegt dann anscheinen dan besonderen Updateform ?

[Michael Roling]

@segway der unterschied von meinem zu anderen Adaptern ist das ich react nutze. Ich hatte das aber schon mal bei den Entwicklern angesprochen und die haben mich drauf hin gewiesen das es das Issue schon gibt. Ich habe da leider keinen Einfluss drauf.

[Segway]

@michael-roling

Habe gerade festgestellt, dass ich folgende Fehlermeldung oder Warning im log habe:

admin.0
	2023-12-29 23:45:08.631	warn	Cannot read file ("telegram-menu.admin"/"telegram-menu.png"): Not exists

[Michael Roling]

@segway das hatte schon mal jemand meine ich, das war da ein fehler bei der installation

[Segway]

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

@segway das hatte schon mal jemand meine ich, das war da ein fehler bei der installation

Gibts da nicht einen Befehl um die icons nochmal zu laden ?

[Michael Roling]

@segway macht evtl der upload beim adapter im expertenmodus

[Segway]

@michael-roling

jetzt weiss Ichs ... liegt wohl daran dass der komplette Iob gestoppt und gestartet wird. Selbst beim Dateiupload. Deswegen lädt er wohl nicht richtig alles

[Negalein]

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

das hatte schon mal jemand meine ich, das war da ein fehler bei der installation

Ja, war ich.
War damals, als die Installation (ioB Neustart wegen RAM, CPU, ...) nicht fertig wurde.
Beim nächsten Setup lief alles durch.

[Michael Roling]

@negalein ja genau du warst das

[Segway]

@negalein sagte in Test Adapter telegram-menu v.0.9.x:

Ja, war ich.
War damals, als die Installation (ioB Neustart wegen RAM, CPU, ...) nicht fertig wurde.
Beim nächsten Setup lief alles durch.

Wie hast du es geschafft, dass ds Setup durchläuft ? Bei mir wird immer sofort ein Stop / start ausgeführt

[Negalein]

@segway sagte in Test Adapter telegram-menu v.0.9.x:

Wie hast du es geschafft, dass ds Setup durchläuft ? Bei mir wird immer sofort ein Stop / start ausgeführt

nicht mehr über GIT/NPM/Benutzerdefiniert gemacht.
Die Updates über Admin funktionieren.

Ich hab einfach gewartet, bis die nächste Version aufgeschienen ist.

Adapter funktionierte auch ohne Logo.

[Willi-Wunder]

@michael-roling
Cool, danke, funktioniert.

Frage:
Habe eine Somfy TaHoma Box. Die Rollos haben je einen DP für Öffnen, Schließen, Stopp und die My-Position. Habe dies bisher so umgesetzt.

Durch das menu:dynSwitch könnte ich das Menü so gestalten

Allerdings wie könnte ich dann den jeweilgen DP steuern? Geht das irgendwie? Aktuell sieht es ja noch so aus....

Der Trigger bezieht sich ja auf nur einen DP. Müßte ja je nach Auswahl im Menü den jeweiligen DP steuern.
Wenns zu kompliziert wird, dann lasse ich das auch so. So wirklich tief wie manche hier steck ich dann doch noch nicht in der Matrie drin. Vielleicht hat jemand aber einen Denkanstoss.
Aber echt mega, was jetzt mit dem Adapter alles gemacht werden kann, kann es nicht oft genug sagen, RESPEKT für den Einsatz, prompte Umsetzung und Support.

[Michael Roling]

@willi-wunder habe die Frage nicht ganz verstanden. Ja ist klar dass du mit dem Menu nur einen datenpunkt mit verschiedenen werten setzen kannst

Achsoo, jetzt weiß ich was du möchtest. Aber das wird ja dann noch unübersichtlich wenn ich für jeden Button noch eine id eingeben muss

[Willi-Wunder]

@michael-roling
Wollte das menu:dynSwitch für das steuern der Rollos hernehmen, da ich das Menü übersichtlicher finde als meine 4 einzelnen Buttons (1 Öffnen, 1 My, etc). Dementsprechend sind meine Trigger auch 1 Öffnen, 1 My etc., damit ich auch andere Rollos steuern kann. Die ganzen Trigger müssen ja alle unterschiedlich sein.
Mit dem menu:dynSwitch kann ich allerdings ja nur einen DP steuern. Da Öffnen und Schließen jeweils einen anderen DP haben, kann ich das mit dem Menü nicht regeln, sehe ich doch richtig, oder? Weißt du was ich meine?

[Michael Roling]

@willi-wunder ja ich weiß was du meinst. Ich habe meinen Post oben ergänzt

[Willi-Wunder]

@michael-roling
Hab ich gesehen, ja, wird dann zu unübersichtlich. Passe gerade meine Menüs an und optimiere gerade einiges. Macht voll Laune wenn man es geblickt hat und dann auch noch so funktioniert wie geplant

[Willi-Wunder]

@michael-roling
Kannst du mal prüfen, ob du bei dir in SETSTATE die Reihenfolge ändern kannst? In Navigation und Getstate geht das. Hab das mit Firefox und Edge probiert, geht nicht.

[Michael Roling]

@willi-wunder ja habe das wieder fertig, ich weiss nicht was da passiert ist.

[Willi-Wunder]

@michael-roling
Hi, hast du eine Idee wie ich das ändern der Sperrzeiten hiermit umsetzen kann?

Soweit ich das gesehen habe, ist die Eingabe eines freien Wertes nicht möglich. Ich müßte also in der Navigation ein "menu:number" erstellen und Zeiten vorgeben, oder? Geht die Zahl "10:00" als Eingabe überhaupt?
In SETSTATE bei Wert kann ich ja keinen Wert abfragen...... Den muss ich ja vorher setzen.

[Michael Roling]

@willi-wunder das kann doch kein number sein. Das ist doch ein String oder nicht? also mit menu.dynswitch oder wie das heisst ich weiss es selbst nicht.