FHEM Forum

FHEM - Hausautomations-Systeme => Sonstige Systeme => Thema gestartet von: Schlimbo am 16 Dezember 2017, 22:08:42

Titel: AMAD goes Tasker
Beitrag von: Schlimbo am 16 Dezember 2017, 22:08:42
AMAD & Tasker
Um Android Geräte über FHEM zu steuern gibt es von CoolTux das tolle Modul AMAD (https://forum.fhem.de/index.php/topic,72373.0.html (https://forum.fhem.de/index.php/topic,72373.0.html)), um die Steuerbefehle auf dem Gerät auszuführen wurde in der Vergangenheit zwingend die APP "Automagic" benötigt.
Da ich für Automatisierungsaufgaben auf meinen Androiden schon lange die APP "Tasker" verwende und keine Zusätzliche APP für AMAD installieren wollte, habe ich mal angefangen die Automagic Flows mit Tasker umzusetzen.
Das Tasker Projekt das ist noch kein 100%iger Ersatz für Automagic,
es werden noch nicht alle Steuerbefehle und Readings unterstützt, hier hoffe ich auf etwas Unterstützung von euch, da ich für manche Funktionen noch keine Lösung gefunden habe, wie sie mit Tasker umgesetzt werden könnten.

Ein großer Unterschied zu Automagic ist, dass es in Tasker keinen integrierten Webserver gibt, der die Steuerbefehle entgegen nehmen kann, hierfür wird eine weitere APP benötigt.
Es gibt verschiedene Möglichkeiten die Steuerbefehle zu Tasker zu bekommen, folgende Wege sind im Modul integriert:
Der Nutzer kann also selbst entscheiden, wie er die Steuerbefehle an Tasker weiterreicht.
Der Zustellweg wird beim define des AMADDevices oder über den Einrichtungs-Task festgelegt:
Attribut remoteServer:
ZitatTNES:  Befehle werden zu Tasker Network Event Server gesendet.
Autoremote:  Befehle werden zu Autoremote gesendet.
other:  Es werden keine Befehle über das AMAD Modul gesendet, der Anwender muss sich selbst um die Zustellung, durch triggern auf das Reading "lastSetCommand", kümmern.

Zustellung über "other":
Wem die beiden integrierten Zustellmöglichkeiten nicht ausreichen, kann sich auch selbst um die Zustellung kümmern und mit einem Notify auf das Reading "lastSetCommand" triggern, dieses wird immer mit dem letzte Set-Kommando befüllt.
Hierdurch gibt es unzählige Möglichkeiten, wie die Kommandos zu Tasker übertragen werden können (z.B Pushover, SMS, Email...), die Steuerung des Android Gerätes ist somit nicht nur auf das Lokale Netzwerk beschränkt.

Notify Beispiel: Übertragung mit Pushover:
defmod AMADsend2Tasker notify HTC_M8.lastSetCommand:.* {fhem "set Pushover msg title=AMAD priority=-2 ".urlEncode($EVTPART1)}

Voraussetzungen
Android Version >= 5.0
Tasker  >= 5.8

Ersteinrichtung:
Für die Ersteinrichtung auf dem Android Gerät gibt es eine Eingabemaske (Scene), in der die benötigten Parameter (Device Name, Device IP, Bridgeport usw.) eingegeben werden können, diese Felder werden (soweit möglich) automatisch befüllt, können aber auch manuell angepasst werden.
Hierfür den Task "AMAD" ausführen.
Für schnellen Zugriff kann für diesen Task auch ein Tasker-Shortcut auf dem Homescreen angelegt werden.
Infos zu den einzelnen Einstellungen erhält man durch einen Touch auf das jeweiligen Textfeld.
Sind alle Eingaben vollständig, kann das AMAD Device über die Schaltfläche "create Device" erstellt werden. --> Autocreate muss hierzu in FHEM aktiviert sein.

Entwicklungsstand:
Hier, alle Set-Befehle - aus der AMAD Commandref:
(rot markierte funktionieren mit Tasker noch nicht)
ZitatSET
activateVoiceInput - aktiviert die Spracheingabe
bluetooth - on/off, aktiviert/deaktiviert Bluetooth
clearNotificationBar - All,Automagic, löscht alle Meldungen oder nur die Tasker Meldungen in der Statusleiste --> "All" benötigt Root Rechte
closeCall - beendet einen laufenden Anruf
currentFlowsetUpdate - öffnet eine Webseite (Taskernet) über die das Projektes importiert werden kann
installFlowSource - installiert einen Flow auf dem Device, das XML File muss unter /tmp/ liegen und die Endung xml haben. BSP: set TabletWohnzimmer installFlowSource WlanUebwerwachen.xml
doNotDisturb - schaltet den nicht stören Modus, always immer stören, never niemals stören, alarmClockOnly nur Wecker darf stören, onlyImportant nur wichtige Störungen
mediaPlay - play command to media App
mediaStop - stop command to media App
mediaNext - skip Forward command to media App
mediaBack - skip Backward to media App
nextAlarmTime - setzt die Alarmzeit. gilt aber nur innerhalb der nächsten 24Std.
openCall - ruft eine Nummer an und legt optional nach X Sekunden auf / set DEVICE openCall 01736458 10 / ruft die Nummer an und beendet den Anruf nach 10s
screenBrightness - setzt die Bildschirmhelligkeit, von 0-255.
screenMsg - versendet eine Bildschirmnachricht
sendintent - sendet einen Intentstring Bsp: set $AMADDeviceDEVICE sendIntent org.smblott.intentradio.PLAY url http://stream.klassikradio.de/live/mp3-192/stream.klassikradio.de/play.m3u name Klassikradio, der erste Befehl ist die Aktion und der zweite das Extra. Es können immer zwei Extras mitgegeben werden.
sendSMS - sendet eine SMS an eine bestimmte Telefonnummer. Bsp.: sendSMS Dies ist ein Test|555487263
startDaydream - startet den Daydream
statusRequest - Fordert einen neuen Statusreport beim Device an. Es können nicht von allen Readings per statusRequest die Daten geholt werden. Einige wenige geben nur bei Statusänderung ihren Status wieder.
timer - setzt einen Timer innerhalb der als Standard definierten ClockAPP auf dem Device. Es können nur Minuten angegeben werden.
ttsMsg - versendet eine Nachricht welche als Sprachnachricht ausgegeben wird (um die Sprache für diese eine Durchsage zu ändern setze vor Deinem eigentlichen Text &en; oder &de;)
userFlowState - aktiviert oder deaktiviert einen oder mehrere Tasker Profile,SET NEXUS7WOHNZIMMER BADEZIMMER VORHEIZEN:INACTIVE ODER SET NEXUS7WOHNZIMMER BADEZIMMER VORHEIZEN,NACHTLICHT STEVEN:INACTIVE
userFlowRun - führt den angegebenen Task aus
vibrate - lässt das Androidgerät vibrieren
volume - setzt die Medialautstärke. Entweder die internen Lautsprecher oder sofern angeschlossen die Bluetoothlautsprecher und per Klinkenstecker angeschlossene Lautsprecher, + oder - vor dem Wert reduziert die aktuelle Lautstärke um den Wert. Der maximale Sliderwert kann über das Attribut setVolMax geregelt werden.
volumeUp - erhöh;t die Lautstärke um den angegeben Wert im entsprechenden Attribut. Ist kein Attribut angegeben wird per default 2 genommen.
volumeDown - reduziert die Lautstärke um den angegeben Wert im entsprechenden Attribut. Ist kein Attribut angegeben wird per default 2 genommen.
volumeNotification - setzt die Benachrichtigungslautstärke.

SET ABHÄNGIG VON GESETZTEN ATTRIBUTEN
changetoBtDevice - wechselt zu einem anderen Bluetooth Gerät. ATTRIBUT SETBLUETOOTHDEVICE MUSS GESETZT SEIN. SIEHE HINWEIS UNTEN!
notifySndFile - spielt die angegebene Mediadatei auf dem Androidgerät ab. DIE AUFZURUFENDE MEDIADATEI SOLLTE SICH IM ORDNER /STORAGE/EMULATED/0/NOTIFICATIONS/ BEFINDEN. IST DIES NICHT DER FALL KANN MAN ÜBER DAS ATTRIBUT SETNOTIFYSNDFILEPATH EINEN PFAD VORGEBEN.
nfc - schaltet nfc an oder aus /on/offATTRIBUT ROOT
openApp - öffnet eine ausgewählte App. ATTRIBUT SETOPENAPP
openURL - öffnet eine URL im Standardbrowser, sofern kein anderer Browser über das ATTRIBUT SETOPENURLBROWSER ausgewählt wurde. BSP: attr Tablet setOpenUrlBrowser de.ozerov.fully|de.ozerov.fully.MainActivity, das erste ist der Package Name und das zweite der Class Name
setAPSSID - setzt die AccessPoint SSID um ein WLAN sleep zu verhindern --> Muss direkt in der Tasker Scene ausgewählt werden
screen - on/off/lock/unlock schaltet den Bildschirm ein/aus oder sperrt/entsperrt ihn, in den Automagic Einstellungen muss "Admin Funktion" gesetzt werden sonst funktioniert "Screen off" nicht. ATTRIBUT SETSCREENONFORTIMER ändert die Zeit wie lange das Display an bleiben soll! --> Es wird nur screen off unterstützt
screenFullscreen - on/off, (aktiviert/deaktiviert) den Vollbildmodus. ATTRIBUT SETFULLSCREEN benötigt :"Write Secure Setting Permission"
screenLock - Sperrt den Bildschirm mit Pinabfrage. ATTRIBUT SETSCREENLOCKPIN - HIER DIE PIN DAFÜR EINGEBEN. ERLAUBT SIND NUR ZAHLEN. ES MÜSSEN MINDESTENS 4, BIS MAX 16 ZEICHEN VERWENDET WERDEN.
screenOrientation - Auto/Landscape/Portait, aktiviert die Bildschirmausrichtung (Automatisch,Horizontal,Vertikal). ATTRIBUT SETSCREENORIENTATION
system - setzt Systembefehle ab (nur bei gerootetet Geräen). reboot,shutdown,airplanemodeON (kann nur aktiviert werden) ATTRIBUT ROOT, in den Automagic Einstellungen muss "Root Funktion" gesetzt werden
setNotifySndFilePath - setzt den korrekten Systempfad zur Notifydatei (default ist /storage/emulated/0/Notifications/
setTtsMsgSpeed - setzt die Sprachgeschwindigkeit bei der Sprachausgabe(Werte zwischen 0.5 bis 4.0 in 0.5er Schritten) default ist 1.0
setTtsMsgLang - setzt die Sprache bei der Sprachausgabe, de oder en (default ist de)
setTtsMsgVol - wenn gesetzt wird der Wert als neues Media Volume fü die Sprachansage verwendet und danach wieder der alte Wert eingestellt
setVolUpDownStep - setzt den Step für volumeUp und volumeDown
setVolMax - setzt die maximale Volume Gr&uoml;e für den Slider
setNotifyVolMax - setzt den maximalen Lautstärkewert für Benachrichtigungslautstärke für den Slider
setRingSoundVolMax - setzt den maximalen Lautstärkewert für Klingellautstärke für den Slider

Readings:
ZitatREADINGS
airplanemode - Status des Flugmodus
androidVersion - aktuell installierte Androidversion
automagicState - Statusmeldungen von TASKER
batteryHealth - Zustand der Battery (1=unbekannt, 2=gut, 3=Überhitzt, 4=tot, 5=Überspannung, 6=unbekannter Fehler, 7=kalt)
batterytemperature - Temperatur der Batterie
bluetooth - on/off, Bluetooth Status an oder aus
checkActiveTask - Zustand einer zuvor definierten APP. 0=nicht aktiv oder nicht aktiv im Vordergrund, 1=aktiv im Vordergrund, SIEHE HINWEIS UNTEN
connectedBTdevices - eine Liste der verbundenen Gerät  --> mit Tasker wird aktuell nur das zuletzt verbunden Gerät angezeigt
connectedBTdevicesMAC - eine Liste der MAC Adressen aller verbundender BT Geräte  --> mit Tasker wird aktuell nur das zuletzt verbunden Gerät angezeigt
currentMusicAlbum - aktuell abgespieltes Musikalbum des verwendeten Mediaplayers
currentMusicApp - aktuell verwendeter Mediaplayer (Amazon Music, Google Play Music, Google Play Video, Spotify, YouTube, TuneIn Player, Aldi Life Music)
currentMusicArtist - aktuell abgespielter Musikinterpret des verwendeten Mediaplayers
currentMusicIcon - Cover vom aktuell abgespielten Album NOCH NICHT FERTIG IMPLEMENTIERT
currentMusicState - Status des aktuellen/zuletzt verwendeten Mediaplayers
currentMusicTrack - aktuell abgespielter Musiktitel des verwendeten Mediaplayers
daydream - on/off, Daydream gestartet oder nicht
deviceState - Status des Androidgerätes. unknown, online, offline.
doNotDisturb - aktueller Status des nicht stören Modus
dockingState - undocked/docked Status ob sich das Gerät in einer Dockinstation befindet.
flow_SetCommands - active/inactive, Status des SetCommands Flow
flow_informations - active/inactive, Status des Informations Flow
flowsetVersionAtDevice - aktuell installierte Flowsetversion auf dem Device
incomingCallerName - Anrufername des eingehenden Anrufes
incomingCallerNumber - Anrufernummer des eingehenden Anrufes
incomingWhatsAppMessage - letzte WhatsApp Nachricht
incomingTelegramMessage - letzte Telegram Nachricht
intentRadioName - zuletzt gesrreamter Intent Radio Name
intentRadioState - Status des IntentRadio Players
keyguardSet - 0/1 Displaysperre gesetzt 0=nein 1=ja, bedeutet nicht das sie gerade aktiv ist
lastSetCommandError - letzte Fehlermeldung vom set Befehl
lastSetCommandState - letzter Status vom set Befehl, Befehl erfolgreich/nicht erfolgreich gesendet
lastStatusRequestError - letzte Fehlermeldung vom statusRequest Befehl
lastStatusRequestState - letzter Status vom statusRequest Befehl, Befehl erfolgreich/nicht erfolgreich gesendet
nextAlarmDay - aktiver Alarmtag
nextAlarmState - aktueller Status des "Androidinternen" Weckers
nextAlarmTime - aktive Alarmzeit
nfc - Status des NFC on/off
nfcLastTagID - nfc_id des zu letzt gescannten Tag's.
powerLevel - Status der Batterie in %
powerPlugged - Netzteil angeschlossen? 0=NEIN, 1|2=JA
screen - on locked/unlocked, off locked/unlocked gibt an ob der Bildschirm an oder aus ist und gleichzeitig gesperrt oder nicht gesperrt
screenBrightness - Bildschirmhelligkeit von 0-255
screenFullscreen - on/off, Vollbildmodus (An,Aus)
screenOrientation - Landscape,Portrait, Bildschirmausrichtung (Horizontal,Vertikal)
screenOrientationMode - auto/manual, Modus für die Ausrichtung (Automatisch, Manuell)
state - aktueller Status
userFlowState - aktueller Status eines Flows, festgelegt unter dem setUserFlowState Attribut
volume - Media Lautstärkewert
volumeNotification - Benachrichtigungs Lautstärke
wiredHeadsetPlugged - 0/1 gibt an ob ein Headset eingesteckt ist oder nicht

Über Unterstützung zu den Fehlenden Readings und set-Commands wäre ich sehr Dankbar.

Im Anhang befindet sich die Tasker Projekt Datei, dieses kann in Tasker über die Import Funktion geladen werden.

Das Icon ,,TaskerFHEM_icon.png" sollte in den Tasker Ordner auf dem Android Gerät kopiert werden
Zitatz.B /storage/emulated/0/Tasker/.icn/Eigene Icons/TaskerFHEM_icon.png
ist der Ordner  ,,.icn/Eigene Icons" nicht vorhanden muss dieser selbst angelegt werden.
Alternativ kann zum Automatischen erstellen der Task "AMAD_generate_Icon" ausgeführt werden, dieser Task erstellt das Icon dann automatisch.

Da die Tasker Unterstützung noch nicht im offiziellen AMAD Modul integriert ist, wird aktuell noch die Vorabversion von CoolTux benötigt:
https://github.com/LeonGaultier/fhem-AMAD/tree/master (https://github.com/LeonGaultier/fhem-AMAD/tree/master)

Seit 28.02.2018 im offiziellen AMAD Modul (ab V 4.2.0) enthalten.

Viel Spaß beim Testen

Anleitung zum Updaten des Tasker-Projekts auf dem Android Gerät:
Alte Methode
Zitat von: Schlimbo am 12 April 2018, 16:09:13

  • In FHEM ein "set <device> currentFlowsetUpdate" ausführen, dadurch landet das aktuelle Tasker-Projekt auf dem Device (/storage/emulated/0/Tasker/projects/AMAD.prj.xml).
  • In Tasker das AMAD Projekt in der unteren Leiste anklicken --> Delete --> Delete Contents.
  • Das neue AMAD Projekt importieren.
  • Tasker mit der zurück Taste verlassen.
  • Fertig.
NEUE Methode
Ab Version v4.2.4 (26.10.2018) kann das Tasker Projekt über einen shareLink einfach importiert und aktualisiert werden.
Infos hierzu: https://tasker.joaoapps.com/userguide/en/sharecreation.html (https://tasker.joaoapps.com/userguide/en/sharecreation.html)
Der Link zum Projekt: Taskernet Link: AMAD (https://taskernet.com/shares/?user=AS35m8mfUdMiSyg%2B6qtSQgVfheXbVAesWjJMrODPeBFDeG5xRTm2T%2BYtd3ixcI0GVFP5yX2Pa3yVKQ%3D%3D&id=Project%3AAMAD)

Problem: TNES wird unregelmäßig selbst beendet
Zitat von: Schlimbo am 04 April 2018, 20:56:15
Hallo Raemsna,
Das Problem habe ich auch schon beobachtet, leider habe ich hierfür noch keine Lösung gefunden.
Hatte auch mit der Profil De/Aktivierung experimentiert, das seltsame ist, dass diese Lösung gut funktioniert, wenn es händisch in der Tasker GUI ausgeführt wird, will man es aber über einen Task automatisierten klappt es nicht mehr.

Wegen den Intents hatte ich schon mal den Entwickler von TNES angeschrieben, aber leider auch keine hilfreiche Antwort bekommen:
https://github.com/BidoisMorgan/http-event-tasker-plugin/issues/1#issuecomment-360992279 (https://github.com/BidoisMorgan/http-event-tasker-plugin/issues/1#issuecomment-360992279)

Bin deshalb auf Autoremote umgestiegen.

Version für Android <= 4.4 (ohne Support):
https://forum.fhem.de/index.php/topic,81167.msg785269.html#msg785269 (https://forum.fhem.de/index.php/topic,81167.msg785269.html#msg785269)
Zitat von: Schlimbo am 22 März 2018, 21:10:48
Da es zwischen Tasker 4 und 5 schon einige Unterschiede gibt, kann es durchaus sein, dass nicht alles funktioniert. Das Projekt ist für Tasker 5 erstellt worden (Also für Geräte ab Android 5.0), habe jetzt nur ein paar Dinge abgeändert, damit es auf v4 lauffähig ist. Neu Funktionen werde ich hier aber dann nicht mehr nachziehen, da ich sonst zwei Module pflegen müsste.

UPDATE v0.2 (10.01.2018)

UPDATE v0.22 (21.01.2018)

UPDATE v0.23 (30.01.2018)

UPDATE v0.24 (11.02.2018)

UPDATE v0.26 (27.03.2018)

UPDATE v4.2.2 (06.04.2018)

UPDATE v4.2.3 (10.06.2018)

UPDATE v4.2.4 (26.10.2018)

UPDATE v4.2.4 (15.11.2018)

UPDATE v4.4.1 (02.05.2019) required Tasker v5.7

UPDATE v4.4.2 (24.07.2019) required Tasker v5.8

UPDATE v4.4.3 (14.10.2019) required Tasker v5.8

UPDATE v4.4.4 (09.09.2020) required Tasker v5.10
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 16 Dezember 2017, 23:10:49
Kannst Du mal bitte von der neuen Version das other testen? Danke Dir
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 16 Dezember 2017, 23:33:08
Das Anlegen über autocreate klappt jetzt ohne Absturz.
Im Log stehen aber noch ein paar Meldungen:
2017.12.16 23:23:39.040 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_AMADCommBridge.pm line 805.
2017.12.16 23:23:39.063 2: autocreate: define HTC_M8 AMADDevice 192.168.5.81 1513463013 other IODev=myAmadBridge
2017.12.16 23:23:39.064 3: AMADDevice (HTC_M8) - I/O device is myAmadBridge
2017.12.16 23:23:39.101 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/74_AMADDevice.pm line 447.
2017.12.16 23:23:39.104 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/74_AMADDevice.pm line 206.
2017.12.16 23:23:39.105 3: AMADDevice (HTC_M8) - defined with AMAD_ID: 1513463013 on port
2017.12.16 23:23:39.117 2: autocreate: define FileLog_HTC_M8 FileLog ./log/HTC_M8-%Y.log HTC_M8
2017.12.16 23:23:42.112 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/74_AMADDevice.pm line 352.

Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 16 Dezember 2017, 23:34:51
Wow Du bist ja fix. Schaue ich mir morgen an. Habe auch eben einen aktuallisiertes Flowset hochgeladen.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 19 Dezember 2017, 11:46:19
Neue Version im Devel Zweig auf dem AMAD Git. Magst Du mal bitte schauen. Habe nun die IODev im define komplett raus genommen und als Attribut zur Verfügung gestellt.

Ich bereite nun die aktuell stabile Version mit einem Update vor damit wir die User vorsichtig auf die neue Define vorbereiten. Wenn alles so klappt wie ich es mir vorstelle sollten die User gar nichts davon merken.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 19 Dezember 2017, 14:03:54
@Schlimbo
Ich habe heute bei mir die Version 4.0.12 im Produktivsystem installiert. Funktioniert super. Es wird automatisch die DEF auf das neue Format angepasst.
Daher ist das Update auch verpflichtend für einen reibungslosen Sprung auf Version 4.2
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 19 Dezember 2017, 19:19:04
Hallo Leon,
wie muss denn jetzt ein define aussehen?
Hab den Parameter IODev gelöscht, bekomme aber trotzdem:
define HTC_M8 AMADDevice 192.168.5.81 1513419694 TNES: too few parameters: define <name> AMADDevice <HOST-IP> <amad_id> <remoteServer>


Autocreate geht auch nicht mehr:

2017.12.19 19:08:30.597 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_AMADCommBridge.pm line 805.
2017.12.19 19:08:30.621 2: autocreate: define SONY_XPERIA AMADDevice 192.168.5.82 1513706905 TNES
2017.12.19 19:08:30.622 1: define SONY_XPERIA AMADDevice 192.168.5.82 1513706905 TNES: too few parameters: define <name> AMADDevice <HOST-IP> <amad_id> <remoteServer>
2017.12.19 19:08:30.623 1: ERROR: too few parameters: define <name> AMADDevice <HOST-IP> <amad_id> <remoteServer>
2017.12.19 19:08:31.861 1: ERROR: empty name in readingsBeginUpdate
2017.12.19 19:08:31.862 1: stacktrace:
2017.12.19 19:08:31.862 1:     main::readingsBeginUpdate           called by fhem.pl (4574)
2017.12.19 19:08:31.863 1:     main::readingsSingleUpdate          called by ./FHEM/74_AMADDevice.pm (380)
2017.12.19 19:08:31.864 1:     main::AMADDevice_WriteReadings      called by ./FHEM/74_AMADDevice.pm (751)
2017.12.19 19:08:31.864 1:     main::AMADDevice_Parse              called by fhem.pl (3696)
2017.12.19 19:08:31.864 1:     main::Dispatch                      called by ./FHEM/73_AMADCommBridge.pm (807)
2017.12.19 19:08:31.865 1:     main::AMADCommBridge_ResponseProcessing called by ./FHEM/73_AMADCommBridge.pm (709)
2017.12.19 19:08:31.865 1:     main::AMADCommBridge_ProcessRead    called by ./FHEM/73_AMADCommBridge.pm (632)
2017.12.19 19:08:31.866 1:     main::AMADCommBridge_Read           called by fhem.pl (3500)
2017.12.19 19:08:31.866 1:     main::CallFn                        called by fhem.pl (702)
2017.12.19 19:08:31.867 1: readingsUpdate(,state,active) missed to call readingsBeginUpdate first.
2017.12.19 19:08:31.867 1: stacktrace:
2017.12.19 19:08:31.867 1:     main::readingsBulkUpdate            called by fhem.pl (4575)
2017.12.19 19:08:31.868 1:     main::readingsSingleUpdate          called by ./FHEM/74_AMADDevice.pm (380)
2017.12.19 19:08:31.868 1:     main::AMADDevice_WriteReadings      called by ./FHEM/74_AMADDevice.pm (751)
2017.12.19 19:08:31.869 1:     main::AMADDevice_Parse              called by fhem.pl (3696)
2017.12.19 19:08:31.869 1:     main::Dispatch                      called by ./FHEM/73_AMADCommBridge.pm (807)
2017.12.19 19:08:31.869 1:     main::AMADCommBridge_ResponseProcessing called by ./FHEM/73_AMADCommBridge.pm (709)
2017.12.19 19:08:31.870 1:     main::AMADCommBridge_ProcessRead    called by ./FHEM/73_AMADCommBridge.pm (632)
2017.12.19 19:08:31.870 1:     main::AMADCommBridge_Read           called by fhem.pl (3500)
2017.12.19 19:08:31.871 1:     main::CallFn                        called by fhem.pl (702)
2017.12.19 19:08:31.871 1: ERROR: empty name in readingsBeginUpdate
......


Muss im firstrun jetzt auch noch etwas geändert werden?
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 19 Dezember 2017, 19:54:52
Schau Mal bitte. Im Device Modul wird in der Define Funktion geschaut wie viel Elemente @a hat. @ =! 4 steht da glaube. Änder das Mal auf 5 und reloade das Modul. Dann noch mal testen
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 19 Dezember 2017, 20:49:26
Sieht schon besser aus, aber irgendetwas stimmt trotzdem nicht:
2017.12.19 20:46:14.639 2: autocreate: define HTC_M8 AMADDevice 192.168.5.81 1513712769 TNES
2017.12.19 20:46:14.651 3: HTC_M8: unknown attribute IODev. Type 'attr HTC_M8 ?' for a detailed list.
2017.12.19 20:46:14.669 3: AMADDevice (HTC_M8) - I/O device is myAmadBridge_192.168.5.81_50389
2017.12.19 20:46:14.706 3: AMADDevice (HTC_M8) - defined with AMAD_ID: 1513712769 on port 8765
2017.12.19 20:46:14.718 2: autocreate: define FileLog_HTC_M8 FileLog ./log/HTC_M8-%Y.log HTC_M8
2017.12.19 20:46:17.820 3: AMADDevice (myAmadBridge_192.168.5.81_50389) - GetUpdate, Please set myAmadBridge_192.168.5.81_50389 fhemServerIP <IP-FHEM> NOW!
2017.12.19 20:46:23.394 3: AMADDevice (myAmadBridge_192.168.5.16_43179) - GetUpdate, Please set myAmadBridge_192.168.5.16_43179 fhemServerIP <IP-FHEM> NOW!
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 19 Dezember 2017, 20:55:59
Der hat mir wieder mein IODev Attribut raus gehauen. Habe gerade ein Update hochgeladen
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 19 Dezember 2017, 21:48:57
Danke, eine Meldung hab ich noch:
2017.12.19 21:45:43.962 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_AMADCommBridge.pm line 805.
2017.12.19 21:45:44.163 2: autocreate: define HTC_M8 AMADDevice 192.168.5.81 1513716309 TNES
2017.12.19 21:45:44.166 3: AMADDevice (HTC_M8) - I/O device is myAmadBridge
2017.12.19 21:45:44.203 3: AMADDevice (HTC_M8) - defined with AMAD_ID: 1513716309 on port 8765
2017.12.19 21:45:44.215 2: autocreate: define FileLog_HTC_M8 FileLog ./log/HTC_M8-%Y.log HTC_M8
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 19 Dezember 2017, 22:21:16
Zitat von: Schlimbo am 19 Dezember 2017, 21:48:57
2017.12.19 21:45:43.962 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_AMADCommBridge.pm line 805.

Das ist diese Zeile hier

Log3 $bname, 4, "AMADCommBridge ($bname) - AMADCommBridge: processing receive reading values - Device: $fhemDevice Data: $decode_json->{payload}" unless( defined($decode_json->{payload}) and ($decode_json->{payload}) );

Kann ich mir selber gerade nicht erklären was ihm da fehlt.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 19 Dezember 2017, 23:17:31
Das muss ich mir Morgen noch mal genauer anschauen, beim Anlegen über Automagic bekomme ich diesen Eintrag nicht.
Beim Testen ist mir gerade noch aufgefallen, dass im Automagic Flow V 4.1.99.1, der firstrun noch nicht passt:
\"remoteServer\": \"Automagic\"
remoteServer muss klein geschrieben werden:
\"remoteserver\": \"Automagic\"
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 20 Dezember 2017, 05:09:57
Guten Morgen,

Vielen vielen Dank für Dein ausführliches testen. Änder ich dann.



Grüße
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 20 Dezember 2017, 11:50:05
Hallo Leon,
bei einem Device mit remoteServer "other" gibt es ja keinen Port, deswegen bekomme ich dann folgende Meldungen im Log:
2017.12.20 11:27:59.105 2: autocreate: define HTC_M9 AMADDevice 192.168.5.201 1513765666 other
2017.12.20 11:27:59.109 3: AMADDevice (HTC_M9) - I/O device is myAmadBridge
2017.12.20 11:27:59.149 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/74_AMADDevice.pm line 198.
2017.12.20 11:27:59.150 3: AMADDevice (HTC_M9) - defined with AMAD_ID: 1513765666 on port

2017.12.20 11:28:02.167 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/74_AMADDevice.pm line 344.
2017.12.20 11:28:02.198 4: AMADCommBridge (myAmadBridge) - AMADCommBridge_Write Path: /fhem-amad/deviceInfo/

Könntest du das noch abfangen, oder den Port in Zeile 153 einfach auf irgendeinen Wert setzten (z.B "-")?
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 21 Dezember 2017, 09:32:34
Ich habe für other einfach ein Dummy Port eingetragen.
Neue Version ist oben
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 21 Dezember 2017, 14:37:31
Zitat von: CoolTux am 19 Dezember 2017, 22:21:16
Das ist diese Zeile hier

Log3 $bname, 4, "AMADCommBridge ($bname) - AMADCommBridge: processing receive reading values - Device: $fhemDevice Data: $decode_json->{payload}" unless( defined($decode_json->{payload}) and ($decode_json->{payload}) );

Kann ich mir selber gerade nicht erklären was ihm da fehlt.

habe mir das gerade noch mal angesehen.
Der Eintrag entsteht bei firstrun, da hier "$decode_json->{payload}" nicht gesetzt ist, eigendlich sollte durch die "unless" Anweisung in Zeile 805 der Log-Eintrag aber garnicht ausgeführt werden.
unless( defined($decode_json->{payload}) and ($decode_json->{payload}) );
Hast du eine Idee, warum die unless Anweisung hier nicht funktioniert?

Log Einträge mit Verbose 5:

2017.12.21 11:12:14.416 4: Connection accepted from myAmadBridge_192.168.5.201_47151
2017.12.21 11:12:14.428 4: AMADCommBridge (myAmadBridge_192.168.5.201_47151) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1513851121","fhemcmd": "setreading"},"firstrun": {"fhemdevice": "HTC_M9","fhemserverip": "192.168.5.1","amaddevice_ip": "192.168.5.201","remoteserver":"other"}}
2017.12.21 11:12:14.429 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_AMADCommBridge.pm line 805, <GEN14> line 9.
2017.12.21 11:12:14.429 4: AMADCommBridge (myAmadBridge) - AMADCommBridge: processing receive reading values - Device: HTC_M9 Data:
2017.12.21 11:12:14.430 5: myAmadBridge: dispatch {"amad": {"amad_id": "1513851121","fhemcmd": "setreading"},"firstrun": {"fhemdevice": "HTC_M9","fhemserverip": "192.168.5.1","amaddevice_ip": "192.168.5.201","remoteserver":"other"}}
2017.12.21 11:12:14.431 4: AMADDevice (myAmadBridge) - ParseFn was called
2017.12.21 11:12:14.431 5: AMADDevice (myAmadBridge) - ParseFn was called, !!! AMAD_ID: 1513851121
2017.12.21 11:12:14.451 2: autocreate: define HTC_M9 AMADDevice 192.168.5.201 1513851121 other
2017.12.21 11:12:14.453 3: AMADDevice (HTC_M9) - I/O device is myAmadBridge
2017.12.21 11:12:14.483 3: AMADDevice (HTC_M9) - defined with AMAD_ID: 1513851121 on port 1111
2017.12.21 11:12:14.493 2: autocreate: define FileLog_HTC_M9 FileLog ./log/HTC_M9-%Y.log HTC_M9
2017.12.21 11:12:14.624 4: AMADCommBridge (myAmadBridge) - call Dispatcher


Stelle aus 73_AMADCommBridge.pm:

802|   return Log3 $bname, 3, "AMADCommBridge ($name) - AMADCommBridge: processing receive no reading values from Device: $fhemDevice"
803|   unless( (defined($decode_json->{payload}) and ($decode_json->{payload})) or (defined($decode_json->{firstrun}) and ($decode_json->{firstrun})) );
804|           
805|   Log3 $bname, 4, "AMADCommBridge ($bname) - AMADCommBridge: processing receive reading values - Device: $fhemDevice Data: $decode_json->{payload}" unless( defined($decode_json->{payload}) and ($decode_json->{payload}) );
806|
807|   Dispatch($bhash,$json,undef);
808|   Log3 $bname, 4, "AMADCommBridge ($bname) - call Dispatcher";



Einen Weiteren Eintrag bekomme ich beim Senden zu Automagic, da hier der Wert "$param->{data}" nicht vorhanden ist:

2017.12.21 11:02:09.947 4: AMADCommBridge (myAmadBridge) - AMADCommBridge_Write Path: /fhem-amad/deviceInfo/
2017.12.21 11:02:09.948 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_AMADCommBridge.pm line 278.
2017.12.21 11:02:09.949 5: AMADCommBridge (myAmadBridge) - Send with remoteServer: Automagic URL: http://192.168.5.80:8090/fhem-amad/deviceInfo/, HEADER: Connection: close
fhemip: 192.168.5.1
fhemdevice: nVidiaAMAD
activetask: org.xbmc.kodi
apssid: none
bport: 8090
userflowstate: none
amadid: 1498913266337
fhemctlmode: thirdPartControl, METHOD: GET, DATA:


Stelle aus 73_AMADCommBridge.pm:

262|  $param = { url => "http://" . $uri . $path, timeout => 15, hash => $hash, amad_id => $amad_id, method => $method, header => $header, doTrigger => 1, callback => \&AMADCommBridge_ErrorHandling } if($remoteServer eq 'Automagic');
.   
.
278|  Log3 $name, 5, "AMADCommBridge ($name) - Send with remoteServer: $remoteServer URL: $param->{url}, HEADER: $param->{header}, METHOD: $method, DATA: $param->{data}";

Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 21 Dezember 2017, 15:11:44
Habe ich gefixt. Hoffe ich habe alles erwischt.




Grüße
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 21 Dezember 2017, 17:23:20
Super, Danke.
In Zeile 280 fehlt noch eine Klammer, ansonsten funktioniert jetzt alles. :)
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 21 Dezember 2017, 17:26:56
Stelle ich heute Abend richtig und schups es dann noch.

Sonst klappt soweit alles? Bist zufrieden?



Was hälst Du davon wenn wir die noch fehlenden set Befehle für die anderen remoteServer Typen ausblenden?
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 21 Dezember 2017, 20:45:27
Was noch nicht geht, nachträglich über das Attribut "remoteServer" den Server zu wechseln.
Hierbei wird der Port nicht aktualisiert.

Ansonsten besteht noch das Problem:
Zitat von: Schlimbo am 07 Dezember 2017, 22:54:13
Beim testen ist mit gerade noch aufgefallen, wenn ein Gerät an die CommBridge Readings schickt, die AMAD_ID aber nicht existiert, weil das AMAD_Device in FHEM gelöscht wurde, läuft mein Logfile mit unzähligen Meldungen voll.
Könntest du das noch irgendwie abfangen?
21:42:02.070 1: readingsUpdate(,bluetooth,on) missed to call readingsBeginUpdate first.
2017.12.07 21:42:02.071 1: stacktrace:
2017.12.07 21:42:02.071 1:     main::readingsBulkUpdate            called by fhem.pl (4410)
2017.12.07 21:42:02.071 1:     main::readingsBulkUpdateIfChanged   called by ./FHEM/74_AMADDevice.pm (396)
2017.12.07 21:42:02.072 1:     main::AMADDevice_WriteReadings      called by ./FHEM/74_AMADDevice.pm (754)
2017.12.07 21:42:02.072 1:     main::AMADDevice_Parse              called by fhem.pl (3714)
2017.12.07 21:42:02.073 1:     main::Dispatch                      called by ./FHEM/73_AMADCommBridge.pm (793)
2017.12.07 21:42:02.073 1:     main::AMADCommBridge_ResponseProcessing called by ./FHEM/73_AMADCommBridge.pm (695)
2017.12.07 21:42:02.073 1:     main::AMADCommBridge_ProcessRead    called by ./FHEM/73_AMADCommBridge.pm (618)
2017.12.07 21:42:02.074 1:     main::AMADCommBridge_Read           called by fhem.pl (3499)
2017.12.07 21:42:02.074 1:     main::CallFn                        called by fhem.pl (701)
2017.12.07 21:42:02.075 1: readingsUpdate(,screenOrientation,landscape) missed to call readingsBeginUpdate first.
2017.12.07 21:42:02.075 1: stacktrace:
2017.12.07 21:42:02.076 1:     main::readingsBulkUpdate            called by fhem.pl (4410)
2017.12.07 21:42:02.076 1:     main::readingsBulkUpdateIfChanged   called by ./FHEM/74_AMADDevice.pm (396)
2017.12.07 21:42:02.076 1:     main::AMADDevice_WriteReadings      called by ./FHEM/74_AMADDevice.pm (754)
2017.12.07 21:42:02.077 1:     main::AMADDevice_Parse              called by fhem.pl (3714)
2017.12.07 21:42:02.077 1:     main::Dispatch                      called by ./FHEM/73_AMADCommBridge.pm (793)
2017.12.07 21:42:02.078 1:     main::AMADCommBridge_ResponseProcessing called by ./FHEM/73_AMADCommBridge.pm (695)
2017.12.07 21:42:02.078 1:     main::AMADCommBridge_ProcessRead    called by ./FHEM/73_AMADCommBridge.pm (618)
2017.12.07 21:42:02.079 1:     main::AMADCommBridge_Read           called by fhem.pl (3499)
2017.12.07 21:42:02.079 1:     main::CallFn                        called by fhem.pl (701)
2017.12.07 21:42:02.080 1: readingsUpdate(,screen,off) missed to call readingsBeginUpdate first.
2017.12.07 21:42:02.080 1: stacktrace:
2017.12.07 21:42:02.080 1:     main::readingsBulkUpdate            called by fhem.pl (4410)
2017.12.07 21:42:02.081 1:     main::readingsBulkUpdateIfChanged   called by ./FHEM/74_AMADDevice.pm (396)
2017.12.07 21:42:02.081 1:     main::AMADDevice_WriteReadings      called by ./FHEM/74_AMADDevice.pm (754)
2017.12.07 21:42:02.081 1:     main::AMADDevice_Parse              called by fhem.pl (3714)
2017.12.07 21:42:02.082 1:     main::Dispatch                      called by ./FHEM/73_AMADCommBridge.pm (793)
2017.12.07 21:42:02.082 1:     main::AMADCommBridge_ResponseProcessing called by ./FHEM/73_AMADCommBridge.pm (695)
2017.12.07 21:42:02.083 1:     main::AMADCommBridge_ProcessRead    called by ./FHEM/73_AMADCommBridge.pm (618)
2017.12.07 21:42:02.083 1:     main::AMADCommBridge_Read           called by fhem.pl (3499)
2017.12.07 21:42:02.083 1:     main::CallFn                        called by fhem.pl (701)
2017.12.07 21:42:02.084 1: readingsUpdate(,doNotDisturb,%interrupt) missed to call readingsBeginUpdate first.
2017.12.07 21:42:02.084 1: stacktrace:
2017.12.07 21:42:02.085 1:     main::readingsBulkUpdate            called by fhem.pl (4410)
2017.12.07 21:42:02.085 1:     main::readingsBulkUpdateIfChanged   called by ./FHEM/74_AMADDevice.pm (396)
2017.12.07 21:42:02.086 1:     main::AMADDevice_WriteReadings      called by ./FHEM/74_AMADDevice.pm (754)
2017.12.07 21:42:02.086 1:     main::AMADDevice_Parse              called by fhem.pl (3714)
2017.12.07 21:42:02.086 1:     main::Dispatch                      called by ./FHEM/73_AMADCommBridge.pm (793)
2017.12.07 21:42:02.087 1:     main::AMADCommBridge_ResponseProcessing called by ./FHEM/73_AMADCommBridge.pm (695)
2017.12.07 21:42:02.087 1:     main::AMADCommBridge_ProcessRead    called by ./FHEM/73_AMADCommBridge.pm (618)
2017.12.07 21:42:02.088 1:     main::AMADCommBridge_Read           called by fhem.pl (3499)
2017.12.07 21:42:02.088 1:     main::CallFn                        called by fhem.pl (701)
2017.12.07 21:42:02.089 1: readingsUpdate(,flow_informations,aktiv) missed to call readingsBeginUpdate first.
2017.12.07 21:42:02.089 1: stacktrace:
2017.12.07 21:42:02.089 1:     main::readingsBulkUpdate            called by fhem.pl (4410)
2017.12.07 21:42:02.090 1:     main::readingsBulkUpdateIfChanged   called by ./FHEM/74_AMADDevice.pm (396)
2017.12.07 21:42:02.090 1:     main::AMADDevice_WriteReadings      called by ./FHEM/74_AMADDevice.pm (754)
2017.12.07 21:42:02.091 1:     main::AMADDevice_Parse              called by fhem.pl (3714)
2017.12.07 21:42:02.091 1:     main::Dispatch                      called by ./FHEM/73_AMADCommBridge.pm (793)
2017.12.07 21:42:02.091 1:     main::AMADCommBridge_ResponseProcessing called by ./FHEM/73_AMADCommBridge.pm (695)
2017.12.07 21:42:02.092 1:     main::AMADCommBridge_ProcessRead    called by ./FHEM/73_AMADCommBridge.pm (618)
2017.12.07 21:42:02.092 1:     main::AMADCommBridge_Read           called by fhem.pl (3499)
2017.12.07 21:42:02.093 1:     main::CallFn                        called by fhem.pl (701)
2017.12.07 21:42:02.093 1: readingsUpdate(,screenOrientationMode,manual) missed to call readingsBeginUpdate first.
2017.12.07 21:42:02.094 1: stacktrace:
2017.12.07 21:42:02.094 1:     main::readingsBulkUpdate            called by fhem.pl (4410)
2017.12.07 21:42:02.095 1:     main::readingsBulkUpdateIfChanged   called by ./FHEM/74_AMADDevice.pm (396)
2017.12.07 21:42:02.095 1:     main::AMADDevice_WriteReadings      called by ./FHEM/74_AMADDevice.pm (754)
2017.12.07 21:42:02.095 1:     main::AMADDevice_Parse              called by fhem.pl (3714)
2017.12.07 21:42:02.096 1:     main::Dispatch                      called by ./FHEM/73_AMADCommBridge.pm (793)
2017.12.07 21:42:02.096 1:     main::AMADCommBridge_ResponseProcessing called by ./FHEM/73_AMADCommBridge.pm (695)
2017.12.07 21:42:02.097 1:     main::AMADCommBridge_ProcessRead    called by ./FHEM/73_AMADCommBridge.pm (618)
2017.12.07 21:42:02.097 1:     main::AMADCommBridge_Read           called by fhem.pl (3499)
2017.12.07 21:42:02.097 1:     main::CallFn                        called by fhem.pl (701)
2017.12.07 21:42:02.098 1: readingsUpdate(,volumeNotification,7) missed to call readingsBeginUpdate first.
2017.12.07 21:42:02.098 1: stacktrace:
2017.12.07 21:42:02.099 1:     main::readingsBulkUpdate            called by fhem.pl (4410)
2017.12.07 21:42:02.099 1:     main::readingsBulkUpdateIfChanged   called by ./FHEM/74_AMADDevice.pm (396)
2017.12.07 21:42:02.100 1:     main::AMADDevice_WriteReadings      called by ./FHEM/74_AMADDevice.pm (754)
2017.12.07 21:42:02.100 1:     main::AMADDevice_Parse              called by fhem.pl (3714)
2017.12.07 21:42:02.100 1:     main::Dispatch                      called by ./FHEM/73_AMADCommBridge.pm (793)
2017.12.07 21:42:02.101 1:     main::AMADCommBridge_ResponseProcessing called by ./FHEM/73_AMADCommBridge.pm (695)
2017.12.07 21:42:02.101 1:     main::AMADCommBridge_ProcessRead    called by ./FHEM/73_AMADCommBridge.pm (618)
2017.12.07 21:42:02.102 1:     main::AMADCommBridge_Read           called by fhem.pl (3499)
2017.12.07 21:42:02.102 1:     main::CallFn                        called by fhem.pl (701)
2017.12.07 21:42:02.103 1: readingsUpdate(,deviceState,online) missed to call readingsBeginUpdate first.
2017.12.07 21:42:02.103 1: stacktrace:
2017.12.07 21:42:02.103 1:     main::readingsBulkUpdate            called by fhem.pl (4410)
2017.12.07 21:42:02.104 1:     main::readingsBulkUpdateIfChanged   called by ./FHEM/74_AMADDevice.pm (411)
2017.12.07 21:42:02.104 1:     main::AMADDevice_WriteReadings      called by ./FHEM/74_AMADDevice.pm (754)
2017.12.07 21:42:02.105 1:     main::AMADDevice_Parse              called by fhem.pl (3714)
2017.12.07 21:42:02.105 1:     main::Dispatch                      called by ./FHEM/73_AMADCommBridge.pm (793)
2017.12.07 21:42:02.106 1:     main::AMADCommBridge_ResponseProcessing called by ./FHEM/73_AMADCommBridge.pm (695)
2017.12.07 21:42:02.106 1:     main::AMADCommBridge_ProcessRead    called by ./FHEM/73_AMADCommBridge.pm (618)
2017.12.07 21:42:02.107 1:     main::AMADCommBridge_Read           called by fhem.pl (3499)
2017.12.07 21:42:02.107 1:     main::CallFn                        called by fhem.pl (701)
2017.12.07 21:42:02.108 1: readingsUpdate(,lastStatusRequestState,statusRequest_done) missed to call readingsBeginUpdate first.
2017.12.07 21:42:02.108 1: stacktrace:
2017.12.07 21:42:02.109 1:     main::readingsBulkUpdate            called by fhem.pl (4410)
2017.12.07 21:42:02.109 1:     main::readingsBulkUpdateIfChanged   called by ./FHEM/74_AMADDevice.pm (413)
2017.12.07 21:42:02.109 1:     main::AMADDevice_WriteReadings      called by ./FHEM/74_AMADDevice.pm (754)
2017.12.07 21:42:02.110 1:     main::AMADDevice_Parse              called by fhem.pl (3714)
2017.12.07 21:42:02.110 1:     main::Dispatch                      called by ./FHEM/73_AMADCommBridge.pm (793)
2017.12.07 21:42:02.110 1:     main::AMADCommBridge_ResponseProcessing called by ./FHEM/73_AMADCommBridge.pm (695)
2017.12.07 21:42:02.111 1:     main::AMADCommBridge_ProcessRead    called by ./FHEM/73_AMADCommBridge.pm (618)
2017.12.07 21:42:02.111 1:     main::AMADCommBridge_Read           called by fhem.pl (3499)
2017.12.07 21:42:02.112 1:     main::CallFn                        called by fhem.pl (701)
2017.12.07 21:42:02.112 1: readingsUpdate(,mute,off) missed to call readingsBeginUpdate first.
2017.12.07 21:42:02.113 1: stacktrace:
2017.12.07 21:42:02.113 1:     main::readingsBulkUpdate            called by fhem.pl (4410)
2017.12.07 21:42:02.114 1:     main::readingsBulkUpdateIfChanged   called by ./FHEM/74_AMADDevice.pm (415)
2017.12.07 21:42:02.114 1:     main::AMADDevice_WriteReadings      called by ./FHEM/74_AMADDevice.pm (754)
2017.12.07 21:42:02.114 1:     main::AMADDevice_Parse              called by fhem.pl (3714)
2017.12.07 21:42:02.115 1:     main::Dispatch                      called by ./FHEM/73_AMADCommBridge.pm (793)
2017.12.07 21:42:02.115 1:     main::AMADCommBridge_ResponseProcessing called by ./FHEM/73_AMADCommBridge.pm (695)
2017.12.07 21:42:02.116 1:     main::AMADCommBridge_ProcessRead    called by ./FHEM/73_AMADCommBridge.pm (618)
2017.12.07 21:42:02.116 1:     main::AMADCommBridge_Read           called by fhem.pl (3499)
2017.12.07 21:42:02.116 1:     main::CallFn                        called by fhem.pl (701)
2017.12.07 21:42:02.153 3: myAmadBridge: Unknown code {"amad": {"amad_id": "1512577528","fhemcmd": "setreading"},"payload": {"flowsetVersionAtDevice": "Tasker v0.1","deviceState": "online","airplanemode": "off","androidVersion": "7.0 Nougat","bluetooth": "on","currentMusicTrack": "no player active","doNotDisturb": "%interrupt","keyguardSet": "1","powerLevel": "100","screen": "off","screenBrightness": "102","screenOrientation": "landscape","screenOrientationMode": "manual","flow_SetCommands": "aktiv","flow_informations": "aktiv","volume": "15","volumeNotification": "7"}}, help me!
2017.12.07 21:44:01.920 1: ERROR: empty name in readingsBeginUpdate
2017.12.07 21:44:01.921 1: stacktrace:
2017.12.07 21:44:01.921 1:     main

Wenn du es nachstellen möchtest, einfach ein AMADDevice in FHEM löschen, auf dem Android Gerät den Informationen Flow aber aktiv lassen. Das hat auch nichts mit der Tasker Version zu tun.

Bei dem Automagic Flow ist mir gerade auch noch etwas aufgefallen:
2017.12.21 19:10:13.491 4: Connection accepted from myAmadBridge_192.168.5.82_48924
2017.12.21 19:10:13.499 4: AMADCommBridge (myAmadBridge_192.168.5.82_48924) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1513879796129","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","nextAlarmState": "null","airplanemode": "off","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "5","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "68","powerPlugged": "0","batteryTemperature": "26.3","batteryHealth": "2","screenBrightness": "20","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked",1,"wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.21 19:10:13.500 4: AMADCommBridge (myAmadBridge_192.168.5.82_48924) - JSON error while request: '"' expected, at character offset 531 (before "1,"wiredHeadsetPlugg...") at ./FHEM/73_AMADCommBridge.pm line 751, <GEN14> line 92.

2017.12.21 19:10:13.505 4: Connection accepted from myAmadBridge_192.168.5.82_48925

Hier fehlen die Anführungszeichen bei:  "undocked",1

Zitat von: CoolTux am 21 Dezember 2017, 17:26:56
Was hälst Du davon wenn wir die noch fehlenden set Befehle für die anderen remoteServer Typen ausblenden?
Fände ich nicht so gut, da ich sonst nicht mehr ohne weiteres die fehlenden Funktionen Testen kann.
Habe es in Tasker so umgesetzt, dass wenn ein nicht unterstützter set Befehl ankommt, das Reading "automagicState" auf z.B "set currentflowsetupdate: not supported by Tasker" gesetzt wird und auch am Android Gerät wird ein Hinweis angezeigt.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 21 Dezember 2017, 22:11:56
Zitat von: Schlimbo am 21 Dezember 2017, 20:45:27
Bei dem Automagic Flow ist mir gerade auch noch etwas aufgefallen:
2017.12.21 19:10:13.491 4: Connection accepted from myAmadBridge_192.168.5.82_48924
2017.12.21 19:10:13.499 4: AMADCommBridge (myAmadBridge_192.168.5.82_48924) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1513879796129","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","nextAlarmState": "null","airplanemode": "off","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "5","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "68","powerPlugged": "0","batteryTemperature": "26.3","batteryHealth": "2","screenBrightness": "20","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked",1,"wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.21 19:10:13.500 4: AMADCommBridge (myAmadBridge_192.168.5.82_48924) - JSON error while request: '"' expected, at character offset 531 (before "1,"wiredHeadsetPlugg...") at ./FHEM/73_AMADCommBridge.pm line 751, <GEN14> line 92.

2017.12.21 19:10:13.505 4: Connection accepted from myAmadBridge_192.168.5.82_48925

Hier fehlen die Anführungszeichen bei:  "undocked",1

Das ist etwas was ich selbst noch nicht verstehe. Der JSON String ist eigentlich voll ok, dennoch schleicht sich hin und wieder einfach so eine 1 mitten in den String.

Ich habe eben eine neue Version hoch gepusht wo man nun auch das Atrribut remoteServer ändern kann und der Port entsprechend gesetzt wird.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 21 Dezember 2017, 23:13:33
Danke, funktioniert :)
Im Define steht aber nach Änderung trotzdem noch der alte Server, kannst du da auch noch was machen?
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 21 Dezember 2017, 23:14:42
Ja, aber erst morgen  ;D
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 22 Dezember 2017, 01:16:05
Zitat von: CoolTux am 21 Dezember 2017, 22:11:56
Das ist etwas was ich selbst noch nicht verstehe. Der JSON String ist eigentlich voll ok, dennoch schleicht sich hin und wieder einfach so eine 1 mitten in den String.

Bin der Sache gerade mal auf dem Grund gegangen:
Die 1 kommt von keyguardSet
Schalten ich am Gerät den Keyguard ab, wird eine 0 in den JSON string eingefügt:
2017.12.22 01:04:57.228 4: AMADCommBridge (myAmadBridge_192.168.5.82_51806) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","nextAlarmState": "null","airplanemode": "off","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "4","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "26","powerPlugged": "0","batteryTemperature": "33.5","batteryHealth": "2","screenBrightness": "224","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked",0,"wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 01:04:57.229 4: AMADCommBridge (myAmadBridge_192.168.5.82_51806) - JSON error while request: '"' expected, at character offset 532 (before "0,"wiredHeadsetPlugg...") at ./FHEM/73_AMADCommBridge.pm line 751.

Schuld daran ist, dass die Variabel "keyguardSet" im Informationen Flow doppelt verwendet wird, einmal für den Status (0 oder 1)
keyguardSet = "1"

und einmal für das Reading:
keyguardSet = "\"keyguardSet\":" + " \"" + {keyguardSet} + "\"";
fhemcmd = "setreading";

Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 22 Dezember 2017, 05:41:23
Interessant. Wenn das echt klappt bist der Held des Jahres  ;D
Habe das mal geändert.



Grüße
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 22 Dezember 2017, 08:22:59
Ich habe eine neue Devel Version hochgeladen. Nun sollte auch die DEF entsprechend angepasst werden, je nach dem wie man remoteServer ändert.
So langsam wird die Sache rund denke ich. Den aktuellen Flow bleibe ich Dir noch schuldig. Gibt es heute Abend.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 22 Dezember 2017, 08:48:12
Zitat von: CoolTux am 22 Dezember 2017, 05:41:23
Interessant. Wenn das echt klappt bist der Held des Jahres  ;D
Habe das mal geändert.
Grüße

Hier noch die Erklärung für dieses Verhalten:
In Automagic werden alle Bedingungen/Aktionen nacheinander Abgearbeitet, das Problem hierbei ist, dass nicht ein kompletter Zweig abgearbeitet wird, sondern immer einen Aktion in einem Zweig, dann eine Aktion im nächsten Zweig usw.
Zur Veranschauung habe ich mal eine Zeichnung erstellt, die roten Zahlen zeigen die Abarbeitungsreihenfolge, wie man hier sieht wird die Variable "Var" vom zweiten und dritten Zweig überschrieben und somit wird im Schritt 4 mit dem falschen Wert gerechnet.
Da alle drei Zweige im selben Task (Send 2 CommBridge) enden, wird dieser Task auch drei mal ausgeführt.
Sehen kann man dieses Verhalten auch im Log, nach einem Status Request kommt eine Flut an Telegrammen (50 stück) von Automagic:

2017.12.22 06:35:04.809 4: AMADCommBridge (myAmadBridge) - AMADCommBridge_Write Path: /fhem-amad/deviceInfo/
2017.12.22 06:35:04.810 5: AMADCommBridge (myAmadBridge) - Send with remoteServer: Automagic URL: http://192.168.5.82:8090/fhem-amad/deviceInfo/, HEADER: Connection: close
fhemip: 192.168.5.20
fhemdevice: TabletWohnzimmer
activetask: none
apssid: none
bport: 8090
userflowstate: none
amadid: 1513898164043
fhemctlmode: thirdPartControl, METHOD: GET
2017.12.22 06:35:05.370 4: Connection accepted from myAmadBridge_192.168.5.82_54743
2017.12.22 06:35:05.375 4: Connection accepted from myAmadBridge_192.168.5.82_54744
2017.12.22 06:35:05.380 4: Connection accepted from myAmadBridge_192.168.5.82_54745
2017.12.22 06:35:05.385 4: Connection accepted from myAmadBridge_192.168.5.82_54746
2017.12.22 06:35:05.388 4: Connection accepted from myAmadBridge_192.168.5.82_54747
2017.12.22 06:35:05.394 4: Connection accepted from myAmadBridge_192.168.5.82_54748
2017.12.22 06:35:05.398 4: Connection accepted from myAmadBridge_192.168.5.82_54749
2017.12.22 06:35:05.402 4: Connection accepted from myAmadBridge_192.168.5.82_54750
2017.12.22 06:35:05.408 4: Connection accepted from myAmadBridge_192.168.5.82_54751
2017.12.22 06:35:05.560 4: Connection accepted from myAmadBridge_192.168.5.82_54753
2017.12.22 06:35:05.690 4: Connection accepted from myAmadBridge_192.168.5.82_54754
2017.12.22 06:35:05.718 4: Connection accepted from myAmadBridge_192.168.5.82_54755
2017.12.22 06:35:05.725 4: Connection accepted from myAmadBridge_192.168.5.82_54756
2017.12.22 06:35:05.887 4: Connection accepted from myAmadBridge_192.168.5.82_54757
2017.12.22 06:35:05.894 4: AMADCommBridge (myAmadBridge_192.168.5.82_54757) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","nextAlarmState": "null","airplanemode": "off","volumeNotification": "2","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:05.894 4: AMADCommBridge (myAmadBridge) - AMADCommBridge: processing receive reading values - Device: TabletWohnzimmer Data: HASH(0x4db0258)
2017.12.22 06:35:05.895 5: myAmadBridge: dispatch {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","nextAlarmState": "null","airplanemode": "off","volumeNotification": "2","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:05.896 4: AMADDevice (myAmadBridge) - ParseFn was called
2017.12.22 06:35:05.897 5: AMADDevice (myAmadBridge) - ParseFn was called, !!! AMAD_ID: 1513898164043
2017.12.22 06:35:05.925 4: AMADCommBridge (myAmadBridge) - call Dispatcher
2017.12.22 06:35:05.980 4: Connection accepted from myAmadBridge_192.168.5.82_54758
2017.12.22 06:35:05.987 4: AMADCommBridge (myAmadBridge_192.168.5.82_54758) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","nextAlarmState": "null","airplanemode": "off","volumeNotification": "2","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:05.988 4: AMADCommBridge (myAmadBridge) - AMADCommBridge: processing receive reading values - Device: TabletWohnzimmer Data: HASH(0x5f58608)
2017.12.22 06:35:05.989 5: myAmadBridge: dispatch {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","nextAlarmState": "null","airplanemode": "off","volumeNotification": "2","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:05.990 4: AMADDevice (myAmadBridge) - ParseFn was called
2017.12.22 06:35:05.990 5: AMADDevice (myAmadBridge) - ParseFn was called, !!! AMAD_ID: 1513898164043
2017.12.22 06:35:05.993 4: AMADCommBridge (myAmadBridge) - call Dispatcher
2017.12.22 06:35:06.051 4: Connection accepted from myAmadBridge_192.168.5.82_54759
2017.12.22 06:35:06.057 4: AMADCommBridge (myAmadBridge_192.168.5.82_54759) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","nextAlarmState": "null","airplanemode": "off","volumeNotification": "2","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:06.058 4: AMADCommBridge (myAmadBridge) - AMADCommBridge: processing receive reading values - Device: TabletWohnzimmer Data: HASH(0x5edeef0)
2017.12.22 06:35:06.059 5: myAmadBridge: dispatch {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","nextAlarmState": "null","airplanemode": "off","volumeNotification": "2","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:06.060 4: AMADDevice (myAmadBridge) - ParseFn was called
2017.12.22 06:35:06.060 5: AMADDevice (myAmadBridge) - ParseFn was called, !!! AMAD_ID: 1513898164043
2017.12.22 06:35:06.063 4: AMADCommBridge (myAmadBridge) - call Dispatcher
2017.12.22 06:35:06.154 4: Connection accepted from myAmadBridge_192.168.5.82_54760
2017.12.22 06:35:06.160 4: AMADCommBridge (myAmadBridge_192.168.5.82_54760) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","nextAlarmState": "null","airplanemode": "off","volumeNotification": "2","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:06.161 4: AMADCommBridge (myAmadBridge) - AMADCommBridge: processing receive reading values - Device: TabletWohnzimmer Data: HASH(0x523adb8)
2017.12.22 06:35:06.162 5: myAmadBridge: dispatch {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","nextAlarmState": "null","airplanemode": "off","volumeNotification": "2","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:06.163 4: AMADDevice (myAmadBridge) - ParseFn was called
2017.12.22 06:35:06.164 5: AMADDevice (myAmadBridge) - ParseFn was called, !!! AMAD_ID: 1513898164043
2017.12.22 06:35:06.166 4: AMADCommBridge (myAmadBridge) - call Dispatcher
2017.12.22 06:35:06.258 4: Connection accepted from myAmadBridge_192.168.5.82_54761
2017.12.22 06:35:06.264 4: AMADCommBridge (myAmadBridge_192.168.5.82_54761) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","nextAlarmState": "null","airplanemode": "off","volumeNotification": "2","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:06.265 4: AMADCommBridge (myAmadBridge) - AMADCommBridge: processing receive reading values - Device: TabletWohnzimmer Data: HASH(0x6445fa8)
2017.12.22 06:35:06.266 5: myAmadBridge: dispatch {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","nextAlarmState": "null","airplanemode": "off","volumeNotification": "2","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:06.267 4: AMADDevice (myAmadBridge) - ParseFn was called
2017.12.22 06:35:06.267 5: AMADDevice (myAmadBridge) - ParseFn was called, !!! AMAD_ID: 1513898164043
2017.12.22 06:35:06.270 4: AMADCommBridge (myAmadBridge) - call Dispatcher
2017.12.22 06:35:06.318 4: Connection accepted from myAmadBridge_192.168.5.82_54762
2017.12.22 06:35:06.325 4: AMADCommBridge (myAmadBridge_192.168.5.82_54762) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","nextAlarmState": "null","airplanemode": "off","volumeNotification": "2","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:06.325 4: AMADCommBridge (myAmadBridge) - AMADCommBridge: processing receive reading values - Device: TabletWohnzimmer Data: HASH(0x6326ac8)
2017.12.22 06:35:06.326 5: myAmadBridge: dispatch {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","nextAlarmState": "null","airplanemode": "off","volumeNotification": "2","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:06.327 4: AMADDevice (myAmadBridge) - ParseFn was called
2017.12.22 06:35:06.328 5: AMADDevice (myAmadBridge) - ParseFn was called, !!! AMAD_ID: 1513898164043
2017.12.22 06:35:06.330 4: AMADCommBridge (myAmadBridge) - call Dispatcher
2017.12.22 06:35:06.409 4: Connection accepted from myAmadBridge_192.168.5.82_54763
2017.12.22 06:35:06.414 4: AMADCommBridge (myAmadBridge_192.168.5.82_54763) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","flow_informations": "aktiv"}}
2017.12.22 06:35:06.414 4: AMADCommBridge (myAmadBridge) - AMADCommBridge: processing receive reading values - Device: TabletWohnzimmer Data: HASH(0x5ca1c20)
2017.12.22 06:35:06.415 5: myAmadBridge: dispatch {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","flow_informations": "aktiv"}}
2017.12.22 06:35:06.416 4: AMADDevice (myAmadBridge) - ParseFn was called
2017.12.22 06:35:06.416 5: AMADDevice (myAmadBridge) - ParseFn was called, !!! AMAD_ID: 1513898164043
2017.12.22 06:35:06.418 4: AMADCommBridge (myAmadBridge) - call Dispatcher
2017.12.22 06:35:06.506 4: Connection accepted from myAmadBridge_192.168.5.82_54764
2017.12.22 06:35:06.514 4: AMADCommBridge (myAmadBridge_192.168.5.82_54764) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","nextAlarmState": "null","airplanemode": "off","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "4","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked",0,"wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:06.515 4: AMADCommBridge (myAmadBridge_192.168.5.82_54764) - JSON error while request: '"' expected, at character offset 531 (before "0,"wiredHeadsetPlugg...") at ./FHEM/73_AMADCommBridge.pm line 751.

2017.12.22 06:35:06.588 4: Connection accepted from myAmadBridge_192.168.5.82_54765
2017.12.22 06:35:06.597 4: AMADCommBridge (myAmadBridge_192.168.5.82_54765) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","nextAlarmState": "null","airplanemode": "off","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "4","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked",0,"wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:06.598 4: AMADCommBridge (myAmadBridge_192.168.5.82_54765) - JSON error while request: '"' expected, at character offset 531 (before "0,"wiredHeadsetPlugg...") at ./FHEM/73_AMADCommBridge.pm line 751.

2017.12.22 06:35:06.677 4: Connection accepted from myAmadBridge_192.168.5.82_54766
2017.12.22 06:35:06.686 4: AMADCommBridge (myAmadBridge_192.168.5.82_54766) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","nextAlarmState": "null","airplanemode": "off","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "4","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked",0,"wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:06.687 4: AMADCommBridge (myAmadBridge_192.168.5.82_54766) - JSON error while request: '"' expected, at character offset 531 (before "0,"wiredHeadsetPlugg...") at ./FHEM/73_AMADCommBridge.pm line 751.

2017.12.22 06:35:07.509 4: Connection accepted from myAmadBridge_192.168.5.82_54768
2017.12.22 06:35:07.515 4: Connection accepted from myAmadBridge_192.168.5.82_54769
2017.12.22 06:35:07.527 4: Connection accepted from myAmadBridge_192.168.5.82_54770
2017.12.22 06:35:07.533 4: Connection accepted from myAmadBridge_192.168.5.82_54771
2017.12.22 06:35:07.539 4: Connection accepted from myAmadBridge_192.168.5.82_54772
2017.12.22 06:35:07.543 4: Connection accepted from myAmadBridge_192.168.5.82_54773
2017.12.22 06:35:07.551 4: Connection accepted from myAmadBridge_192.168.5.82_54774
2017.12.22 06:35:07.555 4: Connection accepted from myAmadBridge_192.168.5.82_54775
2017.12.22 06:35:07.707 4: Connection accepted from myAmadBridge_192.168.5.82_54776
2017.12.22 06:35:07.736 4: Connection accepted from myAmadBridge_192.168.5.82_54777
2017.12.22 06:35:08.003 4: Connection accepted from myAmadBridge_192.168.5.82_54778
2017.12.22 06:35:08.080 4: Connection accepted from myAmadBridge_192.168.5.82_54779
2017.12.22 06:35:08.088 4: AMADCommBridge (myAmadBridge_192.168.5.82_54779) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","doNotDisturb": "always","nextAlarmState": "null","airplanemode": "off","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "4","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked","keyguardSet": "0","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:08.089 4: AMADCommBridge (myAmadBridge) - AMADCommBridge: processing receive reading values - Device: TabletWohnzimmer Data: HASH(0x644c928)
2017.12.22 06:35:08.090 5: myAmadBridge: dispatch {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","doNotDisturb": "always","nextAlarmState": "null","airplanemode": "off","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "4","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked","keyguardSet": "0","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:08.091 4: AMADDevice (myAmadBridge) - ParseFn was called
2017.12.22 06:35:08.092 5: AMADDevice (myAmadBridge) - ParseFn was called, !!! AMAD_ID: 1513898164043
2017.12.22 06:35:08.095 4: AMADCommBridge (myAmadBridge) - call Dispatcher
2017.12.22 06:35:08.201 4: Connection accepted from myAmadBridge_192.168.5.82_54780
2017.12.22 06:35:08.330 4: Connection accepted from myAmadBridge_192.168.5.82_54781
2017.12.22 06:35:08.338 4: AMADCommBridge (myAmadBridge_192.168.5.82_54781) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","doNotDisturb": "always","nextAlarmState": "null","airplanemode": "off","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "4","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked","keyguardSet": "0","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:08.339 4: AMADCommBridge (myAmadBridge) - AMADCommBridge: processing receive reading values - Device: TabletWohnzimmer Data: HASH(0x5d19e70)
2017.12.22 06:35:08.340 5: myAmadBridge: dispatch {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","doNotDisturb": "always","nextAlarmState": "null","airplanemode": "off","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "4","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked","keyguardSet": "0","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:08.341 4: AMADDevice (myAmadBridge) - ParseFn was called
2017.12.22 06:35:08.341 5: AMADDevice (myAmadBridge) - ParseFn was called, !!! AMAD_ID: 1513898164043
2017.12.22 06:35:08.345 4: AMADCommBridge (myAmadBridge) - call Dispatcher
2017.12.22 06:35:08.439 4: Connection accepted from myAmadBridge_192.168.5.82_54782
2017.12.22 06:35:08.448 4: AMADCommBridge (myAmadBridge_192.168.5.82_54782) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","doNotDisturb": "always","nextAlarmState": "null","airplanemode": "off","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "4","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked","keyguardSet": "0","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:08.449 4: AMADCommBridge (myAmadBridge) - AMADCommBridge: processing receive reading values - Device: TabletWohnzimmer Data: HASH(0x5d7ea00)
2017.12.22 06:35:08.450 5: myAmadBridge: dispatch {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","doNotDisturb": "always","nextAlarmState": "null","airplanemode": "off","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "4","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked","keyguardSet": "0","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:08.451 4: AMADDevice (myAmadBridge) - ParseFn was called
2017.12.22 06:35:08.451 5: AMADDevice (myAmadBridge) - ParseFn was called, !!! AMAD_ID: 1513898164043
2017.12.22 06:35:08.455 4: AMADCommBridge (myAmadBridge) - call Dispatcher
2017.12.22 06:35:08.545 4: Connection accepted from myAmadBridge_192.168.5.82_54783
2017.12.22 06:35:08.553 4: AMADCommBridge (myAmadBridge_192.168.5.82_54783) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","doNotDisturb": "always","nextAlarmState": "null","airplanemode": "off","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "4","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked","keyguardSet": "0","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:08.554 4: AMADCommBridge (myAmadBridge) - AMADCommBridge: processing receive reading values - Device: TabletWohnzimmer Data: HASH(0x5c76578)
2017.12.22 06:35:08.555 5: myAmadBridge: dispatch {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","doNotDisturb": "always","nextAlarmState": "null","airplanemode": "off","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "4","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked","keyguardSet": "0","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:08.556 4: AMADDevice (myAmadBridge) - ParseFn was called
2017.12.22 06:35:08.556 5: AMADDevice (myAmadBridge) - ParseFn was called, !!! AMAD_ID: 1513898164043
2017.12.22 06:35:08.560 4: AMADCommBridge (myAmadBridge) - call Dispatcher
2017.12.22 06:35:08.705 4: Connection accepted from myAmadBridge_192.168.5.82_54784
2017.12.22 06:35:08.717 4: AMADCommBridge (myAmadBridge_192.168.5.82_54784) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","doNotDisturb": "always","nextAlarmState": "null","airplanemode": "off","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "4","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked","keyguardSet": "0","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:08.718 4: AMADCommBridge (myAmadBridge) - AMADCommBridge: processing receive reading values - Device: TabletWohnzimmer Data: HASH(0x619f900)
2017.12.22 06:35:08.719 5: myAmadBridge: dispatch {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","doNotDisturb": "always","nextAlarmState": "null","airplanemode": "off","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "4","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked","keyguardSet": "0","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:08.720 4: AMADDevice (myAmadBridge) - ParseFn was called
2017.12.22 06:35:08.721 5: AMADDevice (myAmadBridge) - ParseFn was called, !!! AMAD_ID: 1513898164043
2017.12.22 06:35:08.724 4: AMADCommBridge (myAmadBridge) - call Dispatcher
2017.12.22 06:35:08.827 4: Connection accepted from myAmadBridge_192.168.5.82_54785
2017.12.22 06:35:08.836 4: AMADCommBridge (myAmadBridge_192.168.5.82_54785) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","doNotDisturb": "always","nextAlarmState": "null","airplanemode": "off","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "4","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked","keyguardSet": "0","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:08.837 4: AMADCommBridge (myAmadBridge) - AMADCommBridge: processing receive reading values - Device: TabletWohnzimmer Data: HASH(0x642f068)
2017.12.22 06:35:08.838 5: myAmadBridge: dispatch {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","doNotDisturb": "always","nextAlarmState": "null","airplanemode": "off","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "4","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked","keyguardSet": "0","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:08.839 4: AMADDevice (myAmadBridge) - ParseFn was called
2017.12.22 06:35:08.839 5: AMADDevice (myAmadBridge) - ParseFn was called, !!! AMAD_ID: 1513898164043
2017.12.22 06:35:08.843 4: AMADCommBridge (myAmadBridge) - call Dispatcher
2017.12.22 06:35:08.940 4: Connection accepted from myAmadBridge_192.168.5.82_54786
2017.12.22 06:35:08.949 4: AMADCommBridge (myAmadBridge_192.168.5.82_54786) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","doNotDisturb": "always","nextAlarmState": "null","airplanemode": "off","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "4","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked","keyguardSet": "0","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:08.949 4: AMADCommBridge (myAmadBridge) - AMADCommBridge: processing receive reading values - Device: TabletWohnzimmer Data: HASH(0x5c9f990)
2017.12.22 06:35:08.950 5: myAmadBridge: dispatch {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","doNotDisturb": "always","nextAlarmState": "null","airplanemode": "off","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "4","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked","keyguardSet": "0","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:08.952 4: AMADDevice (myAmadBridge) - ParseFn was called
2017.12.22 06:35:08.952 5: AMADDevice (myAmadBridge) - ParseFn was called, !!! AMAD_ID: 1513898164043
2017.12.22 06:35:08.956 4: AMADCommBridge (myAmadBridge) - call Dispatcher
2017.12.22 06:35:09.015 4: Connection accepted from myAmadBridge_192.168.5.82_54787
2017.12.22 06:35:09.023 4: AMADCommBridge (myAmadBridge_192.168.5.82_54787) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","doNotDisturb": "always","nextAlarmState": "null","airplanemode": "off","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "4","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked","keyguardSet": "0","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:09.024 4: AMADCommBridge (myAmadBridge) - AMADCommBridge: processing receive reading values - Device: TabletWohnzimmer Data: HASH(0x5d19e70)
2017.12.22 06:35:09.025 5: myAmadBridge: dispatch {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","doNotDisturb": "always","nextAlarmState": "null","airplanemode": "off","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "4","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked","keyguardSet": "0","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:09.026 4: AMADDevice (myAmadBridge) - ParseFn was called
2017.12.22 06:35:09.026 5: AMADDevice (myAmadBridge) - ParseFn was called, !!! AMAD_ID: 1513898164043
2017.12.22 06:35:09.030 4: AMADCommBridge (myAmadBridge) - call Dispatcher
2017.12.22 06:35:09.135 4: Connection accepted from myAmadBridge_192.168.5.82_54788
2017.12.22 06:35:09.289 4: Connection accepted from myAmadBridge_192.168.5.82_54789
2017.12.22 06:35:09.299 4: AMADCommBridge (myAmadBridge_192.168.5.82_54789) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","doNotDisturb": "always","nextAlarmState": "null","airplanemode": "off","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "4","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","screenOrientation": "portrait","screenOrientationMode": "auto","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked","keyguardSet": "0","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:09.300 4: AMADCommBridge (myAmadBridge) - AMADCommBridge: processing receive reading values - Device: TabletWohnzimmer Data: HASH(0x5d183a0)
2017.12.22 06:35:09.301 5: myAmadBridge: dispatch {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","doNotDisturb": "always","nextAlarmState": "null","airplanemode": "off","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "4","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","screenOrientation": "portrait","screenOrientationMode": "auto","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked","keyguardSet": "0","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:09.302 4: AMADDevice (myAmadBridge) - ParseFn was called
2017.12.22 06:35:09.303 5: AMADDevice (myAmadBridge) - ParseFn was called, !!! AMAD_ID: 1513898164043
2017.12.22 06:35:09.307 4: AMADCommBridge (myAmadBridge) - call Dispatcher
2017.12.22 06:35:09.416 4: Connection accepted from myAmadBridge_192.168.5.82_54790
2017.12.22 06:35:09.425 4: AMADCommBridge (myAmadBridge_192.168.5.82_54790) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","doNotDisturb": "always","nextAlarmState": "null","airplanemode": "off","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "4","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","screenOrientation": "portrait","screenOrientationMode": "auto","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked","keyguardSet": "0","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:09.426 4: AMADCommBridge (myAmadBridge) - AMADCommBridge: processing receive reading values - Device: TabletWohnzimmer Data: HASH(0x5d16a88)
2017.12.22 06:35:09.427 5: myAmadBridge: dispatch {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","doNotDisturb": "always","nextAlarmState": "null","airplanemode": "off","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "4","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","screenOrientation": "portrait","screenOrientationMode": "auto","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked","keyguardSet": "0","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:09.428 4: AMADDevice (myAmadBridge) - ParseFn was called
2017.12.22 06:35:09.428 5: AMADDevice (myAmadBridge) - ParseFn was called, !!! AMAD_ID: 1513898164043
2017.12.22 06:35:09.432 4: AMADCommBridge (myAmadBridge) - call Dispatcher
2017.12.22 06:35:09.507 4: Connection accepted from myAmadBridge_192.168.5.82_54791
2017.12.22 06:35:09.516 4: AMADCommBridge (myAmadBridge_192.168.5.82_54791) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","doNotDisturb": "always","nextAlarmState": "null","airplanemode": "off","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "4","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","screenOrientation": "portrait","screenOrientationMode": "auto","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked","keyguardSet": "0","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:09.517 4: AMADCommBridge (myAmadBridge) - AMADCommBridge: processing receive reading values - Device: TabletWohnzimmer Data: HASH(0x632ec30)
2017.12.22 06:35:09.518 5: myAmadBridge: dispatch {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","doNotDisturb": "always","nextAlarmState": "null","airplanemode": "off","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "4","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","screenOrientation": "portrait","screenOrientationMode": "auto","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked","keyguardSet": "0","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:09.519 4: AMADDevice (myAmadBridge) - ParseFn was called
2017.12.22 06:35:09.519 5: AMADDevice (myAmadBridge) - ParseFn was called, !!! AMAD_ID: 1513898164043
2017.12.22 06:35:09.523 4: AMADCommBridge (myAmadBridge) - call Dispatcher
2017.12.22 06:35:09.650 4: Connection accepted from myAmadBridge_192.168.5.82_54792
2017.12.22 06:35:09.662 4: AMADCommBridge (myAmadBridge_192.168.5.82_54792) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","doNotDisturb": "always","nextAlarmState": "null","airplanemode": "off","currentMusicTrack": "no player active","currentMusicAlbum": "no player active","currentMusicArtist": "no player active","currentMusicApp": "no player active","currentMusicIcon": "no player active","currentMusicState": "null","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "4","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","screenOrientation": "portrait","screenOrientationMode": "auto","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked","keyguardSet": "0","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:09.663 4: AMADCommBridge (myAmadBridge) - AMADCommBridge: processing receive reading values - Device: TabletWohnzimmer Data: HASH(0x644ba08)
2017.12.22 06:35:09.664 5: myAmadBridge: dispatch {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","doNotDisturb": "always","nextAlarmState": "null","airplanemode": "off","currentMusicTrack": "no player active","currentMusicAlbum": "no player active","currentMusicArtist": "no player active","currentMusicApp": "no player active","currentMusicIcon": "no player active","currentMusicState": "null","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "4","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","screenOrientation": "portrait","screenOrientationMode": "auto","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked","keyguardSet": "0","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:09.665 4: AMADDevice (myAmadBridge) - ParseFn was called
2017.12.22 06:35:09.665 5: AMADDevice (myAmadBridge) - ParseFn was called, !!! AMAD_ID: 1513898164043
2017.12.22 06:35:09.670 4: AMADCommBridge (myAmadBridge) - call Dispatcher
2017.12.22 06:35:09.794 4: Connection accepted from myAmadBridge_192.168.5.82_54793
2017.12.22 06:35:09.805 4: AMADCommBridge (myAmadBridge_192.168.5.82_54793) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","doNotDisturb": "always","nextAlarmState": "null","screen": "on unlocked","airplanemode": "off","currentMusicTrack": "no player active","currentMusicAlbum": "no player active","currentMusicArtist": "no player active","currentMusicApp": "no player active","currentMusicIcon": "no player active","currentMusicState": "null","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "4","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","screenOrientation": "portrait","screenOrientationMode": "auto","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked","keyguardSet": "0","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:09.806 4: AMADCommBridge (myAmadBridge) - AMADCommBridge: processing receive reading values - Device: TabletWohnzimmer Data: HASH(0x618c508)
2017.12.22 06:35:09.807 5: myAmadBridge: dispatch {"amad": {"amad_id": "1513898164043","fhemcmd": "setreading"},"payload": { "flowsetVersionAtDevice": "4.1.99.3","doNotDisturb": "always","nextAlarmState": "null","screen": "on unlocked","airplanemode": "off","currentMusicTrack": "no player active","currentMusicAlbum": "no player active","currentMusicArtist": "no player active","currentMusicApp": "no player active","currentMusicIcon": "no player active","currentMusicState": "null","bluetooth": "off","connectedBTdevices": "none","connectedBTdevicesMAC": "none","volumeNotification": "2","volume": "4","nextAlarmTime": "null","nextAlarmDay": "null","powerLevel": "90","powerPlugged": "0","batteryTemperature": "25.9","batteryHealth": "2","screenBrightness": "20","screenOrientation": "portrait","screenOrientationMode": "auto","automagicState": "Automagic Premium Automagic Service läuft ","dockingState": "undocked","keyguardSet": "0","wiredHeadsetPlugged": "0","deviceState": "online","androidVersion": "7.1 Nougat"}}
2017.12.22 06:35:09.808 4: AMADDevice (myAmadBridge) - ParseFn was called
2017.12.22 06:35:09.808 5: AMADDevice (myAmadBridge) - ParseFn was called, !!! AMAD_ID: 1513898164043
2017.12.22 06:35:09.812 4: AMADCommBridge (myAmadBridge) - call Dispatcher

Der Fehler kommt dadurch zustande, dass SendToCommBridge von einem anderen Zweig Aufgerufen wurde, die Variable "keyguardSet" aber zu diesem Zeitpunkt schon auf "1" oder "0" gesetzt war.

Zum Vergleich ein StatusRequest mit der Tasker Version:

2017.12.22 06:35:30.158 4: AMADCommBridge (myAmadBridge) - AMADCommBridge_Write Path: /fhem-amad/deviceInfo/
2017.12.22 06:35:30.159 5: AMADCommBridge (myAmadBridge) - Send with remoteServer: TNES URL: http://192.168.5.82:8765/, HEADER: agent: TeleHeater/2.2.3
User-Agent: TeleHeater/2.2.3
Accept: application/json, METHOD: POST, DATA: device=AMAD&cmd=%2ffhem%2damad%2fdeviceInfo%2f
2017.12.22 06:35:30.888 4: Connection accepted from myAmadBridge_192.168.5.82_54798
2017.12.22 06:35:30.898 4: AMADCommBridge (myAmadBridge_192.168.5.82_54798) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1513716291","fhemcmd": "setreading"},"payload": {"flowsetVersionAtDevice": "Tasker v0.1","deviceState": "online","airplanemode": "off","androidVersion": "7.1 Nougat","bluetooth": "off","currentMusicTrack": "no player active","doNotDisturb": "always","keyguardSet": "1","powerLevel": "90","screen": "on unlocked","screenBrightness": "20","screenOrientation": "portrait","screenOrientationMode": "auto","flow_SetCommands": "aktiv","flow_informations": "inaktiv","volume":
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 22 Dezember 2017, 08:53:26
Zum Vergleich ein StatusRequest mit der Tasker Version:

2017.12.22 06:35:30.158 4: AMADCommBridge (myAmadBridge) - AMADCommBridge_Write Path: /fhem-amad/deviceInfo/
2017.12.22 06:35:30.159 5: AMADCommBridge (myAmadBridge) - Send with remoteServer: TNES URL: http://192.168.5.82:8765/, HEADER: agent: TeleHeater/2.2.3
User-Agent: TeleHeater/2.2.3
Accept: application/json, METHOD: POST, DATA: device=AMAD&cmd=%2ffhem%2damad%2fdeviceInfo%2f
2017.12.22 06:35:30.888 4: Connection accepted from myAmadBridge_192.168.5.82_54798
2017.12.22 06:35:30.898 4: AMADCommBridge (myAmadBridge_192.168.5.82_54798) - Receive RAW Message in Debugging Mode: {"amad": {"amad_id": "1513716291","fhemcmd": "setreading"},"payload": {"flowsetVersionAtDevice": "Tasker v0.1","deviceState": "online","airplanemode": "off","androidVersion": "7.1 Nougat","bluetooth": "off","currentMusicTrack": "no player active","doNotDisturb": "always","keyguardSet": "1","powerLevel": "90","screen": "on unlocked","screenBrightness": "20","screenOrientation": "portrait","screenOrientationMode": "auto","flow_SetCommands": "aktiv","flow_informations": "inaktiv","volume": "4","volumeNotification": "2","nextAlarmDay": "off","nextAlarmTime": "off"}}
2017.12.22 06:35:30.899 4: AMADCommBridge (myAmadBridge) - AMADCommBridge: processing receive reading values - Device: SONY_XPERIA_TABLET_Z_WI_FI Data: HASH(0x6327590)
2017.12.22 06:35:30.900 5: myAmadBridge: dispatch {"amad": {"amad_id": "1513716291","fhemcmd": "setreading"},"payload": {"flowsetVersionAtDevice": "Tasker v0.1","deviceState": "online","airplanemode": "off","androidVersion": "7.1 Nougat","bluetooth": "off","currentMusicTrack": "no player active","doNotDisturb": "always","keyguardSet": "1","powerLevel": "90","screen": "on unlocked","screenBrightness": "20","screenOrientation": "portrait","screenOrientationMode": "auto","flow_SetCommands": "aktiv","flow_informations": "inaktiv","volume": "4","volumeNotification": "2","nextAlarmDay": "off","nextAlarmTime": "off"}}
2017.12.22 06:35:30.901 4: AMADDevice (myAmadBridge) - ParseFn was called
2017.12.22 06:35:30.901 5: AMADDevice (myAmadBridge) - ParseFn was called, !!! AMAD_ID: 1513716291
2017.12.22 06:35:30.942 4: AMADCommBridge (myAmadBridge) - call Dispatcher
2017.12.22 06:57:05.339 1: HUE: Eventb 0 Name: DimmerSwitchSceneCycleWhz
2017.12.22 06:57:59.801 3: Host present, executing command...
2017.12.22 06:57:59.802 3: Command executed.
2017.12.22 06:58:00.757 3: Host present, executing command...
2017.12.22 06:58:00.758 3: Command executed.
2017.12.22 06:58:00.798 3: Westinghouse.ntfy return value: speed: 0
2017.12.22 07:06:47.545 2: ROOMMATE set rr_Simon absent

Hier wird nur ein Telegramm gesendet.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 22 Dezember 2017, 08:59:32
Ich kann mir diesen ganzen Prozess bei Gelegenheit noch mal anschauen.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 22 Dezember 2017, 13:17:48
Zitat von: CoolTux am 22 Dezember 2017, 08:22:59
Ich habe eine neue Devel Version hochgeladen. Nun sollte auch die DEF entsprechend angepasst werden, je nach dem wie man remoteServer ändert.
So langsam wird die Sache rund denke ich. Den aktuellen Flow bleibe ich Dir noch schuldig. Gibt es heute Abend.
Hi Leon,
mit der Version ist mein FHEM nicht mehr erreichbar und das Log läuft über:
2017.12.22 13:06:22.795 3: AMADCommBridge (myAmadBridge) - defined AMADCommBridge with Socketport 8090
2017.12.22 13:06:22.797 3: myAmadBridge: port 8090 opened
2017.12.22 13:06:22.798 3: AMADCommBridge (myAmadBridge) - Socket opened.
2017.12.22 13:06:22.816 3: AMADCommBridge (myAmadBridge) - set fhemControlMode global Variable at Device
2017.12.22 13:06:22.890 3: AMADDevice (nVidiaAMAD) - I/O device is myAmadBridge
2017.12.22 13:06:22.892 3: AMADDevice (nVidiaAMAD) - set remoteServer to Automagic
2017.12.22 13:06:22.893 3: AMADDevice (nVidiaAMAD) - I/O device is myAmadBridge
2017.12.22 13:06:22.894 3: AMADDevice (nVidiaAMAD) - set remoteServer to Automagic
2017.12.22 13:06:22.895 3: AMADDevice (nVidiaAMAD) - I/O device is myAmadBridge
2017.12.22 13:06:22.896 3: AMADDevice (nVidiaAMAD) - set remoteServer to Automagic
2017.12.22 13:06:22.897 3: AMADDevice (nVidiaAMAD) - I/O device is myAmadBridge
2017.12.22 13:06:22.898 3: AMADDevice (nVidiaAMAD) - set remoteServer to Automagic
2017.12.22 13:06:22.899 3: AMADDevice (nVidiaAMAD) - I/O device is myAmadBridge
2017.12.22 13:06:22.900 3: AMADDevice (nVidiaAMAD) - set remoteServer to Automagic
2017.12.22 13:06:22.900 3: AMADDevice (nVidiaAMAD) - I/O device is myAmadBridge
2017.12.22 13:06:22.901 3: AMADDevice (nVidiaAMAD) - set remoteServer to Automagic
2017.12.22 13:06:22.902 3: AMADDevice (nVidiaAMAD) - I/O device is myAmadBridge
2017.12.22 13:06:22.903 3: AMADDevice (nVidiaAMAD) - set remoteServer to Automagic
2017.12.22 13:06:22.904 3: AMADDevice (nVidiaAMAD) - I/O device is myAmadBridge
2017.12.22 13:06:22.905 3: AMADDevice (nVidiaAMAD) - set remoteServer to Automagic
2017.12.22 13:06:22.906 3: AMADDevice (nVidiaAMAD) - I/O device is myAmadBridge
2017.12.22 13:06:22.907 3: AMADDevice (nVidiaAMAD) - set remoteServer to Automagic
2017.12.22 13:06:22.908 3: AMADDevice (nVidiaAMAD) - I/O device is myAmadBridge
...
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 22 Dezember 2017, 15:29:02
Kommentiere Mal bitte in der AttrFn die Zeile CommandDefMod aus.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 22 Dezember 2017, 15:45:39
Du meinst die Zeile
CommandDefMod(undef,"$name $hash->{TYPE} $hash->{HOST} $hash->{AMAD_ID} $attrVal");
?
Dann hab ich ja quasi wieder die alte Version.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 22 Dezember 2017, 15:50:07
Ja. Mich interessiert. Ob es tatsächlich daran liegt.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 22 Dezember 2017, 15:51:37
Ja, nach auskommentieren läuft es wieder.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 22 Dezember 2017, 16:09:19
OK. Ich habe da schon eine Idee woran es liegt. Muss aber noch testen wie ich das lösen kann.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 23 Dezember 2017, 06:28:27
neue Version ist oben. Konnte es diesmal auch testen. Bei mir soweit alles schick
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 23 Dezember 2017, 09:47:13
Vielen dank, kann ich bestätigen, funktioniert bestens 8)
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 23 Dezember 2017, 09:48:40
Hast gesehen, ein neues Flowset ist auch dabei?
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 23 Dezember 2017, 11:23:49
Ja, hab ich gesehen,  der JSON error ist jetzt auch behoben.

Noch eine Verständnisfrage zum statusRequest:
Normal sendet der Informationen Flow alle 2 Minuten eine Statusnachricht an die AMAD Bridge, erhält das AMADDevice aber 8 Minuten keine Statusnachricht, versucht es aktiv über einen "set statusRequest" den Status des Android Gerät anzufordern.
Ist das Gerät also nicht erreichbar wird alle 8 Minuten ein "set statusRequest" ausgelöst.
Hab ich das so richtig verstanden?
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 23 Dezember 2017, 11:29:48
Soweit ich mich erinnern kann ist das korrekt  ;D
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 28 Dezember 2017, 06:05:53
Guten Morgen Leon,
habe gerade gemerkt, dass beim speichern der fhem.cfg die AMADDevice Geräte verändert werden.
Vorher:
define HTC_M8 AMADDevice 192.168.5.81 1513886390 TNES
Danach:
define HTC_M8 AMADDevice HTC_M8 AMADDevice 192.168.5.81 1513886390 TNES
Beim nächsten FHEM Start kommt dann logischerweise folgende Fehlermeldung:
Messages collected while initializing FHEM:
configfile: too few parameters: define  AMADDevice

Hast du eine Idee an was das liegen könnte?
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 28 Dezember 2017, 06:39:34
Guten Morgen.

Das muss ich mir heute übern Tag Mal anschauen. Ne Idee habe ich gerade nicht.


Grüße
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 28 Dezember 2017, 06:55:55
Kannst du Mal bitte in der AMADDevice_Attr die Zeile
$hash->{DEF} = "$name $hash->{TYPE} $hash->{HOST} $hash->{AMAD_ID} $attrVal";
auskommentieren und dann testen?
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 28 Dezember 2017, 07:32:34
Ja, nach auskommentieren tritt dieses verhalten nicht mehr auf.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 28 Dezember 2017, 07:42:43
Dann werde ich heute im Laufe des Tages da eine Prüfung einbauen und dann schauen wir mal.
Wenn du magst und kannst
$hash->{DEF} ne $hash->{OLDDEF}
müsste glaube die korrekte Prüfung sein.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 28 Dezember 2017, 14:10:55
Zitat von: CoolTux am 28 Dezember 2017, 07:42:43
Wenn du magst und kannst
$hash->{DEF} ne $hash->{OLDDEF}
müsste glaube die korrekte Prüfung sein.
Da warte ich mal lieber deine Version ab ;)

Zitat von: Schlimbo am 07 Dezember 2017, 22:54:13
Beim testen ist mit gerade noch aufgefallen, wenn ein Gerät an die CommBridge Readings schickt, die AMAD_ID aber nicht existiert, weil das AMAD_Device in FHEM gelöscht wurde, läuft mein Logfile mit unzähligen Meldungen voll.
Hab mir das gerade noch mal etwas genauer angesehen.
Wenn die CommBridge Daten empfängt wird sub "AMADCommBridge_ResponseProcessing($$)" aufgerufen.
Hier ist erst eine Prüfung ob die JSON Daten okay sind (Zeile 752).
Dann wird geprüft ob eine amad_id im JSON String vorhanden ist (Zeile 788).
und dann wird "fhemcmd" ausgewertet (Zeile 805).

Diese Prüfungen bestehen auch Empfangene Daten mit ungültiger ID.
Die erste Fehlermeldung ist dann in Zeile 809 da die Variable $fhemDevice nicht gesetzt ist, weil in Zeile 782 über die ID kein Device gefunden wurde.
PERL WARNING: Use of uninitialized value $fhemDevice in concatenation (.) or string at ./FHEM/73_AMADCommBridge.pm line 809, <GEN14> line 13.
AMADCommBridge (myAmadBridge) - AMADCommBridge: processing receive reading values - Device:  Data: HASH(0x4d18160)


Alle weiteren Fehlermeldungen kommen dann aus AMADDevice sub "AMADDevice_WriteReadings($$)",
da hier dann versucht wird die Readings zu setzten, der hash aber auf ein nicht vorhandenes Device zeigt
PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at ./FHEM/74_AMADDevice.pm line 404, <GEN14> line 13.

Eigentlich sollte das WriteReadings durch die Prüfung in sub "AMADDevice_Parse($$)" (Zeile 773)
if( my $hash        = $modules{AMADDevice}{defptr}{$amad_id} )
ja gar nicht aufgerufen werden, denke dass hier in der Prüfung noch ein Fehler ist.

Im Anhang das komplette Log
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 28 Dezember 2017, 20:12:22
Habe bezüglich DEF den Fehler gefunden und gefixt. Das andere kann ich mir erst die Tage anschauen.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 29 Dezember 2017, 17:15:50
Danke, klappt jetzt.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 02 Januar 2018, 12:02:10
Zitat von: Schlimbo am 28 Dezember 2017, 14:10:55
Da warte ich mal lieber deine Version ab ;)
Hab mir das gerade noch mal etwas genauer angesehen.
Wenn die CommBridge Daten empfängt wird sub "AMADCommBridge_ResponseProcessing($$)" aufgerufen.
Hier ist erst eine Prüfung ob die JSON Daten okay sind (Zeile 752).
Dann wird geprüft ob eine amad_id im JSON String vorhanden ist (Zeile 788).
und dann wird "fhemcmd" ausgewertet (Zeile 805).

Diese Prüfungen bestehen auch Empfangene Daten mit ungültiger ID.
Die erste Fehlermeldung ist dann in Zeile 809 da die Variable $fhemDevice nicht gesetzt ist, weil in Zeile 782 über die ID kein Device gefunden wurde.
PERL WARNING: Use of uninitialized value $fhemDevice in concatenation (.) or string at ./FHEM/73_AMADCommBridge.pm line 809, <GEN14> line 13.
AMADCommBridge (myAmadBridge) - AMADCommBridge: processing receive reading values - Device:  Data: HASH(0x4d18160)


Alle weiteren Fehlermeldungen kommen dann aus AMADDevice sub "AMADDevice_WriteReadings($$)",
da hier dann versucht wird die Readings zu setzten, der hash aber auf ein nicht vorhandenes Device zeigt
PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at ./FHEM/74_AMADDevice.pm line 404, <GEN14> line 13.

Eigentlich sollte das WriteReadings durch die Prüfung in sub "AMADDevice_Parse($$)" (Zeile 773)
if( my $hash        = $modules{AMADDevice}{defptr}{$amad_id} )
ja gar nicht aufgerufen werden, denke dass hier in der Prüfung noch ein Fehler ist.

Im Anhang das komplette Log

Habe einen kleinen Check im Bridge Modul eingebaut.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 02 Januar 2018, 20:22:57
Danke, jetzt ist mein Log sauber :)

Für was ist eigentlich Zeile 789?
readingsSingleUpdate( $bhash, "transmitterERROR", $hash->{NAME}." has no device name sends", 1 ) if( AttrVal( $bname, "expertMode", 0 ) eq "1" );
Konnte das Attribut "expertMode" nirgends finden, ist das noch ein Überbleibsel einer alten Version?
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 02 Januar 2018, 21:27:27
Jup ist noch ein Überbleibsel. Habe ich gerade geändert.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 03 Januar 2018, 05:27:05
Kannst Du auf Taskerseite Headerinformationen auswerten? Sprich wenn ich die amad_id im Header mit sende kannst Du sie dann auswerten?
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 03 Januar 2018, 11:53:15
Nein das geht leider nicht.
Bekomme von Autoremote und TNES nur den Commands String. An den Header kommt man da nicht ran.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 03 Januar 2018, 12:45:45
Zitat von: Schlimbo am 03 Januar 2018, 11:53:15
Nein das geht leider nicht.
Bekomme von Autoremote und TNES nur den Commands String. An den Header kommt man da nicht ran.

Dann mach mal bitte einen Vorschlag was bei Dir gehen würde  ;D
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 03 Januar 2018, 12:50:43
Direkt in den Command string:
"/fhem-amad/" . $amad_id . "/setCommands/...

Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 03 Januar 2018, 13:09:42
Wird nicht gehen. Das ist für Automagic ein fester Wert. Ich kann nur hinten noch Optionen mit & anbinden.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 03 Januar 2018, 13:28:34
Kannst du im Automagic Trigger "HTTP Request" nicht auch Platzhalter verwenden? z.B.
/fhem-amad/*/setCommands/*

Und dann in der Expression "Expression: trigger == "HTTP Request: /fhem-amad/setCommands/*"
zwischen "fhem-amad" und "setCommands" noch die Variable "global_amadid" einsetzen?
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 03 Januar 2018, 13:47:54
Muss ich testen.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 03 Januar 2018, 21:28:36
Hallo Leon,
hab mir das bei Automagic mal angesehen:
Möglich wäre es zwar die ID in den Pfad mit zu übernehmen, aber dadurch müssten im Flow alle Stellen angepasst werden, in denen "request_path" verwendet wird.
Würde dann so aus schauen:
HTTP Request: /fhem-amad/*/setCommands/*, Port 8090
Expression: result = matches({request_path}, "/fhem-amad/" + {global_amadid} + "/setCommands/setBrightness*")
Expression: request_path == "/fhem-amad/" + {global_amadid} + "/setCommands/setBrightness"
...

Einfacher wäre es somit schon die ID einfach als Parameter anzuhängen, das könnte ich in Tasker auch auswerten.

Im Informationen Flow muss in beiden Fallen noch der Teil entfernt werden, wo die Globalen Variablen gesetzt werden:
if (header_amadid != null or header_amadid != {global_amadid}) {
   global_amadid = {header_amadid} }
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 03 Januar 2018, 21:33:06
Also als &amad_id=$amad_id
Korrekt? Die Flow Anpassung mache ich dann.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 03 Januar 2018, 21:35:06
Ja
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 03 Januar 2018, 21:36:43
Ok dann werde ich das mal einbauen
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 03 Januar 2018, 22:34:38
Und Befehle, die keine Parameter haben ( z.B. StatusRequest/currentFlowsetUpdate) sehen dann so aus:
/fhem-amad/deviceInfo/?amad_id=$amad_id
/fhem-amad/currentFlowsetUpdate/?amad_id=$amad_id
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 10 Januar 2018, 07:09:54
Wollte mal vorsichtig fragen wie weit Du mit den ganzen Tasker Flows bist. Wollte da schon mal was ins git laden damit ich was habe.
Ich werde die amad_id Geschichte unter Automagic im Header senden und bei den anderen mit im Pfad.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 10 Januar 2018, 09:23:19
Die Projekt Datei im ersten Post ist noch aktuell, wenn Du die
amad_id Geschichte schon im Modul hast, würde ich die noch gerne übernehmen, bevor Du das ins git lädst.

@Alle, die die Tasker Version schon mal getestet haben:
Würde mich über etwas Rückmeldung freuen.

Grüße
Schlimbo
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 10 Januar 2018, 22:17:27
Ich habe eben eine neue Version ins Git geladen. Habe nun amad_id als Sicherheit eingebaut und konnte nun auch mal alles testen. habe es also auch bei mir am laufen.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 10 Januar 2018, 23:10:47
Danke, funktioniert wie gewünscht.
Habe in meinem ersten Beitrag das Tasker Projekt aktualisiert.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 10 Januar 2018, 23:17:43
Super. Schups ich morgen ins Git. Nun müssen wir uns wegen der Commandref und Tasker Gedanken machen. Auch das Wiki brauch dann einen Abschnitt.

Wer ausser Dir verwendet es denn noch?
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 11 Januar 2018, 11:18:13
Das Interesse an der Tasker Integration ist anscheinend doch nicht so groß, wie ich dachte, hab noch keine Rückmeldung bekommen ob es sonst noch jemand verwendet.

Zur Info, bei Tasker ist es auch möglich Projekte als eigenständige APP zu exportieren.
Hiermit könnte dann AMAD auch ohne eine Tasker oder Automagic Installation genutzt werden. (je nach Zustellungsweg wird aber auch hierfür Autoremote oder TNES benötigt).
Wenn Interesse besteht kann ich ja mal eine AMAD.apk erstellen.

Im Wiki können wir ja erst mal nur auf diesen Thread verweisen und in der Commandref die Kommentare zu den Readings und Set Kommandos aus meinem ersten Post mit aufnehmen... Muss ich mir die Tage mal ansehen.

Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Lucky2k12 am 11 Januar 2018, 12:12:00
Also ich find's schon interessant und möchte mir das mal ansehen.
Bloß komme ich leider momentan nicht dazu, hab grad noch ein paar andere Baustellen  ::)
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: enno am 11 Januar 2018, 12:56:53
Moin zusammen,

ich bin auch stark interessiert und lese schon seit dem ersten Post mit. Werde mir das ganze im Februar anschauen. Vorher schaffe ich leider nicht.

Gruss
  Enno
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 12 Januar 2018, 20:55:51
Zitat von: Schlimbo am 03 Januar 2018, 22:34:38
Und Befehle, die keine Parameter haben ( z.B. StatusRequest/currentFlowsetUpdate) sehen dann so aus:
/fhem-amad/deviceInfo/?amad_id=$amad_id
/fhem-amad/currentFlowsetUpdate/?amad_id=$amad_id

Hi Leon,
kannst du bitte nach "currentFlowsetUpdate" noch ein Slash "/" einfügen?
Momentan bekomme ich es nämlich so:
/fhem-amad/currentFlowsetUpdate?amad_id=
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 12 Januar 2018, 21:08:15
Passe ich gerne an.
deciceInfo passt so?
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 12 Januar 2018, 21:08:59
Ja, da passt es.
Danke
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 13 Januar 2018, 20:18:16
muss noch mal nachfragen. Wieso soll ich currentFlowsetUpdate mit / am Ende machen?
Die anderen sind ja so auch nicht


elsif( lc $cmd eq 'closecall' ) {

        $path   = "/fhem-amad/setCommands/closeCall";
        $method = "POST";
    }
   
    elsif( lc $cmd eq 'startdaydream' ) {

        $path   = "/fhem-amad/setCommands/startDaydream";
        $method = "POST";
    }
   
    elsif( lc $cmd eq 'currentflowsetupdate' ) {

        $path   = "/fhem-amad/currentFlowsetUpdate";
        $method = "POST";
    }
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 13 Januar 2018, 23:36:13
Weil mein Paser drei "/" erwartet und erst nach dem dritten nach Parameter sucht ;)
So wie ich das sehe, gibt es bei AMAD drei Command Pfade :
Und nach der Pfad Angabe gehört für mich ein "/", danach fangen die Parameter an.

Da "currentFlowsetUpdate" ja eigentlich auch zu den "setCommands" gehört, könnte er auch in dessen Pfad aufgenommen werden:
/fhem-amad/setCommands/currentFlowsetUpdate?amad_id=1515870563
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 17 Januar 2018, 20:57:19
So, neue Version im Devel und ich denke mal so langsam kann man über final nach denken.
Ich musste aber eine Versionsprüfung für currentFlowsetUpdate einbauen, da ich bei neueren Versionen currentFlowsetUpdate über SetCommands starte.



Grüße
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: kaihs am 20 Januar 2018, 15:51:55
Nachdem meine existierende Installation mit Automagic aus unbekanntem Grund den Dienst eingestellt habe ich jetzt mal auf Tasker umgestellt.

1. Auf dem Tablet TNES installiert
2. Das Projekt aus dem ersten Post in Tasker importiert
3. Die Module aus dem devel Branch in fhem installiert
4. fhem Neustart
5. AMAD Task ausgeführt, Einstellungen vorgenommen und  create Device ausgeführt
6. Im Device das Attribut remoteServer auf TNES gesetzt

=> Device wird in fhem angelegt, Readings werden gesetzt. Soweit schon mal gut

Allerdings funktioniert kein set Kommando:

2018.01.20 15:39:46 5: AMADDevice (Nexus7T) - IOWrite: 192.168.2.25:8765 POST IODevHash=HASH(0x49a7b68)
2018.01.20 15:39:47 5: AMADCommBridge (Nexus7T) - setCommandERROR: 192.168.2.25: Connection refused
2018.01.20 15:39:47 5: AMADCommBridge (Nexus7T) - setCommandERROR: error while POST Command: 192.168.2.25: Connection refused


Die IP-Adresse stimmt, ein telnet 192.168.2.25 8765 schlägt mit der selben Fehlermeldung fehl.

Muss für TNES noch was konfiguriert werden?

Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 20 Januar 2018, 16:55:41
Hallo kaihs,
schön dass es hier mal einen Tester gibt.
In TNES muss nichts weiter eingestellt werden.
Wenn TNES läuft solltest du in der Android Benachrichtigungsleiste einen Eintrag mit
"TNES: Tasker Network Event Server wird ausgeführt" haben.
Ist die Nachricht bei dir vorhanden?
Wenn nicht deaktiviere mal das Tasker Profil "TNES AMAD", dann über die zurück Taste Tasker verlassen, wenn du dann wieder auf deinem Homescreen bist, die Tasker APP öffnen und das Profil wieder aktivieren, danach Tasker wieder über die zurück Taste verlassen.

Bitte kontrolliere auch in den AMAD Einstellungen auf dem Geräte, ob "setCommands Profiles" aktiviert ist.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 20 Januar 2018, 17:07:28
Zum Testen ob TNES läuft kannst du deine IP mit dem TNES Port (192.168.2.25:8765 (http://192.168.2.25:8765)) auch mal im Browser aufrufen.
Wenn der Server läuft bekommst du hier eine Webseite mit "Hello, World....."
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: kaihs am 20 Januar 2018, 17:23:45
Danke, das war es. Der TNES Server lief nicht.
Durch deaktivieren/aktivieren des Profils wurde er dann gestartet.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: kaihs am 20 Januar 2018, 17:48:14
set sendintent funktioniert bei mir nicht.

Zitat
sendintent - sendet einen Intentstring Bsp: set $AMADDeviceDEVICE sendIntent org.smblott.intentradio.PLAY url http://stream.klassikradio.de/live/mp3-192/stream.klassikradio.de/play.m3u name Klassikradio, der erste Befehl ist die Aktion und der zweite das Extra. Es können immer zwei Extras mitgegeben werden.

Wird das noch nicht unterstützt?

Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: kaihs am 20 Januar 2018, 18:15:15
Und noch einer  ;)

Bei set ttsMessage erfolgt bei mir die Ausgabe gaaanz laaaangsam.

Anscheinend wird ist in dem Task AMAD_SetCommands die Variable %tpe_msgspeed nicht richtig ersetzt.
Ersetzte ich die durch den Standardwert 5 klingt es normal.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 20 Januar 2018, 18:24:20
Schau ich mir an, Danke
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: kaihs am 20 Januar 2018, 18:58:07
Zitat von: Schlimbo am 20 Januar 2018, 18:24:20
Schau ich mir an, Danke

Ich danke dir.
Mir ist noch was aufgefallen.

Werden mehrere Kommandos hintereinander geschickt, so wird anscheinend nur das letzte ausgeführt (oder mglw. die anderen vorzeitig abgebrochen). Beispiel:

set Nexus7 ttsMsg Guten Morgen! Die Wettervorhersage für heute: leichte Schneeschauer mit einer Temperatur zwischen 1 und 3 Grad. Es gibt Unwetterwarnungen: Am Samstagabend und in der Nacht zum Sonntag ziehen Schneeschauer durch, die streckenweise Glätte durch Schnee oder Schneematsch bringen. Du hast heute einen Termin, Sport um 17:30:00 Uhr.;set Nexus7 screenMsg Test


Die Sprachausgabe erfolgt nicht, die ScreenMsg schon.
Mit Automagic hat das funktioniert.

Was ich mir noch wünschen würde, wäre Kommandos seriell auszuführen. D.h. erst die Sprachausgabe zu beenden und dann das Radio zu starten.
Mit Automagic führt das zu einer parallelen Ausführung.

Edit:
Ich habe jetzt in den Eigenschaften des Tasks AMAD_SetCommands das Kollisionshandling auf 'Bede gleichzeitig ausführen' geändert. Dann funktioniert es so wie ich es mir vorstelle.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 20 Januar 2018, 20:07:56
Hab die Projekt Datei im ersten Beitrag aktualisiert.
SendIntent sollte jetzt funktionieren.

Die TTS Geschwindigkeit ist in FHEM standardmäßig auf 1.0 gesetzt.
ZitatsetTtsMsgSpeed - set speaking speed for TTS (Value between 0.5 - 4.0, 0.5 Step) default is 1.0
In Tasker kann man die Geschwindigkeit von 1-10 einstellen wobei fünf, wie du schon erkannt hast die normale Geschwindigkeit ist.
Evtl. kann Leon da noch was im AMADDevice anpassen?
Als workaround sollte das Attribut "setTtsMsgSpeed" einfach auf 5 gesetzt werden.

Zitat von: kaihs am 20 Januar 2018, 18:58:07
Edit:
Ich habe jetzt in den Eigenschaften des Tasks AMAD_SetCommands das Kollisionshandling auf 'Bede gleichzeitig ausführen' geändert. Dann funktioniert es so wie ich es mir vorstelle.
Hab ich so übernommen, Danke.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 20 Januar 2018, 20:44:30
Schau ich mir gerne an.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: kaihs am 21 Januar 2018, 17:47:58
Mit der neuen Version klappt sendIntent, danke.

Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 24 Januar 2018, 21:37:37
Zitat von: Schlimbo am 20 Januar 2018, 20:07:56
Die TTS Geschwindigkeit ist in FHEM standardmäßig auf 1.0 gesetzt.In Tasker kann man die Geschwindigkeit von 1-10 einstellen wobei fünf, wie du schon erkannt hast die normale Geschwindigkeit ist.
Evtl. kann Leon da noch was im AMADDevice anpassen?
Als workaround sollte das Attribut "setTtsMsgSpeed" einfach auf 5 gesetzt werden.

Für alle remoteServer ausser Automagic habe ich nun den default auf 5 gestellt.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 26 Januar 2018, 09:33:48
Hallo Leon,
danke für die Änderung.
Habe gesehen, dass du den Wert auf "5.0" gesetzt hast, könntest du das bitte noch zu "5" anderen, bei Tasker wird der Wert ohne Kommastelle angegeben.
Werte mit Komma funktionieren zwar momentan auch, aber das ist nirgends dokumentiert und könnte in einer neueren Version wieder geändert werten.

Die Änderung "currentFlowsetUpdate über SetCommands" klappt auch. Danke

Gruß Schlimbo
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 26 Januar 2018, 09:51:26
Schaue ich gerne noch mal
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: dinkel75 am 29 Januar 2018, 19:04:34
Hallo,

wie schaffe, ich es, dass die Reading immer kommen?
z.B. wenn eine SMS kommt, bekomme ich nur Reading, wenn Unterschied ist.
Wie kann ich das umstellen, dass immer, wenn eine SMS kommt, ich Reading bekomme?

Danke!

Ciao
Michael
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 29 Januar 2018, 21:39:13
Hallo Michael,
wenn event-on-change-reading nicht explizit gesetzt wurde, sollten eigentlich auch gleiche Events durchkommen.
Habe es bei mir gerade getestet und bekomme auch kein Event, wenn sich nichts geändert hat.
Die einzigen Events, die auch ohne Änderungen bei mir durchkommen sind incomingCallerName & incomingCallerNumber.
Kann mir das gerade auch nicht erklären.

@Leon:
Unterdrückst du Events ohne Änderungen im Modul?
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 29 Januar 2018, 21:47:31
Ein Event erfolgt bei den meisten nur bei Änderung des Inhaltes. Derzeitige Ausnahmen sind deviceState, incomingCallerName, incomingCallerNumber und nfcLastTagID.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 29 Januar 2018, 22:04:10
Alles klar, macht bei den meisten Readings auch Sinn.
Aber könntest du da noch die Readings für SMS,Whatsapp und Telegram aufnehmen?
Einige möchten über diese Kanäle anscheinend Befehle an FHEM weitergehen und da wäre es schon sinnvoll, wenn auch mehrmals der gleiche Befehl möglich ist.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: dinkel75 am 30 Januar 2018, 05:11:18
Hab auch versucht, über eigenes Profil, set Befehle an fhem zu  schicken. Die Bridge schickt die Befehle nur bei Änderungen. Find im Code auch nix. Gut versteckt sber wahrscheinlich zu dämlich 😀
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 30 Januar 2018, 09:10:20
Zitat von: Schlimbo am 29 Januar 2018, 22:04:10
Alles klar, macht bei den meisten Readings auch Sinn.
Aber könntest du da noch die Readings für SMS,Whatsapp und Telegram aufnehmen?
Einige möchten über diese Kanäle anscheinend Befehle an FHEM weitergehen und da wäre es schon sinnvoll, wenn auch mehrmals der gleiche Befehl möglich ist.

Habe ich gemacht

Das sollte es erstmal gewesen sein. Die Sache mit den Mediaumbau wollte ich schon lange machen weil ich finde das die set liste durch die App Namen zu lang wurde.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 30 Januar 2018, 09:46:33
Schau ich mir an, vielen dank.
In der Commandref steht bei Telegram noch ein "Whats" zu viel:

incommingWhatsTelegramMessageFrom - last telegram message

Warum eigentlich "From", sollte das nicht "Text" heißen?
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 30 Januar 2018, 09:55:48
Danke Dir für die Info.
From weil ich im Text auch sehe von wem die Nachricht ist. Glaube das war damals so meine Logik.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 30 Januar 2018, 10:03:22
Bin gerade dabei das in Tasker zu integrierten.
Wie sieht der Text, dann aus?
Hast du zwischen Name und Text ein Trennzeichen?
Ist in dem SMS Reading auch Name und Text vorhanden?
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 30 Januar 2018, 11:44:26

incommingTelegramMessageFrom              Vorname Nachname Ja klar doch. Und wie ist es mit 4


So sieht das dann aus.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 30 Januar 2018, 13:37:13
Zitat von: CoolTux am 30 Januar 2018, 09:10:20

  • ACHTUNG!!! Beim Media gab es einen großen Umbau. Ab sofort stehen die Steuerbefehle als cmd und die App Namen als Argument,
    dadurch muss sich natürlich auch auf Deviceseite (Tablet, Handy) etwas ändern. Beispiel: set mediaStart Deezer, set mediaNext Amazon und so weiter.
  • Deezer ist als neue App hinzugekommen.
  • der Playerzustand, also "spielt ab, "spult vorwärts" und so wurde ins englische übersetzt
Hast du den Flowset dazu auch schon fertig? Auf Git ist noch ein alter Stand.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 30 Januar 2018, 13:43:23
Nein leider noch nicht. Mache ich heute Abend
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 30 Januar 2018, 21:16:29
So aktuelle Version ist nun komplett online.
Habe bei mir auch schon erfolgreich am laufen. Da gerade media bei mir als Wecker funktioniert habe ich die neue Anordnung der Befehle gleich mal probiert. Geht alles sauber.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 30 Januar 2018, 21:43:44
Auch ich habe das Tasker Projekt im ersten Beitrag aktualisiert.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 30 Januar 2018, 21:45:34
Übernehme ich dann morgen.

Gute Nacht.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: dinkel75 am 31 Januar 2018, 06:13:38
Ist der SMS Absender jetzt auch dabei?
Ciao
MIchael
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 31 Januar 2018, 07:05:56
Nein, im Reading "incommingSmsText" steht nur der Text.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: dinkel75 am 31 Januar 2018, 07:40:06
CoolTux würdest bitte noch die SMS Absender Telefonnummer zu den Readings geben?
Vielen Dank!
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 31 Januar 2018, 07:51:31
Kann ich sehr gerne machen.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 01 Februar 2018, 22:51:30
Hallo zusammen,
habe gerade die Anruf-Reading etwas erweitert.
Mein Ziel war es, das AMAD Device mit dem FB_CALLLIST Modul zu verbinden um hierüber eine Anrufliste des Android Geräts zu erhalten.
Außerdem möchte ich auf Telefon Events in FHEM reagieren können, um:
Um kompatibel mit FB_CALLIST zu sein, habe ich mich bei der Namensgebung der Readings an FB_CALLMONITOR gehalten.
Aus Commandref FB_CALLMONITOR:
ZitatGENERATED EVENTS:

EVENT (call|ring|connect|disconnect) - which event in detail was triggerd
DIRECTION (incoming|outgoing) - the call direction in general (incoming or outgoing call)
EXTERNAL_NUMBER - The participants number which is calling (event: ring) or beeing called (event: call)
EXTERNAL_NAME - The result of the reverse lookup of the external_number via internet. Is only available if reverse-search is activated. Special values are "unknown" (no search results found) and "timeout" (got timeout while search request). In case of an timeout and activated caching, the number will be searched again next time a call occurs with the same number
INTERNAL_NUMBER - The internal number (fixed line, VoIP number, ...) on which the participant is calling (event: ring) or is used for calling (event: call)
INTERNAL_CONNECTION - The internal connection (FON1, FON2, ISDN, DECT, ...) which is used to take or perform the call
EXTERNAL_CONNECTION - The external connection ("POTS" => fixed line, "SIPx" => VoIP account, "ISDN", "GSM" => mobile call via GSM/UMTS stick) which is used to take or perform the call
CALL_DURATION - The call duration in seconds. Is only generated at a disconnect event. The value 0 means, the call was not taken by anybody.
CALL_ID - The call identification number to separate events of two or more different calls at the same time. This id number is equal for all events relating to one specific call.
MISSED_CALL - This event will be raised in case of a incoming call, which is not answered. If available, also the name of the calling number will be displayed.

Definition:
define <Name> FB_CALLLIST <AMADDevice>
Meine Definition der CALLLIST sieht dann so aus:
defmod CALLLIST_Handy FB_CALLLIST HTC_M8
attr CALLLIST_Handy create-readings 1
attr CALLLIST_Handy language de
attr CALLLIST_Handy room Telefon
attr CALLLIST_Handy visible-columns row,state,timestamp,name,number,external,connection,duration

Da ich nicht weiß ob diese Möglichkeit auch von anderen gewünscht ist, habe ich dies nicht in das AMAD Projekt integriert.
Stattdessen gibt es ein Add-on, das zusätzlich in Tasker Importiert werden kann.

Über Rückmeldung hierüber würde ich mich freuen. Was haltet ihr davon?
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: dinkel75 am 02 Februar 2018, 06:20:59
Hört sich cool an!
Wahrscheinlich dämliche Frage, aber wie schickst du Meldung auf deinen TV?
Ich hab einen Philips der hat so ein abgespecktes Android oben.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 02 Februar 2018, 06:41:41
Ich mach das über das ENIGMA2 Modul, wenn du aber einen Android TV hast kannst du ja dort auch AMAD einrichten oder das Modul NotifyAndroidTV verwenden.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: dinkel75 am 02 Februar 2018, 06:47:33
Ich glaub mit AMAD fängt der nix an - aber diese Notify Modul schau ich mir mal an.
Danke!
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 10 Februar 2018, 03:28:04
Zitat von: dinkel75 am 31 Januar 2018, 07:40:06
CoolTux würdest bitte noch die SMS Absender Telefonnummer zu den Readings geben?
Vielen Dank!

Ist erledigt und steht im neusten Developer zur Verfügung.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: dinkel75 am 10 Februar 2018, 08:52:57
Super!
Vielen Dank!
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 10 Februar 2018, 11:07:18
Hallo Leon,
Bei "incommingSmsText", " incommingWhatsAppMessageFrom" und "incommingWhatsTelegramMessageFrom" ist bei incoming ein "m" zu viel.

incomingSmsText fehlt auch noch in der Commandref.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 10 Februar 2018, 11:13:49
Danke Dir. Ziehe ich die Tage noch gerade.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 10 Februar 2018, 11:54:01
Was hältst du davon, in dem Zuge auch gleich die Readings etwas zu vereinheitlichen?
Da bei allen dreien, Absender & Nachricht enthalten sind, könnte das "From" und "Text" am Ende auch weggelassen werden.

Bei SMS ist als Trennzeichen zwischen Name und Text ein "-", bei Whatsapp & Telegram wird ein ":" verwendet.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 10 Februar 2018, 12:58:00
Können wir gerne drüber reden.
Aber ein : habe ich definitiv nicht bei WhatsApp und Telegram. Da kommt alles in einem Text bei mir.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 10 Februar 2018, 19:58:43
Okay, dann hatte ich das falsch in Erinnerung, dachte ich hätte da mal einen Doppelpunkt gesehen und das deshalb auch so in Tasker übernommen.
Dann werde ich in Tasker hierfür auch ein "-" nehmen.

Würde dann folgende Readings Namen vorschlagen:
ZitatincomingSmsMessage
incomingWhatsAppMessage
incomingTelegramMessag
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 10 Februar 2018, 20:15:54
So machen wir das  :)
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 10 Februar 2018, 20:45:28
Bin gerade dabei den Update Prozess in Tasker etwas zu vereinfachte, einen Automatischen Projekt Import gibt es in Tasker zwar nicht, aber zumindest den Download der aktuellen Projekt Datei möchte ich über den currentFlowsetUpdate Befehl ausführen.

Beim Update von Automagic wird currentFlowsetUpdate.xml von
http://{global_fhemip}:{global_bridgeport}/
heruntergeladen, könntest du da auch ein currentTaskersetUpdate.prj.xml bereitstellen?

In welchem Pfad liegt currentFlowsetUpdate.xml FHEM-seitig?
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 10 Februar 2018, 21:22:17
currentFlowsetUpdate.xml heißt dir Datei wenn sie auf dem Tablet oder Handy abgelegt wird.
Auf FHEM Seite lautet sie 74_AMADautomagicFlowset_$flowsetversion.xml und die Datei liegt unter FHEM/lib/

currentTaskersetUpdate.prj.xml ließe sich sicher einrichten.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 11 Februar 2018, 15:22:27
Hallo Leon,
hab mir das in 73_AMADCommBridge.pm mal angesehen und denke dass es so angepasst werden müsste:

--- 73_AMADCommBridge.pm.original 2018-02-11 15:17:16.000000000 +0100
+++ 73_AMADCommBridge.pm 2018-02-11 14:56:47.936418527 +0100
@@ -663,10 +663,10 @@
     
     my $response;
     my $c;
-   
+    my $fhempath = $attr{global}{modpath};
+
     if ( $data =~ /currentFlowsetUpdate.xml/ ) {

-        my $fhempath = $attr{global}{modpath};
         $response = qx(cat $fhempath/FHEM/lib/74_AMADautomagicFlowset_$flowsetversion.xml);
         $c = $hash->{CD};
         print $c "HTTP/1.1 200 OK\r\n",
@@ -678,6 +678,19 @@
         return;
     }
     
+    elsif ( $data =~ /currentTaskersetUpdate.prj.xml/ ) {
+
+        $response = qx(cat $fhempath/FHEM/lib/74_AMADtaskerset_$flowsetversion.prj.xml);
+        $c = $hash->{CD};
+        print $c "HTTP/1.1 200 OK\r\n",
+            "Content-Type: text/plain\r\n",
+            "Connection: close\r\n",
+            "Content-Length: ".length($response)."\r\n\r\n",
+            $response;
+
+        return;
+    }
+
     elsif ( $data =~ /installFlow_([^.]*.xml)/ ) {

         if( defined($1) ){

Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 11 Februar 2018, 19:35:03
Patch ist eingespielt und die Readings habe ich geändert. Hoffe ich habe nichts vergessen.
Neue Version im Git
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 11 Februar 2018, 19:45:05
ZitatincomingWhatsTelegramMessage
incomingWhatsSmsMessage
Da hat sich wieder das "Whats" eingeschlichen.

Es gab im code noch irgendwo eine Stelle, dass die Nachrichten Readings auch ohne Änderung aktualisiert werden, hast du das auch mit angepasst?
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 11 Februar 2018, 20:53:13
Sicher was das Whats an geht. Ich kann es nirgendwo finden. Ich teste es morgen mal.
Das mit den Readings aktuallisieren schaue ich mir auch morgen an.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 11 Februar 2018, 21:09:46
Ja, in der Commandref
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 11 Februar 2018, 21:11:45
Ach so. Lach. Ok, kümmer ich mich morgen drum. Danke für Dein gutes Auge.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 11 Februar 2018, 21:32:23
Alles klar :)
Im ersten Beitrag habe ich heute auch das Taskerset aktualisiert, das kannst du dann auch noch ins Git schieben.
Schönen Abend noch.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 12 Februar 2018, 13:55:01
erledigt. Alle Änderungen drin  und die neue Tasker Projektdatei mit drin.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 15 Februar 2018, 13:12:08
So mein Bester. Wie schaut es aus? In meiner Umgebung konnte ich erstmal keine Fehler feststellen.
Könnte man drüber nachdenken langsam Richtung stable zu gehen, oder wie siehst Du das?
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 15 Februar 2018, 17:16:02
Bei mir läuft es auch stabil, können wir gerne machen.
Werde die Commandref mal für Tasker erweitern und dir zusenden.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 16 Februar 2018, 20:45:23
Hallo Leon,
im Anhang ein Vorschlag für die Commandref, schau es dir bitte mal durch.
Gruß Schlimbo
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 21 Februar 2018, 13:25:25
Sieht super aus. Bin gerade dabei das 4.2 release fertig zu machen.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 21 Februar 2018, 13:49:26
fertig. Die neue Version befindet sich nun im Master Branch. Kannst Du bitte Deine erste Seite entsprechend anpassen?
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 23 Februar 2018, 08:43:27
ja, werde ich anpassen, wann willst du die v4.2 ausrollen? Hattest du nicht was von Ende März geschrieben?
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 23 Februar 2018, 09:19:12
Zitat von: Schlimbo am 23 Februar 2018, 08:43:27
ja, werde ich anpassen, wann willst du die v4.2 ausrollen? Hattest du nicht was von Ende März geschrieben?

Ich lasse mir immer gerne etwas Puffer. Tatsächliche Termine und OpenSource ist eher so ein Wiederspruch. "Es ist fertig wenn es fertig ist", da ich mir aber selber gerne ein Termin setze und damit die anderen eine in etwa Vorstellung bekommen setzte ich halt Termine an mit großen Puffer, meistens Quartalsmäßig.

Ich denke mal wir können im laufe der nächsten Woche das ganze ins SVN bringen.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: satprofi am 24 Februar 2018, 16:53:44
hallo.
deine neuen module klappen bei mir nicht. fehlermeldung bzgl. schriftzeichen beim reload.
auch sind die 3x so gross als die jetzigen. was muss ich beachten?
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 24 Februar 2018, 16:57:36
Sagt mir nichts, sorry
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: satprofi am 24 Februar 2018, 19:42:35
erledigt, update gemacht auf 4.2.0

Gesendet mit Tapatalk

Titel: Antw:AMAD goes Tasker
Beitrag von: Raemsna am 25 Februar 2018, 11:32:29
Servus Schlimbo,

gerade neu auf meinem Nougat Androiden mit dem super (!!) Autocreate Assistenten installiert.
Funktioniert einwandfrei.

Vielen Dank für die sehr tolle Arbeit!!!

Edith:
hab da gleich ne kurze Frage, ob das funktioniert:
Mein Plan: Wenn ich nicht daheim bin, soll das ganze AMAD Projekt in Tasker disabled werden (mein Gedanke: Kein Stromverbrauch / keine Wakelocks durch dieses Projekt).
Auf Anhieb, hab ich keine Möglichkeit in Tasker dafür gefunden? Bzw. ist das überhaupt notwendig?

Herzlichen Dank und Grüße
Raemsna
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 25 Februar 2018, 15:13:55
Hallo Raemsna,
endlich mal ein Feedback :) Freut mich, dass es es auf Anhieb funktioniert hat.

Zitat von: Raemsna am 25 Februar 2018, 11:32:29
Mein Plan: Wenn ich nicht daheim bin, soll das ganze AMAD Projekt in Tasker disabled werden (mein Gedanke: Kein Stromverbrauch / keine Wakelocks durch dieses Projekt).
Auf Anhieb, hab ich keine Möglichkeit in Tasker dafür gefunden? Bzw. ist das überhaupt notwendig?
Im Autocreate Assistenten gibt es hierfür die "toGo" Funktion, hier kannst du dein Heimnetz eintragen, dann werden beim verlassen des Heimnetzes alle AMAD Funktionen deaktiviert.

Technische Umsetzung:
Die Tasker Profile haben alle eine Variable "AMAD_send" oder "AMAD_Receiver" als "UND" Verknüpfung, hierüber werden die Profile quasi deaktiviert.
Hatte es zuerst so umgesetzt, dass die Profile wirklich komplett deaktiviert wurden, bei der Anzahl der Profile hatte sich aber gezeigt, dass Tasker dadurch sehr lange blockiert wurde.
Habe bis jetzt keinen unterschied im Stromverbrauch zwischen deaktivieren über Variable und komplette Abschaltung des Profil erkennen können.

Gruß Schlimbo
Titel: Antw:AMAD goes Tasker
Beitrag von: Raemsna am 25 Februar 2018, 20:30:55
Jetzt habe ich doch einen (wahrscheinlich) Anfängerfehler.
Alle Info-Readings kommen rein. State ist auf active.
Allerdings wenn ich z.B. den Wecker oder Screen Brightness als Set Command setzen will, dann erhalte ich immer "connection refused" und es wird nichts ausgeführt. Woran kann das liegen?

Aja. Die Variablen in Tasker _send und _receive sind auf on gestellt.

Danke und schönen Abend
Raemsna

Edith: Hab grad nachgelesen, dass das ggf mit dem einem nicht laufenden TNES Server zusammenhängt. Checke ich morgen nochmal und geb Bescheid.

Edith2: Habs grad nochmal probiert. Bekomme leider immernoch connection refused bei set commands. TNES läuft und ist auch über Browser mit "Hello World" erreichbar. RemoteServuer auf TNES gestellt. Fällt noch jemand was ein?


Internals:
   AMADBridge_MSGCNT 2
   AMADBridge_TIME 2018-02-26 18:10:00
   AMAD_ID    1519664596
   DEF        192.168.0.123 1519664596 Automagic
   HOST       192.168.0.123
   IODev      AMADBridge
   LASTInputDev AMADBridge
   MSGCNT     2
   NAME       LG_D855_
   NR         562
   PORT       8090
   STATE      192.168.0.123: Connection refused
   TYPE       AMADDevice
   VERSIONFLOWSET 4.0.13
   VERSIONMODUL 4.0.13
   Helper:
     DBLOG:
       deviceState:
         logdb:
           TIME       1519665000.83216
           VALUE      online
   
       incommingTelegramMessageFrom:
         logdb:
           TIME       1519664998.48283
           VALUE      Wetter: FHEM: Achtung Kälte! Morgen hat es -12 °C
       lastSetCommandState:
         logdb:
           TIME       1519665007.07477
           VALUE      setCmd_error
       lastStatusRequestState:
         logdb:
           TIME       1519664998.48283
           VALUE      statusRequest_done
       screen:
         logdb:
           TIME       1519665000.83216
           VALUE      on unlocked
       state:
         logdb:
           TIME       1519665007.07477
           VALUE      192.168.0.123
   READINGS:
     2018-02-26 18:04:06   airplanemode    off
     2018-02-26 18:04:06   androidVersion  7.1 Nougat
     2018-02-26 18:04:06   bluetooth       off
     2018-02-26 18:04:06   currentMusicTrack no player active
     2018-02-26 18:10:00   deviceState     online
     2018-02-26 18:04:06   doNotDisturb    onlyImportant
     2018-02-26 18:04:06   flow_SetCommands aktiv
     2018-02-26 18:06:00   flow_informations aktiv
     2018-02-26 18:04:06   flowsetVersionAtDevice Tasker v0.23
     2018-02-26 18:09:58   incommingTelegramMessageFrom Wetter: FHEM: Achtung Kälte! Morgen hat es -12 °C
     2018-02-26 18:04:06   keyguardSet     1
     2018-02-26 18:10:07   lastSetCommandState setCmd_error
     2018-02-26 18:09:58   lastStatusRequestState statusRequest_done
     2018-02-26 18:04:06   mute            off
     2018-02-26 18:05:03   nextAlarmDay    Di
     2018-02-26 18:05:03   nextAlarmState  done
     2018-02-26 18:05:03   nextAlarmTime   04:50
     2018-02-26 18:04:06   powerLevel      64
     2018-02-26 18:10:00   screen          on unlocked
     2018-02-26 18:04:06   screenBrightness 108
     2018-02-26 18:04:46   screenOrientation portrait
     2018-02-26 18:04:06   screenOrientationMode auto
     2018-02-26 18:10:07   state           192.168.0.123: Connection refused
     2018-02-26 18:04:06   volume          5
     2018-02-26 18:04:06   volumeNotification 0
   helper:
     deviceStateErrorCounter 0
     infoErrorCounter 0
     setCmdErrorCounter 1
Attributes:
   IODev      AMADBridge
   remoteServer TNES
Titel: Antw:AMAD goes Tasker
Beitrag von: CoolTux am 26 Februar 2018, 09:27:39
Wenn nichts dagegen spricht würde ich die Version 4.2 heute Abend ins SVN laden.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 26 Februar 2018, 16:28:48
Von meiner Seite spricht nichts dagegen.
Titel: Antw:AMAD goes Tasker
Beitrag von: enno am 26 Februar 2018, 17:07:42
Moin Schlimbo, Cooltux,

Als Feedback. Ich probiere hier kräftig mit dem Modul rum, komme aber zur Zeit noch ohne Fragen im Forum zurecht.

Danke aber auf jedenfall schon mal für die Arbeit.

Gruss
  Enno
Titel: Antw:AMAD goes Tasker
Beitrag von: CoolTux am 27 Februar 2018, 11:37:00
Habe es leider erst gerade eben geschafft. Kommt also dann Morgen per FHEM Update.
Titel: Antw:AMAD goes Tasker
Beitrag von: Eisix am 27 Februar 2018, 14:27:14
Hallo,

nutze: 4.0.8 mit Automagic

Mir ist aufgefallen das ich 327 x AMADBridge_IP_Port Devices connected habe. Ist das normal? Denke nicht, sieht für mich so aus als würde eine Session zum Endgerät nicht geschlossen. Defekter Flow, bekanntes Problem oder was kann das sein?

Gruß
Eisix

Titel: Antw:AMAD goes Tasker
Beitrag von: CoolTux am 27 Februar 2018, 15:28:24
Falscher Thread schon mal.

Ich empfehle ein Update. HEUTE NOCH!!!
Titel: Antw:AMAD goes Tasker
Beitrag von: Raemsna am 27 Februar 2018, 15:54:18
Zitat von: Raemsna am 25 Februar 2018, 20:30:55
Jetzt habe ich doch einen (wahrscheinlich) Anfängerfehler.
Alle Info-Readings kommen rein. State ist auf active.
Allerdings wenn ich z.B. den Wecker oder Screen Brightness als Set Command setzen will, dann erhalte ich immer "connection refused" und es wird nichts ausgeführt. Woran kann das liegen?

Aja. Die Variablen in Tasker _send und _receive sind auf on gestellt.

Danke und schönen Abend
Raemsna

Edith: Hab grad nachgelesen, dass das ggf mit dem einem nicht laufenden TNES Server zusammenhängt. Checke ich morgen nochmal und geb Bescheid.

Edith2: Habs grad nochmal probiert. Bekomme leider immernoch connection refused bei set commands. TNES läuft und ist auch über Browser mit "Hello World" erreichbar. RemoteServuer auf TNES gestellt. Fällt noch jemand was ein?


Internals:
   AMADBridge_MSGCNT 2
   AMADBridge_TIME 2018-02-26 18:10:00
   AMAD_ID    1519664596
   DEF        192.168.0.123 1519664596 Automagic
   HOST       192.168.0.123
   IODev      AMADBridge
   LASTInputDev AMADBridge
   MSGCNT     2
   NAME       LG_D855_
   NR         562
   PORT       8090
   STATE      192.168.0.123: Connection refused
   TYPE       AMADDevice
   VERSIONFLOWSET 4.0.13
   VERSIONMODUL 4.0.13
   Helper:
     DBLOG:
       deviceState:
         logdb:
           TIME       1519665000.83216
           VALUE      online
   
       incommingTelegramMessageFrom:
         logdb:
           TIME       1519664998.48283
           VALUE      Wetter: FHEM: Achtung Kälte! Morgen hat es -12 °C
       lastSetCommandState:
         logdb:
           TIME       1519665007.07477
           VALUE      setCmd_error
       lastStatusRequestState:
         logdb:
           TIME       1519664998.48283
           VALUE      statusRequest_done
       screen:
         logdb:
           TIME       1519665000.83216
           VALUE      on unlocked
       state:
         logdb:
           TIME       1519665007.07477
           VALUE      192.168.0.123
   READINGS:
     2018-02-26 18:04:06   airplanemode    off
     2018-02-26 18:04:06   androidVersion  7.1 Nougat
     2018-02-26 18:04:06   bluetooth       off
     2018-02-26 18:04:06   currentMusicTrack no player active
     2018-02-26 18:10:00   deviceState     online
     2018-02-26 18:04:06   doNotDisturb    onlyImportant
     2018-02-26 18:04:06   flow_SetCommands aktiv
     2018-02-26 18:06:00   flow_informations aktiv
     2018-02-26 18:04:06   flowsetVersionAtDevice Tasker v0.23
     2018-02-26 18:09:58   incommingTelegramMessageFrom Wetter: FHEM: Achtung Kälte! Morgen hat es -12 °C
     2018-02-26 18:04:06   keyguardSet     1
     2018-02-26 18:10:07   lastSetCommandState setCmd_error
     2018-02-26 18:09:58   lastStatusRequestState statusRequest_done
     2018-02-26 18:04:06   mute            off
     2018-02-26 18:05:03   nextAlarmDay    Di
     2018-02-26 18:05:03   nextAlarmState  done
     2018-02-26 18:05:03   nextAlarmTime   04:50
     2018-02-26 18:04:06   powerLevel      64
     2018-02-26 18:10:00   screen          on unlocked
     2018-02-26 18:04:06   screenBrightness 108
     2018-02-26 18:04:46   screenOrientation portrait
     2018-02-26 18:04:06   screenOrientationMode auto
     2018-02-26 18:10:07   state           192.168.0.123: Connection refused
     2018-02-26 18:04:06   volume          5
     2018-02-26 18:04:06   volumeNotification 0
   helper:
     deviceStateErrorCounter 0
     infoErrorCounter 0
     setCmdErrorCounter 1
Attributes:
   IODev      AMADBridge
   remoteServer TNES

Hallo Schlimbo, hast du noch einen Tipp für mich, zum Thema "Connection refused" bei set Befehlen?

Danke :)

Gesendet von meinem LG-D855 mit Tapatalk

Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 27 Februar 2018, 16:18:02
Hallo Raemsna,
sorry, hatte nicht mitbekommen, dass du deinen Beitrag noch mal editiert hast.
  DEF        192.168.0.123 1519664596 Automagic
Im Def steht Automagic, das dürfte so nicht sein.
Auch der Port stimmt nicht.
Du verwendest eine alte Version des Moduls.
Hol dir Bitte mal die aktuelle 4.2 Version, lösche das Device in FHEM und führe den Assistenten dann noch mal aus.
Titel: Antw:AMAD goes Tasker
Beitrag von: Raemsna am 28 Februar 2018, 20:52:08
Zitat von: Schlimbo am 27 Februar 2018, 16:18:02
Hallo Raemsna,
sorry, hatte nicht mitbekommen, dass du deinen Beitrag noch mal editiert hast.
  DEF        192.168.0.123 1519664596 Automagic
Im Def steht Automagic, das dürfte so nicht sein.
Auch der Port stimmt nicht.
Du verwendest eine alte Version des Moduls.
Hol dir Bitte mal die aktuelle 4.2 Version, lösche das Device in FHEM und führe den Assistenten dann noch mal aus.

Das Wars! Vielen Dank für den Tipp! :) jetzt funktionieren auch die Set Commands.

Vielen Dank für deine Unterstützung und die tolle Arbeit!
Grüße
Raemsna
Titel: Antw:AMAD goes Tasker
Beitrag von: Raemsna am 05 März 2018, 06:31:06
Hallo Schlimbo,

jetzt habe ich noch ne kurze Frage:
Mir ist es jetzt schon 2x passiert (zuletzt heute über Nacht), dass Tasker die Variablen %AMAD_receive und _set selbständig auf off stellt. Ist das eine Art Schutzmechanismus oder so?

Kann das daran liegen, dass mein Handy nicht Permanent im Netz ist (sondern nur alle x Minuten das WLAN anschaltet und sich verbindet)?

Vielen Dank nochmal

Gesendet von meinem LG-D855 mit Tapatalk

Edit 06.03.18: Das Problem bei mir war, dass im WLAN auch noch OpenVPN benutze. Deswegen wurde das toGo Profil nicht korrekt ausgelöst. Problemlösung: Im Tasker unter der Bedingung WifiConnected den "Aktiv"-Button auf "beliebig" setzen

Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 06 März 2018, 20:18:49
Hallo Raemsna,
danke für die Info, werde ich in der nächsten Version übernehmen.
Titel: Antw:AMAD goes Tasker
Beitrag von: basty2 am 17 März 2018, 14:37:32
Hallo,
ich nutze seit einiger Zeit AMAD mit Tasker und Autoremote. Es funktioniert recht gut. Vielen Dank für die Integration. :)
Eine frage. Mir ist aufgefallen, dass die ScreenBrightness nicht zurückgemeldet wird. D.h. wenn ich diese am Gerät verstelle (bzw. Autohelligkeit), werden Änderungen nicht im AMAD angezeigt. Ist das nur bei mir so?
Ich wollte mein Tablet als "Helligkeitssensor" nutzen und als Rückmeldung die Helligkeit nutzen.
Grüße
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 17 März 2018, 19:32:32
Hallo basty2,
eine ScreenBrightness Änderung am Gerät erzeugt in Tasker keine direktes Event und wird somit nur über den  Status Request alle 2 Minuten aktualisiert.
Nach zwei Minuten solltest du in FHEM aber auf jeden Fall den richtigen Wert angezeigt bekommen.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 17 März 2018, 21:13:36
Zitat von: Schlimbo am 16 Februar 2018, 20:45:23
Hallo Leon,
im Anhang ein Vorschlag für die Commandref, schau es dir bitte mal durch.
Gruß Schlimbo
Hi Leon,
mir ist gerade noch ein Fehler in der Commandref aufgefallen:
ZitatHow to use AMADDevice?
first, make sure that the AMADCommBridge in FHEM was defined
Using Autoremote
Das sollte "Automagic" heißen.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: CoolTux am 17 März 2018, 21:40:39
Zitat von: Schlimbo am 17 März 2018, 21:13:36
Hi Leon,
mir ist gerade noch ein Fehler in der Commandref aufgefallen:Das sollte "Automagic" heißen.

ist gefixt
Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 21 März 2018, 11:39:05
Am Rande bemerkt - vielleicht hat es auch schon jemand gesagt:
Tasker wurde jetzt vom Autor von (u.a.) AutoRemote übernommen.
Titel: Antw:AMAD goes Tasker
Beitrag von: CoolTux am 21 März 2018, 11:40:56
Ist bekannt  :)
Er hat sich auch gleich mal entschuldigt das er nicht sofort alles umsetzen kann, da er sich auch noch einarbeiten tut.
Soweit ich weiß hat er aber schon die letzten Monate immer gute patches geliefert.
Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 21 März 2018, 19:57:58
Habe diese Woche wirklich kein Glück mit FHEM. Nachdem ich endlich in Tasker gefunden habe, wo ich Projekte importieren kann (hatte den Anfängermodus aktiviert...) bekomme ich beim Importieren folgende Meldung:

Fehler: Import of 74_AMADtaskerset_4.2.0.prj.xml failed: Import der Profildaten fehlgeschlagen

Mein Tablet läuft unter Android 4.4.2. Das sollte aber doch nicht das Problem sein, oder? Ich habe mein Tasker extra nochmal zuerst entfernt und neu installiert, hilft nichts. Was kann ich tun?
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 21 März 2018, 21:27:54
Hallo duke-f,
KitKat ist nur bis Tasker v4 Version kompatibel, das Projekt habe ich aber mit Tasker v5 erstellt und somit kann es durchaus sein, dass es hierdurch zu Probleme beim Import kommen kann.
Muss mal schauen ob ich noch ein Android mit KitKat auftreiben kann um das nachzustellen.
Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 21 März 2018, 22:00:00
Mein Tasker ist Version 4.7u3. Wenn ich Dir irgendwie helfen kann, bin ich gerne bereit. Will mir eigentlich nicht ein neues Tablet "nur" für die Wand kaufen. Dann müsste ich auch die Halterung wieder neu bauen.

EDIT: Ich hatte in meiner Mischung zwischen Alterssenilität und kindlicher Naivität ja einfach mal das Projekt in meinem Samsung Note unter Android 5 eingelesen - was ja auch geklappt hat - und da versucht, das als App zu exportieren. Da bekomme ich aber ie Meldung, es würden Addins fehlen. Autoremote habe ich da aber auch installiert, das kann's nicht sein. Verwendest Du noch weitere Addons?

Ein Versuch ist es wert, dachte ich, auch wenn ich dann eigentlich nicht erwarte, dass diese App dann auf dem Android 4-Tablet lauffähig wäre.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 22 März 2018, 16:06:51
Addons verwende ich Autoremote,TNES & Pushover du kannst einfach die jeweiligen Profile, die du nicht verwendest, löschen.
In deinem Fall also "TNES AMAD" & "Pushover AMAD", dann sollte es klappen.
Die APP wirst du aber auch nur auf Android 5 Geräten installieren können.
Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 22 März 2018, 17:17:12
Hast natürlich Recht - hat nicht funktioniert. Also muss ich mich gedulden. Ich hoffe ja, Du findest eine einfache schnelle Lösung ohne viel Aufwand.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 22 März 2018, 19:02:20
Hallo duke-f,
Bitte versuche es mal mit der angehängten Projekt Datei.
Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 22 März 2018, 19:51:56
 ;D ;D ;D
Perfekt, ich konnte die xml am Android-4-Tablet direkt einlesen und die Szene AMAD-Settings aufrufen. Werde noch etwas probieren und dann rückmelden, ob die weitere Installation und Einrichtung auch läuft. Da muss ich aber etwas um Geduld bitten.

Danke Dir für die spontane Hilfe!

EDIT:
Es geht soweit, dass mein Tablet in FHEM eingebunden ist. Bisher ist mir nur aufgefallen, dass ich entgegen Deinem Bild im Eingangspost "toGo" nicht aktivieren kann. Aber ich muss mich jetzt sowieso erst einarbeiten und sehen, was denn alles geht.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 22 März 2018, 21:10:48
Freut mich, dass das einrichten jetzt geklappt hat :)
Habe die Datei noch mal aktualisiert, bitte teste noch mal, ob du die toGo Funktion jetzt aktivieren kannst.

Da es zwischen Tasker 4 und 5 schon einige Unterschiede gibt, kann es durchaus sein, dass nicht alles funktioniert. Das Projekt ist für Tasker 5 erstellt worden (Also für Geräte ab Android 5.0), habe jetzt nur ein paar Dinge abgeändert, damit es auf v4 lauffähig ist. Neu Funktionen werde ich hier aber dann nicht mehr nachziehen, da ich sonst zwei Module pflegen müsste.
Eventuell gibt es für dein Tablet ja auch Custom Rom's mit einer aktuelleren Android Version.
Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 22 März 2018, 21:30:13
Ist schon klar, das muss auch nicht sein. Mein Einsatzzweck wird auch sehr begrenzt sein. Wie gesagt war ich ja bisher mit WVC sehr zufrieden und das reichte vollkommen aus für meinen Zweck.
Was ich gerade probiert habe und nicht geschafft habe war den Task AMAD als App anzulegen auf die Oberfläche. Er behauptet, dass er das File

Tasker/.icn/Eigene Icons/TaskerFHEM_icon.png

nicht kopieren könne. Habe das Verzeichnis angelegt und die png dahin kopiert, aber das beeindruckt ihn nicht.
Es ist doch richtig, dass dieser Task/App immer im Hintergrund laufen müsste, damit ich den Zugriff habe, oder? Entschuldige, ich bin hinsichtlich Tasker wirklich der absolute Laie.

Ich lade mir nachher die neue Version runter.

Hatte ja den Hersteller kontaktiert. Man hatte mir zwar mal die FW geschickt, als ich das Teil mal komplett zerschossen hatte und ich habe es damit wieder zum Laufen bekommen, aber neuer als die 4.4 gibt es wohl dafür doch nicht.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 22 März 2018, 22:07:27
Ist in Tasker in der unteren Leiste (da wo du das Projekte importiert hast) das AMAD Icon zu sehen? Oder ist da noch ein rotes Ausrufezeichen?
Du kannst auch mal den Task "AMAD_generate_Icon" ausführen, dann sollte das Icon auch im richtigen Pfad landen.

Tasker läuft automatisch immer im Hintergrund, da musst du nichts extra einstellen.
Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 22 März 2018, 23:24:55
Da meldet er mir:

AMAD: Erstellen des Icon nicht möglich - Tasker Pfad nicht gefunden

Mal sehen die Tage, ich will Dich jetzt auch nicht damit belasten. Offensichtlich ist in der früheren Version die Sache mit den Pfaden anders als jetzt. Zum Funktionieren als solches brauche ich das ja nicht und deshalb sollte ich erst mal sehen, ob das ganze grundsätzlich funktioniert oder ob mein Tablet einfach noch sonstige Mängel hat und doch ersetzt werden muss.

EDIT1: Ich vergaß: Es ist das rote Ausrufezeichen als Symbol zu sehen.

EDIT2: Konnte das jetzt ändern und die App generieren. Jetzt muss ich das "Connection refused" in den Griff bekommen :-[
Das hat aber jetzt nichts mehr hiermit zu tun, denke ich. Werde da mal die Suchfunktion bemühen. Ich danke Dir nochmal.

EDIT3: Doch noch eine dumme Frage: Ist das normal, dass die Statusanzeige des Tablets für Tasker zeigt:
toGoAMAD_discon|AMAD_alarm

Dieses "discon" erinnert mich an "disconnected", aber es soll doch verbunden sein. Am Rande dazu: Ich bin per TeamViewer auf dem Tablet. Das heißt, die WLAN-Verbindung steht.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 23 März 2018, 06:14:00
Zitat von: duke-f am 22 März 2018, 23:24:55

EDIT3: Doch noch eine dumme Frage: Ist das normal, dass die Statusanzeige des Tablets für Tasker zeigt:
toGoAMAD_discon|AMAD_alarm

Dieses "discon" erinnert mich an "disconnected", aber es soll doch verbunden sein. Am Rande dazu: Ich bin per TeamViewer auf dem Tablet. Das heißt, die WLAN-Verbindung steht.
Die Meldungen in der Statusleiste sind erst mal nichts ungewöhnliches, hier bekommst du die aktiven Tasker Profile angezeigt.
Aber du hast recht, wenn du toGo nutzt und du dich in deinem WLAN befindest sollte hier das Profil toGoAMAD_con auftauchten.
Hast du toGo aktiviert und deine SSID eingetragen?
Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 23 März 2018, 10:54:55
Ja, habe ich. Ich habe auch manuell die Variablen  Tasker _send und Tasker_receive auf "on" stellen müssen, so wie auch Raemsna geschrieben hatte.
Ich muss das ganze noch etwas beobachten und analysieren. Vielleicht sind Probleme wirklich durch mein Tablet verursacht. Andererseits will ich natürlch nichts zurückhalten, was die Entwicklung fördern kann. Gerade da ja hier wohl noch nicht so vieles an Feedback kommt. Selbstverständlich mit absolutem Respekt vor dem, was Du angesichts des Supports dieser Sonderedition sagst. Sobald ich mal etwas Luft habe, installiere ich die aktuelle Version auch auf meinem Samsung unter Android 5 und kann dann auch da gewisse Dinge immer erst mal gegenchecken vor ich hier zu viel Wind mache.

Bis jetzt scheint es mir so, dass das Tablet sauber alles an FHEM meldet, so wurde im entsprechenden Log der Akkustand beispielsweise genau gelistet. Anders herum, also das Senden von FHEM zum Tablet hat eigentlich immer ein "connection refused" als Antwort zur Folge.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 23 März 2018, 14:01:21
Zitat von: duke-f am 22 März 2018, 23:24:55
EDIT3: Doch noch eine dumme Frage: Ist das normal, dass die Statusanzeige des Tablets für Tasker zeigt:
toGoAMAD_discon|AMAD_alarm
Wenn du hier immer noch "toGoAMAD_discon" angezeigt bekommst, prüfe bitte mal die beiden Variablen
%AMAD_toGo = on
%AMAD_apssid = <dein WLAN>
Wenn beide richtig gesetzt sind, sollte das Profil "toGoAMAD_con" in Tasker grün angezeigt werden.

Zitat von: duke-f am 23 März 2018, 10:54:55
Ja, habe ich. Ich habe auch manuell die Variablen  Tasker _send und Tasker_receive auf "on" stellen müssen, so wie auch Raemsna geschrieben hatte.
Das sollte über die Settings-Scene erfolgen, wichtig ist, dass nach der Änderung auf "save" gedrückt wird, erst dann werden die Variablen gesetzt.
Zitat von: duke-f am 23 März 2018, 10:54:55
Anders herum, also das Senden von FHEM zum Tablet hat eigentlich immer ein "connection refused" als Antwort zur Folge.
Bitte mal folgendes überprüfen:
In Tasker
In FHEM am AMADDevice
Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 23 März 2018, 14:31:11
Habe das ja jetzt mal länger einfach nur beobachtet und gesehen, dass die Meldung toGoAMAD_discon wirklich irgendwann verschwindet und statt dessen toGoAMAD-con erscheint. Die Verbindung steht also prinzipiell. Konnte ich anhand der Logdatei zur Device auch nachvollziehen. Die Settings sind also insofern korrekt.

Ob ich jetzt wirklich immer "save" gedrückt habe, kann ich nicht sicher sagen. Sobald ich den Task AMAD öffne, sind die Eingabefelder zunächst leer. Daher habe ich das ganze am Ende eben direkt über die Variablen gecheckt und ggf. korrigiert. Ist durchaus auch ok, man muss sich halt einfach etwas grundlegend mit Tasker beschäftigen.

Weiter:

In Tasker
•Autoremote Wifi Service läuft, sollte in der Status Benachrichtigung zu sehen sein
=> muss ich prüfen, habe aber gerade meinen Zugang von extern über TeamViewer abgeschossen und muss warten, bis ich wieder zu Hause bin.
•Variable %AMAD_receive = on => ja
•Variable %AMAD_remoteServer = Autoremote => ja
•Variable %AMAD_amadid steht auf dem gleichen Wert wie in FHEM => ja

In FHEM am AMADDevice
•Im DEV steht am schluss Autoremote => ja
•Internal AMAD_ID ist korrekt  => ja
•Internal PORT = 1817 => ja
•Attribute remoteServer = Autoremote => ja


Hatte zuletzt mal versucht, eine meiner letzten eigenen Apps ferngesteuert zu starten. Dazu der Log-Eintrag:

2018-03-23_14:00:01 Alabama_AMAD active
2018-03-23_14:00:01 Alabama_AMAD powerLevel: 31
2018-03-23_14:01:57 Alabama_AMAD openApp kill.and.restart.wvc
2018-03-23_14:01:57 Alabama_AMAD lastSetCommandState: statusRequest_error
2018-03-23_14:01:57 Alabama_AMAD 192.168.178.44: Connection refused
2018-03-23_14:01:57 Alabama_AMAD lastSetCommandState: setCmd_error
2018-03-23_14:02:01 Alabama_AMAD active
2018-03-23_14:02:31 Alabama_AMAD screen: off unlocked
2018-03-23_14:03:27 Alabama_AMAD openApp kill.and.restart.wvc
2018-03-23_14:03:42 Alabama_AMAD lastSetCommandState: statusRequest_error
2018-03-23_14:03:42 Alabama_AMAD connect to http://192.168.178.44:1817 timed out
2018-03-23_14:03:42 Alabama_AMAD lastSetCommandState: setCmd_error
2018-03-23_14:08:42 Alabama_AMAD lastSetCommandState: statusRequest_error
2018-03-23_14:08:42 Alabama_AMAD 192.168.178.44: No route to host
2018-03-23_14:08:42 Alabama_AMAD lastSetCommandState: setCmd_error
2018-03-23_14:12:39 Alabama_AMAD deviceState: offline


Und Schluss war :(
Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 23 März 2018, 19:06:34
Zitat von: duke-f am 23 März 2018, 14:31:11
In Tasker
•Autoremote Wifi Service läuft, sollte in der Status Benachrichtigung zu sehen sein
=> muss ich prüfen, habe aber gerade meinen Zugang von extern über TeamViewer abgeschossen und muss warten, bis ich wieder zu Hause bin.

Nein läuft nicht. Das muss es dann wohl sein.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 23 März 2018, 19:40:41
Schau dir mal das Profil "toGoAMAD-con" an, ist das grün?
Öffne das Profil, geh in den Task und führe ihn mal von Hand aus, schau dabei ob der Teil "Autoremote Wifi" ohne Fehler durchlaufen wird.
Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 23 März 2018, 20:16:09
Eigentlich ist toGoAMAD grün, aber beim Ablauf scheint doch etwas zu sein. In der Übersicht der Profile ist bei AMAD_AutoRemote ein rotes Warnzeichen und es scheint da unter dem Punkt 10 etwas nicht zu stimmen, siehe die Bilder.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 23 März 2018, 20:32:57
Da stimmt etwas mit deiner Autoremote Installation nicht.
Hast du Autoremote vor Tasker installiert?
Wenn ja, deinstalliere Autoremote noch mal und installiere es dann neu.
Wenn es dann immer noch nicht geht, lösche die action "Autoremote Wifi" und füge sie neue ein.
Das gleich bei dem Profil "Autoremote_AMAD", den Autoremote trigger löschen und neu anlegen
Message Filter = "AMAD=:="
Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 23 März 2018, 20:41:59
Mahe ich. Habe Autoremote zwar erst hinterher installiert, aber ich mache das nochmal wie Du schreibst.

Dauert jetzt dann aber einen Moment.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 23 März 2018, 21:01:21
Zitat von: duke-f am 21 März 2018, 22:00:00
Mein Tasker ist Version 4.7u3
Geh mit Tasker auch mal auf die letzte Version für KitKat 4.9u4
https://tasker.joaoapps.com/download.html (https://tasker.joaoapps.com/download.html)
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 23 März 2018, 21:09:23
Zitat von: duke-f am 23 März 2018, 20:16:09
und es scheint da unter dem Punkt 10 etwas nicht zu stimmen, siehe die Bilder.
Das ist normal wenn du den Task "AMAD_setCommands" von Hand ausführst, im normalen Betrieb wird die Variable %receive ja auch von Autoremote befüllt.
Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 23 März 2018, 22:33:34
Klingt wieder absolut logisch - wieder zu einfach gedacht. Aber Deine Vermutung mit Autoremote Wifi ist die richtige Spur. Die letzte Version für dieses Tablet will ich mal noch nicht probieren, weil dies ja nur eine 7-Tage-Probierversion ist, wie ich die Beschreibung auf der verlinkten Seite verstehe. Vielleicht der nächste Schritt.

Aber: Ich habe einfach mal einen neuen Task definiert, darin AutoRemote Wifi als einzige Aktion definiert und diesen dann manuell gestartet. Und prompt funktioniert zumindest das senden. Ich bekomme kein "Connection refused" mehr und die Fehlermeldung erfolgt nun auf dem Tablet. Also ein Schritt weiter ;D
Eine entsprechende Meldung folgt auch auf beispielsweise showHomeScreen.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 23 März 2018, 22:40:49
Dann kannst du ja jetzt einfach die Aktion "AutoRemote Wifi" aus deinem neuen Task in den toGo-Task kopieren.

Der zweite Schritt ist dann:
Zitat von: Schlimbo am 23 März 2018, 20:32:57
Das gleich bei dem Profil "Autoremote_AMAD", den Autoremote trigger löschen und neu anlegen
Message Filter = "AMAD=:="
Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 23 März 2018, 22:59:58
Da stehe ich jetzt wieder auf dem Schlauch. In dem Task in Profil Autoremote_AMAD finde ich nichts, das irgendwie an "trigger" erinnert. Möglich, dass dieses Element ähnlich wie AutoRemote Wifi gar nicht importiert wurde?
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 23 März 2018, 23:29:53
Zitat von: duke-f am 23 März 2018, 22:59:58
Da stehe ich jetzt wieder auf dem Schlauch. In dem Task in Profil Autoremote_AMAD finde ich nichts, das irgendwie an "trigger" erinnert.
Profile werden immer durch irgendetwas getriggert, in diesem Fall von Autoremote (siehe 1. Screenshot)
Zitat von: duke-f am 23 März 2018, 22:59:58
Möglich, dass dieses Element ähnlich wie AutoRemote Wifi gar nicht importiert wurde?
Es wurde beides importiert, nur eben nicht korrekt.
Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 24 März 2018, 00:09:04
Das habe ich jetzt so verstanden und den Task für toGoAMAD_con auch entsprechend angepasst. Nur finde ich absolut im Task AMAD_SetCommand im Profil AutoRemote AMAD die entsprechende Stelle, die ich korrigieren muss. Es werden da Variablen gesetzt und es folgen für die verschiedenen Aufgaben die entsprechendnen If-Schleifen. Wo geht hier dieser Filter nach AMAD=:= denn ein?. An meinem Samsung Note sehe ich korrekt links beim Profil

AutoRemote AMAD=:=
+
Variablenwert %AMAD_receive ~ on

Vielleicht ist es heute auch einfach zu spät und ich soll mal noch in Ruhe Schritt für Schritt alles durchgehen. Hab ja schon ein schlechtes Gewissen, nun leistest Du doch den ganzen Support für die veraltete Variante des Tablet. Ich will Dich da sicher nicht zu sehr belästigen.

EDIT
Ich hab's geschafft!!!
Wenn man mal kapiert hat, worum es geht und es geschafft hat, wundert man sich, warum man sich so dumm angestellt hat. Auf die Idee, im Profil einfach links den falschen Eintrag zu löschen, bin ich nicht gekommen (jajaja, hast Du ja gesagt). Ich habe immer einfach angeklickt und mich geärgert, dass ich wieder im Store lande um AutoRemote zu installieren.

Ok, nun ist genug für heute.
Danke Dir für die Geduld!
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 24 März 2018, 00:41:43
Zitat von: duke-f am 24 März 2018, 00:09:04
Es werden da Variablen gesetzt und es folgen für die verschiedenen Aufgaben die entsprechendnen If-Schleifen. Wo geht hier dieser Filter nach AMAD=:= denn ein?
Du bist hier im Task, das ist falsch. Du sollst nur den trigger bearbeiten (das was ich im vorherigen Screenshot rot eingezeichnet habe)
Profil Trigger:
ZitatAutoRemote AMAD=:=
+
Variablenwert %AMAD_receive ~ on
da lange auf den fehlerhafte Eintrag (com.joaomgcd.autor..) drücken --≥ Delete ,
danach lange auf "Variablenwert %AMAD_receive ~ on" drücken --> Add
Event --> Plugin--> Autoremote --> Configuration --> Message Filter -> AMAD=:=
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 24 März 2018, 00:44:43
Super, gerade erst gesehen, dass du deinen Beitrag noch mal editiert hattest.
Schön dass es jetzt läuft, war eine schwere Geburt ;D
Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 24 März 2018, 01:03:44
Och, wenn Du öfters mit mir arbeiten würdest würdest Du das nicht sagen .... :P

Danke Dir. Kann vielleicht ja auch jemand anderer mal brauchen.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 24 März 2018, 09:38:29
Ja, war auch nicht böse gemeint, vergesse da halt auch manchmal das Dinge die für mich vollkommen klar sind, weil ich Tasker schon einige Jahre nutze, für Tasker neu Einsteiger ganz anders aussehen können.
Wenigstens ist hierdurch jetzt auch mal eine ziemlich komplette Anleitung zur Fehlersuche entstanden, das hilft sicher auch einigen anderen, wenn die setCommands mal nicht gehen.
Freu mich wenn ich helfe konnte.
Gruß Schlimbo
Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 24 März 2018, 12:01:02
Hab ich auch nicht so verstanden, keine Sorge. Ich arbeite seit mehr als 25 Jahren am Computer mit unterschiedlichen Programmiersprachen und Programmen. Abeehrlich, beim Arbeiten mit Tasker auf dem Tablet fühle ich mich wie ein Kleinkind.
Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 26 März 2018, 09:51:56
So, nach der geduldigen Unterstützung will ich noch kurz beschreiben, was ich im Moment konkret selber dank dieses Moduls umsetze.

Zumindest auf weiteres soll auf meinem Tablet im Flur WVC weiter aktiv sein. As soll aber vermieden werden, dass der mal häufiger, mal seltener auftretende Fall, dass sich WVC auf dem Tablet nach einem warum auch immer verursachten Verbindungsabbruch nicht mehr automatisch mit dem Server verbindet, sondern mit der Fehlermeldung im Display stehen bleibt.

Jetzt habe ich es so eingerichtet, dass in einem Dummy alle 5 Minuten aufgezeichnet wird, um wieviel sich die Readings powerLevel zum einen aus WVC, zum anderen aus AMAD unterscheiden. Ist das mehr als 3 Prozentpunkte, wird mittels AMAD->openApp ein in Tasker programmierter Ablauf gestartet, der WVC schließt und wieder neu startet.

Hat gestern schon einmal wunderbar geklappt. Im Dauerbetrieb muss es sich noch bewähren.
Titel: Antw:AMAD goes Tasker - Beta Version
Beitrag von: Schlimbo am 27 März 2018, 20:11:31
Zitat von: Schlimbo am 17 März 2018, 21:13:36
Hi Leon,
mir ist gerade noch ein Fehler in der Commandref aufgefallen:Das sollte "Automagic" heißen.

Hi Leon,
der gleiche Fehler hat sich auch noch in AMADBridge eingeschlichen:
ZitatThe APP Automagic or Tasker can be used on the Android device.

For Autoremote:
In the following, only the Flowset has to be installed on the

ZitatEs kann wahlweise die APP Automagic oder Tasker auf dem Android Gerät verwendet werden.
Für Autoremote:
Im folgenden muß lediglich das Flowset auf dem Android Gerät installiert
Titel: Antw:AMAD goes Tasker
Beitrag von: CoolTux am 27 März 2018, 20:18:51
Biete ich gerade wenn Du die aktuelle Version bezüglich Deiner Mediawünsche getestet hast  ;D
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 27 März 2018, 20:47:43
Hallo zusammen,
habe das Tasker Projekt im ersten Beitrag aktualisiert:
ZitatUPDATE v0.26 (27.03.2018)

  • fix toGo Profil "Active: Any"
  • rename toGo Profils
  • add takeScreenshot
  • add mediaControl for MXPlayerPro & Poweramp
  • add Media Readings for Poweramp
@Leon: Bitte in's Git schieben
Titel: Antw:AMAD goes Tasker
Beitrag von: Wolle02 am 04 April 2018, 18:33:18
Hallo Schlimbo und CoolTux,

zunächst einmal mal wieder vielen Dank für diese innovative Möglichkeit Fhem zu erweitern;grundsätzlich klappt bei mir alles sehr gut.

Ich hatte mir überlegt dieses Modul und die Taskerunterstützung dafür zu verwenden mein Handydisplay auf dunkel zu schalten, wenn ich Fhem den "Ich-geh-ins-Bett"-Befehl gebe. Das klappt aber bei mir nicht, da ich grundsätzlich die "automatische Helligkeit" aktiviert habe. Damit Tasker die Helligkeit regeln kann muss zunächst einmal die automatische Helligkeit deaktiviert werden.
Leider finde ich dafür kein Set-Command im AMAD-Device.

Könnt ihr mir hier irgendwie weiterhelfen?

Gruß
Wolle
Titel: Antw:AMAD goes Tasker
Beitrag von: CoolTux am 04 April 2018, 18:54:32
Kann ich die Tage mal einbauen. Kann aber sein das es nicht auf allen Geräten läuft, da ich es über setzen einer Systemvariablen machen muß.
Titel: Antw:AMAD goes Tasker
Beitrag von: Raemsna am 04 April 2018, 20:13:30
Hallo Schlimbo,

bei mir tritt noch ein "Fehler" / Problem auf:
Und zwar wird auf meinem Android 7 TNES unregelmäßig selbst beendet und ich kann dann keine set befehle mehr absetzen.
Ich habe das versucht über eine Routine zu lösen, die das persistens Notification erkennt (funktioniert) und dann automatisch das Profil "TNES AMAD" deaktiviert und nach ein paar Sekunden wieder aktiviert um TNES neu zu starten (funktioniert auch)

Leider funktioniert das aber nur unregelmäßig (manchmal ja, manchmal nein).
Deshalb suche ich nach einer Möglichkeit TNES zuverlässig z.B. über einen Intent neu zu starten (als normale App tauchts in Tasker z.B. bei "open App" nicht auf).

Fällt dir eine Lösung ein TNES über intent o.Ä. über Tasker zu starten?

Vielen Dank und schönen Abend
Raemsna
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 04 April 2018, 20:56:15
Hallo Raemsna,
Das Problem habe ich auch schon beobachtet, leider habe ich hierfür noch keine Lösung gefunden.
Hatte auch mit der Profil De/Aktivierung experimentiert, das seltsame ist, dass diese Lösung gut funktioniert, wenn es händisch in der Tasker GUI ausgeführt wird, will man es aber über einen Task automatisierten klappt es nicht mehr.

Wegen den Intents hatte ich schon mal den Entwickler von TNES angeschrieben, aber leider auch keine hilfreiche Antwort bekommen:
https://github.com/BidoisMorgan/http-event-tasker-plugin/issues/1#issuecomment-360992279 (https://github.com/BidoisMorgan/http-event-tasker-plugin/issues/1#issuecomment-360992279)

Bin deshalb auf Autoremote umgestiegen.
Titel: Antw:AMAD goes Tasker
Beitrag von: Raemsna am 04 April 2018, 21:00:18
Zitat von: Schlimbo am 04 April 2018, 20:56:15
Hallo Raemsna,
Das Problem habe ich auch schon beobachtet, leider habe ich hierfür noch keine Lösung gefunden.
Hatte auch mit der Profil De/Aktivierung experimentiert, das seltsame ist, dass diese Lösung gut funktioniert, wenn es händisch in der Tasker GUI ausgeführt wird, will man es aber über einen Task automatisierten klappt es nicht mehr.

Wegen den Intents hatte ich schon mal den Entwickler von TNES angeschrieben, aber leider auch keine hilfreiche Antwort bekommen:
https://github.com/BidoisMorgan/http-event-tasker-plugin/issues/1#issuecomment-360992279 (https://github.com/BidoisMorgan/http-event-tasker-plugin/issues/1#issuecomment-360992279)

Bin deshalb auf Autoremote umgestiegen.
OK danke für die Info. Dann werde ich das wohl auch machen.

Muss ich dann das Device neu anlegen oder kann ich das in FHEM ändern wenn ich auf autoremote switche?

Danke

Gesendet von meinem LG-D855 mit Tapatalk

Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 04 April 2018, 21:06:59
Es reicht, wenn du in FHEM das Attribut remoteServer auf Autoremote setzt und zusätzlich in der Tasker Einrichtungs-Scene auf Autoremote umschaltest (save nicht vergessen).
Titel: Antw:AMAD goes Tasker
Beitrag von: CoolTux am 05 April 2018, 20:30:04
Zitat von: CoolTux am 04 April 2018, 18:54:32
Kann ich die Tage mal einbauen. Kann aber sein das es nicht auf allen Geräten läuft, da ich es über setzen einer Systemvariablen machen muß.

Im master Branch vom Git befindet sich eine aktuelle Version mit Support für Adaptive brightness.
Schlimbo kannst Du bitte Dein Taskerprojekt nachziehen? Wenn Du das Feature nicht ünterstützen kannst dann bitte dennoch Version auf 4.2.2 ändern. Damit wir gleich sind wegen update.



Grüße
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 05 April 2018, 21:20:46
Angepasste Version gibt's wieder im 1. Beitrag

ZitatUPDATE v4.2.2 (05.04.2018)

  • add setCommand: "screenBrightnessMode".
Titel: Antw:AMAD goes Tasker
Beitrag von: CoolTux am 06 April 2018, 14:38:20
Liegt im SVN und kommt morgen per update
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 06 April 2018, 17:06:43
Hi Leon,
hab das Projekt noch mal aktualisiert, hatte ganz übersehen, dass du auch ein neues Reading eingefügt hast.
Titel: Antw:AMAD goes Tasker
Beitrag von: CoolTux am 06 April 2018, 17:38:13
Zitat von: Schlimbo am 06 April 2018, 17:06:43
Hi Leon,
hab das Projekt noch mal aktualisiert, hatte ganz übersehen, dass du auch ein neues Reading eingefügt hast.

Kein Problem, passe ich gleich an.
Das nächste Mal gebe ich Dir auch bessere Infos. Ist mir die Nacht eingefallen das ich da ganz schön geschlampt habe. Sorry.


Grüße
Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 11 April 2018, 17:29:38
Zitat von: Schlimbo am 04 April 2018, 20:56:15
Hallo Raemsna,
Das Problem habe ich auch schon beobachtet, leider habe ich hierfür noch keine Lösung gefunden.
Hatte auch mit der Profil De/Aktivierung experimentiert, das seltsame ist, dass diese Lösung gut funktioniert, wenn es händisch in der Tasker GUI ausgeführt wird, will man es aber über einen Task automatisierten klappt es nicht mehr.

Wegen den Intents hatte ich schon mal den Entwickler von TNES angeschrieben, aber leider auch keine hilfreiche Antwort bekommen:
https://github.com/BidoisMorgan/http-event-tasker-plugin/issues/1#issuecomment-360992279 (https://github.com/BidoisMorgan/http-event-tasker-plugin/issues/1#issuecomment-360992279)

Bin deshalb auf Autoremote umgestiegen.

Bin nicht sicher, ob ich das jetzt richtig verstanden habe Aber ich habe auch mit Autoremote genau dieses Problem., denke ich. Hatte die Tage mal "spaßeshalber" einen Neustart des Tablet durchgeführt, danach musste ich diesen entsprechenden Task auch manuell starten.

Aber wie bekannt habe ich ja eine Spezial-Edition von Schlimbo und daher eventuell anders gelagerte Einschränkungen. Daher an @Schlimbo die konkrete Frage: Sollte ich vernünftigerweise das AMAD-Modul von den Updates ausnehmen?
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 11 April 2018, 19:06:42
Hallo duke-f,
das Problem bei TENS ist, dass sich der TNES-Server manchmal von alleine beendet, bei Autoremote ist mir das noch nicht aufgefallen, wenn es bei dir nur nach einem Reboot auftritt ist es ein anderes Problem.

Nutzt du die toGo Funktion?

Wenn Ja, sollte das Profil "toGo_AMAD_con", nach dem Reboot und erfolgreicher Verbindung zu deinem WLAN, getriggert werden und den Autoremote Server starten.

Wenn Nein, sollte das Profil "AMAD_Boot" getriggert werden und ebenfalls den Autoremote Server starten.

Zitat von: duke-f am 11 April 2018, 17:29:38
Sollte ich vernünftigerweise das AMAD-Modul von den Updates ausnehmen?
Nein, solange es keine gravierenden Schnittstellen Änderungen in AMAD gibt, ist es nicht nötig das Update zu deaktivieren, neue set-Commands Funktionen dann halt einfach nicht mit deiner Tasker v4 Version.

Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 11 April 2018, 21:28:41
Ich habe gerade nochmal etwas probiert. Es ist wohl so, dass Autoremote selber gar nicht sicher startet nach einem Reboot. Gerade bekam ich ie Androidmeldung, als ich Togo manuell starten wollte nach dem Reboot:

"AutoRemote wird beendet"

oder so ähnlich. Als ich dann dieses erst aufgerufen habe und dann den toGo-Task startete, hat es wieder funktioniert. Ich will jetzt hier aber nicht wieder den Rahmen verlassen. Eventuell ist es eine Eigenheit zwischen meinem Andorid 4.4 und der entsprechenden AutoRemoteversion. Und da ich seit das ganze nun läuft noch nie erlebt habe, dass ich neu starten musste oder dies automatisch passierte, kann ich damit leben.

Titel: Antw:AMAD goes Tasker
Beitrag von: Wolle02 am 12 April 2018, 13:55:47
Hallo CollTux und Schlimbo,

ZitatAngepasste Version gibt's wieder im 1. Beitrag

Zitat

    UPDATE v4.2.2 (05.04.2018)

        add setCommand: "screenBrightnessMode".


Vielen Dank; funktioniert mit meinem S7 tadellos.
Ich hatte etwas Probleme bei der Installation. Das Taskerprojekt habe ich wie beim ersten Mal installiert; wobei ich das alte Projekt zuerst gelöscht habe. Nach dem Import des neuen Projekts habe ich den Starttask ausgeführt und auf "SAVE" gedrückt.
In meinem bestehenden Device in FHEM wurde auch die Readings aktualisiert, doch beim Asuprobieren des neuen Set Commands erhielt ich immer "Verbindungsaufbau abgelehnt". Gleiches auch bei allen anderen Set Commands.
Erst das Löschen des Devices und eine Neuanlage (wobei ich einen neuen Devicenamen vergeben musste) halfen. Jetzt funktionieren die Set Commands.

Was habe ich falsch gemacht? Gibt es einen einfacheren Updateweg?

Danke und Gruß
Wolle
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 12 April 2018, 16:09:13
Das hast du schon richtig gemacht.
Dieser Teil wird eigentlich nicht benötigt:
Zitat von: Wolle02 am 12 April 2018, 13:55:47
Nach dem Import des neuen Projekts habe ich den Starttask ausgeführt und auf "SAVE" gedrückt.

Anleitung zum Updaten des Tasker-Projekts auf dem Android Gerät:

Wichtig: zwischen altes Projekt löschen und neues Projekt importieren, Tasker nicht verlassen, nur so bleiben alle AMAD Variablen bestehen.
Gerade noch mal getestet, die Variablen bleiben auch bestehen wenn Tasker geschlossen wird.
Titel: Antw:AMAD goes Tasker
Beitrag von: Wolle02 am 12 April 2018, 23:25:29
Ok Danke. Dann probiere ich das beim nächsten Update nochmal aus.

Gruß
Wolle
Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 10 Mai 2018, 11:54:59
Ich will keinen Doppelpost, daher verweise ich hier nur auf meinen Beitrag:
https://forum.fhem.de/index.php/topic,72373.msg800748.html#msg800748 (https://forum.fhem.de/index.php/topic,72373.msg800748.html#msg800748)

Ich habe da den Verdacht, dass die Fehlermeldung aufgrund eines nicht richtig angekommenen Befehls an das Tablet erneut ein DOIF, das eigentlich auf AMAD:powerLevel getriggert ist, auslöst.

Ist das denkbar?
Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 10 Mai 2018, 22:03:23
@Schlimbo
Bin etwas hilflos, vielleicht hast Du mir einen Tipp. Ich habe jetzt mein Tablet resettet und nur Tasker, Autoremote und Deinen Task installiert. Daneben noch Fully und aus Bequemlichkeit Teamviewer Host. Bin mir eigentlich sicher, diesmal (mittlerweile auch zum 4. Mal nach Deiner ausführlichen Anleitung vor einigen Wochen) gleich genau die notwendigen Korrekturen eingebaut. Es scheint zu laufen, die notwendigen Tasks werden aktiv angezeigt und die Rückmeldung ist auch scheinbar korrekt, so z.B.:


2018-05-10_19:32:02 Alabama_AMAD powerLevel: 34
2018-05-10_19:34:02 Alabama_AMAD powerLevel: 35
2018-05-10_19:34:44 Alabama_AMAD ttsMsg Ja. Das habe ich auch gehört
2018-05-10_19:34:44 Alabama_AMAD lastSetCommandState: setCmd_done
2018-05-10_19:36:02 Alabama_AMAD powerLevel: 36
2018-05-10_19:38:01 Alabama_AMAD powerLevel: 37
2018-05-10_19:40:02 Alabama_AMAD powerLevel: 38


Trotzdem werden die Befehle am Tablet nicht mehr ausgeführt. Bisher wurden sie das. Wo kann ich noch suchen? Autoremote wurde nach Tasker installiert und läuft. Hab echt keine Idee mehr, wo ich suchen soll.
Titel: Antw:AMAD goes Tasker
Beitrag von: satprofi am 10 Mai 2018, 23:03:09
rechte der app kontrolliert?

Gesendet mit Tapatalk

Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 10 Mai 2018, 23:15:33
Habe bei allen installierten Apps ohne Einschränkung alles geforderte erlaubt.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 11 Mai 2018, 07:51:28
Hallo duke-f,
Zitat von: Schlimbo am 23 März 2018, 14:01:21
Bitte mal folgendes überprüfen:
In Tasker

  • Autoremote Wifi Service läuft, sollte in der Status Benachrichtigung zu sehen sein
  • Variable %AMAD_receive = on
  • Variable %AMAD_remoteServer = Autoremote
  • Variable %AMAD_amadid steht auf dem gleichen Wert wie in FHEM
In FHEM am AMADDevice

  • Im DEV steht am schluss Autoremote
  • Internal AMAD_ID ist korrekt
  • Internal PORT = 1817
  • Attribute remoteServer = Autoremote

Stimmt die IP Adresse deines Tablets mit der in FHEM eingetragenen Adresse überein?
Schau mal im Log von Autoremote ob da überhaupt etwas empfangen wird.

Gruß Schlimbo
Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 11 Mai 2018, 10:42:17
Habe ich alles schon mehrfach gecheckt. Und auch mehrfach neu eungerichtet auf dem Tablet. Habe nun aber den Verdacht, dass irgendetwas die Firmware beschädigt hat, das der Werksreset nicht beheben kann. Was auch immer. Habe nämlich sowohl in Fully als auch im erneut installierten WVC nicht mehr die schöne Uhr anstelle des Logos und auch die Auswahllisten für die Devices gehen nicht mehr. Ich befürchte, irgendeine aktualisierte App (ob benötigt oder nicht) schießt da quer.
Und das Log von Autoremote zeigt auch die Eingaben von "Unknown". Dass der Nickname in Autoremote nicht 1:1 zum Devicename in FHEM übereinstimmt hat doch sicher keinen Einfluss, oder?

Muss jetzt wohl oder übel die FW erst mal neu einspielen. Das dauert aber erst mal wieder.

Titel: Antw:AMAD goes Tasker
Beitrag von: satprofi am 11 Mai 2018, 11:07:56
hallo.
bemerke gerade das der befehl reload nicht mehr klappt. gabs änderungen?

Gesendet mit Tapatalk

Titel: Antw:AMAD goes Tasker
Beitrag von: satprofi am 11 Mai 2018, 11:10:00


Zitat von: duke-f am 11 Mai 2018, 10:42:17

Und das Log von Autoremote zeigt auch die Eingaben von "Unknown". Dass der Nickname in Autoremote nicht 1:1 zum Devicename in FHEM übereinstimmt hat doch sicher keinen Einfluss, oder?

Muss jetzt wohl oder übel die FW erst mal neu einspielen. Das dauert aber erst mal wieder.
doch.
der name wird ja in fhem autom. angelegt, autocreate.


Gesendet mit Tapatalk

Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 11 Mai 2018, 11:43:00
Zitat von: duke-f am 11 Mai 2018, 10:42:17
Und das Log von Autoremote zeigt auch die Eingaben von "Unknown".
Das "Unknown" im Log von Autoremote ist normal.
Beispiel Logeintrag:
ZitatIn - 2018-05-11 11:21:36.245 - Received Message from Unknown device with this id: AMAD: Text: "AMAD=:=/fhem-amad/setCommands/setBrightness?brightness=80&amad_id=1517720112"
Wenn diese Logeinträge vorhanden sind, heißt es ja schon mal, dass die Befehle auf dem Tablet ankommen.
Als nächstes kannst du prüfen ob der Befehl auch in Tasker ankommt.
Die Variable %AMAD_lastSetCommand sollte dann mit dem letzten Befehl gesetzt sein:
Zitat/fhem-amad/setCommands/setBrightness?brightness=80&amad_id=1517720112
Wenn nicht, wird das Profil "AutoRemote AMAD" nicht ausgeführt und du musst hier weiter suchen, warum nicht.

Zitat von: satprofi am 11 Mai 2018, 11:07:56
bemerke gerade das der befehl reload nicht mehr klappt. gabs änderungen?
Was meinst du mit reload?
Titel: Antw:AMAD goes Tasker
Beitrag von: satprofi am 11 Mai 2018, 11:56:39
bis jetzt hatte ich "set tablet reload" eingeben können und der fullykiosk hat seine seite neu geladen.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 11 Mai 2018, 12:01:38
Da bist du hier im falschen Thread. Hier geht es um AMAD.
Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 11 Mai 2018, 13:38:31
Zitat von: Schlimbo am 11 Mai 2018, 11:43:00
Das "Unknown" im Log von Autoremote ist normal.
Beispiel Logeintrag:Wenn diese Logeinträge vorhanden sind, heißt es ja schon mal, dass die Befehle auf dem Tablet ankommen.
Als nächstes kannst du prüfen ob der Befehl auch in Tasker ankommt.
Die Variable %AMAD_lastSetCommand sollte dann mit dem letzten Befehl gesetzt sein:Wenn nicht, wird das Profil "AutoRemote AMAD" nicht ausgeführt und du musst hier weiter suchen, warum nicht.

Das kommt alles inklusive %AMAD_lastSetCommand an. Daher vermute ich wirklich, es liegt am Tablet. Habe jetzt die FW neu eingespielt und bin gerade dabei, die notwendigen Apps und Deinen Task zu installieren und dann wieder einzurichten. Leider ist es offensichtlich unvermeidlich, dass sich dabei das Tablet teilweise selbst aktualisiert. Hoffe, dass nicht da der Knoten liegt und der ganze Aufwand damit sinnlos ist.
Titel: Antw:AMAD goes Tasker
Beitrag von: satprofi am 11 Mai 2018, 17:14:37
eben, das mache ich ja mit amad

Gesendet mit Tapatalk

Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 12 Mai 2018, 01:49:14
Zum n+1. Mal heute alles neu aufgesetzt, mich wegen der plötzlichen Einschränkung in diversen Browsern hinsichtlich FHEM-Auswahlmenüs zuletzt mit Chrome abgefunden (kein Fullscreen, zeigt aber zumindest alles) und trotzdem wieder: Das Tablet macht nichts, obwohl der Befehl in Autoremote und als Letztes Kommando in den Variablen im AMAD-Task landet. Vielleicht muss ich mich mit dem Gedanken an ein neues Tablet anfreunden.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 12 Mai 2018, 09:12:43
Zitat von: satprofi am 11 Mai 2018, 17:14:37
eben, das mache ich ja mit amad
Sorry, da kann ich nicht weiterhelfen, den Reaload Befehl habe ich bei AMAD noch nie gesehen.

Zitat von: duke-f am 12 Mai 2018, 01:49:14
Das Tablet macht nichts, obwohl der Befehl in Autoremote und als Letztes Kommando in den Variablen im AMAD-Task landet.
Wenn die Variable befüllt wird, wird der Task "AMAD_SetCommands" schon mal mindestens bis zur Zeile 4 ausgeführt, hier musst du selber auf Fehlersuche gehen, wie weit der Task kommt. Zum Debuggen: Deaktiviere mal Zeile 4 und aktiviere dafür Zeile 5, dann lasse den Task in Einzelschritten laufen und schau wo es hängt.
Verwendest du eigentlich noch Tasker 4 oder hast du dein Tablet mittlerweile auf eine aktuellere Version hoch gerüstet?
Titel: Antw:AMAD goes Tasker
Beitrag von: CoolTux am 12 Mai 2018, 09:16:50
Zitat von: satprofi am 11 Mai 2018, 11:56:39
bis jetzt hatte ich "set tablet reload" eingeben können und der fullykiosk hat seine seite neu geladen.

AMAD hat von Hause aus keinen reload Befehl.
Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 12 Mai 2018, 11:15:54
Zitat von: Schlimbo am 12 Mai 2018, 09:12:43
Verwendest du eigentlich noch Tasker 4 oder hast du dein Tablet mittlerweile auf eine aktuellere Version hoch gerüstet?
Bin nun bei der aktuellsten Version, die es seit der Übernahme nun wohl doch auch für mein Tablet gibt. Hatte zuerst versucht, wieder 4.7u3 zu verwenden, wurde dann aber nach einigen Tagen nach einer nicht vorhandenen Lizenz gefragt. Habe vom Entwickler auch keine ANtwort auf entsprechende Anfrage und bin dann eben über den Shop auf die neuste umgestiegen. Gleiches gilt für Autoremote.
Titel: Antw:AMAD goes Tasker
Beitrag von: CoolTux am 12 Mai 2018, 11:31:28
Zitat von: duke-f am 12 Mai 2018, 11:15:54
Bin nun bei der aktuellsten Version, die es seit der Übernahme nun wohl doch auch für mein Tablet gibt. Hatte zuerst versucht, wieder 4.7u3 zu verwenden, wurde dann aber nach einigen Tagen nach einer nicht vorhandenen Lizenz gefragt. Habe vom Entwickler auch keine ANtwort auf entsprechende Anfrage und bin dann eben über den Shop auf die neuste umgestiegen. Gleiches gilt für Autoremote.

Tasker hat einen neuen Entwickler. Er steckt noch bisschen voll mit der Übernahme. Gib ihm etwas Zeit sich ein zu finden  ;D

https://groups.google.com/forum/m/#!topic/tasker/SkCtZxnts4Y
Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 12 Mai 2018, 12:25:19
Klar, war kein Vorwurf. Er hat ja auch die ganzen anderen Zusatztools entwickelt, die zu pflegen sicher Aufwand darstellt. Wollte eben nur die Tage mal nutzen am Stück dranbleiben zu können - und jetzt kracht es im Moment an allen Ecken und Enden.


EDIT:
Habe mir jetzt ein neues Tablet mit Android 7 geordert und starte damit einen neuen Versuch mit Tasker, AMAD und Fully. Man sollte wissen, wenn man verloren hat. ;)
Danke trotzdem für den geduldigen Support.
Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 16 Mai 2018, 22:39:42
So, das neue Teil hängt - noch nicht an der Wand, aber ist weitestgehend eingerichtet. Sprich, es läuft Fully und AMAD mit Tasker. Es meldet seinen Zustand, reagiert auf einige Befehele wie Helligkeit ändern oder sogar eine Website öffnen. Muss jetzt noch an die Wand und dauerhaft mit Energie versorgt werden. Da passt die alte Kabelage und der Rahmen leider nicht mehr. Und: Es spricht noch nicht mit mir. Google sagt zwar was ohne Probleme über Text zu Sprache, aber ein von FHEM angegebener Text wird zwar angezeigt, aber leider nicht gesprochen. Der Weg ist also frei über Autoremote zu Tasker.

Das alte Tablet kommt mal in die Schublade. Sollte es dann alles mit dem neuen laufen, kann ich mir dieses nochmal für einen begrenzteren Einsatz vorstellen. Ob dann wieder mit AMAD für Android 4.4 oder mit WVC wird sich zeigen.

Nur das mit dem Text wurmt mich jetzt noch ....
Wer sagt's denn, jetzt spricht er.Hoffentlich bleibt das so.
Leider zu früh gefreut. Einmal ging's dann geht's wieder nicht doch nicht. Wo liegt jetzt der Knoten? Ist doch ein nagelneues Tablet mit Android 7. Mache ich nochwas falsch oder habe was vergessen einzustellen?


/fhem-amad/setCommands/ttsMsg?message=Das%20ist%20ein%20Text%20f%c3%bcr%20das%20neue%20Tablet&msgspeed=5&msglang=de&msgvol=15&amad_id=1521746366


Ich bin doch leicht frustriert. Endlich doch den Umstieg von WVC, dann eben doch auch ein neues Tablet und am Ende geht weniger als vorher. Ist kein Vorwurf, aber richtig Freude will einfach nicht aufkommen. Kommt alles an bei Tasker. Selten spricht das Teil, meist aber nicht.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 17 Mai 2018, 06:58:48
Hallo duke-f,
Bitte entferne mal den Haken bei "Continue Task Immediately" im Task "AMAD_SetCommands" beim "Say" Befehl (Zeile  35) und Test ob es dann besser funktioniert.
Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 17 Mai 2018, 07:53:29
Auf die Schnelle hat es jetzt 4 von 5 Mal funktioniert. Also deutlich besser als gestern Nacht. Jetzt muss ich aber leider erst zur Arbeit und kann erst später erneut probieren.

Besten Dank

Bin ja echt begeistert was da alles drin steckt, in Deinen Tasks. Als Laie eben nicht immer direkt zu verstehen, aber wenn Du drauf hin weist, wird es immer klarer. Würde ja fast sagen: Wenn ich nochmal jung wäre, wollte ich das auch lernen!
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 10 Juni 2018, 20:44:37
Zitat von: CoolTux am 01 Juni 2018, 22:39:22
ACHTUNG!!! Es gibt Readings Änderungen für den Batteriestand. Bitte beachten!!

https://forum.fhem.de/index.php/topic,87575.msg807158.html#msg807158
Habe ich im Tasker Projekt jetzt auch umgestellt:
Zitat von: Schlimbo am 16 Dezember 2017, 22:08:42
UPDATE v4.2.3 (10.06.2018)

  • change reading name powerLevel to batteryPercent (Forum:87575 (https://forum.fhem.de/index.php/topic,87575.msg807158.html#msg807158))
Titel: Antw:AMAD goes Tasker
Beitrag von: Raemsna am 20 August 2018, 07:11:08
Hallo Schlimbo,

kurze Frage (ich kriegs leider nicht raus):
Wie genau sende ich ein von mir gewähltes Kommando von FHEM über die CommBridge an Android, so dass ich darauf mittels Tasker reagieren kann (zB Notification erstellen). Ich nutze AutoRemote.

Vielen lieben Dank

Gesendet von meinem HUAWEI GR5 2017 mit Tapatalk

Titel: Antw:AMAD goes Tasker
Beitrag von: CoolTux am 20 August 2018, 08:51:55
Zitat von: Raemsna am 20 August 2018, 07:11:08
Hallo Schlimbo,

kurze Frage (ich kriegs leider nicht raus):
Wie genau sende ich ein von mir gewähltes Kommando von FHEM über die CommBridge an Android, so dass ich darauf mittels Tasker reagieren kann (zB Notification erstellen). Ich nutze AutoRemote.

Vielen lieben Dank

Gesendet von meinem HUAWEI GR5 2017 mit Tapatalk

Das sollte mit
set DEVICE sendIntent
gehen. Und auf Androidseite auf Broadcast intent glaube reagieren.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 20 August 2018, 11:54:00
Hallo Raemsna,
einen selbst erstellen Task kannst du ganz einfach über "userFlowRun" auszuführen.

Was willst du denn genau machen?

Hab auch schon überlegt dieses Kommando etwas zu erweitern, damit man den aufrufenden Task noch die Übergabe Parameter %par1 und %par2 über AMAD mitgeben kann.

Gruß Schlimbo
Titel: Antw:AMAD goes Tasker
Beitrag von: CoolTux am 20 August 2018, 12:22:35
Zitat von: Schlimbo am 20 August 2018, 11:54:00
Hallo Raemsna,
einen selbst erstellen Task kannst du ganz einfach über "userFlowRun" auszuführen.


Na das ist ja noch einfacher. Super
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 27 Oktober 2018, 00:34:28
Hallo zusammen,

auf der ersten Seite gibt es eine neue Version des Tasker-Projektes.
Zitat von: Schlimbo am 16 Dezember 2017, 22:08:42
UPDATE v4.2.4 (26.10.2018)

  • currentFlowsetUpdate use now the new Tasker share link method (https://tasker.joaoapps.com/userguide/en/sharecreation.html (https://tasker.joaoapps.com/userguide/en/sharecreation.html))
  • add setCommand: "screen on"
  • add setCommand: "screenFullscreen - on/off"
  • add setCommand: "screenOrientation - Auto,Landscape,Portait"
  • add reading: "screenFullscreen"

Zur Info: Für diese Version wird die aktuellste Tasker Version benötigt (v5.6)

Das verfahren zum importieren und aktualisieren hat sich jetzt auch etwas vereinfacht:
Zitat von: Schlimbo am 16 Dezember 2017, 22:08:42
Ab Version v4.2.4 (26.10.2018) kann das Tasker Projekt über einen shareLink einfach importiert und aktualisiert werden.
Infos hierzu: https://tasker.joaoapps.com/userguide/en/sharecreation.html (https://tasker.joaoapps.com/userguide/en/sharecreation.html)
Der Link zum Projekt: Taskernet Link: AMAD (https://taskernet.com/shares/?user=AS35m8mfUdMiSyg%2B6qtSQgVfheXbVAesWjJMrODPeBFDeG5xRTm2T%2BYtd3ixcI0GVFP5yX2Pa3yVKQ%3D%3D&id=Project%3AAMAD)

Gruß
Schlimbo
Titel: Antw:AMAD goes Tasker
Beitrag von: CoolTux am 27 Oktober 2018, 06:07:13
Guten Morgen,

Soll ich die neue Version in den SVN laden?


Grüße
Titel: Antw:AMAD goes Tasker
Beitrag von: Wolle02 am 27 Oktober 2018, 08:50:58
Hallo Schlimbo,

beim Import über den Link wurde mir mitgeteilt, dass Root-rechte fehlen würden. Mein Android ist nicht gerootet; braucht man das für die Funktion?
Wo kann ich denn sehen, ob der Import erfolgreich war? Ich finde die Versionsnummer 4.2.4 nicht.

gruß
Wolle
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 27 Oktober 2018, 09:51:09
Hallo Wolle,
Root Rechte werden nicht zwingend benötigt, es sind nur ein paar Funktionen, die nur mit Root Recht funktionieren (siehe commandref)
Der Import sollte aber trotzdem funktionieren.
Schau bitte mal in den Task "AMAD_Informations", im zweite Befehle "flowsetVersionAtDevice" sollte 4.2.4 stehen.

Was kam genau als Meldung beim Import via Taskernet?

Titel: Antw:AMAD goes Tasker
Beitrag von: Wolle02 am 27 Oktober 2018, 13:23:50
Hmmm, dann scheint das Update nicht geklappt zu haben. "flowsetVersionAtDevice" steht auf 4.2.3

Ich kann dir leider nicht mehr genau sagen, welche Meldung kam, weil ich Depperl auf "do not remind again" geklickt habe. Jetzt kommt die Meldung nicht mehr. Es stand aber etwas sinngemäßes da wie "missing permissions: Root" oder so ähnlich.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 27 Oktober 2018, 23:08:42
Zitat von: CoolTux am 27 Oktober 2018, 06:07:13
Soll ich die neue Version in den SVN laden?
Grüße
Ja, Bitte.

@Wolle:
Konnte es gerade bei mir nachstellen: Da gibt es anscheinend noch ein Problem mit dem Import von TaskerNET, habe das Problem mal an den Tasker Entwickler gemeldet.

Du kannst das Projekt von der ersten Seite aber ja auch, wie bisher, manuell Importieren.

Gruß
Schlimbo
Titel: Antw:AMAD goes Tasker
Beitrag von: CoolTux am 27 Oktober 2018, 23:51:30
Ist im SVN
Titel: Antw:AMAD goes Tasker
Beitrag von: Wolle02 am 28 Oktober 2018, 11:44:21
ZitatDu kannst das Projekt von der ersten Seite aber ja auch, wie bisher, manuell Importieren.

Das hat aber erst funktioniert, nachdem ich nach einem FHEM Update heute morgen die Datei 74_AMADtaskerset_4.2.4.prj.xml von meinem System händisch auf mein Device kopiert habe. Ein Set currentFlowsetUpdate hat mir komischerweise auch wieder die 4.2.3 aufs Handy geschoben.

Aber ein dickes Danke an dich, dass du das Projekt weiterpflegst!

Gruß
Wolle
Titel: Antw:AMAD goes Tasker
Beitrag von: CoolTux am 28 Oktober 2018, 11:55:08
Zitat von: Wolle02 am 28 Oktober 2018, 11:44:21
Das hat aber erst funktioniert, nachdem ich nach einem FHEM Update heute morgen die Datei 74_AMADtaskerset_4.2.4.prj.xml von meinem System händisch auf mein Device kopiert habe. Ein Set currentFlowsetUpdate hat mir komischerweise auch wieder die 4.2.3 aufs Handy geschoben.

Aber ein dickes Danke an dich, dass du das Projekt weiterpflegst!

Gruß
Wolle

Dann passt die Versionsabfrage nicht. Dann muss ich in den Modulen auf 2.4.4 umstellen und mein Flowset auch auf die Version heben.
Titel: Antw:AMAD goes Tasker
Beitrag von: Wolle02 am 28 Oktober 2018, 12:37:56
Ahhh, siehst du. Ich hab ganz vergessen, dass das AMAD Projekt ja von dir ist und Schlimbo "nur" das Tasker-Projekt macht (nicht abwertend gemeint; ganz und gar nicht).

Dann natürlich auch an dickes Danke an dich CoolTux, dass du dich immer so toll kümmerst!!!

Gruß
Wolle
Titel: Antw:AMAD goes Tasker
Beitrag von: CoolTux am 28 Oktober 2018, 12:51:21
@Schlimbo
Ich werde heute Abend oder morgen früh Automagic gleich ziehen. Dann haben sowohl Automagic als auch Tasker wieder die selbe Versions Id
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 28 Oktober 2018, 14:58:06
@Leon
Ich müsst in der Commandref auch noch was anpassen.
Erstelle auf Git hierzu heute Abend noch einen pull request.
Titel: Antw:AMAD goes Tasker
Beitrag von: CoolTux am 28 Oktober 2018, 15:06:08
Zitat von: Schlimbo am 28 Oktober 2018, 14:58:06
@Leon
Ich müsst in der Commandref auch noch was anpassen.
Erstelle auf Git hierzu heute Abend noch einen pull request.

Sehr gerne.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 28 Oktober 2018, 21:34:44
@Leon: pull request ist raus
Titel: Antw:AMAD goes Tasker
Beitrag von: CoolTux am 14 November 2018, 19:43:57
Hallo Schlimbo,

Wie schaut es mit der Taskerset 4.2.4 aus? Bin bei mir durch. IncomingCall habe ich um CallerStatus erweitert und zusätzlich Infos zu OutgoingCall erstellt.

Hier alle Readingnamen

2018-11-14 16:36:55  incomingCallerName  Isa
2018-11-14 16:36:55  incomingCallerNumber. +491xxxxx
2018-11-14 16:36:55  incomingCallerStatus  IDLE
2017-11-14 16:37:09  outgoingCallerName  Isa
2018-11-14 16:37:09  outgoingCallerNumber. +491xxxx
2018-11-14 16:37:09  outgoingCallerStatus  IDLE
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 15 November 2018, 16:51:12
Im ersten Beitrag gibt es die aktualisierte Version mit den neuen Call Readings.

Gruß Schlimbo
Titel: Antw:AMAD goes Tasker
Beitrag von: ChrisW am 09 April 2019, 19:59:32
Aktuell nutze ich Automatic leider macht das auf einem Handy immer wieder Probleme. Würde nun gerne tasker versuchen. Nur wie bekomme ich die Verbindung zu fhem . Die Connection Plugins kosten alle ?
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 10 April 2019, 22:45:09
Hallo ChrisW,

die Verbindung vom Android Gerät zu FHEM geht auch ohne Plugin, damit das Android Gerät aber Befehle von FHEM empfangen kann braucht es ein zusätzliches Plugin, da TASKER keinen Webserver integriert hat.
Mit Autoremote funktioniert das bei mir absolut zuverlässig.
Wer hierfür kein Geld ausgeben möchte kann sich jedoch auch andere Wege überlegen, wie die Befehle zu Tasker gelangen.
Hierfür gibt es die Einstellung "other" :
Zitat von: Schlimbo am 16 Dezember 2017, 22:08:42
Der Nutzer kann also selbst entscheiden, wie er die Steuerbefehle an Tasker weiterreicht.
Der Zustellweg wird beim define des AMADDevices oder über den Einrichtungs-Task festgelegt:
Attribut remoteServer:
Zustellung über "other":
Wem die beiden integrierten Zustellmöglichkeiten nicht ausreichen, kann sich auch selbst um die Zustellung kümmern und mit einem Notify auf das Reading "lastSetCommand" triggern, dieses wird immer mit dem letzte Set-Kommando befüllt.
Hierdurch gibt es unzählige Möglichkeiten, wie die Kommandos zu Tasker übertragen werden können (z.B Pushover, SMS, Email...), die Steuerung des Android Gerätes ist somit nicht nur auf das Lokale Netzwerk beschränkt.

Notify Beispiel: Übertragung mit Pushover:
defmod AMADsend2Tasker notify HTC_M8.lastSetCommand:.* {fhem "set Pushover msg title=AMAD priority=-2 ".urlEncode($EVTPART1)}

Gruß
Schlimbo
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 02 Mai 2019, 23:14:36
Hallo zusammen,
mit Tasker 5.7 würden jetzt auch NFC Trigger eingeführt,
somit ist es jetzt auch mit der Tasker AMAD Version möglich auf NFC Tags zu reagieren.
Im ersten Beitrag gibt es eine neue Version die das Reading "nfcLastTagID" unterstützt.
Titel: Antw:AMAD goes Tasker
Beitrag von: CoolTux am 08 Mai 2019, 22:31:32
Gibt es ab Morgen per Update
Titel: Antw:AMAD goes Tasker
Beitrag von: ChrisW am 11 Mai 2019, 19:49:46
hm bei tasker import will er etwas noch Installieren über fastboot ... auch root ist ein muss? Da im Tasker nichts nach dem Import angezeigt wird..
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 11 Mai 2019, 22:12:08
Root ist keine Voraussetzung für AMAD, allerdings gibt (oder gab) es einige Funktionen die root Rechte benötigen.
Da Tasker mittlerweile aber ohnehin fast alle vorhandenen Android Rechte fordert, ist Root in der Tasker AMAD Version momentan nur noch für "set clearNotificationBar all" nötig, alles andere funktioniert auch ohne ROOT.

Das AMAD etwas über Fastboot installieren möchte kann ich mir nicht erklären. Welche Meldung kommt hier genau? Könntest du hiervon einen Screenshot senden?

Titel: Antw:AMAD goes Tasker
Beitrag von: ChrisW am 12 Mai 2019, 09:10:51
So hab es hinbekommen Gerät 1 klappt.
Gerät 2 auch aber es wird nicht alles an readings übermittelt. Z.b ob Strom eingesteckt ist. Hab schon paar Mal versucht klappt nicht. Kann ich einen Task manuell starten dafür ? Wieso schickt er nicht alles ?

Nach einem Neustart klappt es.
Titel: Antw:AMAD goes Tasker
Beitrag von: ChrisW am 13 Mai 2019, 16:51:12
hmm schade bei dem einen Gerät klappt es irgendwie eher schlecht ..
Immer wieder werden sachen nicht richtig Übertragen. Wie powerPlugged: ... woran kann es liegen ? Anderes klappt soweit oder fällt nicht auf.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 13 Mai 2019, 20:22:52
Was öfter Problem macht ist die "Akku-Optimierung" von Android,  Kontrolliere bitte ob diese für TASKER deaktiviert ist.
Auch die WLAN Einstellungen prüfen, bei machen Geräten gibt es eine Option dass WLAN im Standby abgeschaltet wird.
Ansonsten kannst du noch kontrollieren ob das Tasker Profile "AMAD_powerPlugged" beim einstecken einens Ladegeräts aktiv (grün) wird.
Nutzt du die toGo Funktion? Wenn ja bitte mal deaktivieren und testen ob es ohne zuverlässig funktioniert.
Titel: Antw:AMAD goes Tasker
Beitrag von: ChrisW am 16 Mai 2019, 22:08:38
Könnte man nicht was einbauen was die Bluetooth Geräte ausgibt. Habe bisher zum schlafen geprüfte wiredHeadsetPlugged 1.. Das neue p30 hat aber nurnoch Bluetooth Headset. Das kann ich nicht in FHEM prüfen
Danke

Akku optimierungs usw aus. WLAN auch immer aktiv
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 16 Mai 2019, 22:55:49
Die Readings "connectedBTdevices" und "connectedBTdevicesMAC" werden aktuell mit Tasker noch nicht unterstützt, da ich noch keine Möglichkeit gefunden habe die Infos über Tasker zu bekommen.

Aber wenn dir ein generelles Reading ausreicht, das nur anzeigt ob ein Bluetooth Gerät verbunden ist, kannst du das angehängte Profile mal testen.

Hiermit gibt es dann ein neues Reading "bluetoothConnected" das "0" oder "1" sein kann.

Wenn du nur bei einem bestimmten BT Gerät triggern möchtest kannst du im Tasker Profile das State Context "BT Connected" auch noch individuelle anpassen indem du die Parameter "NAME" und/oder "Address" setzt.
Titel: Antw:AMAD goes Tasker
Beitrag von: ChrisW am 18 Mai 2019, 08:58:58
Danke das würde mir reichen :) Eine frage wie bekomme ich da sin Tasker .. als Projekt Import findet er diese XML nicht in dee Ordner wo sie liegen müsste :) Gibt es da noch einen Trick?
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 18 Mai 2019, 09:40:00
Nicht als Projekt, sondern als Profile importieren.
Titel: Antw:AMAD goes Tasker
Beitrag von: ChrisW am 19 Mai 2019, 20:48:41
ach erstmal finden :) Danke
Titel: Antw:AMAD goes Tasker
Beitrag von: ChrisW am 20 Mai 2019, 13:54:33
also das powerplugged problem ist weiterhin da. Irgendwie "Verschluckt" er sich und gibt den Status dann nicht weiter. Ich weiss nicht wieso. Könnte man bei dieser Abfrage etwas einbauen das er nach 10 Sekunden das ganze ein 2. mal abschickt ? Also quasi eine Schleife in Tasker ?

Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 20 Mai 2019, 21:50:44
Zitat von: Schlimbo am 13 Mai 2019, 20:22:52
Ansonsten kannst du noch kontrollieren ob das Tasker Profile "AMAD_powerPlugged" beim einstecken einens Ladegeräts aktiv (grün) wird.
Nutzt du die toGo Funktion? Wenn ja bitte mal deaktivieren und testen ob es ohne zuverlässig funktioniert.
Hast du das mal gecheckt?

Hier müsstest du in Tasker mal selbst etwas auf Ursachenforschung gehen.
Interessant wäre ob das Profi durch Tasker überhaupt getriggert wird. Füge in "AMAD_powerPlugged" doch einfach mal ein "flash" Oder "say" Aktion ein, um am Gerät selbst eine Rückmeldung zu bekommen ob das Profil überhaupt ausgeführt wird.

Wenn Power plugged von deinem Gerät nicht erkannt wird macht ein Mehrfach senden auch keinen Sinn.

Ist powerPlugged das einzige Reading das nicht zuverlässig funktioniert?

Titel: Antw:AMAD goes Tasker
Beitrag von: ChrisW am 21 Mai 2019, 08:24:45
naja nicht so direkt. Das BT Connections von dir das war gestern in FHEM auch noch bei 0.
Bin dann da rein da war es Grün. Bin auf den Task und habe nochmal PLAY gesagt und schon geht es.
Powerplugged geht auf jedenfall ABER er scheitn den Status IRGENDWOHIN zu schicken.

Hatte vorher lange Automagic da ging es zu 97% zuverlässig.
Habe das aber auf 2 Geräten.
toGo Funktion ? Sagt mir nichts. Aber Akku Optimierung ist auf Menuell. Tasker läuft aber auch dauerhaft
Ich schaue mal das ich da mal eine Nachicht davor und danach packe ob der Task auch ausgefüht wurde. Ist nur schwer bin jetzt nicht zuhause im Wlan :(
Titel: Antw:AMAD goes Tasker
Beitrag von: ChrisW am 24 Mai 2019, 08:53:58
also ich weiss wirklich nicht wieso das ab und zu passiert. Wenn ich es Teste klappt es. Aktuell macht nur 1 Gerät Probleme. Wlan usw. alles dauerhaft Aktiv .. Ich muss wirklich eine art Prüfung in Tasker irgendwie mit einbauen das er das alle 5 Sekunden aktulaisiert. Nicht nur einmalig.
Denke Handy hängt/Lahm/Wlan nicht top oder er wechselt gerade den Wlan Repeater was weiss ich.
Wie kann ich so eine "Schleife" oder dauerprüfung alle 5 Sekunden Realisieren ?
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 24 Mai 2019, 20:05:21
Teste mal die beiden Profile.
Hiermit wird der Status alle 2 Minuten gesendet.
Tipp: nicht ins AMAD Projekt importieren sondern in ein eigenes Projekt, dann werden sie durch ein AMAD Update auch nicht überschrieben.
Titel: Antw:AMAD goes Tasker
Beitrag von: ChrisW am 24 Mai 2019, 21:42:50
Danke da ich da aber Alarmanlage mit ausmachen muss die zeit was kürzer sein. Ich kann das 2 nicht mal auf 1 anpassen komisch. Sekunden gibt es nicht? Vielen dank
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 25 Mai 2019, 00:17:53
Für Zeitplan Trigger gibt es in Tasker eine Mindestabstand von 2 Minuten.
Hier noch ein anderer Ansatz mit einer Schleife die den Befehl 3 mal sendet.

Titel: Antw:AMAD goes Tasker
Beitrag von: Wolle02 am 27 Mai 2019, 19:14:55
Ich habe bei mir von TNES auf Autoremote umgestellt, weil ich bei einem Handy immer das Problem hatte, dass bei Set-Commands die Meldung "Verbindungsaufbau abgelehnt" kam. Mit Autoremote ist das bislang nicht aufgetreten.
In AutoRemote habe ich in den Einstellungen gesehen, dass man ein Passwort anlegen kann.
ZitatIf defined, AutoRemote will only work if you send messages with this password.

Zur Erhöhung der Sicherheit erschiene es mir sinnvol dies zu nutzen. Kann ich das mit dem Modul irgendwie? Da müsste man das Passwort wahrscheinlich in einem Attribut hinterlegen oder? Könnte man das einbauen?

Gruß
Wolle
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 27 Mai 2019, 21:41:03
Hallo Wolle,
danke für dein Feedback, für erhöhte Sicherheit bin ich immer zu haben :D
Habe mir das gleiche mal angeschaut und es wäre durchaus möglich das zu integrieren, allerdings sehr ich hier keinen großen Sicherheitsgewinn.
Autoremote erwartet das Passwort einfach als zusätzliche Parameter im json format.
Änderung in 73_AMADCommBridge.pm, Zeile: 314 zum testen:
"{\"message\":\"AMAD=:=$path\", \"sender\":\"AMAD\", \"ttl\":60, \"password\":\"123\
", \"communication_base_params\":{\"type\":\"Message\", \"fallback\":false, \"via\":
\"Wifi\"},\"version\":\"1.62\"}",

Das Passwort wird also auch im Klartext gesendet, in Autoremote wird dann lediglich verglichen ob das Passwort übereinstimmt und nur bei Übereinstimmung wird die Nachricht an Tasker weitergeleitet.
Das gleiche macht eigentlich auch schon die AMAD ID.
Einziger Unterschied ist, dass die AMAD ID erst in Tasker selbst ausgewertet wird.
Gruß
Schlimbo
Titel: Antw:AMAD goes Tasker
Beitrag von: Wolle02 am 28 Mai 2019, 18:42:16
Hallo Schlimbo,

ah, ok. mir war nicht klar, dass die AMAD ID auch diese Funktion übernimmt und dass das Passwort eher eine Pseudo-Sicherheit darstellt.
Ich werde deinen Code aber trotzdem mal testen. Muss ich in Autoremote dann als Passowrt "123" einstellen?
Vielen Dank dafür. Ich hoffe, dass ich am WE dazu komme.

Gruß
Wolle
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 28 Mai 2019, 20:18:08
Ja genau dafür ist die AMAD ID da, Befehle werden von Tasker nur ausgeführt wenn der Befehl die gleiche AMAD ID enthält wie in der Globalen Tasker Variable %AMAD_amadid hinterlegt ist.

Ja, als Passwort habe ich zum testen einfach mal 123 fest ins Modul geschrieben, das muss natürlich mit deinem Autoremote Passwort übereinstimmen.
Titel: Antw:AMAD goes Tasker
Beitrag von: Wolle02 am 01 Juni 2019, 16:17:50
Also der Code funktioniert soweit wie gewünscht.

Wenn kein PW in Autoremote gesetzt ist, dann wird das Kommando ausgeführt.
Wenn 123 als PW in Autoremote gesetzt ist, dann wird das Kommando ausgeführt.
Wenn 456 als PW in Autoremote gesetzt ist, dann wird das Kommando nicht ausgeführt.

Ich bin mir jetzt nur nicht sicher, ob das wirklich was bringt, wenn die AMAD_ID, wie du schreibst, an sich die gleiche Funktionalität besitzt. Das wären dann zwei gleichartige Sicherungen.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 25 Juli 2019, 00:30:33
Hallo zusammen,
es gibt eine neue Tasker Version 5.8:
https://tasker.joaoapps.com/changes/changes5.8.html

Mit der neuen Tasker Version kamen auch wieder ein paar neue features hinzu, welche für AMAD-Tasker noch gefehlt hatten:
Zitat von: Schlimbo am 16 Dezember 2017, 22:08:42
UPDATE v4.4.2 (24.07.2019) required Tasker v5.8

  • add setCommand: "changetoBTDevice"
  • add reading: "connectedBTdevices"
  • add reading: "connectedBTdevicesMAC"
  • add reading: "currentMusicAlbum"
  • add reading: "currentMusicApp"
  • add reading: "currentMusicArtist"
  • add reading: "currentMusicIcon"
  • add reading: "currentMusicState"
  • add reading: "currentMusicTrack"
  • change all deprecated "HTTP post" action to the new "HTTP Request" action
So langsam wird die Tasker Variante komplett ;)

Zum Importieren/Updaten von AMAD einfach folgenden Link auf dem Android Gerät verwenden:
https://taskernet.com/shares/?user=AS35m8mfUdMiSyg%2B6qtSQgVfheXbVAesWjJMrODPeBFDeG5xRTm2T%2BYtd3ixcI0GVFP5yX2Pa3yVKQ%3D%3D&id=Project%3AAMAD

Gruß Schlimbo
Titel: Antw:AMAD goes Tasker
Beitrag von: Wolle02 am 28 Juli 2019, 09:05:10
Moin Schlimbo,

wie bereits hier gemeldet https://forum.fhem.de/index.php/topic,81167.msg850352.html#msg850352  (https://forum.fhem.de/index.php/topic,81167.msg850352.html#msg850352)
funktioniert der Import über den Link bei mir nicht wegen fehlender Root-Rechte.

Gruß
Wolle
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 28 Juli 2019, 10:14:51
Hi Wolle,
hatte dazu bereits damals ein Feature request erstellt:
https://tasker.helprace.com/i296-import-via-share-link-fails-due-to-missing-permissions
aber scheinbar wurde das noch nicht geändert.
Du kannst auch einfach das Projekt aus dem ersten Post downloaden und importieren.
Gruß schlimbo
Titel: Antw:AMAD goes Tasker
Beitrag von: Wolle02 am 28 Juli 2019, 11:16:23
Das hab ich gemacht und das hat auch geklappt.
Wollte nur noch mal anmerken, dass das "Problem" immer noch besteht.

Gruß
Wolle
Titel: Antw:AMAD goes Tasker
Beitrag von: baedman am 30 Juli 2019, 21:08:03
Hi Schlimbo,

habe gerade auch den manuellen Import in Tasker versucht, bekomme aber jedes Mal die Meldung "import of ...xml failed: kein(e) Profil gefunden".
Bin etwas ratlos, weil sich sich die vorherige Version problemlos wieder über "Project importieren" laden lässt.
Hast du eine Idee?

Gruß
Andreas
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 31 Juli 2019, 22:40:19
Hallo Andreas,
hab den Import gerade noch mal getestet, konnte bei mir das Problem  aber nicht feststellen.
Hast du vorher die aktuelle Tasker Version 5.8 installiert?
Titel: Antw:AMAD goes Tasker
Beitrag von: baedman am 31 Juli 2019, 22:47:02
Hi Schlimbo,

ja, bin auf 5.8.2 und bekomme es einfach nicht hin. Halte mich nicht für ganz dämlich.
Klappt nicht, wenn die "alte AMAD Version 4.2.4" noch drin ist und auch nicht, wenn ich sie vor dem Import raus lösche.
4.2.4 wieder importieren geht aber ohne Probleme...

Bin ziemlich ratlos und Google hat auch noch keine Hilfe gebracht.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 31 Juli 2019, 22:56:04
Hab die Datei im ersten Post noch mal neu hochgeladen.
Probier es bitte damit noch mal.
Titel: Antw:AMAD goes Tasker
Beitrag von: baedman am 31 Juli 2019, 23:19:44
Das wars, jetzt hat es ohne Probleme geklappt!

Danke für die schnelle Hilfe und deine super Arbeit!
Titel: Antw:AMAD goes Tasker
Beitrag von: GammaTwin am 25 August 2019, 10:10:17
Grüße,

nachdem ich Automagic nicht mehr zuverlässig funktioniert hat, bin mit Hilfe dieser Anleitung auf Tasker umgeschrieben. Ich muss sagen: Sehr, sehr geil  :) Dankeschön!

Ich hätte da eine Frage zu Autoremote.
Könnt ihr mit Option "Active" unter "Preferences" den externen Zugriff deaktiveren? Ich nicht. Soll heißen:
Ich erhalte nach der Installation eine https-Adresse, autoremote.joaoapps.com/abcdefghij0123456789 (http://autoremote.joaoapps.com/abcdefghij0123456789). Folge ich dieser, gelange ich auf eine andere Seite (http!!), http://autoremotejoaomgcd.appspot.com/?key=crUYnyabcdefghij012345678978ad (http://autoremotejoaomgcd.appspot.com/?key=crUYnyabcdefghij012345678978ad). Von dieser Seite kann ich ebenfalls mein Tablet steuern, z.B. indem ich die Message AMAD=:=/fhem-amad/setCommands/setBrightness?brightness=255&amad_id=yyyyyy eingebe und sende. Ich könnte auch folgende Seite aufrufen. http://autoremotejoaomgcd.appspot.com/sendmessage?key=crUYnyabcdefghij012345678978ad&message=AMAD=:=/fhem-amad/setCommands/setBrightness?brightness=255&amad_id=yyyyyy
Das funktioniert auch mit deaktivierten "Active". Jeder, auch ihr, könnt mit dem Link Aktionen bei mir auslösen. Gefällt mir nicht  :P
Ist dies bei Euch auch so?


Und dann noch ein Hinweis, was mich bei der Umstellung am meisten Zeit gekostet hat:
Damit tts funktioniert, musste ich ebenfalls die Änderung im Task "AMAD_SetCommands" vornehmen. Vielleicht könnte man dies direkt einbauen oder im ersten Beitrag erwähnen.
ttsMsg?message=xxxx&msgspeed=5&msglang=de&msgvol=15&amad_id=xxxxx
Zitat von: Schlimbo am 17 Mai 2018, 06:58:48
Bitte entferne mal den Haken bei "Continue Task Immediately" im Task "AMAD_SetCommands" beim "Say" Befehl (Zeile  35) und Test ob es dann besser funktioniert.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 25 August 2019, 15:27:31
Hallo GammaTwin,

damit jemand Befehle über autoremotejoaomgcd.appspot.com an dein Autoremote senden kann, benötigt er aber erstmal deine personal URL, ist diese bekannt wird auch noch die AMAD_ID benötigt.

Aber deine Sicherheitsbedenken sind natürlich berechtigt und ich finde es gut wenn sich jemand dazu Gedanken macht, eine ordentliche Authentifizierung und eine Ende-zu-Ende-Verschlüsselung würden mir hier auch wesentlich besser gefallen.
Ideal fanden ich auch wenn es in Autoremote ein "local only" mode gäbe bei dem die ganzen Cloud Funktionen komplett deaktiviert sind. AMAD nützt ja ohnehin nur die lokale Verbindung.

Sehe hier folgende Lösungsansätze:
- Feature requests an den Autoremote Entwickler.
- Mit Wireshark Autoremote etwas analysieren und im Anschluss versuchen die Cloud Kommunikation über die Fritzbox (oder sonstige Firewall) zu blockieren.
- Auf einen anderen Dienst zur Übermittlung der AMAD Befehle ausweichen, hier ist Tasker-AMAD ja sehr flexibel.

Auf XDA Dev habe ich noch folgenden Artikel zum Thema Autoremote und Sicherheit gefunden:
https://forum.xda-developers.com/showthread.php?t=1979934


Zum TTS Thema:
Danke für den Hinweis, den Haken bei "Continue Task Immediately" werde ich beim nächsten Update standartmäßig deaktivieren.

Gruß schlimbo
Titel: Antw:AMAD goes Tasker
Beitrag von: GammaTwin am 28 August 2019, 16:02:39
Danke für die Erklärung, Schlimbo,

dass AMAD nur den lokalen "Wifi Sevice" nutzt, beruhigt mich schon einmal.

Dann nochmal ganz konkret gefragt: Was macht die Option "Active" unter "Preferences" in Autoremote? Bei mir scheinbar gar nichts, außer das in Autoremote "Autoremote is diabled. Touch to enable." - bei Euch?

Da Autoremote nur mit Tasker kommuniziert und in Tasker nur AMAD angelegt ist, kann ja auch nicht anderes ausgeführt werden, richtig?
Titel: Antw:AMAD goes Tasker
Beitrag von: GammaTwin am 28 August 2019, 16:12:59
Und dann hätte ich da noch ein Anliegen.

Der "AMAD Autoremote Server" lässt sich durch ein Tap auf die Notification beenden. Dies passiert leider, da das Tablet als Visualisrung dient und die (anderen) "User" da schon mal rumdrücken  ::)

Das bekommt FHEM zwar über das Reading "lastSetCommandState" mit, aber dann ist es zu spät. Ich habe mich letztens gewundert, dass die Waschmaschine nicht fertig wird. Dabei hat FHEM sauber tts "Programm fertig" abgesetzt, aber da der Service deaktiviert war...

Der Service wird ja über AMAD_Boot gestartet. Könnte ich da ein "Keep-Alive" irgenwie einsetzen?
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 16 September 2019, 21:15:57
Hallo GammaTwin,

Zitat von: GammaTwin am 28 August 2019, 16:02:39
Was macht die Option "Active" unter "Preferences" in Autoremote? Bei mir scheinbar gar nichts, außer das in Autoremote "Autoremote is diabled. Touch to enable." - bei Euch?
Ist bei mir auch so, keine Ahnung für was die Einstellung ist.

Zitat von: GammaTwin am 28 August 2019, 16:12:59
Der "AMAD Autoremote Server" lässt sich durch ein Tap auf die Notification beenden. Dies passiert leider, da das Tablet als Visualisrung dient und die (anderen) "User" da schon mal rumdrücken  ::)
Habe das Mal an den Autoremote Entwickler weitergegeben:
https://forum.joaoapps.com/index.php?threads/wifi-service-notification.49774/

Zitat von: GammaTwin am 28 August 2019, 16:02:39
Da Autoremote nur mit Tasker kommuniziert und in Tasker nur AMAD angelegt ist, kann ja auch nicht anderes ausgeführt werden, richtig?
Richtig, es können nur Dinge ausgeführt werden, die in Tasker angelegt sind.

Zitat von: Schlimbo am 25 August 2019, 15:27:31
Ideal fanden ich auch wenn es in Autoremote ein "local only" mode gäbe bei dem die ganzen Cloud Funktionen komplett deaktiviert sind. AMAD nützt ja ohnehin nur die lokale Verbindung.
Habe hierfür auch mal eine Anfrage an Autoremote Entwickler gestellt:
https://forum.joaoapps.com/index.php?threads/local-only-mode.49773/

Gruß Schlimbo
Titel: Antw:AMAD goes Tasker
Beitrag von: AET_FHEM am 21 September 2019, 14:48:32
Hey,

versuche gerade da ich einige Probleme mit Automagic habe auf Tasker um zu steigen,
aber ich stehe irgendwie auf dem Schlauch, wie kann ich von Tasker befehle "set" an fhem schicken brauch da mal an kleiner Beispiel ....
::)
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 22 September 2019, 07:46:59
Hi,
ein Beispiel ist im Projekt bereits enthalten, schau dir mal den Task "AMAD_Beispiel_Set" an. ;)

Damit die set Befehle in FHEM direkt ausgeführt werden muss zudem im AMADCommBridge Device das Attribut "fhemControlMode" auf "setControl" gesetzt werden.

Gruß Schlimbo
Titel: Antw:AMAD goes Tasker
Beitrag von: AET_FHEM am 22 September 2019, 09:04:37
 ::) klappt super danke!!

=> in Automagic nutze ich auch manchmal HTTP Request GET --> um einen status in fhem zu schreiben wenn ich nicht im WLan bin gibt's dafür auch an beispiel?
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 22 September 2019, 10:41:09
Meinst du damit einen von AMAD unabhängig HTTP Befehl?
Wie machst du das in Automagic wenn du nicht im WLAN bist? Ist dein FHEM von außen erreichbar?

Hatte für Tasker hierzu mal was geschrieben:
https://forum.fhem.de/index.php/topic,74441.0.html
Titel: Antw:AMAD goes Tasker
Beitrag von: AET_FHEM am 05 Oktober 2019, 08:15:04
Danke für das Modul funktioniert super, hab da nur noch an kleines Problem
=> ich stell meinen Wecker mit dem Handy  und die Auswertung passt nur beim ersten mal -> zB Mo 7:30 => das wird aber in nextAlarmDay komplett geschrieben als eine Zeile!
danach wird die aktuelle Uhrzeit und Tag ausgewertet und leider blick ich das nicht mit dem Java und getString --> an dem muss das irgendwie liegen denk ich...? kann das sein?

Handy = Huawei mit Android 9

das passt vom inhalt her
nextAlarmDay: Mo. 07:30

und dann kurze Zeit später richtig aufgeteilt aber die jetzige Uhrzeit und Tag
nextAlarmDay: Sa
nextAlarmTime: 08:21


nextAlarmTime: 09:05
nextAlarmTime: 09:07
nextAlarmTime: 09:09
usw....
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 05 Oktober 2019, 16:59:01
Das ist wirklich etwas seltsam, die Java Funktion liefer den Alarmwert eigentlich im Format "Mo., 07:30" zurück, bei dir fehlt hier das Komma, desswegen funktioniert die splitt Funktion danach nicht und der String landet komplett in nextAlarmDay.
Bitte teste mal die angehängte Version, habe hierfür ein fix eingebaut.

Warum dann anschließend aber die aktuelle Uhrzeit im Reading landet kann ich mir nicht erklären.

@alle:
Interessant wäre für mich, ob dies bei anderen auch auftritt.
In der angehängten Version gibt es auch ein neues Reading "deviceModel". Für alle bei denen das Problem besteht, gebt mir bitte den Inhalt des Readings.

PS: Bitte auch noch mal im Profil "AMAD_alarm" kontrollieren ob die Uhr App richtig erkannt wurde, wenn der Eintrag hier rot ist bitte die Uhr App noch mal neu auswählen.

Gruß Schlimbo
Titel: Antw:AMAD goes Tasker
Beitrag von: ChrisW am 08 Oktober 2019, 21:58:30
woran liegt es das auf einmal kein Whatsapp mehr übermittelt wird?
Hab fhem gewechselt AMAD Task gestartet angepasst. Alles klappt aber Telegram / Whatsapp fehlen
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 08 Oktober 2019, 22:39:47
Da würde wohl etwas in Tasker geändert. Bitte mal die angehängte Version testen.
Titel: Antw:AMAD goes Tasker
Beitrag von: AET_FHEM am 09 Oktober 2019, 20:45:34
Hey, nee geht immer noch nicht, immer noch das selbe auch an einem nem zweiten Gerät => Samsung Tab
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 09 Oktober 2019, 20:57:02
Geb mir bitte mal den Eventmonitor Mitschnitt, wenn du einen Wecker stellst.
Titel: Antw:AMAD goes Tasker
Beitrag von: AET_FHEM am 09 Oktober 2019, 21:37:16
2019-10-09 21:35:41 AMADDevice SAMSUNG_SM_T590 screen: on locked
2019-10-09 21:35:44 AMADDevice SAMSUNG_SM_T590 screen: on unlocked
2019-10-09 21:35:58 AMADDevice SAMSUNG_SM_T590 nextAlarmTime: 21:36
2019-10-09 21:36:13 AMADDevice SAMSUNG_SM_T590 nextAlarmTime: 21:37


=> gestellt habe ich die Uhr auf 5:25 Mo - Fr
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 09 Oktober 2019, 23:36:29
Das heißt also der erste Eintrag, wo alles in nextAlarmDay war taucht gar nicht mehr auf?
Hast du das auch kontrolliert.
Zitat von: Schlimbo am 05 Oktober 2019, 16:59:01
Bitte auch noch mal im Profil "AMAD_alarm" kontrollieren ob die Uhr App richtig erkannt wurde, wenn der Eintrag hier rot ist bitte die Uhr App noch mal neu auswählen.

Habe es gerade auch noch mal mit einem Huawei Mate 9 (Android 9) getestet und konnte den Fehler nicht nachstellen, hier klappt alles wie es soll.

Bitte geh in Tasker mal selber etwas auf Forschung, im Task "AMAD_getAlarm" evtl. mal ein flash einfügen das dir den Inhalt der Variable %alarm anzeigt.
Laut deinem ersten Eintrag kam ja hier mal die richtige Weckzeit an "Mo. 07:30" an. Wenn es hier wirklich so ist, dass die Weckzeit immer ohne Komma ankommt und normale Uhrzeiten mit Komma getrennt, könntest du die normale Uhrzeit evtl. mit einer IF Bedingung herausfiltern.
Titel: Antw:AMAD goes Tasker
Beitrag von: AET_FHEM am 10 Oktober 2019, 17:47:43
hab bei AMAD_getAlarm ein flash eingefügt das zeigt immer heute und eine Minute plus an zb => Do ., 16:23 // auf meiner Handy Uhr steht 16:22

auf beiden Versionen das selbe => flowsetVersionAtDevice 4.4.2c (Tasker) und 4.4.2 (Tasker)
Wecker hab ich kontrolliert ist Grün hab jetzt auch schon andere Wecker apps getestet => das selbe!

Auch wenn ich alle Wecker lösche kommt das Pop-up Tag Heute + eine Minute .....
wenn ich es aber umstelle und dann innerhalb der Minute auf AMAD_alarm --> ausführe oder die App wechsle zeigt er mir die richtige Zeit an aber ohne ,  quasi --> Sa. 07:00
--> es geht an FHEM --> nextAlarmDay Sa. 07:00
und eine minute später => nextAlarmDay Do
=> eine Minute später kommt wieder Tag Heute, Zeit + eine Minute .....
wie muss ich das anstellen um das mit dem Komma zu filtern?

--> hat das Problem sonst keiner?
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 11 Oktober 2019, 03:20:16
Hallo AET_FHEM,
danke für's weiter forschen, bis jetzt bist du der einzige mit diesem Problem. Wie oben schon geschrieben, wäre es gut wenn ich hier auch von anderen ein Feedback bekommen würde, ob und wenn ja, bei welchen Geräten das Problem besteht. Nutzt du evtl. ein spezielles Custom-Rom?

Zitat von: AET_FHEM am 10 Oktober 2019, 17:47:43
wie muss ich das anstellen um das mit dem Komma zu filtern?
Einfach nach der Java Funktion ein "stop If %alarm ~R ," einfügen (sieht Screenshot).

Leider wird das Auslesen der Weckzeit in Tasker nicht nativ unterstützt, desshalb das workaround mit der Java Funktion.
Bin allerdings auch kein Java Experte und es könnte durchaus sein, dass die Funktion nicht optimal ist und nicht bei allen Geräten funktioniert, wenn hier also ein Java Experte ist der eine bessere Funktion zum Auslesen kennt, wäre ich für Unterstützung sehr dankbar.
Es gibt vom Tasker Entwickler auch eine Tasker Plugin "AutoAlarm"
https://play.google.com/store/apps/details?id=com.joaomgcd.autoalarm
das extra zum Auslesen des Weckers erstellt wurde, ich wollte zwar (so weit möglich) auf externe Apps verzichten, aber evtl. ist das ja eine Lösung für dich.

Anbei eine neue Version:
Wenn AutoAlarm installiert ist wird zum Auslesen der Weckzeit AutoAlarm verwendet, wenn es nicht installiert ist wird weiterhin die Ursprüngliche Java Funktion verwendet.
Titel: Antw:AMAD goes Tasker
Beitrag von: AET_FHEM am 11 Oktober 2019, 08:16:49
=> danke werde ich testen und berichten --> finde ich auch gut je weniger Plugins desto besser!

-> hab kein Custom-Rom
Huawei Mate 10 pro
EMUI-Version 9.1.0.300
Android 9
Titel: Antw:AMAD goes Tasker
Beitrag von: AET_FHEM am 14 Oktober 2019, 10:41:23
=> funktioniert wunderbar ohne zusätzlichem plugin --> mit dem Stopp wenn %alarm ~R ,

--> Danke
Titel: Antw:AMAD goes Tasker
Beitrag von: CoolTux am 14 Oktober 2019, 11:01:11
Hallo Schlimbo,

Ich muss aktuell die Routine für openApp etwas ändern. Es gibt nun die Möglichkeit zusätzlich zum Packagename auch die Packageclass mit zu geben. Die Angabe erfolgt von der Syntax wie bei openUrl mit | getrennt. Musst Du da bei Dir noch was machen? Ich werde eine aktuelle Develversion gleich mal ins Git laden zu,m testen für Dich.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 14 Oktober 2019, 12:40:58
Danke für die Info, werde ich mir anschauen.

Habe auch noch ein neues Reading "deviceModel" eingeführt.
Inhalt: <Hersteller> <Modell> (z.B: "Google Pixel 2 XL")
Möchtest du das in Automagic auch übernehmen?
Zitat von: Schlimbo am 05 Oktober 2019, 16:59:01
In der angehängten Version gibt es auch ein neues Reading "deviceModel".

Dann ist mir bei den internal "MODEL" noch aufgefallen, dass sich der Inhalt bei Änderung des Attributes "remoteServer" nicht automatisch ändert, erst nach einem Neustart von FHEM stimmt der Wert wieder, könntest du hier die gleich Logik wie beim Internal PORT verwenden, dieses ändert sich auch direkt mit umstellen des Readings?
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 14 Oktober 2019, 12:47:36
Zitat von: AET_FHEM am 14 Oktober 2019, 10:41:23
=> funktioniert wunderbar ohne zusätzlichem plugin --> mit dem Stopp wenn %alarm ~R ,

--> Danke
Freut mich, danke für die Rückmeldung.

https://tasker.helprace.com/i704-include-autoalarm-function-native-in-tasker
Sieht so aus als würde sie Java Funktion ohnehin bald entfallen können.
Titel: Antw:AMAD goes Tasker
Beitrag von: CoolTux am 14 Oktober 2019, 13:01:46
Zitat von: Schlimbo am 14 Oktober 2019, 12:40:58
Danke für die Info, werde ich mir anschauen.

Habe auch noch ein neues Reading "deviceModel" eingeführt.
Inhalt: <Hersteller> <Modell> (z.B: "Google Pixel 2 XL")
Möchtest du das in Automagic auch übernehmen?
Dann ist mir bei den internal "MODEL" noch aufgefallen, dass sich der Inhalt bei Änderung des Attributes "remoteServer" nicht automatisch ändert, erst nach einem Neustart von FHEM stimmt der Wert wieder, könntest du hier die gleich Logik wie beim Internal PORT verwenden, dieses ändert sich auch direkt mit umstellen des Readings?

Thema Internal habe ich soeben gefixt, das mit dem Reading deviceModel muss ich mir anschauen.
Achtest Du bei dem Reading androidVersion auf Aktualität? Frage nur weil ich selbst es schleifen lassen habe bei Version 10  ;D
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 14 Oktober 2019, 15:09:47
Ja, das Reading "androidVersion" hab ich auf dem Schirm und halte ich aktuell.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 14 Oktober 2019, 22:55:23
Im ersten Beitrag gibt es eine neu Version:
Zitat von: Schlimbo am 16 Dezember 2017, 22:08:42
UPDATE v4.4.3 (14.10.2019) required Tasker v5.8

  • TTS: disable "Continue Task Immediately" Forum (https://forum.fhem.de/index.php/topic,81167.msg969435.html#msg969435)
  • fix: incomingWhatsAppMessage & incomingTelegramMessage Forum (https://forum.fhem.de/index.php/topic,81167.msg982142.html#msg982142)
  • add reading: "deviceModel" <manufacturer> <model>
  • Profile "AMAD_alarm": Change trigger for alarm change detection"
  • Task "getAlarm": use AutoAlarm if installed Forum (https://forum.fhem.de/index.php/topic,81167.msg982877.html#msg982877)
  • openApp: use Tasker action "Launch App" instead of java function

Zitat von: CoolTux am 14 Oktober 2019, 11:01:11
Ich muss aktuell die Routine für openApp etwas ändern. Es gibt nun die Möglichkeit zusätzlich zum Packagename auch die Packageclass mit zu geben. Die Angabe erfolgt von der Syntax wie bei openUrl mit | getrennt. Musst Du da bei Dir noch was machen? Ich werde eine aktuelle Develversion gleich mal ins Git laden zu,m testen für Dich.
Habe ich getestet: Packageclass wird in Tasker noch nicht unterstützt, mit Packagename funktioniert aber noch alles wie bisher.
Feature Request ist platziert: https://tasker.helprace.com/i706-launch-app-possibility-to-set-app-class-as-a-variable
Titel: Antw:AMAD goes Tasker
Beitrag von: kinghill am 24 Oktober 2019, 17:04:00
Hallo

Erst mal ein dickes Lob an Schlimbo und alle Beteiligten. Ist echt eine Super Umsetztung mit Tasker und AMAD.

Ich habe noch eine Frage zum Zusatzmodul AutoRemote beim Profil toGoAMAD_on /off.
Für welche Funktion wird das in diesem fall benötigt? Bzw was würde ausgeführt werden?
Die Wlan Erkennung funktioniert auch ohne das Modul, soweit ich das bewerten kann.

Thx
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 24 Oktober 2019, 22:59:58
Wenn die toGo Funktion aktiviert ist werden beim Verlassen des eingestellten WLANs (%AMAD_apssid) alle send und receive Profile deaktiviert.
(siehe Profil "toGoAMAD_con" und "toGoAMAD_discon")
Für Autoremote wird hiermit zusätzlich auch noch der "Autoremote wifi service" beim Verlassen des WLANs beendet und beim wiederverbinden gestartet.

Übrigens das Profile "toGoAMAD_on/off" wurde schon vor längerer Zeit durch die Profile "toGoAMAD_con" und "toGoAMAD_discon" ersetzt, sollte diese bei dir noch vorhanden sein, nutzt du höchstwahrscheinlich eine alte Version von AMAD.
Bitte lösche das AMAD Projekt in Tasker mal komplett und importiere anschließend das aktuelle Projekt erneut.
Titel: Antw:AMAD goes Tasker
Beitrag von: MarkoP am 28 Juni 2020, 08:49:06
Hallo, ich habe jetzt nicht alle Seiten gelesen, hab z. Z. nur Zugriff übers Handy.

Da ich auch lieber Tasker als Automagic (finde ich eher sehr kompliziert) nutze wollte ich das AMAD-Modul mit Tasker nutzen.
Leider bekomme ich den Projektlink nicht in Tasker importiert.
Muss für das Projekt das Handy geroutet sein?

Mir reicht es eigentlich schon wenn ich die Readings in Fhem hab.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 28 Juni 2020, 09:14:51
Hallo MarkoP,

Zitat von: Schlimbo am 11 Mai 2019, 22:12:08
Root ist keine Voraussetzung für AMAD, allerdings gibt (oder gab) es einige Funktionen die root Rechte benötigen.
Da Tasker mittlerweile aber ohnehin fast alle vorhandenen Android Rechte fordert, ist Root in der Tasker AMAD Version momentan nur noch für "set clearNotificationBar all" nötig, alles andere funktioniert auch ohne ROOT.

Beim Import über Taskernet gibt es noch Probleme wenn keine Root rechte vorhanden sind, habe hierzu auch schon mal an Feature Requests erstellt aber dies wurde scheinbar noch nicht behoben:
https://tasker.helprace.com/i296-import-via-share-link-fails-due-to-missing-permissions

Du kannst das Projekt auch einfach selbst importieren, im ersten Post gibt es die Projekt File als Download.

Gruß
Schlimbo
Titel: Antw:AMAD goes Tasker
Beitrag von: MarkoP am 28 Juni 2020, 12:13:32
Hallo,

Leider ist mir keine Möglichkeit bekannt ein Projekt in Tasker zu importieren. Ich kann dort lediglich Profkle,Tasks und Scenen importieren, aber keine XML mit mehreren dieser Dingen.

Wenn es geht, müsstest du mir kurz erklären wie. Die Datei habe ich schon gefunden und heruntergeladen.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 28 Juni 2020, 12:19:18
Ganz unten in der Tasker App gibt es verschiedene Reiter, wo man Tasks gruppieren kann (Default ist da glaube ich ein Haus Symbol) --> Lange auf einen Reiter klicken --> Import Project
Titel: Antw:AMAD goes Tasker
Beitrag von: MarkoP am 28 Juni 2020, 13:56:12
Hallo, hat geklappt. Hab das Projekt importiert, das Png kopiert und fehlende Plugins installiert.

Leider bekomme ich aber kein Device angelegt.
Es wird zwar gemeldet, dass ein Device angelegt wurde, dieses aber offline wäre. Wenn ich allerdings in Fhem nachschauen, gibt es dort kein entsprechendes Device.

Es scheint, dass es Probleme mit dem Port gibt. Wenn ich diesen in der Tasker-Szene in 7000 ändere (Der Port auf dem ich meine Fheminstallation auf dem Docker-Container meines NAS erreiche bekomme ich mit dem Status Request eine Rückmeldung. Beim Standardport 8090 bekomme ich nur angezeigt, dass keine Verbindung aufgebaut werden kann.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 28 Juni 2020, 15:21:03
Hast du denn Port in Docker auch nach außen freigegeben?

docker-compose
ports:
      - "8090:8090" #AMAD
Titel: Antw:AMAD goes Tasker
Beitrag von: MarkoP am 28 Juni 2020, 22:07:12
Ja, habe ich gemacht.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 28 Juni 2020, 23:16:19
zeig bitte mal das list vom Bridge Device
Titel: Antw:AMAD goes Tasker
Beitrag von: MarkoP am 29 Juni 2020, 12:27:39
Internals:
   BRIDGE     1
   CFGFN     
   FD         32
   FUUID      5ef7a7ff-f33f-b8b5-d253-6b353aa731ebbcc2
   FVERSION   73_AMADCommBridge.pm:v4.4.3-s20404/2019-10-24
   NAME       AMADBridge
   NR         20463
   PORT       8090
   STATE      opened
   TYPE       AMADCommBridge
   VERSION    v4.4.3
   VERSIONFLOWSET 4.4.3
   READINGS:
     2020-06-27 23:08:33   state           opened
Attributes:
   room       AMAD

Ist mit dem Handy erstellt, wenn es also etwas aussieht ...
Titel: Antw:AMAD goes Tasker
Beitrag von: MarkoP am 29 Juni 2020, 12:50:43
Hier auch mal das List vom Device das ich von Hand angelegt habe:

Internals:
   AMAD_ID    1593344401
   CFGFN     
   DEF        192.168.178.55 1593344401 Autoremote
   FUUID      5ef893f7-f33f-b8b5-bcd2-7b0140fa84ff0233
   FVERSION   74_AMADDevice.pm:v4.4.8-s21406/2020-03-11
   HOST       192.168.178.55
   IODev      AMADBridge
   MODEL      Autoremote
   NAME       Handy_Marko
   NOTIFYDEV  global,Handy_Marko,AMADBridge
   NR         33911
   NTFY_ORDER 50-Handy_Marko
   PORT       1817
   STATE      initialized
   TYPE       AMADDevice
   VERSION    v4.4.8
   VERSIONFLOWSET 4.4.3
   READINGS:
     2020-06-28 14:58:31   deviceState     unknown
     2020-06-28 15:04:05   lastSetCommandState setCmd_done
     2020-06-28 14:58:31   state           initialized
   helper:
     deviceStateErrorCounter 0
     infoErrorCounter 0
     setCmdErrorCounter 0
Attributes:
   IODev      AMADBridge
   remoteServer Autoremote
   room       AMAD
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 02 Juli 2020, 20:33:06
Hallo MarkoP,

hast du nach dem anpassen vom docker-compose ein "docker-compose down" & "docker-compose up -d" ausgeführt?

Was mir am Bridge Device auffällt ist: Das Attribut fhemServerIP fehlt, hier sollte die IP deines FHEM Servers rein.

Würde das AMAD Device automatisch über Tasker angelegt, oder hast du das händisch in FHEM erstellt?
Stimmt die AMAD ID in FHEM und Tasker überein?
Titel: Antw:AMAD goes Tasker
Beitrag von: MarkoP am 03 Juli 2020, 15:22:26
Zitat"docker-compose down" & "docker-compose up -d" ausgeführt
Du meinst ob ich den Fhem-Server runter und wieder raufgefahren habe? Das kann sein.

ZitatDas Attribut fhemServerIP fehlt
Habe ich beim erstellen des BridgeDevice mit angegeben, so wie es in der Anleitung stand. Hab mir die dortigen Kommandos kopiert und dann in der Fhem-Kommandozeile editiert.

ZitatWürde das AMAD Device automatisch über Tasker angelegt, oder hast du das händisch in FHEM erstellt?
Nein, das automatische Anlegen funktionierte ja weder bei Tasker noch bei automagic. Es kam zwar die Meldung, dass ein Device angelegt wurde, dieses aber offline sei. Wenn ich in Fhem jedoch nachgeschaut habe gab es kein entsprechendes Device.

ZitatStimmt die AMAD ID in FHEM und Tasker überein?
Die stimmt definitiv, habe ich mehrmals geprüft.

Ich denke auch dass in der IP das Problem zu suchen ist. Ich rufe den Fhem-Server eben nicht einfach nur über eine IP auf, sondern muss um zum docker zu kommen zusätzlich zur IP noch einen speziellen Port mit angeben und das ist in den Anleitungen bzw. dem Modul offenbar nicht vorgesehen.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 03 Juli 2020, 21:04:30
Sieht für mich dann mehr nach einem Problem mit deiner Docker Konfiguration aus und das etwas mit dem Port mapping nicht passt.
Welche IP hat dein Docker Server?
Was gibst du im Browser ein um auf die FHEM Weboberfläche zu kommen?
Nutzt du das offizielle FHEM Docker (von Loredo) oder ein Eigenbau?
Wie Startest du dein FHEM Docker? "docker run" oder docker-compose? Bitte Mal das Commando bzw. compose file hier Posten.
Nutzt du Portainer? Dann könntest du da noch mal das Port setting überprüfen.
Titel: Antw:AMAD goes Tasker
Beitrag von: MarkoP am 04 Juli 2020, 22:33:41
Mein Fhem-Server, also auch der entsprechende Container, hat die gleiche IP wie das NAS selbst

Um auf die Fhem-Oberfläche zu kommen gebe ich eben diese IP+ den Port 7000 (wird von 8081 gemappt) ein, also 192.168.178.xxx:7000

Die Quelle des Docker ist für mich nicht erkenntlich. Habe den Fhem-Container damals einfach mit der Eingabe "Fhem" gezogen. Welches er dann genommen hat weiß ich nicht. Allerdings habe ich eine Armh-Archtektur und keine x86-x64-Architektur im NAS.

Ich starte mein Fhem über die Gui der Container-Station auf dem NAS. Sehe also keine direkten Kommandos. Jedenfalls hab ich noch keine bemerkt, müsste da eventuell mal das Log genauer anschauen. Allerdings starte ich den Server ja nicht ständig, der läuft schon seit Wochen durch.

Portainer nutze ich nicht.
Titel: Antw:AMAD goes Tasker
Beitrag von: MarkoP am 04 Juli 2020, 22:34:26
Mein Fhem-Server, also auch der entsprechende Container, hat die gleiche IP wie das NAS selbst

Um auf die Fhem-Oberfläche zu kommen gebe ich eben diese IP+ den Port 7000 (wird von 8081 gemappt) ein, also 192.168.178.xxx:7000

Die Quelle des Docker ist für mich nicht erkenntlich. Habe den Fhem-Container damals einfach mit der Eingabe "Fhem" gezogen. Welches er dann genommen hat weiß ich nicht. Allerdings habe ich eine Armh-Archtektur und keine x86-x64-Architektur im NAS.

Ich starte mein Fhem über die Gui der Container-Station auf dem NAS. Sehe also keine direkten Kommandos. Jedenfalls hab ich noch keine bemerkt, müsste da eventuell mal das Log genauer anschauen. Allerdings starte ich den Server ja nicht ständig, der läuft schon seit Wochen durch.

Portainer nutze ich nicht.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 04 Juli 2020, 23:21:19
Was hast du in AMAD Tasker in deinem Handy eingegeben?
AMAD Bridge IP: 192.168.178.xxx ?
AMAD Bridge Port: 8090 ?

Wo machst du dann das Port mapping für dein Docker?
Titel: Antw:AMAD goes Tasker
Beitrag von: MarkoP am 05 Juli 2020, 17:58:34
Genau, in der Szene die für Tasker mitgeliefert wird ist die richtige IP und für den Port 8090 eingetragen.

Ich weiß jetzt nicht was du genau mit Port-Mapping meinst.
Zum einen sind die Ports in der Fritzbox freigegeben, sowohl die 8090 als auch die 7000 (die ja für den Zugriff auf die Fhem-Oberfläcge gebraucht wird) als auch innerhalb des NAS, wo die intern verwendete IP 10.0.3.1 über einen virtuellen Switch auf die NAS-IP und den Port 7000 umgeleitet wird.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 05 Juli 2020, 19:20:53
Meinte das mapping von Docker zum Nas.
Da es sich hierbei aber höchstwahrscheinlich um ein Problem mit deiner Docker Umgebung handelt kann ich hier leider auch nicht weiter helfen.

Übrigens:
In der Fritzbox Ports zu Mappen ist sicherheitstechnisch meiner Meinung nach keine gute Idee, würde da von extern VPN bevorzugen.
Titel: Antw:AMAD goes Tasker
Beitrag von: MarkoP am 05 Juli 2020, 19:48:51
Der Begriff Mapping ist mir in dem Zusammenhang nicht geläufig.
Bei mir heißt das Weiterleitung. Mapping kenne ich nur als Alternativbegriff zur Portweiterleitung, wo der Begriff eigentlich auch nicht korrekt ist.

Egal, wie gesagt, intern läuft der Docker auf der IP 10.0.3.1 und wird per NAT auf die IP des NAS mit dem Port 7000 weitergeleitet.
Das ist kein Problem, sondern nur eine Alternative Vatiante zur direkten IP-Vergabe wie sie halt bei einem Rasp. Pi vorkommt.

Was die Portweiterleitung über die Fritzbox angeht ist das leider der einzige Weg immer und von überall externen Zugriff zu haben. Das allseits hochgeschätzte VPN ist nämlich eher der Durchfall im IT System. Hast du schon mal versucht eine VPN-Verbindung von einem Win10-System ohne Installationsrechte zu einer Fritzbox einzurichten? Das geht nämlich gar nicht. VPN istsomit zwar sicher doch nutzt ja nichts wenn sie nicht immer und überall zur Verfügung steht.
Titel: Antw:AMAD goes Tasker
Beitrag von: slawekking am 15 Oktober 2020, 12:40:30
Hallo,

benötige eure Hilfe, ich komme einfach nicht weiter. Ich habe momentan das Problem, dass ich keine set Befehle ausführen kann.

Readings vom Tablet bekomme ich Problemlos, siehe Anhang.

Ich bekomme die Fehlermeldung lastSetCommandState setCmd_error.

Im Log finde ich nur das:

2020.10.15 12:16:00 5: AMADDevice (AMAZON_KFMAWI) - Processing data: HASH(0x55da7b0ca088)
2020.10.15 12:16:00 4: AMADDevice (AMAZON_KFMAWI) - find logical device: AMAZON_KFMAWI
2020.10.15 12:16:00 5: AMADDevice (AMAZON_KFMAWI) - Processing data: HASH(0x55da7ad61ad0)
2020.10.15 12:16:00 4: AMADDevice (AMAZON_KFMAWI) - find logical device: AMAZON_KFMAWI

2020.10.15 12:16:52 5: AMADDevice (AMAZON_KFMAWI) - IOWrite: 192.168.31.48:1817 POST IODevHash=HASH(0x55da7987ac18)
2020.10.15 12:16:53 5: AMADCommBridge (AMAZON_KFMAWI) - setCommandERROR: connect to your device is timed out. check network
2020.10.15 12:16:53 5: AMADCommBridge (AMAZON_KFMAWI) - setCommandERROR: error while POST Command: connect to http://192.168.31.48:1817 timed out -> wehselt aber auf active. Das ist ein hin und her.

Was habe ich gemacht:

- Ich nutze Tasker und Autoremote, die Konfiguration ist glatt durchgelaufen, siehe Anhang.

- Ich nutze Android 9 Pie

- Android device wurde automatisch erzeugt

- Tasker ist Geräteadministrator

Danke im Voraus.

Gruß Christoph
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 16 Oktober 2020, 22:45:46
Hallo Christoph,

stimmt deine eingetragene Device IP 192.168.31.48? Ist diese im glauben Subnetz weiter dein FHEM? da hier die IP 192.168.1.64 eingetragene ist.

Gruß Schlimbo
Titel: Antw:AMAD goes Tasker
Beitrag von: slawekking am 17 Oktober 2020, 09:10:38
Hallo Schlimbo,

ich danke dir für deine Rückmeldung. Die beiden sind im gleichen Subnetz. Ich habe z.B auch einen Echo show im 192.168.31....Netz. Der Echo ist über das Modul Echodevice angebunden, welches das Device steuern und readings aufnehmen kann. Es ähnelt dem amad nur eben für Alexa devices. Hier funktioniert alles einwandfrei.

Gruß Christoph
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 17 Oktober 2020, 20:49:56
Läuft der AutoRemote WiFi Service? Das kannst du an dem Icon in der Statusleiste und dem Text "AMAD Autoremot Server - Can receive massages via Wifi" erkennen.

Wenn das läuft schau bitte mal in das Log von AutoRemote ob da etwas steht. Hast du in AutoRemote irgendwelche Einstellungen verändert? z.b. Passwort aktiviert?
Titel: Antw:AMAD goes Tasker
Beitrag von: slawekking am 17 Oktober 2020, 22:35:47
Hallo Schlimbo,

danke nochmal fuer deine Unterstützung. Ich habe mir vor ein Parr Monaten einen Xiaomi WIFI 6 AX3600 gekauft.
Du hast zuvor recht gehabt. Die IP Adresse war nicht wirklich erreichbar. Das gleiche Problem hatte ich auch mit meinem neuen NUKI Schloss.

Jetzt lauft alles einwandfrei. Das Modul ist der Hammer :-)

Gruß

Christoph
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 18 Oktober 2020, 19:51:55
Freut mich zu hören dass es jetzt läuft. Viel Spaß mit dem Modul.
Titel: Antw:AMAD goes Tasker
Beitrag von: Prof. Dr. Peter Henning am 26 Oktober 2020, 11:26:52
Ich bin gerade dabei, eines meiner derzeit 6 AMAD-Devices von Automagic auf Tasker umzustellen. Vorschlag: Dazu einen Wiki-Eintrag machen.


LG

pah
Titel: Antw:AMAD goes Tasker
Beitrag von: dihe85 am 07 November 2020, 19:20:20
Hallo zusammen
Ich versuch das bei mir aus dem Tablet schon den ganzen Tag zum laufen zu bekommen. Ich bin mir an ein zwei Stellen nicht sicher.
Versteh ich das richtig, das ich root brauche?
Nach der Einrichtung bekomm ich in Fhem den Fehler Connection refused (111)
Wenn ich in Tasker schaue hat er auch einige Fehler im Task AMAD (getDeviceName und getDeviceIP unter anderem)
Hängt das mit dem fehlen von root zusammen?
Gruß
Dirk
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 08 November 2020, 01:28:07
Hallo Dirk,

an fehlende Root Rechten kann es nicht liegen,
Root ist nur für ein paar Sonderfunktionen erforderlich aber keine Vorraussetzung.

Über getDeviceName und getDeviceIP wird nur versucht die Eingabemaske automatisch zu befüllen, schlägt das fehl musst du die Eingaben selbst vornehmen, wichtig ist hier natürlich die korrekte IP deines Android-Geräts einzutragen.

"Connection refused" bedeutet aber das die IP zumindest erreichbar ist da du sonst einen "No route to host (113)" Eintrag hättest.

Es schaut so aus als würde der Empfangsserver auf dem Android Gerät nicht laufen. Verwendest du AutoRemote oder TNES als remoteServer?

Bitte zeig auch mal ein  List des AMADdevice

Gruß Schlimbo
Titel: Antw:AMAD goes Tasker
Beitrag von: dihe85 am 08 November 2020, 05:28:51
Hallo Schlimbo,
als remote hatte ich TNES installiert.
hier das LIST
AMAD_Bridge_MSGCNT 5
   AMAD_Bridge_TIME 2020-11-08 05:24:01
   AMAD_ID    1604809426
   CFGFN     
   DEF        192.168.5.100 1604809426 TNES
   FUUID      5fa772d9-f33f-934d-039f-cb52459bc608bc7d
   FVERSION   74_AMADDevice.pm:v4.4.8-s21406/2020-03-11
   HOST       192.168.5.100
   IODev      AMAD_Bridge
   LASTInputDev AMAD_Bridge
   MODEL      TNES
   MSGCNT     5
   NAME       LENOVO_LENOVO_TB_8505FS
   NOTIFYDEV  global,LENOVO_LENOVO_TB_8505FS,AMAD_Bridge
   NR         128
   NTFY_ORDER 50-LENOVO_LENOVO_TB_8505FS
   PORT       8765
   STATE      active
   TYPE       AMADDevice
   VERSION    v4.4.8
   VERSIONFLOWSET 4.4.3
   READINGS:
     2020-11-08 05:23:55   airplanemode    off
     2020-11-08 05:23:55   androidVersion  9.0 Pie
     2020-11-08 05:23:55   batteryPercent  100
     2020-11-08 05:23:55   bluetooth       on
     2020-11-08 05:23:55   deviceModel     LENOVO Lenovo TB-8505FS
     2020-11-08 05:23:55   deviceState     online
     2020-11-08 05:23:55   doNotDisturb    always
     2020-11-08 05:23:55   flow_SetCommands aktiv
     2020-11-08 05:23:55   flow_informations aktiv
     2020-11-08 05:23:55   flowsetVersionAtDevice 4.4.3 (Tasker)
     2020-11-08 05:23:55   keyguardSet     1
     2020-11-08 05:23:53   lastSetCommandState setCmd_error
     2020-11-08 05:23:53   lastStatusRequestState statusRequest_done
     2020-11-08 05:23:53   mute            off
     2020-11-08 05:23:53   nextAlarmDay    So.
     2020-11-08 05:23:53   nextAlarmState  done
     2020-11-08 05:24:01   nextAlarmTime   05:25
     2020-11-08 05:23:55   screen          on unlocked
     2020-11-08 05:23:55   screenBrightness 22
     2020-11-08 05:23:55   screenBrightnessMode on
     2020-11-08 05:23:55   screenOrientation landscape
     2020-11-08 05:23:55   screenOrientationMode auto
     2020-11-08 05:23:53   state           active
     2020-11-08 05:23:55   volume          15
     2020-11-08 05:23:55   volumeNotification 11
   helper:
     deviceStateErrorCounter 0
     infoErrorCounter 0
     setCmdErrorCounter 1
Attributes:
   IODev      AMAD_Bridge
   alias      LENOVO_LENOVO_TB_8505FS
   remoteServer TNES
   room       AMAD


Unter VAR in Tasker sind die Variablen für %AMAD_DeviceIP und so richtig gefüllt.
Was meinst du dann mit
Zitat von: Schlimbo am 08 November 2020, 01:28:07
Über getDeviceName und getDeviceIP wird nur versucht die Eingabemaske automatisch zu befüllen, schlägt das fehl musst du die Eingaben selbst vornehmen, wichtig ist hier natürlich die korrekte IP deines Android-Geräts einzutragen.

Gruß
Dirk
Titel: Antw:AMAD goes Tasker
Beitrag von: dihe85 am 08 November 2020, 11:14:23
soo keine Ahnung was ich anders gemacht habe ich hatte plötzlich ne Verbindung mit dem Tablet.

Da mir in Tasker aber auch wegen dem Fehlen von autoremote einiges mit Fehler angezeigt wurde dachte ach komm was solls drauf damit.
mit AutoRemote alleine bekomme ich keine Verbindung zum Tablet. Ist Autoremote und TNES installiret geht es. ????????????

Nachtrag ok es funktionier nur machmal

hier mal eine neues List
AMAD_Bridge_MSGCNT 8
   AMAD_Bridge_TIME 2020-11-08 10:59:02
   AMAD_ID    1604829477
   CFGFN     
   DEF        192.168.5.100 1604829477 Autoremote
   FUUID      5fa7c12a-f33f-934d-24cb-7f7fd4131cefcf9d
   FVERSION   74_AMADDevice.pm:v4.4.8-s21406/2020-03-11
   HOST       192.168.5.100
   IODev      AMAD_Bridge
   LASTInputDev AMAD_Bridge
   MODEL      Autoremote
   MSGCNT     8
   NAME       TB_8505FS
   NOTIFYDEV  global,TB_8505FS,AMAD_Bridge
   NR         262
   NTFY_ORDER 50-TB_8505FS
   PORT       1817
   STATE      active
   TYPE       AMADDevice
   VERSION    v4.4.8
   VERSIONFLOWSET 4.4.3
   READINGS:
     2020-11-08 10:58:03   airplanemode    off
     2020-11-08 10:58:03   androidVersion  9.0 Pie
     2020-11-08 10:58:03   batteryPercent  95
     2020-11-08 10:58:03   bluetooth       off
     2020-11-08 10:58:03   deviceModel     LENOVO Lenovo TB-8505FS
     2020-11-08 10:58:03   deviceState     online
     2020-11-08 10:58:03   doNotDisturb    always
     2020-11-08 10:58:03   flow_SetCommands aktiv
     2020-11-08 10:58:03   flow_informations aktiv
     2020-11-08 10:58:03   flowsetVersionAtDevice 4.4.3 (Tasker)
     2020-11-08 10:58:03   keyguardSet     1
     2020-11-08 10:58:49   lastSetCommandState setCmd_done
     2020-11-08 10:58:02   lastStatusRequestState statusRequest_done
     2020-11-08 10:58:02   mute            off
     2020-11-08 10:59:02   nextAlarmDay    off
     2020-11-08 10:58:02   nextAlarmState  done
     2020-11-08 10:59:02   nextAlarmTime   off
     2020-11-08 10:58:03   screen          on unlocked
     2020-11-08 10:58:34   screenBrightness 128
     2020-11-08 10:58:03   screenBrightnessMode on
     2020-11-08 10:58:03   screenOrientation portrait
     2020-11-08 10:58:03   screenOrientationMode auto
     2020-11-08 10:58:02   state           active
     2020-11-08 10:58:03   volume          15
     2020-11-08 10:58:03   volumeNotification 11
   helper:
     deviceStateErrorCounter 0
     infoErrorCounter 0
     setCmdErrorCounter 0
Attributes:
   IODev      AMAD_Bridge
   alias      TB_8505FS
   remoteServer Autoremote
   room       AMAD


Unter Task AMAD hat sich dadurch aber auch nicht wirklich was verändert.
7. Name noch nicht gesetzt
8. getDeviveName (Folgefehler aus 7?)
9. AMAD_fhemdevice (Folgefehler aus 7?)
13. Device IP noch nicht gesetzt
14. getDeviceIP (Folgefehler aus 13?)
15. AMAD_DeviceIP (Folgefehler aus 13?)
24. SSID noch nicht gesetzt
26 AMAD_apssid (Folgefehler aus 26?)
48. Text_SSID
49. TEXTEdit_SSID (Folgefehler aus 48?)
50. TEXT_getSSID (Folgefehler aus 48?)

Unter Var ist kein leerer Eintrag und die Inhalte sehen für mich richtig aus.

Ich verstehe leider nicht was er da vermisst.

Gruß
Dirk
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 09 November 2020, 18:47:54
Hallo Dirk,
Was du mir "Folgefehler aus.." meinst verstehe ich nicht.
Wenn du den Task "AMAD" startest solltest du die Eingabemaske (siehe Screenshots) sehen. Es wird versucht die Eingabemaske zum Teil automatisch zu befüllen, die Einstellungen können aber auch manuell bearbeitet/geändert werden.
Klickst du auf den linken Text bekommst du ein Pop-up mit Infos zur Eingabe. Mit der Taste Rechts neben den Eingabefeldern wird versucht eine sinnvolle Vorbelegung einzutragen.
Sind alle Eingaben vollständig kann durch den Taster "great Device" (unten mittig) das AMADDevice in FHEM erzeugt werden. Wenn es schon ein AMAD Device mit dem gleichen Namen gibt schlägt das autocreate fehl, es sollte deshalb sichergestellt werden dass der Name noch nicht existiert oder vorher in FHEM gelöscht werden.

Gruß Schlimbo
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 09 November 2020, 19:19:01
Im ersten Post gibt es eine neue Version bei der die automatische "Geräte IP Erkennung" verbessert würde.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 09 November 2020, 19:41:04
@pah
Hoffe dein Umzug von Automagic zu Tasker war erfolgreich.
Es sollte eigentlich reichen wenn du das Attribut 'remoteServer" am
AMADDevice auf "Autoremote" setzt. Am Android-Gerät führst du dann den Task "AMAD" aus und übernimmst dann den Device Namen und AMAD ID aus deinem bestehen AMADDevice, remoteServer auf AutoRemote stellen, den Schalter setCommand Profiles und information Profiles auf "on" stellen, weiter Einstellungen vornehmen und "save" klicken.

Alternativ kannst du das AMADDevice in FHEM aber auch löschen und über Tasker neu anlegen lassen.

Wiki Einträge sind gerne willkommen, falls sich hier jemand berufen fühlt, gerne..

Gruß Schlimbo
Titel: Antw:AMAD goes Tasker
Beitrag von: Depechem am 26 November 2020, 21:21:33
Hallo zusammen, ich habe mich nun gerade umrungen eins meiner Tablets von Automagic auf Tasker / Autoremote umzustellen.

Das hat auch soweit funktioniert, nur nach Neustart des Tablets ist die Verbindung zu AMAD weg und baut sich nicht mehr auf.
im AMAD "Task" ist dann auch immer "setCommand Profiles" und "information Profiles" deaktiviert
wenn ich die wieder aktiviere und in Tasker bei "StatusRequest send" mache geht es wieder online.

Wo könnte mein Problem liegen?
Berechtigungen sein eigentlich alle erteilt

weiterhin funktioniert bei mir der "schreen off" nicht. Wenn ich es auslöse wird der Bildschirm für 15s relativ dunkel(bleibt aber weiter hinterleuchtet) und geht dann gleich wieder an. das Reading wechselt im AMAD auch nicht auf "screen off"
Wenn ich den Bildschirm am Tab selbst auschalte wird das Reading richtig geschrieben und ich kann ihn über AMAD auch wieder anschalten. nur nicht ausschalten.
Beim ausführen von "screen off" ändert auch das reading "foregroundApp" von "fully" in "tasker"!? vieleicht hats dies etwas damit zutun
wenn keine App auf dem Bildschirm geöffnet ist also "foregroundApp One UI-Startbildschirm" steht dann funktioniert der "scree off" auch komplett, sobald eine App am Tab aktiv ist besteht das Problem
SET ABHÄNGIG VON GESETZTEN ATTRIBUTEN
screen - on/off/lock/unlock schaltet den Bildschirm ein/aus oder sperrt/entsperrt ihn, in den Automagic Einstellungen muss "Admin Funktion" gesetzt werden sonst funktioniert "Screen off" nicht. ATTRIBUT SETSCREENONFORTIMER ändert die Zeit wie lange das Display an bleiben soll! --> Es wird nur screen off unterstützt
<diese Anleitung kommt doch noch von Automagic oder muss ich evtl. noch ein attr sowie andere Rechte geben?

Gruß Thomas
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 28 November 2020, 21:43:12
Hallo Thomas,

nutzt du Autoremote oder TNES? Mit TNES gab es nämlich mal Verbindungsprobleme (https://forum.fhem.de/index.php/topic,81167.msg790517.html#msg790517)
Hast du nach dem aktivieren von "setCommand Profiles und "information Profiles" auch auf "SAVE" geklickt?
Hast du evtl. die "toGo Funktion" aktiviert und eine falsche WLAN SSID eingestellt?

Zu "screen off":
Öffne bitte mal den Task "AMAD_SetCommands" und gehe hier zu Zeile 135 "Turn Off", aktiviere hier bitte mal die Checkbox "Lock" und teste es dann noch mal.

Gruß
Schlimbo
Titel: Antw:AMAD goes Tasker
Beitrag von: Depechem am 29 November 2020, 17:13:54
Zitat von: Schlimbo am 28 November 2020, 21:43:12
Zu "screen off":
Öffne bitte mal den Task "AMAD_SetCommands" und gehe hier zu Zeile 135 "Turn Off", aktiviere hier bitte mal die Checkbox "Lock" und teste es dann noch mal.

super das hat geholfen, könnte man die Einstellung nicht gleich im shareLink des Tasker Projekts so vorbelegen das nicht noch andere drüber stolpern?

Zitat von: Schlimbo am 28 November 2020, 21:43:12
nutzt du Autoremote oder TNES? Mit TNES gab es nämlich mal Verbindungsprobleme (https://forum.fhem.de/index.php/topic,81167.msg790517.html#msg790517)
Hast du nach dem aktivieren von "setCommand Profiles und "information Profiles" auch auf "SAVE" geklickt?
Hast du evtl. die "toGo Funktion" aktiviert und eine falsche WLAN SSID eingestellt?
- Ich nutze Autoremote.
- ja ich habe "setCommand Profiles und "information Profiles" aktiviert und "SAVE"
- "toGo Funktion" ist aktiviert und meine WLAN SSID eingestellt. Beim klicken auf "set SSID" bringt er mir den Fehler "aktuelle SSID konnte nicht ermittelt werden". Nach dem Save ist "deviceState" "online" > nach Neustart ist "deviceState" wieder "offline" und "setCommand Profiles sowie "information Profiles" deaktiviert!?
- weiterhin habe ich im AMAD das "attr setAPSSID LTE-Thomas" noch von Automagic gesetzt. Hat dies noch eine Funktion?

Siehe Fotos.

Danke für deine Mühe
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 29 November 2020, 19:55:46
Ja, die Vorbelegung für "Turn Off" werde ich in der nächsten Version anpassen.

Tasker erkennt deine SSID nicht, desshalb funktioniert die toGo Funktion bei dir auch nicht, hier kann ich leider auch nicht weiterhelfen, da dies ein Problem mit deinem Gerät und Tasker ist.

Die toGo Funktion ist ja nur dafür da, dass beim Verlassen des eigenen WLANs in AMAD-Tasker senden und empfangen deaktiviert wird.
Sollte es sich bei deinem Gerät um ein Wandtablet handel welches sowieso nur Zuhause verwendet wird brauchst du die toGo Funktion auch nicht.
Du könntest somit einfach die toGo Funktion deaktivieren, dann prüft AMAD nicht mehr die SSID und Sendet immer.

Das Attribut "setAPSSID" hat bei Tasker keine Funktion mehr.
Titel: Antw:AMAD goes Tasker
Beitrag von: Prof. Dr. Peter Henning am 09 Dezember 2020, 16:57:03
OK, heute mal Zeit gefunden, den Umstieg auf einem Gerät zu vollziehen. Sieht gut aus, danke an Schlimbo für die Arbeit.

Da ich extensiven Gebrauch von der Spracherkennung mache, folgende Frage in die Runde: Wenn "activateVoiceInput" keinen Input erhält, erscheint ein Popup-Window mit dem Button "noch einmal versuchen". Unter Automagic habe ich einen Flow gebaut, der diesen Button betätigt und somit einen weiteren Versuch zur Spracherkennung startet.

Hat jemand dafür schon einen "Task" gebaut?

LG

pah

Titel: Antw:AMAD goes Tasker
Beitrag von: Prof. Dr. Peter Henning am 11 Januar 2021, 18:21:59
Ich habe einen ganz seltsamen Effekt. Ich betreibe derzeit 6 Android-Geräte mit AMAD, davon zwei mit Tasker, vier mit Automagic.

Das eine Tablet (Android 9.0) habe ich vor kurzem auf Tasker umgestellt. Wenn ich jetzt meinem AMADDevice z.B sage "set Tab1.EG ttsMsg Das ist ein Test", erfolgt die Sprachausgabe DOPPELT, also 2x nacheinander. Gleiches, und damit in der Wirkung noch viel schlimmer: Auch ein activateVoiceInput fragt 2x nach Input. Da bei mir dieser Input immer kommentiert wird,bin ich dann schon bei vier Durchsagen. Das ganze passiert nur bei diesem einen Tablet.


Wenn ich bei der AMADbridge verbose=5 setze, sehe ich unter den Massen an Informationen keine Anomalien.

Ist das irgendjemandem schon mal begegnet, gibt es irgendeinen Hinweis auf die Ursache?

LG

pah
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 11 Januar 2021, 23:21:50
Das ist sehr seltsam, kenne ich so nicht, bei mir erfolgt die Sprachausgabe nur einmal.
Im Log von AutoRemote kannst du sehen welche Befehle am Tablet angekommen sind, steht hier der Befehl zweimal drin liegt es an FHEM.

Gruß
Schlimbo
Titel: Antw:AMAD goes Tasker
Beitrag von: Prof. Dr. Peter Henning am 12 Januar 2021, 11:42:53
Edit: Ich habe jetzt Autoremote erst einmal komplett heruntergeworfen. In Tasker ist der Projektstand 4.4.4 geladen.

So, und jetzt lassen wir mal FHEM komplett außen vor - ich führe nur innerhalb von Tasker den Task AMAD_VoiceControl manuell aus

Bereits dann kommen ZWEI Spracheingabefenster nacheinander, und Tasker sendet zweimal die Stimmerkennung an FHEM.


LG

pah
Titel: Antw:AMAD goes Tasker
Beitrag von: michael.winkler am 14 April 2021, 13:26:18
Ich hoffe dass ich hier richtig bin.

Wenn ich über ein set openURL die URL "https://www.youtube.com/watch?v=HIcyLMJ2dLk&t=1166s" öffnen möchte, erhalte ich auf dem Tablet die Fehlermeldung, dass meine AMAD ID nicht passen würde.

Wenn ich aber ein set openURL "www.google.de" absetze dann funktioniert es sauber.

Hat hier jemand eine Idee was ich falsch mache?

Gruß
Michael

Titel: Antw:AMAD goes Tasker
Beitrag von: TomLee am 14 April 2021, 13:34:28
Bei mir klappt beides problemlos.

Hab nicht nachgeschaut ob aktuell aber mit:
   FVERSION   74_AMADDevice.pm:v4.4.8-s21406/2020-03-11
   VERSION    v4.4.8
   VERSIONFLOWSET 4.4.3
Titel: Antw:AMAD goes Tasker
Beitrag von: michael.winkler am 14 April 2021, 13:48:56
Zitat von: TomLee am 14 April 2021, 13:34:28
Bei mir klappt beides problemlos.

Hab nicht nachgeschaut ob aktuell aber mit:
   FVERSION   74_AMADDevice.pm:v4.4.8-s21406/2020-03-11
   VERSION    v4.4.8
   VERSIONFLOWSET 4.4.3

Habe die gleichen Versionen im Einsatz
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 17 April 2021, 21:39:13
Hallo Michael,
könnte den Fehler nachstellen, es liegt daran, dass durch das "?" in der URL der Parser in Tasker durcheinander kommt.

@CoolTux:
Könntest du bitte in Zeile 796 von 74_AMADDevice.pm die URL vor dem Senden noch kodieren?
795|            'openURL?url='
796|          . urlEncode($openurl)


Das würde das Problem beheben.

Gruß Schlimbo
Titel: Antw:AMAD goes Tasker
Beitrag von: CoolTux am 17 April 2021, 21:41:45
Zitat von: Schlimbo am 17 April 2021, 21:39:13
Hallo Michael,
könnte den Fehler nachstellen, es liegt daran, dass durch das "?" in der URL der Parser in Tasker durcheinander kommt.

@CoolTux:
Könntest du bitte in Zeile 796 von 74_AMADDevice.pm die URL vor dem Senden noch kodieren?
795|            'openURL?url='
796|          . urlEncode($openurl)


Das würde das Problem beheben.

Gruß Schlimbo

Kann ich morgen fertig machen.
Titel: Antw:AMAD goes Tasker
Beitrag von: CoolTux am 19 April 2021, 13:17:02
Zitat von: Schlimbo am 17 April 2021, 21:39:13
Hallo Michael,
könnte den Fehler nachstellen, es liegt daran, dass durch das "?" in der URL der Parser in Tasker durcheinander kommt.

@CoolTux:
Könntest du bitte in Zeile 796 von 74_AMADDevice.pm die URL vor dem Senden noch kodieren?
795|            'openURL?url='
796|          . urlEncode($openurl)


Das würde das Problem beheben.

Gruß Schlimbo

Hattest Du den Code testen können. Reichte wirklich nur der aufruf der Funktion urlEncode oder musstest noch ein use HttpUtils machen?
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 19 April 2021, 16:05:49
Bei mir hat das mit der Änderung so funktioniert.
urlEncode wird ja im Modul auch schon in anderen Teilen des Codes verwendet.
Titel: Antw:AMAD goes Tasker
Beitrag von: CoolTux am 19 April 2021, 16:09:08
OK, danke Dir.
Titel: Antw:AMAD goes Tasker
Beitrag von: Wolle02 am 28 Mai 2021, 12:57:28
Hallo Schlimbo,

dein Tasker Projekt erzeugt ja sehr zuverlässig Readings für incoming Messages für WhatsApp und Telegram. Ist es möglich das für Signal und Threema zu erweitern?
Kann man das eventuell auch selbst individuell anpassen? Wenn ja, wo müsste man da im Tasker Projekt ansetzen?

Danke und Gruß
Wolle
Titel: Antw:AMAD goes Tasker
Beitrag von: Superposchi am 28 Mai 2021, 16:44:31
Hallo, kurze Frage zu AMAD-Devices.

Kann man damit das reale Gerät (Handy/Tablet, etc.) richtig steuern oder werden nur die Einstellungen des Gerätes an Fhem weitergegeben um sie dort zu verarbeiten.
Es gibt zwar bei den Set-Befehlen einige Punkte, doch wenn ich diese genutzt habe, hat sich auf meinem Hardware-Gerät nichts verändert.

Bei mir funktioniert es nicht wenn ich beispielsweise "set <Device> screen on/off" absetze.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 28 Mai 2021, 17:35:10
Hallo Superposchi,
Ja, du kannst damit das Android Gerät steuern, allerdings benötigst du hierfür eine zweite App (Autoremote), welche auf dem Gerät die Befehle entgegen nimmt und an Tasker weiter reicht. Schau Mal in den ersten Post, da wird das beschriebene.

Gruß Schlimbo
Titel: Antw:AMAD goes Tasker
Beitrag von: Superposchi am 28 Mai 2021, 19:24:08
Sorry, habe ich vergessen anzugeben, ich nutze Autoremote.
Doch wie schon gesagt, passiert eben nichts wenn ich in Fhem einen Befehl absetze.

Sowohl Tasker als auch Autoremote sind auch für die Ausnahmen bei der Akkuspar-Funktion eingestellt.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 28 Mai 2021, 22:50:37
Zitat von: Schlimbo am 17 Oktober 2020, 20:49:56
Läuft der AutoRemote WiFi Service? Das kannst du an dem Icon in der Statusleiste und dem Text "AMAD Autoremot Server - Can receive massages via Wifi" erkennen.

Wenn das läuft schau bitte mal in das Log von AutoRemote ob da etwas steht. Hast du in AutoRemote irgendwelche Einstellungen verändert? z.b. Passwort aktiviert?
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 28 Mai 2021, 22:59:41
Zitat von: Schlimbo am 23 März 2018, 14:01:21
Bitte mal folgendes überprüfen:
In Tasker

  • Autoremote Wifi Service läuft, sollte in der Status Benachrichtigung zu sehen sein
  • Variable %AMAD_receive = on
  • Variable %AMAD_remoteServer = Autoremote
  • Variable %AMAD_amadid steht auf dem gleichen Wert wie in FHEM
In FHEM am AMADDevice

  • Im DEV steht am schluss Autoremote
  • Internal AMAD_ID ist korrekt
  • Internal PORT = 1817
  • Attribute remoteServer = Autoremote

Und schick bitte Mal ein list von deinen AMADDevice
Titel: Antw:AMAD goes Tasker
Beitrag von: Superposchi am 29 Mai 2021, 09:38:51
Offensichtlich läuft Autoremote nicht, habe jedenfalls kein Icon am Rand.
Bin davon ausgegangen, dass es ein normales Plugin ist und nicht selbstständig läuft.

Hier das List zu einem der Devices, sind alle gleich konfiguriert:
Internals:
   .FhemMetaInternals 1
   AMADBridge_MSGCNT 3465
   AMADBridge_TIME 2021-05-29 09:36:30
   AMAD_ID    1619864507
   DEF        192.168.178.57 1619864507 Autoremote
   FUUID      608d2bc3-f33f-793a-027b-30cd38c4386830b4
   FVERSION   74_AMADDevice.pm:v4.4.8-s21406/2020-03-11
   HOST       192.168.178.57
   IODev      AMADBridge
   LASTInputDev AMADBridge
   MODEL      Autoremote
   MSGCNT     3465
   NAME       Marko_S21Ultra
   NOTIFYDEV  global,Marko_S21Ultra,AMADBridge
   NR         267
   NTFY_ORDER 50-Marko_S21Ultra
   PORT       1817
   STATE      online (active) <br> Home
   TYPE       AMADDevice
   VERSION    v4.4.8
   VERSIONFLOWSET 4.4.3
   .attraggr:
   .attreocr:
     .*
   .attrminint:
   .attrtocr:
     .*
   .or:
     .*
   .userReadings:
     HASH(0x59ff6ed0)
   OLDREADINGS:
     2021-05-29 01:28:01   batteryPercent  100
     2021-05-28 17:50:12   currentMusicAlbum Dark Country 4
     2021-05-28 20:46:09   currentMusicApp Edge
     2021-05-28 20:46:09   currentMusicArtist João Dias
     2021-05-28 20:46:09   currentMusicState playing
     2021-05-28 20:46:09   currentMusicTrack AutoRemote Beginner - Reacting to a Message
     2021-05-28 21:26:46   daydream        off
     2021-05-28 16:57:47   deviceState     offline
     2021-05-28 23:00:07   doNotDisturb    onlyImportant
     2021-05-28 11:40:19   lastSetCommandState setCmd_done
     2021-05-29 09:00:00   nextAlarmDay    Samstag
     2021-05-29 09:00:34   nextAlarmState  Activ
     2021-05-29 09:34:13   nextAlarmTime   09:39
     2021-05-28 21:26:36   powerPlugged    1
     2021-05-29 09:23:38   screen          off unlocked
     2021-05-28 23:00:07   screenBrightness 1
     2021-05-28 23:00:07   screenBrightnessMode off
     2021-05-28 18:54:08   screenOrientation landscape
     2021-05-28 21:26:37   sleep           on
     2021-05-28 17:58:02   state           connect to http://192.168.178.57:1817 timed out
     2021-05-28 21:26:51   volume          15
     2021-05-28 21:28:00   volumeNotification 0
   READINGS:
     2021-05-29 09:36:30   .deviceState    online
     2021-05-27 20:57:45   IODev           AMADBridge
     2021-05-01 12:21:58   airplanemode    off
     2021-05-29 09:34:13   batteryPercent  99
     2021-05-09 09:44:24   bluetooth       on
     2021-05-25 23:25:55   connectedBTdevices Amazfit Band 5
     2021-05-25 23:25:55   connectedBTdevicesMAC DD:51:08:03:C8:C6
     2021-05-28 17:52:02   currentMusicAlbum unknown
     2021-05-28 20:48:02   currentMusicApp Poweramp
     2021-05-28 20:48:02   currentMusicArtist unknown
     2021-05-28 20:47:26   currentMusicState stopped
     2021-05-28 20:48:02   currentMusicTrack Göttersterben
     2021-05-29 09:23:36   daydream        on
     2021-05-01 12:21:58   deviceModel     samsung SM-G998B
     2021-05-28 17:50:12   deviceState     online
     2021-05-29 09:22:37   doNotDisturb    always
     2021-05-01 12:21:58   flow_SetCommands aktiv
     2021-05-01 12:21:58   flow_informations aktiv
     2021-05-01 12:21:58   flowsetVersionAtDevice 4.4.3 (Tasker)
     2021-05-26 11:38:38   incomingCallerName +4915172835241
     2021-05-26 11:38:38   incomingCallerNumber +4915172835241
     2021-05-26 11:42:11   incomingCallerStatus IDLE
     2021-05-27 15:03:29   incomingSmsMessage +4915226818631 - Microsoft-Zugriffscode: 3926
     2021-05-23 07:02:06   incomingTelegramMessage M N - Hallo wie gehts dir ? Mir gut und bin bischen feucht aufgewacht 😊😊
     2021-05-26 20:21:35   incomingWhatsAppMessage Frau Lisa Pelzer - ‎2 neue Nachrichten
     2021-05-01 12:21:58   keyguardSet     1
     2021-05-28 16:54:02   lastSetCommandState setCmd_error
     2021-05-01 12:21:58   lastStatusRequestState statusRequest_done
     2021-05-12 17:45:38   location        Home
     2021-05-18 14:23:03   location_old    Home
     2021-05-25 20:12:36   mute            off
     2021-05-29 09:01:59   nextAlarmDay    %AlarmDay
     2021-05-29 09:01:59   nextAlarmState  NextAlarm
     2021-05-29 09:36:29   nextAlarmTime   09:41
     2021-05-04 08:08:15   nfc             on
     2021-05-26 10:12:18   outgoingCallerName %name
     2021-05-27 11:40:02   outgoingCallerNumber 020117673930
     2021-05-27 11:43:15   outgoingCallerStatus IDLE
     2021-05-01 15:42:00   position_old    Zu Hause
     2021-05-29 09:22:33   powerPlugged    0
     2021-05-29 09:24:00   screen          off locked
     2021-05-29 09:22:37   screenBrightness 91
     2021-05-29 09:22:37   screenBrightnessMode on
     2021-05-28 19:05:01   screenOrientation portrait
     2021-05-01 12:21:58   screenOrientationMode auto
     2021-05-29 09:22:43   sleep           off
     2021-05-28 17:59:31   state           active
     2021-05-29 09:22:33   volume          8
     2021-05-29 09:22:33   volumeNotification 8
   helper:
     deviceStateErrorCounter 0
     infoErrorCounter 0
     setCmdErrorCounter 2
Attributes:
   IODev      AMADBridge
   alias      Marko S21Ultra
   event-on-change-reading .*
   group      AMAD
   icon       it_smartphone
   oldreadings .*
   remoteServer Autoremote
   room       AMAD,Devices
   setScreenlockPIN crypt:56000a02
   stateFormat deviceState (state) <br> location
   timestamp-on-change-reading .*
   userReadings location_old { OldReadingsVal("Marko_S21Ultra", "location", ReadingsVal("Marko_S21Ultra", "location", 0)) }
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 29 Mai 2021, 22:48:32
Zitat von: Wolle02 am 28 Mai 2021, 12:57:28
Hallo Schlimbo,

dein Tasker Projekt erzeugt ja sehr zuverlässig Readings für incoming Messages für WhatsApp und Telegram. Ist es möglich das für Signal und Threema zu erweitern?
Kann man das eventuell auch selbst individuell anpassen? Wenn ja, wo müsste man da im Tasker Projekt ansetzen?

Hallo Wolle,
andere Messenger sollten auch möglich sein, wenn ich mal etwas Zeit hab schau ich mir das mal an, hierzu müsste eigentlich nur das Profil "AMAD_Messenger" etwas angepasst werden...

Gruß Schlimbo
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 29 Mai 2021, 23:15:07
@Superposchi

Bitte prüfe mal im AMAD Einrichtungs Menü am Gerät ob die "SetCommand Profile" eingeschaltet sind.

Zur Info:
Der Autoremote Server wird entweder aktiviert wenn die toGo Funktion verwendet wird und das Gerät sich im entsprechenden WLAN befindet (Profil: "toGoAMAD_con) oder nach einem Neustart wenn die toGo Funktion nicht genutzt wird (Profil: "AMAD_Boot").

Schau dir bitte Mal die beiden Profile an ob du hierrüber herausfinden kannst warum der wifi Server nicht läuft.
Titel: Antw:AMAD goes Tasker
Beitrag von: Superposchi am 29 Mai 2021, 23:30:31
Werde ich mir Morgen in ruhe ansehen auch wenn ich befürchte das das mein Verständnis übersteigt.
Das der Remote-Server nicht läuft habe ich alleine der Tatsache entnommen, dass ich in der Benachrichtigungszeile kein entsprechendes Symbol habe, so wie es hier gesagt wurde.

Das Profil togoAmad_con ist aktiv und meldet auch keine Fehler
Titel: Antw:AMAD goes Tasker
Beitrag von: Wolle02 am 30 Mai 2021, 08:58:12
Zitat von: Schlimbo am 29 Mai 2021, 22:48:32

andere Messenger sollten auch möglich sein, wenn ich mal etwas Zeit hab schau ich mir das mal an, hierzu müsste eigentlich nur das Profil "AMAD_Messenger" etwas angepasst werden...


Ich hab mal mit dem Profil AMAD_Messenger etwas rumgespielt und habe zunächst im Profil bei Benachrichtigungen Threema und Signal aktiviert. Dann habe ich im Ausführungsteil den Eintrag für WhatsApp zweimal kopiert und für Threema und Signal angepasst.

Bei Threema steht im If-Zweig
%evtprm1 ~ Threema | %evtprm1 ~ ch.threema.app
(siehe Bild Threema Zweig)

damit wird ein Reading für "incomingThreemaMessage" angelegt. Das funktioniert also.  8)

Bei Signal habe ich bislang etwas Probleme, weil ich auf meinem Handy bislang den Speicherort von Signal nicht gefunden habe. Demzufolge steht im If Zweig von Signal nur
%evtprm1 ~ Signal
(siehe Bild Signal Zweig)

Dieser Eintrag scheint aber nicht auszureichen, weil leider kein Reading angelegt wird.  :-[

Ich habe mir jetzt schon den Wolf gesucht, aber ich finde unter Android/data auf meinem Handy keinen Eintrag für Signal.  :o
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 30 Mai 2021, 12:43:03
Freut mich dass es klappt.
Den package name kannst du in Tasker über die Funktion "App Info" Auslesen. Für Signal ist es "org.thoughtcrime.securesms"
Titel: Antw:AMAD goes Tasker
Beitrag von: Wolle02 am 30 Mai 2021, 18:19:10
Zitat von: Schlimbo am 30 Mai 2021, 12:43:03
Freut mich dass es klappt.
Den package name kannst du in Tasker über die Funktion "App Info" Auslesen. Für Signal ist es "org.thoughtcrime.securesms"

Ah Super. Vielen Dank für diesen Tipp.

Ich habe es nun wie im Screenshot unten drinstehen.

Leider wird trotzdem kein Reading erzeugt. Ist mir so jetzt nicht erklärlich und ich weiß nun auch nicht weiter. Kann man sich irgendwie anzeigen lassen, was bei Benachrichtigungseingang in den Variablen drinsteht?
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 30 Mai 2021, 20:30:19
Zitat von: Wolle02 am 30 Mai 2021, 18:19:10
Kann man sich irgendwie anzeigen lassen, was bei Benachrichtigungseingang in den Variablen drinsteht?

Du könntest dir die internen %evtprm Variable in globale Variablen speichern, oder über ein "flash" Anzeigen lassen, oder in den Zwischenablage kopieren (Set Clipboard), oder in eine Datei speichern,... Wege gibt es da viele.
Titel: Antw:AMAD goes Tasker
Beitrag von: Wolle02 am 31 Mai 2021, 16:56:52
Zitat von: Schlimbo am 30 Mai 2021, 20:30:19
Du könntest dir die internen %evtprm Variable in globale Variablen speichern, oder über ein "flash" Anzeigen lassen, oder in den Zwischenablage kopieren (Set Clipboard), oder in eine Datei speichern,... Wege gibt es da viele.

Puuh, hast du da eventuell mal ein Beispiel? Ich hab versucht mit den Variablen rumzuspielen, aber bislang genau gar kein Ergebnis erzielt. Mir fehlen da total die Basics in der Taskerprogrammierung.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 01 Juni 2021, 00:26:49
Einfach die "evtprm" Variable in eine globale Variable (= Variable mit Großbuchstaben) speichern, danach kannst du im Reiter "VARS" nachsehen was genau Empfangen würde.

Noch zur Info:
Der Trigger Event "Notification" liest nur die Infos aus die in der Statuszeile beim Empfang einer Nachricht angezeigt werden, wenn Signal hier aus Privatsphäre Gründen den Nachrichten Text nicht anzeige bekommt auch Tasker diesen nicht mit.
Titel: Antw:AMAD goes Tasker
Beitrag von: Wolle02 am 01 Juni 2021, 13:51:19
Vielen Dank für das Beispiel. Damit habe ich jetzt auch sehen können, was von Signal übermittelt wird ..... und das passt auch alles so, wie ich es im letzten Screenshot für Signal eingestellt hatte. Das Verrückte ist, dass plötzlich auch ein Reading für incomingSignalMessage angelegt wird; obwohl ich außer dem Variablentest eingentlich gar nichts verändert hatte.  ::)

Na egal, scheinbar klappt es so jetzt.

Meinst du, du könntest die beiden Einstellungen aus den Screenshots auch in dein Taskerprojekt übernehmen? Ansonsten wären die Einstellungen ja wieder weg, wenn du mal ein Update ausrollst.
Titel: Antw:AMAD goes Tasker
Beitrag von: Depechem am 27 August 2021, 17:17:56
Hallo zusammen,

seit geraumer zeit funktioniert mein Samsung Tab "SM-T510 mit Android 11 nicht mehr in Zusammenhang mit AMAD, Autoremote und Tasker.

-AMAD zeigt immer "active" an
-sobald statusRequest in AMAD ausgeführt wird kommt folgender Fehler "192.168.2.121: Verbindungsaufbau abgelehnt (111)"
Beim Tasker habe ich mal die Benachrichtigungen aktiviert. Da kommt immer das Ausrufezeichen mit "Useless Notification > Tap to disable. You don`t need these uns "Tasker" "toGoAMAD_discon"

Das Tablet ist immer mit Wlan Verbunden.
Aber nur ca. einen halben Tag am Stromnetz. Die restliche Zeit im Akkumodus
Im AMAD Task habe ich "toGo Funktion" aktiviert. Immer wenn ich den Task neu ausführe funktioniert ein "statusRequest" in AMAD kurzzeitig

Kurz darauf ist keine Verbindung merh mit AMAD vorhanden.

An was könnte dies leigen?
Viele Grüße Thomas
Titel: Antw:AMAD goes Tasker
Beitrag von: Superposchi am 28 August 2021, 18:14:44
Hallo,

Kann ich in der Fritzbox eine Portfreigabe auf den Fhem-Server mit dem Port für Amad setzen und dann im Handy als IP einen dynamischen URL-Dienst statt der IP eingeben. Bei meinen Versuchen wird der DeviceState des Handys gleich auf rot gesetzt sobald ich die url statt der IP eintrage.
Kann ich irgendwie testet ob die Portfreigabe funktioniert und vom Handy was auf der Fritzbox/Fhem-Server ankommt?

Hintergrund ist einfach der, dass ich auch von extern Daten an das Handy-Device im Fhem-Server senden will, zb bei betreten einer bestimmten Position ein vordefiniertes Reading mit einem bestimmten Wert befüllen.
Titel: Antw:AMAD goes Tasker
Beitrag von: Depechem am 31 August 2021, 12:53:48
Zitat von: Depechem am 27 August 2021, 17:17:56
Hallo zusammen,

seit geraumer zeit funktioniert mein Samsung Tab "SM-T510 mit Android 11 nicht mehr in Zusammenhang mit AMAD, Autoremote und Tasker.

-AMAD zeigt immer "active" an
-sobald statusRequest in AMAD ausgeführt wird kommt folgender Fehler "192.168.2.121: Verbindungsaufbau abgelehnt (111)"
Beim Tasker habe ich mal die Benachrichtigungen aktiviert. Da kommt immer das Ausrufezeichen mit "Useless Notification > Tap to disable. You don`t need these uns "Tasker" "toGoAMAD_discon"

Das Tablet ist immer mit Wlan Verbunden.
Aber nur ca. einen halben Tag am Stromnetz. Die restliche Zeit im Akkumodus
Im AMAD Task habe ich "toGo Funktion" aktiviert. Immer wenn ich den Task neu ausführe funktioniert ein "statusRequest" in AMAD kurzzeitig

Kurz darauf ist keine Verbindung merh mit AMAD vorhanden.

An was könnte dies leigen?
Viele Grüße Thomas


Hallo zusammen,
ich muss euch bitten mir eine Hilfestellung zu geben.
Ich sitzte heute bereits 5 Stunden daran mein Problem zu beheben, habe den gesamten Thread mit 27 Seiten nochmal gelesen und alles mögliche probiert.
Leider ohne Erfolg.

Auch mehrfache Neuinstallation von Tasker und Autoremote bringt keine Besserung.
Nach Neuinstallation und ausführen "create Device" mit neuer AMAD ID kann ich in AMAD set Befehle richtig ausführen.
Folgender neuer Fehler kommt nun aber "Not running Task 1165" angezeigt

Sobald ich Tasker in den Hintergrund schiebe und ein set Befehl in AMAD ausgeführt wird kommt folgender Fehler:
"192.168.2.121: Verbindungsaufbau abgelehnt (111)"

vieleicht ist es auch eine Rechteproblem aber ich habe wirklich keine Ahnung mehr an was es liegen könnte.

Daher würde ich mich sehr gern über eure Hilfe freuen


Titel: Antw:AMAD goes Tasker
Beitrag von: Depechem am 31 August 2021, 13:20:48
weiterhín gibt es ein Problem mit dem Updaten des Tasker-Projekts auf dem Android Gerät NEUE Methode
Alle Tasker Profile, Tasks, Szenen und VARs habe ich gelöscht und über den shareLink einfach angeklickt.
Im Tasker wird 20 min lang "Einen Moment bitte.... " "Import Data" angezeigt.

Dort bleibt es dann immer hängen.

Tasker Version 5.13.6

Oder kann das länger al 20min dauern?
Titel: Antw:AMAD goes Tasker
Beitrag von: Depechem am 31 August 2021, 13:49:20
so nun habe ich es aktuell am laufen.

Ich habe mehrfach Tasker und Autoremote deinstalliert und alle Tasker Profile, Tasks, Szenen und VARs gelöscht und über den shareLink die aktuelle Version laden wollen. Im Tasker wurde 20 min lang "Einen Moment bitte.... " "Import Data" angezeigt. Wurde aber nie fertig geladen.
Vorher Taker Version "4.4.3 (Tasker)" und versucht auf "4.4.4 (Tasker)" hoch zu kommen.

Nach 8 vergeblichen Versuche hat es nun irgendwie doch mal geklappt.

Aktuell funktioniert nun die Verbindung zu AMAD auch wieder nach einem Neustart des Tablets.

Vieleicht hilft dies ja jemanden weiter.

Viele Grüße
Titel: Antw:AMAD goes Tasker
Beitrag von: Superposchi am 06 September 2021, 14:27:58
Gibt es wirklich keine Möglichkeit von außerhalb des Heimnetzes per Tasker dazu zu bringen ein Reading im Amad-Device zu verändern?
Titel: Antw:AMAD goes Tasker
Beitrag von: rabehd am 06 September 2021, 15:03:25
Zitat von: Superposchi am 06 September 2021, 14:27:58
Gibt es wirklich keine Möglichkeit von außerhalb des Heimnetzes per Tasker dazu zu bringen ein Reading im Amad-Device zu verändern?

Spontan fallen mir 3 Möglichkeiten ein.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 06 September 2021, 23:27:54
Abgesehen davon, das ich den Port für AMAD nicht nach außen freigegeben würde (aber das muss ja jeder für sich selbst entscheiden), sollte das doch out of the Box funktionieren, einfach anstatt einer lokalen IP Adresse die öffentliche IP oder den dynDNS Namen eintragen...
Würde hierfür aber eine VPN Verbindung bevorzugen...
Titel: Antw:AMAD goes Tasker
Beitrag von: Superposchi am 07 September 2021, 08:37:20
ZitatAbgesehen davon, das ich den Port für AMAD nicht nach außen freigegeben würde (aber das muss ja jeder für sich selbst entscheiden), sollte das doch out of the Box funktionieren, einfach anstatt einer lokalen IP Adresse die öffentliche IP oder den dynDNS Namen eintragen...
Würde hierfür aber eine VPN Verbindung bevorzugen...
Nein, leider funktioniert es bei mir nicht. Allerdings verstehe ich auch deine Ausführngen bezüglich öffentlicher IP UND DynDNS nicht ganz. Der DynDNS ersetzt doch die IP, die eben wechseln kann und verweist dann jeweils auf die aktuell öffentliche IP.
VPN geht nicht, da mein Handy die VPN Verbindung nicht dauerhaft aufrecht erhält. Es müsste also jedesmal erst geprüft werden ob VPN aktiv ist oder nicht bevor der Setreading Befehl abgesetzt wird.
Titel: Antw:AMAD goes Tasker
Beitrag von: Superposchi am 22 September 2021, 08:42:21
Ich glaube das Problem ist die Authentifikation.
Es wird ja mit Dyn-Account kein Fehler sondern ein Timeout zurückgemeldet und ich habe keine Möglichkeit gefunden bei einem geschützten Fhem-Zugang die Daten dafür einzugeben.

Ist das irgendwo versteckt oder gibt es das augenblicklich nicht?
Titel: Antw:AMAD goes Tasker
Beitrag von: CoolTux am 22 September 2021, 20:48:30
Per Default gehen keine öffentlichen IP Adressen sondern lediglich welche aus dem privaten IP Adressbereich. Genau so wie bei FHEMWeb
Titel: Antw:AMAD goes Tasker
Beitrag von: Superposchi am 23 September 2021, 11:54:14
Falls du mich meinst CoolTux
Ich will ja keine öffentliche IP, sondern einen DynDNS-Account nutzen.

Wie soll man sonst von Außen auf AMAD zugreifen?
Titel: Antw:AMAD goes Tasker
Beitrag von: CoolTux am 23 September 2021, 18:26:44
Zitat von: Superposchi am 23 September 2021, 11:54:14
Falls du mich meinst CoolTux
Ich will ja keine öffentliche IP, sondern einen DynDNS-Account nutzen.

Wie soll man sonst von Außen auf AMAD zugreifen?

DynDNS ist nichts weiter wie eine Namensauflösung auf Deine öffentliche IP. Machst Du am Router Portforwarding?
Besser VPN verwenden oder wenn Dir alles egal ist das Attribut allowFrom in der Bridge setzen. Siehe CommandRef oder Wiki.
Titel: Antw:AMAD goes Tasker
Beitrag von: Superposchi am 24 September 2021, 22:29:32
Ja ich nutze Portforwarding, wie soll es sonst gehen von außen auf ein Gerät hinter der Fritzbox zuzugreifen.
VPN kann ich aus diversen Gründen nicht nutzen, der Wichtigste ist einfach, dass mein Handy die VPN-Verbindung nicht konstant aufrecht erhält sondern in unklaren Abständen selbsttätig trennt.
Von welcher Bridge redest du da? Meinst du das Device "AMADBridge"?

Habs gefunden. Das Attribut bringt mir nicht viel, da sich die öffentiche IP ja regelmäßig ändert. Darum nutzt man ja den DynDNS.
Oder kann ich statt einer IP in dem Attribut auch den DynDNS-Aufruf eintragen?
Titel: Antw:AMAD goes Tasker
Beitrag von: CoolTux am 25 September 2021, 16:03:02
Zitat von: Superposchi am 24 September 2021, 22:29:32
Ja ich nutze Portforwarding, wie soll es sonst gehen von außen auf ein Gerät hinter der Fritzbox zuzugreifen.
VPN kann ich aus diversen Gründen nicht nutzen, der Wichtigste ist einfach, dass mein Handy die VPN-Verbindung nicht konstant aufrecht erhält sondern in unklaren Abständen selbsttätig trennt.
Von welcher Bridge redest du da? Meinst du das Device "AMADBridge"?

Habs gefunden. Das Attribut bringt mir nicht viel, da sich die öffentiche IP ja regelmäßig ändert. Darum nutzt man ja den DynDNS.
Oder kann ich statt einer IP in dem Attribut auch den DynDNS-Aufruf eintragen?

Wenn man sich in die Thematik allowFrom etwas einlist erkennt man das RegEx erlaubt ist und dann sowas wie .* gehen kann. Ich empfehle es ausdrücklich nicht zu machen. Das System wäre komplett angreifbar von aussen.
Titel: Antw:AMAD goes Tasker
Beitrag von: Superposchi am 26 September 2021, 15:59:16
Wenn du mir eine andere Alternative außer VPS nennst bin ich offen für Vorschläge.

VPS geht hat wie gesagt nicht, da mein Handy (ist glaube ich ein Samsung Problem) die VPS-Verbindung immer selbsttätig beendet.
Da ich aber nicht weiß wann und wie das der Fall ist und ich nicht jedesmal beim Auslösen eines Positionsevents in Tasker vorher schauen will ob VPN aktiv ist oder nicht, geht VPN halt eben nicht!

AndFhem funktioniert auch nur solange ich es manuell auslöse und nicht automatisch.

".*" ist sicherlich Wahnsinn, es würde theoretisch reichen meine DynDNS-Adresse und ggf. noch falls notwendig die Zugangsdaten für das Fhemweb-Device mit dem zugehörigen allowed-Device.
Titel: Antw:AMAD goes Tasker
Beitrag von: birdy am 18 November 2021, 16:56:19
Ist es möglch einem userFlow noch irgendwelche Parameter wie z.B. Text zu übergeben?

Ich möchte auf einen Android Device automatisiert Threema Nachrichten verschicken.
Gut möglich, dass ich es einfachere oder bessere Möglichkeiten gibt, aber eine solche kenne ich nicht.
Ich gege davon aus, dass dies mit einem userFlow zu realisieren sein sollte.   Aber dauz solle der Text übergeben werden können.

Schon mal vielen Dank
birdy
Titel: Antw:AMAD goes Tasker
Beitrag von: GammaTwin am 27 November 2021, 12:43:32
Grüße,

meine Geräte sprechen plötzlich mit englischer Aussprache. Nicht jedes Mal, aber oft.
defmod TabletWohnzimmer AMADDevice 192.168.xxx.xx xxxxxxxxxx Autoremote

der Parameter
attr TabletWohnzimmer setTtsMsgLang de
ändert daran auch nichts.

Jemand eine Idee.
Titel: Antw:AMAD goes Tasker
Beitrag von: Schlimbo am 28 November 2021, 02:37:47
Zitat von: birdy am 18 November 2021, 16:56:19
Ist es möglch einem userFlow noch irgendwelche Parameter wie z.B. Text zu übergeben?

Dazu müsste Leon etwas in das Modul einbauen, hatte den Wunsch auch schon mal, dann aber nicht mehr weiter verfolgt...
https://forum.fhem.de/index.php/topic,72373.msg772266.html#msg772266
Titel: Antw:AMAD goes Tasker
Beitrag von: CoolTux am 28 November 2021, 06:21:31
Zitat von: Schlimbo am 28 November 2021, 02:37:47
Dazu müsste Leon etwas in das Modul einbauen, hatte den Wunsch auch schon mal, dann aber nicht mehr weiter verfolgt...
https://forum.fhem.de/index.php/topic,72373.msg772266.html#msg772266

Kann ich mir gerne mal anschauen.
Titel: Antw:AMAD goes Tasker
Beitrag von: birdy am 30 November 2021, 21:58:24
Ich denke ich habe für mich eine Lösung gefunden. Sie ist zugegebener Masen  etwas umständlich, darum bin ich noch nicht ganz fertig.
Trotzdem bin ich zuversichtlich dass es funktionieren wird. 
1) Ich stelle mir in FHEM den expliziten UserFlow zusammen, welcher die Bildschirmeingaben und auch den gewünschten Text enthält.
2) mit installFlowSource sende ich diesen an das AMAD Device
3) mit set userFlowRun stosse ich diesen Flow an

Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 18 Mai 2022, 11:22:25
Vorab gleich mal die Entschuldigung: Leider lässt es meine Zeit nicht zu, bezüglich FHEM und insbesondere AMAD immer aktuell zu sein. Daher kann es sein, dass diese im folgenden beschriebene Problem an anderer Stelle schon gelöst wurde und ich dies in meiner Recherche nicht gefunden habe.

Seit ca 2 - 2 1/2 Jahren habe ich immer wieder das Problem, dass mein FHEM wegen "Too many open files" abschmiert. Nach einem Neustart läuft es dann monate oder Wochen wieder. Ich habe das an anderer Stelle bereits beschrieben und habe auch gute Tipps bekommen, siehe z.B.

https://forum.fhem.de/index.php/topic,115835.msg1221840.html#msg1221840

Jetzt habe ich endlich identifizieren können, dass dies mit AMAD zusammenhängen muss, wie ich an obiger Stelle beschrieben habe. Ist dieses Phänomen bekannt? Habe ich eventuell ein wichtiges Update verpasst? Ich poste das hier, weil ich meine AMAD-Version mit Tasker dank tatkräftiger Unterstützung von #Schlimbo (siehe https://forum.fhem.de/index.php/topic,81167.msg784812.html#msg784812) zum laufen gebracht habe und nach mittlerweile 4 Jahren nicht mehr sicher bin, ob da noch alles damals unternommene noch gilt.
Titel: Antw:AMAD goes Tasker
Beitrag von: duke-f am 13 Oktober 2022, 14:38:21
Ich probier's nochmal.

Leider habe ich immer noch das Problem mit dieser Version von AMAD, dass dies irgendwann alle paar Wochen/Monate, manchmal dann penetrant gehäuft, zur vollkommenen Blokade von FHEM führt (Stichwort: Too many open files). Leider fehlt mir sowohl Wissen als auch Zeit, der Sache intensiv auf den Grund zu gehen. Mittlerweile habe ich aber ziemlich sicher das Tablet selber bzw dessen Konfiguration als Grund herausgefiltert.

Um jetzt die Richtung zu wählen, in der ich für den nächsten Lösungsversuch gehen werde interessiert mich zunächst mal: Was ist denn gemäß aktuellem Stand sinnvoll? AMAD mit Tasker oder doch weiter mit Automagic, obwohl dessen Entwicklung eingestellt wurde? Bisher hatte ich eher auf Tasker gesetzt, weil ich dieses auf dem betrffenden Tablet sowieso im Einsatz hatte. Jetzt habe ich aber den Eindruck, dass genau dies aus mir unergründlichen Gegebenheiten irgendwann den Zugriff blockiert, was eben dann zum Problem von FHEM beim Versuch des Zugriffs führt.
Titel: Aw: AMAD goes Tasker
Beitrag von: Schlimbo am 08 April 2023, 01:59:21
@CoolTux:

Hab gerade festgestellt dass der Befehl "openURL" in Tasker nicht mit allen URLs funktioniert.
Die URL müsste für Tasker noch urlEncoded werden, bevor sie gesendet wird.

Könntest du hierfür bitte in 74_AMADDevice.pm nach Zeile 792 noch folgendes einfügen:
$openurl = urlEncode($openurl) if ( AttrVal( $name, 'remoteServer', 'Automagic' ) ne 'Automagic' );
Gruß
Schlimbo
Titel: Aw: AMAD goes Tasker
Beitrag von: CoolTux am 08 April 2023, 06:11:07
Zitat von: Schlimbo am 08 April 2023, 01:59:21@CoolTux:

Hab gerade festgestellt dass der Befehl "openURL" in Tasker nicht mit allen URLs funktioniert.
Die URL müsste für Tasker noch urlEncoded werden, bevor sie gesendet wird.

Könntest du hierfür bitte in 74_AMADDevice.pm nach Zeile 792 noch folgendes einfügen:
$openurl = urlEncode($openurl) if ( AttrVal( $name, 'remoteServer', 'Automagic' ) ne 'Automagic' );
Gruß
Schlimbo

Guten Morgen,

Schaue ich mir gerne an.


Grüße
Titel: Aw: AMAD goes Tasker
Beitrag von: CoolTux am 08 April 2023, 16:28:54
Zitat von: Schlimbo am 08 April 2023, 01:59:21@CoolTux:

Hab gerade festgestellt dass der Befehl "openURL" in Tasker nicht mit allen URLs funktioniert.
Die URL müsste für Tasker noch urlEncoded werden, bevor sie gesendet wird.

Könntest du hierfür bitte in 74_AMADDevice.pm nach Zeile 792 noch folgendes einfügen:
$openurl = urlEncode($openurl) if ( AttrVal( $name, 'remoteServer', 'Automagic' ) ne 'Automagic' );
Gruß
Schlimbo

Kannst Du bitte einmal testen.

https://git.cooltux.net/FHEM/mod-AMAD/raw/branch/devel/74_AMADDevice.pm
Titel: Aw: AMAD goes Tasker
Beitrag von: Schlimbo am 08 April 2023, 23:51:26
Hi Marko,
vielen Dank erst mal.
Mir ist gerade aufgefallen dass in deiner Version urlEncode jetzt doppelt vorhanden ist.
74_AMADDevice.pm - Notepad++.png
Scheinbar hast du urlEncode schon vor 2 Jahren für openurl eingefügt:
GIT.png
Kann es sein dass diese Version nicht mit dem FHEM Update verteilt wurde? Bei mir fehlt das noch.

Gruß
Schlimbo
Titel: Aw: AMAD goes Tasker
Beitrag von: CoolTux am 09 April 2023, 06:03:18
Muss ich mal schauen was im SVN für eine Version ist.. Sollte aber nicht so sein.
Titel: Aw: AMAD goes Tasker
Beitrag von: CoolTux am 09 April 2023, 06:18:03
In der Tat gibt es eine Develversion wo urlencode enthalten ist. Diese wurde aber nicht nach master gemerget und somit kam sie auch nicht ins SVN. Werde ich die Tage fixen.