[AMAD] Einrichtungsversuch 2025 mit Tasker...

Begonnen von Beta-User, 13 November 2025, 16:00:17

Vorheriges Thema - Nächstes Thema

Beta-User

Hallo zusammen,

aufgrund der Diskussion in https://forum.fhem.de/index.php?topic=142927.0 habe ich versucht, "auf die Schnelle" mein derzeitiges Handy (Android 13) via AMAD mit FHEM zu verbinden - dieses Mal mit "Tasker", da "Automagic" zwar noch auffindbar ist, aber irgendwie halt auch schon länger abgekündigt...

Tja, und da verließen sie ihn...

Der Flow ist alles andere als selbsterklärend, wo was einzutragen ist, und in den Untiefen der commandref zu AMADcommBridge war dann zu lesen, dass man für die Ansteuerung von FHEM aus noch eine andere Anwendung braucht, entweder "Autoremote" oder "Tasker Network Event Server (TNES)".
OK, erste hätte nochmal ein paar cent gekostet, also nach der anderen geschaut. Gibt es nicht (mehr?)... Das soll wohl einen Serverdienst aufmachen, über den man dann Tasker erreichen kann, das scheint also funktional dem zu entsprechen, was unter https://tasker.joaoapps.com/userguide/en/help/eh_http_request.html zu finden ist? Denmach wäre es jetzt direkt in Tasker eingebaut?

Und nun?!?

Anders gefragt, und bevor ich tonnenweise veraltete Threads zum Thema durchflöze: Hat jemand ein halbwegs aktuelles setup mit AMAD.* und Tasker (+?) am Laufen und könnte mir ein paar Schubse in die richtige Richtung geben?

Danke vorab!
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

Prof. Dr. Peter Henning

Nein, nicht aktuell. Hatte ich ganz gut zum Laufen gebracht, war aber in Anbetracht der grottenschlechten Doku wieder davon abgekommen.

LG

pah

Beta-User

Hmm, unschön.

Die Doku zu Tasker ist irgendwie auch "wild", aber immerhin scheint "Autoremote" vom selben Maintainer gepflegt zu werden wie Tasker, so dass das ggf. einen Versuch wert wäre.
Aber insgesamt ist das ganze sehr unübersichtlich, und gefühlt reißt man sich mit dieser Lösung ein riesiges Hintertor auf dem Handy auf, das kaum zu überblicken ist.
Habe kein gutes Gefühl dabei.

Die Doku ggf. zu aktualisieren wäre ja nicht unbedingt das Problem, aber den Aufwand, mir selbst den Weg zu suchen, werde ich angesichts dieses unguten Gefühls im Moment nicht gehen. Da scheint mir der Weg über eine schlanke App vielversprechender, auch wenn das bisher eher noch eine Art Machbarkeitsstudie zu sein scheint.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

Prof. Dr. Peter Henning

Für Tasker spricht, dass eine ganze Menge andere Apps damit zusammenarbeiten können. Beispielsweise auch egigeozone.

LG

pah

Marko1976

Ich habe eine nicht ganz aktuelle aber lauffähige Variante am laufen.

Willst du nur das Handy in Fhem auslesen oder auch steuern?

Autoremote wird nur nötig wenn du das Handy mit Fhem steuern willst. Zum reinen Auslesen ist es nicht nötig.

Bei Tasker an sich ist die Doku nicht aktuell, da es vor einiger Zeit einen Wechsel des Autos gab und im Zuge dessen viele ausgegliederte Teile wieder integriert worden sind.
So war Autoremote zb für aktuelle Handy zeitweise gar nicht verfügbar.

Beta-User

Zitat von: Marko1976 am 18 November 2025, 23:05:50Willst du nur das Handy in Fhem auslesen oder auch steuern?
"Eigentlich" wollte ich - ausgehend von dem im ersten Beitrag verlinkten Thread - das Handy nur (wieder) für Sprachein- und -ausgaben einrichten und dazu wieder meine "alte" Konfig via AMAD.*+RHASSPY reaktivieren, nur eben dieses Mal nicht mehr über die (nur noch inoffiziell zu bekommende) App Automagic, sondern über Tasker.

Für die TTS-Ausgabe braucht man (nach meinem möglicherweise falschen) Verständnis der Doku auch die Steuerungsoption, also bei Tasker auch Autoremote, das mir im Playstore auch angeboten wird.

Zitat von: Marko1976 am 18 November 2025, 23:05:50Bei Tasker an sich ist die Doku nicht aktuell, da es vor einiger Zeit einen Wechsel des Autos gab und im Zuge dessen viele ausgegliederte Teile wieder integriert worden sind.
Der Maintainerwechsel ist mir bekannt, schade ist aber, dass die offizielle Doku im Moment so inkonsistent ist, dass man nicht erkennen kann, was überhaupt der aktuell funktionsfähige Stand (oder zumindest der empfohlene Weg) ist. Viele Links der "commandref" dort sind einfach tot, so dass sich die Frage stellt, ob nicht auch Tasker (halb-) tot ist...

Von daher wäre (mindestens) ich für eine zumindest halbwegs aktuelle Zusammenfassung der notwendigen Schritte dankbar, wie man Tasker und FHEM/AMAD.* wechselseitig zur Zusammenarbeit überreden kann und würde das ggf. dann auch bei Gelegenheit ins (FHEM-) Wiki übertragen.

Zitat von: Prof. Dr. Peter Henning am 14 November 2025, 15:38:15Für Tasker spricht, dass eine ganze Menge andere Apps damit zusammenarbeiten können. Beispielsweise auch egigeozone.
Ich verweise dazu mal ohne Worte auf https://forum.fhem.de/index.php?topic=143087.0

Es ist zwar vermutlich kein originäres Tasker-Problem, dass man für jede "Sonderlocke" irgendeinen workaround braucht, aber unerfreulich ist es trotzdem, vor allem, wenn die maintainerseitige Doku für diese "schweizer Kettensäge" mehr oder weniger unbrauchbar ist.
Im Moment habe ich jedenfalls wichtigeres zu tun, als für diese Nebenthemen tageweise frustrierende Tests durchzuführen - wobei es schon was hätte, wenn man bei Anfahrt mit dem Auto gleich das Hoftor aufschieben lassen könnte :) .
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

Marko1976

Also die Verbindung zwischen Fhem und Amad/Tasker ist bekannt und funktioniert, oder brauchst du da ebenfalls Infos?

Ich persönlich habe autoremote auf einem Tablet laufen, nutze es aber praktisch nicht, da die interessanten Funktionen auch direkt vom Fully Kiosk Browser bereitgestellt werden.
Hinzu kommt, das ich autoremote nicht als stabil erachte - jedenfalls muss ich es bei mir immer wieder umständlich neustarten.

Was Tasker angeht geht der neue Maintainer den entgegengesetzten Weg wie der akte Programmierer. Früher wurde versucht alles "outzusourccen" um offenbar Geld damit zu verdienen. Aktuell werden viele dieser ausgegliederten Funktionen wieder eingepflegt und Tasker an die aktuellen Android-Versionen angepasst (wurde vorher auch vernachlässigt).

Für eine Audioausgabe wird meines Wissens nicht autoremote benötigt, sondert wieder ein anderes ausgegliedertes Teilstück. Autoremote ist aber wahrscheinlich nötig um die Texte an das Tablet zu übermitteln. Optional würde ich prüfen ob das nicht via messanger oder pushover möglich ist und das dann per Tasker auslesen/abfangen - wenn es nur darum geht und das Tablet nicht grundsätzlich per Fhem gesteuert (An/Aus - Helligkeit - Lautstärke etc.) werden soll

Beta-User

Zitat von: Marko1976 am 19 November 2025, 09:45:11Also die Verbindung zwischen Fhem und Amad/Tasker ist bekannt und funktioniert, oder brauchst du da ebenfalls Infos?
AMAD.* ist bekannt, und dunkel ist mir auch was in Erinnerung, was die damalige Funktionalität mit Automagic betraf. Ergo ist eine grobe Vorstellung dazu da, wie in etwa das aussehen sollte, was in FHEM abläuft.

Aber: Tasker ist komplette Fehlanzeige, nie genutzt, nur kurz in die Doku geschaut und versucht, das via contrib zu bekommende Einrichtungsscript für die Kommunikation mit AMAD auszuführen, wie bereits im Eingangspost beschrieben.

Also ja: Wie geht das aktuell? Welche Einstellungen müssen in diesem ominösen Task "AMAD" eigentlich gemacht werden? (Gerne auch: Wozu? Jedenfalls mir helfen derartige kurze Hintergrundinfos, das ggf. auf veränderte Rahmenbedingungen zu übertragen... Würde es helfen, den AMAD-NG-Thread durchzuflözen, der nach kurzem Anlesen die Entwicklung der Tasker-Option beinhaltet?)

Es wäre ja schon ein Fortschritt, wenn wenigstens die Richtung Handy->FHEM funktionieren würde...

Zitat von: Marko1976 am 19 November 2025, 09:45:11da die interessanten Funktionen auch direkt vom Fully Kiosk Browser bereitgestellt werden.
fully ist auch installiert, aber bisher hatte ich darin nicht mehr gesehen als eben einen fullscreen-Browser. Kann mir aber nicht vorstellen, dass der die Funktionalität für die eigentliche Intention STT->FHEM->TTS (ggf. mit interaktiven Dialogen von FHEM aus gesteuert) mitbringt. Irre ich mich da? (ich schau mir die Einstellungen etc. dazu nochmal an)

Zitat von: Marko1976 am 19 November 2025, 09:45:11Autoremote ist aber wahrscheinlich nötig um die Texte an das Tablet zu übermitteln. Optional würde ich prüfen ob das nicht via messanger oder pushover möglich ist und das dann per Tasker auslesen/abfangen - wenn es nur darum geht
Es geht mir im Kern nicht pimär darum, das "irgendwie" zum Laufen zu bringen, sondern eben auch ein Lösung zu haben, die weder mir noch anderen, die das ggf. nachbasteln nicht gleich wieder beim nächsten Update irgendeines Teilstücks wieder um die Ohren fliegt.

Via Telegram mit FHEM-RHASSPY mehr oder weniger frei zu chatten, ist keine große Übung ;) .

Zum gedanklichen Vergleich - die im Ausgangsthread diskutierte fullscreen-App hat zwar (imo) ziemliche Lücken, aber sowas wäre eine super-Sache: Eine App, man stellt die FHEM-Server-Adresse, (die darzustellende Seite,) credentials und den Namen des Devices ein, das die Android-FHEM-Interaktion auf der FHEM-Seite repräsentiert, und schon hat  man einen fullscreen-Browser mit Sprachein- und Ausgabeoption, fertig die Laube... 
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

Beta-User

#8
Zitat von: Beta-User am 20 November 2025, 08:03:06fully ist auch installiert, aber bisher hatte ich darin nicht mehr gesehen als eben einen fullscreen-Browser. Kann mir aber nicht vorstellen, dass der die Funktionalität für die eigentliche Intention STT->FHEM->TTS (ggf. mit interaktiven Dialogen von FHEM aus gesteuert) mitbringt. Irre ich mich da? (ich schau mir die Einstellungen etc. dazu nochmal an)
OK, das zugehörige FHEM-Modul (einschließlich des "speak"-setters) war mir in der Tat genauso entgangen wie die Option, "MQTT" in der Plus-Version zu aktivieren (mit welchem Ziel auch immer).
Was damit aber nicht (direkt?) zu gehen scheint (?), ist der STT->FHEM-Teil. Hmmm.

Das Modul sucht einen Maintainer: https://forum.fhem.de/index.php?topic=139214.0 Hmmm...

(v.a.) @pah: Irgendeine Idee, wie man den STT-Teil eventuell gelöst bekommen könnte? Das alte (contrib-) webview-Modul benötigte ja ein FHEM-seitig angesteuertes js-snipplet (https://svn.fhem.de/trac/browser/trunk/fhem/contrib/WebViewControl/www/pgm2/webviewcontrol.js, dort VoiceRecognition Phonegap Plugin). Vielleicht könnte man das modernisieren oder sogar mehr oder weniger direkt nutzen?

Falls jemand den js-Teil fixen kann, würde ich ggf. das Modul übernehmen...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors