[ AMAD2 - obsolete] 74_AMAD.pm zur Steuerung eines Androidgerätes

[Pyromane]

Für den Flow wird keinerlei Standortberechrigung benötigt.

Die Berechtigung Standort wird für den Informations Flow benötigt, siehe Screen.

[CoolTux]

Interessant. Kann ich Dir aber leider nicht sagen wieso. Ich habe keinerlei Standort Geschichten deinen. Weder bei den Triggern noch bei den Conditions oder Actions.
Kann mir nicht erklären wo das herkommen sollte.


Grüße

[urmel86]

Die Berechtigung für den Standort kann ich aber auch bestätigen. Hatte grade das Handy neu aufgesetzt und entsprechend auch AMAD wieder installiert. Berechtigung für Standort wird definitiv aus dem Informationsflow abgefragt.


Gesendet von meinem Find7 mit Tapatalk

[CoolTux]

Ich werde mich bei Gelegenheit mal bemühen der Abfrage auf dem Grund zu gehen. Vielleicht findet sich ja auch jemand mit etwas Zeit und kann selbst versuchen die passende Info zu finden.




Grüße

[urmel86]

Jetzt hat das auch mit dem Bild geklappt I
ch werde mal gucken, bin die nächsten 15 Tage allerdings im Urlaub und lass die Technik zu Hause.

Gruß

[CoolTux]

Das Bild hatte ich schon gesehen. Habe den Link einfach aufgerufen   

[the ratman]

nur, falls es noch nicht bekannt is ... *g*

das kommt seit heute bei mir nach nem restart von fhem

Code Auswählen Erweitern

2016.06.22 07:57:34 1: PERL WARNING: Use of uninitialized value $device in hash element at ./FHEM/74_AMAD.pm line 1125.
2016.06.22 07:57:34 1: PERL WARNING: Use of uninitialized value $fhemcmd in pattern match (m//) at ./FHEM/74_AMAD.pm line 1159.
2016.06.22 07:57:34 1: PERL WARNING: Use of uninitialized value $fhemcmd in pattern match (m//) at ./FHEM/74_AMAD.pm line 1176.
2016.06.22 07:57:34 1: PERL WARNING: Use of uninitialized value $fhemcmd in pattern match (m//) at ./FHEM/74_AMAD.pm line 1193.
2016.06.22 07:57:34 1: PERL WARNING: Use of uninitialized value $fhemcmd in pattern match (m//) at ./FHEM/74_AMAD.pm line 1212.
2016.06.22 07:57:34 1: PERL WARNING: Use of uninitialized value $fhemcmd in pattern match (m//) at ./FHEM/74_AMAD.pm line 1227.rennen tut aber alles jetzt

[CoolTux]

Bitte Vorsichtig bei diesen Meldungen. Du verwendest die Developer Version. Die hat sonst noch niemand weiter



Grüße

[the ratman]

ne, dass is die, die du heute ins update geben hattest - hab nurs xml gelassen, weils ging

VERSIONMODUL
   
2.2.4

flowsetVersionAtDevice
   
2.3.15

[CoolTux]

Das ist aber keine so gute Idee. Du solltest schon versuchen wenigstens nicht Devel und Stable zu mischen. Das kann zu unerwünschten Nebeneffekten führen.
Einer davon könnte sein das Du eine stacktrace Meldung bekommst ala readingsBeginUpdate has no hash oder so. Bringt fhem nicht zum Absturz ist aber unschön

Deine Meldung von oben habe ich im übrigen eben gefixt.

[the ratman]

gutti

ich gebs ja zu: ich hab schlichtweg vergessen, dass du mir gestern die devel geben hast. nach meinem alltäglichen 8-uhr-update-klick wars dann zu spät *g*

[Ma_Bo]

Kurze Frage, ich habe 4 Tablets mit AMAD2 eingebunden, FHEM eben komplett aktualisiert.

Ich habe bei einem Tablet, welches jetzt ausgeschlatet ist folgendes stehen : 192.168.178.115: No route to host

Bei einem weiteren Tablet, auch ausgeschaltet und selbe Android Version : connect to http://192.168.178.24:8090 timed out

Warum erhalte ich 2 verschiedene states, obwohl beide AUS sind ?
Die Werte wenn sie an sind, werden richtig übermittelt und alles läuft wunderbar, nur wenn ich diese abschalte, erhalte ich unterschiedliche states.

Grüße Marcel

[CoolTux]

Das timed out ist eine Systemmeldung welche nicht ausgewertet wird vom Modul. Anscheinend sendest Du set Befehle obwohl das Gerät offline ist. Das sollte eigentlich nicht möglich sein.

Wie ist denn der deviceState bevor Du die Meldungen bekommst?

[Ma_Bo]

Ich habe jetzt alle FLOWS noch einmal manuell gelöscht und manuell hinzugefügt. Jetzt steht bei beiden bzw. bei allen, wenn ich sie aus mache : connect to http://192.168.178.xxx:8090 timed out

Eigentlich habe ich bei den beiden die das Problem bzw. unterschiedlche states hatten, keine set befehle gesendet, da diese nur erst einmal eingebunden sind und später erst fertig konfiguriert werden sollen.

Naja, jetzt geht es aber wie es soll.

Den deviceState habe ich nicht beobachtet, jetzt steht dort offline.

[CoolTux]

ah ok. Beobachte das mal bitte.