AVM Plugin

[psilo]

aschwith ja, ich habe 5 avm geräte im einsatz. aber beim entwickeln damals dachte ich (ich bin ja der autor des plugin), es reicht beim avm_data_type über das instance attribut zu gehen. ich sehe oben auch noch keinen 100%igen grund, warum man das ändern sollte? was geht denn nicht, wenn du die ain mit item['conf'] abfragst? im richtigen item landest du ja über den avm_data_type

im kommentar zum commit schlage ich vor, als fallback beides zu checken. wäre das eine lösung? also erst mit prüfung der instanz und wenn AIN None ist, nochmal direkt zu schauen..
inzwischen habe ich aber meine items angepasst. kann daher notfalls auch mit deiner lösung leben.. wird hat beim nächsten release einige dann betreffen.

[aschwith]

Hallo psilo ,

ich habe im letzten commit die Instanz für die AIN mit hinzugefügt. Nutzt du das AVM plugin mit Instanzname? Folgender Hintergrund:

1) Ich wollte im Plugin sauber abfangen, dass eine Fehlermeldung generiert wird, wenn man ein AVM item avm_data_type == hkr oder dect ohne spezifizierte AIN nutzt.
2) Dazu habe ich wie sonst auch die Basismehtode "hast_attr() aus dem SmartPlugin genutzt.
3) Das Problem: Ist für das AVM plugin eine Instanz definiert und fragt man nach einem Attribut ohne Instanz (z.B. AIN) gibt die Funktion has_attr('AIN') false zurück. Man kann das Attribute trotzdem für diesen Fall inkonsistenter Weise mit get_attr('AIN') laden.
4) Meine Interpretation war, dass der SmartPlugin Autor bewusst bei spezifizierter Plugininstanz nur die Items sichtbar machen wollte, die auch den passenden Instanznamen im Item tragen.
5) Deshalb habe ich für die AIN die Plugininstanz eingetragen. Übrigens auch in der Doku.

Viele Grüße

[psilo]

jetzt muss ich in den supporthread meines eigenes plugins schreiben. das letzte update (nicht von mir) hat offenbar etwas mit meinen DECT Steckdosen kaputt gemacht:

2020-05-09 09:43:57 ERROR lib.item Item avm.dect.socket_office: problem running <bound method AVM.update_item of <plugins.avm.AVM object at 0x7fa85e847278>>: 'NoneType' object has no attribute 'strip'
> Traceback (most recent call last):
> File "/python/smarthome/lib/item.py", line 2368, in __update
> method(self, caller, source, dest)
> File "/python/smarthome/plugins/avm/__init__.py", line 957, in update_item
> {'NewAIN': ain.strip(),
> AttributeError: 'NoneType' object has no attribute 'strip'

Ideen??

Ich denke das problem ist, dass die AIN als Itemattribut kein @instance vorgesehen hat, sondern nur der avm_data_type

Update: mit @instance geht es - ich bin nur nicht sicher ob ich diese änderung gut finde.. habe den commit kommentiert..

[psilo]

Onkelandy mach, dass meine Elternzeit schneller kommt, der Garten fertig ist und das Wetter schlecht wird ;-) Ich schaff das alles schon noch diesen Sommer.. EVtl gabs Gründe warum es mit STRUCT hakelig wird.. bin aber nicht sicher, ob ich mir das schon mal durchdacht hatte..

[Onkelandy]

Gutes, altes README - Danke. Wär wohl mal ein struct gut und evtl. Einpflegen eines reduzierten Beispiels in user_doc - falls mal wem fad wär

[Sisamiwe]

Onkelandy

Schau mal hier. Unter Example ist ein vollständiges Item Beispiel .So habe ich gestartet.

[Onkelandy]

Wär jemand so nett, seinen Itembaum hier zu posten bzw. den als Struct im Plugin anzulegen? Hab eine neue Fritzbox und würde mir das Plugin gern mal ansehen. Der Doku zufolge müsste es doch eine Menge Items geben, die bei allen gleich sind...? Danke!

[psilo]

vielleicht spielt auch der bug im fritzos rein, der in der README genannt wird?

bug.PNG

[psilo]

Ich kann nur nochmal posten wie ich bei mir einen Anruf von der Source ALARM auslösen kann:

sh.fritzbox_7590.set_call_origin("**1")
sh.fritzbox_7590.start_call('**9')

**9 macht einen Anruf auf ALLEN Geräten.

Konfiguration der Fritte:

Telefoniegerät:
Inkeddevice_LI.jpg
(Im schwarzen Block steht eine meiner externen Rufnummern, die auf allen Geräten ankommen)

Wählhilfe:

waehlhilfe.PNG

Das Thema ist in der Fritte MEGA frickelig umgesetzt und ich zweifle dran, dass das Plugin hier Probleme macht, sondern eher die Box bzw. die Konfiguration.

[TRex]

einen Asterisk hätte ich in der FIrma, aber fü rmich zuhause mit 2 Telefonen einen Asterisk Server aufsetzen erscheint mir doch etwas oversized.
Ich will ja nur im Alarmfall einen Anruf tätigen, auf dem RPi gab es ein sipcmd das hervorragend funtioniert hat.
Offenbar gibt es das aber bei Buster nicht mehr.... Dann habe ich das AVM Plugin versucht, bekomme ich nicht ans laufen.
Hat aber ein gute SEite, denn die Auswerteung der MAC - Online -Adresse ermöglicht mit dem Iphone eine ERkennung ob ich zuhause bin, denn Apple unterstützt ja keine NFC.....
Vielleicht liest einer der Protagonisten mit und kann das Problem nachvollziehen oder fixen. Würde mich sehr freuen.

[Sisamiwe]

Hallo,

ich habe für die Anbindung von entsprechenden DECT Smarthomegeräten (u.a.AVM DECT301) (erstmal) ein eigenes Plugin erstellt, dass das aha http Protokokoll nutzt, wie es hier beschrieben ist. Das direkt in das bestehende AVM Plugin einzuarbeiten, traue ich mir nicht zur.

Verwendet wird die Python Lib "pyfritzhome", die übrigens auch die Basis für das entsprechende Plugin für Homeassistant ist. Inhaltlich werden Schalter, Thermostate (AVM DECT301, Comet DECT), Temperatursensoren und Fensterkontakte unterstützt. Getestet habe ich es nur mit Thermostaten. Das Plugin ist noch in meinem Github, kann aber gern getestet werden. https://github.com/sisamiwe/avm_smarthome

Wir können hier gern disktieren, ob man ggf. das aktuelle AVM Plugin auftrennen will oder meinen Entwurf in das Plugin integrieret.

Beste Grüße

[Sisamiwe]

habe in der Version SmarthomeNG 1.7 auf Debian Buster / läuft auf Synology das Fritzplugin soweit drin dass die VAriablen angezeigt werden.
Leider bekomme ich keinen Call auf der 7590 Fritzos 7.12 ausgelöst, die Funktion Start_call scheint nicht zu funktionien, auch keine Fehlermeldung.
Logging habe ich mit

Ich kann hie rnur beitragen, dass ich mit gleiches Verhalten auch bei den Versuchen meiner "Überallklingel" hatte. Deshalb habe ich das dann über Asterisk gelöst.

[TRex]

Guten Tag, dem Schwarmwissen...
habe in der Version SmarthomeNG 1.7 auf Debian Buster / läuft auf Synology das Fritzplugin soweit drin dass die VAriablen angezeigt werden.
Leider bekomme ich keinen Call auf der 7590 Fritzos 7.12 ausgelöst, die Funktion Start_call scheint nicht zu funktionien, auch keine Fehlermeldung.
Logging habe ich mit

 plugins.avm:
# # Example for changing the loglevel for a specific plugin (cli plugin)
# # a handler should only be specified, if logging should be done to
# # another destination, otherwise duplicate log entries could be produced.
handlers: [shng_details_file]
level: DEBUG

versucht "aufzudrehen", kommt auch nichts raus.
Bin ratlos, wo hinfassen?

Der BEfehl:
logger.info(sh.avm1.is_host_active('CC:66:0A:C1:2E :A4')) - geht

sh.avm1.start_call('**610') - geht leider nicht

logger.info(sh.avm1.get_phone_name(2)) - geht

Gruß & Danke
Peter

[Maxthomas2001]

Freut mich, wenn ich helfen konnte

[Sisamiwe]

Der Bughunter-Pokal des Jahres geht definitiv an Maxthomas2001

Das stimmt. 100 gelesen und doch nicht gefunden.