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

[sigi234]

@Jan1 sagte in tr-064 v3.1.x (Latest Repo) Diskussion:

Mal abwarten was AVM dazu sagt.

Jupp, andere Frage:

Geht bei dir die Anzeige vom Anrufbeantworter wenn eine Nachricht vorhanden ist? ( states-abindex)

[Jan1]

@sigi234
Da müsste ich mir erst selber mal was drauf sprechen, weil die meisten vorher auflegen :-)

[sigi234]

@Jan1 sagte in tr-064 v3.1.x (Latest Repo) Diskussion:

Da müsste ich mir erst selber mal was drauf sprechen

Ja, habe ich so gemacht aber keine Anzeige im DP

[Jan1]

@sigi234
Nein da wird nichts angezeigt.

[sigi234]

@Jan1 sagte in tr-064 v3.1.x (Latest Repo) Diskussion:

@sigi234
Nein da wird nichts angezeigt.

Ok, muss ich mal schauen ob es da schon ein issue gibt.

Ev. das:

https://github.com/iobroker-community-adapters/ioBroker.tr-064/issues/20

[Ein ehemaliger Benutzer]

@Jan1 Hi, hast du repeater im Einsatz?
Ansonsten hört sich das nach dem Android klebe-bug an, welches der AVM Assistent, genannt Mesh, nicht richtig koordinieren kann.
Vielleicht hilft das:
Reboote man den Repeater ( für 1750e gibt's auch Updates) ansonsten wie hier den Mist abschalten, bis AVM das Mal vernünftig eingebaut hat:

[Jan1]

@ilovegym
Ich habe Mesh schon immer aktiv und damit noch nie ein Problem gehabt, deshalb würde es mich wundern, wenn es jetzt daran liegen würde. Ohne Mesh habe ich bei mir auch ne wesentlich schlechtere WLAN Abdeckung und ab und zu Geräte die nicht erreichbar sind. Meine WLAN Kanäle sind auch so eingerichtet, dass Mein Fire Stick sich auch mit dem 5GHz WLAN verbindet, da auf 2,4GHz sehr viele Hänger drin sind. Deshalb wollte ich da nicht viel umstellen.

Hab jetzt mal 2 Haken die ich verantworten kann entfernt und schau mal ob das schon was bringt.

[Dominik F.]

ich habe in regelmäßigen Abständen folgende Warnung:

(1277) forEachConfiguredDevice: in GetSpecificHostEntry 1(ccu3-webui/B8:27:EB:2B:DC:4C):Error: sendSOAPActionRequest Error action=GetSpecificHostEntry serviceType=urn:dslforum-org:service:Hosts:1:

Hat jemand eine ähnliche Warnung oder weiß wie man die weg bekommt?

dazu habe ich noch folgendes problem:

In der Info steht folgendes :The html output can be configured by a template.
Habe versucht diesen Datenpunkt anzupassen :tr-064.0.calllists.htmlTemplate.htmlTemplate
jedoch ändern sich die anderen htmls nicht. Ich werde sicher etwas falsch machen, kann mir jemand helfen?

[apollon77]

@Dominik-F 1.) ja das passiert wenn der dhcp lease eines devices ausläuft. Dann fliegt das Gerät aus der fritzbox raus. Kommt dann erst wieder wenn nächstes mal online. Dann ggf mit anderer ip. Hilfe ist in der fritzbox die ip fest zu pinnen.

Das zweite muss ich ansehen. Gefühlt ist der Datenpunkt Blödsinn. Lösch mal das Objekt mit htmltemplate und starte Adapter neu.

[Dominik F.]

@apollon77

Gefühlt hat sich die IP der CCU3 noch nie geändert, hab jetzt aber in der Fritzbox eingestellt, dass sich die IP nicht mehr ändern soll, schaue morgen mal ob sich was geändert hat bzw die warnung noch auftritt.

Hab den Datenpunkt gelöscht und neu gestartet, der gleiche Datenpunkt ist wieder da mit gleichem Inhalt. Ich möchte eigentlich nur folgenden Satz am Anfang weg bekommen:

[apollon77]

@Dominik-F ok. Ich hab nochmal geschaut. Der heiß wirklich so. Zum adapterstart wird ausgelesen was da drin steht und dann sollte das als verwendet werden. Das geht nicht??

[Jan1]

@ilovegym sagte in tr-064 v3.1.x (Latest Repo) Diskussion:

@Jan1 Hi, hast du repeater im Einsatz?
Ansonsten hört sich das nach dem Android klebe-bug an,

Da fällt mir noch was dazu ein und das widerlegt die "klebe-bug" Theorie.
Ich habe mein PC auch als Device im Adapter und der hängt mit LAN Kabel dran, also ist alles was mit WLAN Problemen zu tun haben könnte damit schon mal vom Tisch. Hier schalte ich in Abhängigkeit von der aktuellen Helligkeit eine Hintergrundbeleuchtung am Monitor an und das eben nur wenn der PC auch an ist. Die sollte sich auch wieder automatisch abschalten wenn der PC aus ist und das tut sie auch mit exakt 10 Minuten Verzögerung.
Somit liegt das Problem eindeutig an der aktuellen Beta der 7590, die Geräte erst nach 10 Minuten aus der Liste der aktiven Geräte entfernt, wenn sie nicht mehr im Netz sind.

Das mal als Info, falls sich hier noch jemand wundert, warum das augenscheinlich im ersten Augenblick mit dem Adapter nicht funktioniert. Es liegt an der Fritz und nicht am Adapter :-)

Mod-Edit: Vollzitat gekürzt! Bitte vermeidet Vollzitate! Siehe Forum Regeln, Punkt 2

[sigi234]

@Jan1
Also eigentlich an der Beta der FB.

[Latzi]

@sigi234 sagte in tr-064 v3.1.x (Latest Repo) Diskussion:

Beta der FB.

Hab gleiches Problem mit der offiziellen FW 7.13

[Jan1]

@sigi234
Genau, weil ich ja auch schon am Handy getestet hatte, ob das Gerät im Adapter nach WLAN Deaktivierung auch wieder auf "false" wechselt und das hatte es ja auch schön gemacht, bis zur neuen Beta der Fritz und die kam eben fast zeitgleich mit dem Adapter Update, was mich zur Annahme verleiten lies, den Adapter als Problem zu vermuten.
Dumm gelaufen, auch weil ich das selber immer als Ratschlag gebe, niemals mehrere Stellschrauben zur selben Zeit verändern, das bringt nur Chaos :-)

[Jan1]

@Latzi sagte in tr-064 v3.1.x (Latest Repo) Diskussion:

@sigi234 sagte in tr-064 v3.1.x (Latest Repo) Diskussion:

Beta der FB.

Hab gleiches Problem mit der offiziellen FW 7.13

Dann scheint da wohl schon was geändert worden zu sein, da bei mir das Gerät zuerst überhaupt nicht mehr auf "false" schaltete und das erst nach Neustarts der Fritz, eben nach 10 Minuten funktioniert hatte.

Ich hab das AVM mal als Feedback geschickt, dass das so blöd ist, mal sehen obs was bringt.

Kannst da bitte auch mal bei AVM meckern, weil wenn mehrere Kunden sich daran stören, wird vielleicht was geändert.

[tombox]

@Jan1 Das 10 Minute "Problem" gibt es schon lange und AVM wird es wohl nicht ändern. Die einzige Lösung ist radar2 mit arp scan optionen kannst du ein wenig rumspielen ich nehme zur zeit
-lgq --retry=10 --timeout=100
Dann hast du sofort eine Information wenn das Gerät das wifi verlässt

[Latzi]

@Jan1 sagte in tr-064 v3.1.x (Latest Repo) Diskussion:

Kannst da bitte auch mal bei AVM meckern, weil wenn mehrere Kunden sich daran stören, wird vielleicht was geändert.

Klar doch, meckern ist meine Spezialität :wink:

[opossum]

Hallo, @Jan1 ,
ich hatte exakt das Problem mit meinem Huawei P30 Pro. So lange ich in der oberen Etage war, ging die Anwesenheit nach 10 sec. auf false, wenn ich WLAN abgeschaltet habe am Phone. In der oberen Etage steht die 7590. In der unteren Etage ist ein Repeater 1750e mit der Fritz verbunden, allerdings nur über WLAN. Beide Netze (5 und 2,4). Habe dann gedacht, dass es am Update des Huawei (Android 10) liegt. Nix. In der unteren Etage, wenn das Telefon mit dem 1750e verbunden war, konnte ich machen, was ich wollte, das Telefon ging einfach nicht auf "Abwesend". Damit liefen bei mir auch einige Dinge, die von der Anwesenheitssteuerung abhängig sind. Dann habe ich mein Huawei so eingerichtet, dass es sich nur noch mit dem 2.4er WLAN verbinden konnte, und siehe da, jetzt funktioniert die Anwesenheitssteuerung wieder so, wie sie soll. Ich habe im Netz gelesen, dass der Repeater die 5GHz nimmt, um mit der Fritz zu kommunizieren. Anscheinend geht da nicht auch noch ein anderes Gerät, welches auch auf 5GHz funkt. Kann ich reproduzieren. Habe bei beiden Geräten (Fritz und Repeater) die 7.12 als OS drauf. Der Ping-Adapter kam damit überhaupt nicht klar. Der tr-064 meldet das jetzt zuverlässig. Wäre vielleicht einen Test wert.

[Jan1]

@tombox
Dann bleibt die Frage warum das erst jetzt auffällt?
Wurde doch die Geräte Erkennung im Adapter vorher anders umgesetzt? Wie geschrieben, hat das schon mal funktioniert und das ist noch gar nicht so lange her. Ich hatte deshalb auch den Adapter auf 3.0.1 runter gezogen und da waren es auch 10 Minuten. Irgendwie ist es doch merkwürdig, weil ich es explizit jedes mal bei mir getestet hatte, ob es funktioniert, wenn ein User hier geschrieben hatte, dass die Erkennung nicht läuft und da war eben auch immer eine sofortige Reaktion (innerhalb des Poll Intervall) zu erkennen.

Wenn man es weiß, kann man damit leben. Ich kann sogar nun die Verzögerung bei einigen Scripten raus nehmen die ich extra eingebaut hatte, dass ich nicht im Dunkeln sitze, nur weil ein Handy mal kurz aus dem WLAN geflogen ist, oder der Akku leer war. Genau so hatte ich auch gesehen, dass die Erkennung super schnell funktioniert.
Ich sitze zu Hause mit leerem Akku und Frau verlässt das Haus. Keine 30 Sekunden später sitze ich immer noch zu Hause und alles ist dunkel. Jetzt hab ich mindestens 10 Minuten Zeit :grin:

@opossum
Das 10 Minuten "Problem" habe ich ja aber auch im LAN. Wobei es schon sein kann, dass die Fritz hier auch noch mal zwischen 2,4 und 5 GHz Unterschiede macht. Ich will hier aber keine Funktionen kastrieren, da das ganze ja auch schon mal so funktioniert hatte, wie ich es erwartet hatte und das jetzt eben nicht mehr der Fall ist, wobei es auch gewisse Vorteile bringt wie ich es oben schon geschrieben habe.
Nur stelle ich das eben gerne selber ein wie ich es will und da nervt mich im Moment eben etwas.