Adapter: broadlink2

[Muchul]

@padrino
Glaube ich nicht, ich habe meine Ordner seit Jahren drin. Allerdings nicht unter l sondern in der gleichen Ebene.

[padrino]

@Muchul
Aber oben als Tipp gibste unter L an.

[kg36304]

Hallo,

also ich habe unter L den Ordner mit dem Namen der Fernbedienung angelegt und die gelernten Tasten in diesen Ordner gelegt.

Nach einem Adapter Neustart ist noch alles da.

mal sehen was nach nem Update passiert.

Danke.

[Muchul]

@padrino
Bitte ganz lesen:

Oder das L. auch ganz weglassen, dann wird auf der gleichen Ebene ein Ordner angelegt und der Datenpunkt dort rein Kopiert```

[padrino]

@Muchul
Mich hat "Beispiel" und das Rot einfach mitgenommen.

@apollon77
Sprachankündigungen werden ja jetzt auch in Text von Alexa umgewandelt und z.B. als Benachrichtigungstext an die App geschickt.
Könntr dieser Text vom Adapter evtl. abgegriffen und als Datenpunkt verfügbar gemacht werden?

[Muchul]

@padrino sagte in Adapter: broadlink2:

@Muchul
Mich hat "Beispiel" und das Rot einfach mitgenommen.

Alles ok

[apollon77]

@padrino sagte in Adapter: broadlink2:

Sprachankündigungen werden ja jetzt auch in Text von Alexa umgewandelt und z.B. als Benachrichtigungstext an die App geschickt.
Könntr dieser Text vom Adapter evtl. abgegriffen und als Datenpunkt verfügbar gemacht werden?

Hä? Was geht jetzt?

[Jayvee]

@frankjoke Hallo Frank,
ich habe einen RM4 Mini bekommen, id#6cbc. Adaper Version 2.0.3.

Beim Senden über den Datenpunkt _Sendcode bekomme ich:
broadlink2.0 (17873) Error in StateChange for broadlink2.0.RM:RM4-xx-xx-xx._SendCode = {command: 238,cmdHex: '0xee',payload: ,err: 65531}.
Learn geht auch nicht, wie andere schon geschrieben haben.
Habe auch auch die letzte github Version installiert, dann legt er den Datenpunkt _SendCode gar nicht erst an.
Hast Du mir noch eine Idee, was ich versuchen kann?
Gruß -jayvee

[Jayvee]

@frankjoke Hallo Frank,
Das Thema hat sich erledigt. Ich lasse mal meinen Text trotzdem oben so stehen für andere, die vielleicht nach demselben Problem suchen:
In der Version 2.0.3 bekommt man den RM4 Mini von Unknown auf RM erkannt, wenn man wie von Dir unter "Configure additional Devices beschrieben": So you can add a new remote which the adapter finds only as unknown device with hex ID of 0x1234 to the RM list by 0x01234=RM.
In der Version 2.1.5 wird der RM4 schon so erkannt und die Zuweisung eines RM4 als RM führt zu dem von mir oben beschriebenen Fehler.
Sehr cooler Adapter! Vielen Dank. Meine "normalen" Fernbedienungen habe ich schon vor Monaten verräumt - braucht kein Mensch mehr.

Danke
-jayvee

[Jayvee]

@frankjoke
Ebenfalls vielleicht für andere interessant:
Meine Docu zur Einbindung eines RM4 Mini in ioBroker
Tastenfunktion des RM4 Mini:

• '< 3s: Reset
• '> 6s: Led Blinkt schnell (2-3 times per sec): Smart Configuration Mode -> Kann in App eingebunden werden
• '>10s: Led blinkt alternierend 4-mal, dann Pause -> AP Mode (Access Point Mode), SSID: BroadLink_WiFi_Device

Problem: RM4 verwenden neues Protokoll, das vom ioBroker nicht unterstützt wird. Deshalb muss die Installation prinzipiell in zwei Schritten erfolgen.
Hinweis: Handy und RM4 müssen beide im 2,4GHz Band sein, am besten für die Installation das 5GHz Band deaktivieren.

App „Broadlink“ für Firmware Upgrade und Funktionstest.

1. RM4 Mini in Smart Configuration Mode setzen und einbinden.
2. Ggfs Firmware Upgrade durchführen.
3. TV, z.B. Samsung (Most common settings) zuweisen und testen. Sollte problemlos funktionieren.
4. Aus Fritzbox (Router) die zugewiesene IP Adresse notieren und für späteren Ping nutzen

Mit der Broadlink App verwendet der RM4 automatisch das neue Protokoll, das vom Adapter broadlink2 in ioBroker noch nicht unterstützt wird. Der RM4 kann also in ioBroker so nicht verwendet werden.

Jetzt App „ihc for EU“ verwenden (e-Control funktioniert bei mir nicht).

1. RM4 Mini in Smart Configuration Mode setzen.
2. In der App: Add device -> Universal Remotes -> RM mini 3
3. Jetzt Achtung: Auf die LED achten: Wenn er aufhört zu blinken, ist die Konfiguration abgeschlossen. Die App beendet später mit Fehler, ist aber irrelevant. Mit Ping auf die vorher gemerkte IP Adresse checken, ob der RM4 online ist.

Jetzt im ioBroker:

1. Instanz broadlink2.0 neu starten, V2.1.5 oder größer (aus github)
2. Keine (!) weiteren Einstellungen vornehmen. RM4 Mini wird nativ unterstützt.
3. Log prüfen, ob der RM4 Mini richtig identifiziert wird.

Grüße
-jayvee

[hoerte]

@JJJ
Kann ich für den RM4 pro so fast bestätigen.
Allerdings musste ich ihn nach der Ersteinrichtung wieder aus meinem Netzwerk löschen und erneut über 'ihc for EU' einbinden, da das Protokoll ansonsten wohl gespeichert wird und er im ioBroker als 'notReachable' deklariert wird.

V.a. der Hinweis mit der V2.1.5 war gut, da ich noch V2.0.3 aus der Bibliothek hatte. Hier ist er logischerweise dann auch 'notReachable', da RM4 in der Version noch nicht eingebunden ist.

Nach 2 Tagen suchen also danke für deine Anleitung
Man muss wohl wie immer nur in den richtigen Foren suchen...

[123brokerei]

Hallo zusammen,

ich habe leider seit einiger Zeit (ca. 1 bis 2 Monaten) das Problem, dass der Adapter nach einiger Zeit immer die nachfolgende Fehlermeldung generiert. Im Moment kann ich dieses Problem nur lösen, indem ich den iobroker neu starte. Nach einem Neustart dauert es dann wieder ca. 1 bis zwei Tage und der Adapter hängt wieder.
Versionen inkl. iobroker sind eigentlich alle aktuell. Kann mir da jemand weiterhelfen?

broadlink2.0	2020-11-04 23:35:16.689	warn	(2378) stateChange error invalid id type: RM:Broadlink-RMPROPLUS-8a-61-cc.L.CODE_b2003201220d0c240c240b240b250b25220d0b250b240c240b250b240b250b240c240b25230d0b24230d0b25220e0b0001790b24230d0b25220d0c2
broadlink2.0	2020-11-04 23:35:16.688	info	(2378) debug: Change broadlink2.0.RM:Broadlink-RMPROPLUS-8a-61-cc.L.CODE_b2003201220d0c240c240b240b250b25220d0b250b240c240b250b240b250b240c240b25230d0b24230d0b25220e0b0001790b24230d0b25220d0c240b250b2
broadlink2.0	2020-11-04 23:28:54.913	info	(2378) discover [ '192.168.178.xx' ] from 0.0.0.0:xxxxx
broadlink2.0	2020-11-04 23:28:54.913	info	(2378) debug: UDP listening on 0.0.0.0:xxxxx
broadlink2.0	2020-11-04 23:28:54.912	info	}:
broadlink2.0	2020-11-04 23:28:54.912	info	(2378) interface to be used: { netmaskBits: 24, address: '192.168.178.xx/xx', addrs: [ 192, 168, 178, xx ], cidr: '192.168.178.xx/xx', bcaddr: '192.168.178.xxx'
broadlink2.0	2020-11-04 23:28:54.910	info	]
broadlink2.0	2020-11-04 23:28:54.910	info	(2378) debug: should discover/search [ { address: '192.168.178.xx', port: 80, devtype: 10026, oname: '智能遥控', cloud: 0, maco: <Buffer cc 61 8a 34 ea 34>, mac: '34:ea:34:8a:61:cc', type: 'RMP', name: '

[frankjoke]

@123brokerei
Das ist sehr eigenartig!
Der Fehler tritt auf wenn man einen Befehl an einen unbekannten Adaptertyp sendet, dieser scheint jedoch richtig vorhanden zu sein.
Noch dazu wenn es vorher lange funktioniert und dann mal nicht dann ist es noch eigenartiger denn der typ wird nachdem das Gerät gefunden und identifiziert wurde nicht mehr (vom Programm) geändert!

Musst du den gesamten ioBroker neu starten oder nur den adapter? Im ersten fall würde ich mal die node-Version cheken da das nicht passieren sollte dass Prozesse sich gegenseitig beeinflussen.

Noch was, kann es sein das sie der RMPROPLUS mal auslinkt und dann einige Zeit nicht im Netz ist?
Wenn das Gerät auf away gesetzt wird kann der Fehler auch auftreten!

[123brokerei]

@frankjoke

danke für deine Antwort. Nur den Adapter neu zu starten reicht leider nicht. Der Fehler bleibt dann vorhanden. Zu deinem Hinweis bezüglich der downtime des RMPROPLUS... Wie könnte ich das am einfachsten rausfinden? Ich habe mir vorgestern jetzt ein blockly gemacht, das sich per Telegram informiert werden, wenn das Objekt "NotReachable" auf true geht. Das war dann nach einem Neustart auch nach ca. 5 Std. bereits der Fall. Keine Ahnung aber, was ich jetzt tun kann. Das Netzwerk läuft über eine FritzBox 7590.

[123brokerei]

@frankjoke

Hallo,

ich habe jetzt nochmals geprüft ob nur der Adapter, der iobroker, oder (wie bisher vollzogen) das gesamte Betriebssystem neu gestartet werden muss. Es reicht, wenn iobroker über die Konsole (mit iobroker stop; iobroker start) neu gestartet wird. Hier auch nochmals ein Auszug auf dem Log nach dem restart, hier scheint alles zu funktionieren, aber vielleicht fällt hier schon jemandem etwas auf.

broadlink2.0	2020-11-07 09:54:31.776	info	(21911) debug: Change broadlink2.0.RM:Broadlink-RMPROPLUS-8a-61-cc.L.CODE_b24f34000c25240e0c25230e0c250c250c250c250c25230e0c250c250c250c250c250c250c250c250c25230d0c25230e0c250c250c00017b00000000 to {
broadlink2.0	2020-11-07 09:54:29.036	info	(21911) debug: Change broadlink2.0.RM:Broadlink-RMPROPLUS-8a-61-cc.L.CODE_b2003201220d0c240c240b240b250b25220d0b250b240c240b250b240b250b240c240b25230d0b24230d0b25220e0b0001790b24230d0b25220d0c240b250b
broadlink2.0	2020-11-07 09:54:25.793	info	(21911) debug: Change broadlink2.0.RM:Broadlink-RMPROPLUS-8a-61-cc.L.CODE_b24f34000c25240e0c25230e0c250c250c250c250c25230e0c250c250c250c250c250c250c250c250c25230d0c25230e0c250c250c00017b00000000 to {
broadlink2.0	2020-11-07 09:53:53.522	info	(21911) found macs: 34:ea:34:8a:61:cc
broadlink2.0	2020-11-07 09:53:53.522	info	(21911) broadlink2.0 started and found 1 devices named RM:Broadlink-RMPROPLUS-8a-61-cc
broadlink2.0	2020-11-07 09:53:53.521	info	(21911) Poll every 30 secods.
broadlink2.0	2020-11-07 09:53:53.520	info	(21911) debug: created State broadlink2.0._SendScene
broadlink2.0	2020-11-07 09:53:53.193	info	(21911) debug: created State broadlink2.0.RM:Broadlink-RMPROPLUS-8a-61-cc._LearnRF
broadlink2.0	2020-11-07 09:53:53.181	info	(21911) debug: created State broadlink2.0.RM:Broadlink-RMPROPLUS-8a-61-cc._SendCode
broadlink2.0	2020-11-07 09:53:53.162	info	(21911) debug: created State broadlink2.0.RM:Broadlink-RMPROPLUS-8a-61-cc._Learn
broadlink2.0	2020-11-07 09:53:53.151	info	(21911) debug: created State broadlink2.0.RM:Broadlink-RMPROPLUS-8a-61-cc
broadlink2.0	2020-11-07 09:53:53.136	info	(21911) debug: created State broadlink2.0.RM:Broadlink-RMPROPLUS-8a-61-cc.Temperature
broadlink2.0	2020-11-07 09:53:53.121	info	(21911) debug: Device RM:Broadlink-RMPROPLUS-8a-61-cc returned { here: true, temperature: 23.5 }
broadlink2.0	2020-11-07 09:53:53.034	info	(21911) debug: ChangeState ack:true of _NewDeviceScan = false
broadlink2.0	2020-11-07 09:53:46.982	info	(21911) debug: created State broadlink2.0.RM:Broadlink-RMPROPLUS-8a-61-cc._notReachable
broadlink2.0	2020-11-07 09:53:46.952	info	(21911) Device RM:Broadlink-RMPROPLUS-8a-61-cc detected: address=192.168.178.xxx, mac=34:ea:34:8a:61:cc, typ=RMP, id=0x272a devtype=RM2 Pro Plus
broadlink2.0	2020-11-07 09:53:46.894	info	(21911) debug: UDP listening on 0.0.0.0:59586
broadlink2.0	2020-11-07 09:53:46.801	info	(21911) discover [ '192.168.178.xxx', '255.255.255.xxx', '224.0.0.xxx' ] from 0.0.0.0:56536
broadlink2.0	2020-11-07 09:53:46.799	info	(21911) debug: UDP listening on 0.0.0.0:56536
broadlink2.0	2020-11-07 09:53:46.798	info	}:
broadlink2.0	2020-11-07 09:53:46.798	info	(21911) interface to be used: { netmaskBits: 24, address: '192.168.178.xxx/xx', addrs: [ 192, 168, 178, xxx ], cidr: '192.168.178.xxx/xxx', bcaddr: '192.168.178.xxx'
broadlink2.0	2020-11-07 09:53:46.795	info	(21911) debug: ChangeState ack:true of broadlink2.0._NewDeviceScan = true
broadlink2.0	2020-11-07 09:53:46.740	info	(21911) debug: created State broadlink2.0._NewDeviceScan
broadlink2.0	2020-11-07 09:53:46.719	info	(21911) debug: UDP listening on 0.0.0.0:15001
broadlink2.0	2020-11-07 09:53:46.712	info	(21911) Discover Broadlink devices for 10sec on broadlink2.0
broadlink2.0	2020-11-07 09:53:46.708	info	(21911) debug: Config IP-Address end to remove: .fritz.box
broadlink2.0	2020-11-07 09:53:46.707	info	(21911) macObjects: [ '34:ea:34:8a:61:cc' ]
broadlink2.0	2020-11-07 09:53:46.705	info	}:
broadlink2.0	2020-11-07 09:53:46.705	info	(21911) interface to be used: { netmaskBits: 24, address: '192.168.178.xxx/xxx', addrs: [ 192, 168, 178, xxx ], cidr: '192.168.178.xxx/xxx', bcaddr: '192.168.178.255'
broadlink2.0	2020-11-07 09:53:46.700	info	(21911) broadlink2 has 1 old devices!
broadlink2.0	2020-11-07 09:53:46.698	info	(21911) Devices to rename:
broadlink2.0	2020-11-07 09:53:46.698	info	(21911) Devices to add:
broadlink2.0	2020-11-07 09:53:46.697	info	(21911) Scanning additional IP's:
broadlink2.0	2020-11-07 09:53:46.693	info	(21911) broadlink2 initialization started...
broadlink2.0	2020-11-07 09:53:46.691	info	(21911) debug: broadlink2 received 29 objects and 29 states, with config ip,scenes,switches,poll,new,rename,additional,interface,lang,adapterConf,loglevel
broadlink2.0	2020-11-07 09:53:46.514	info	(21911) starting. Version 2.1.5 in /opt/iobroker/node_modules/iobroker.broadlink2, node: v12.19.0, js-controller: 3.1.6
broadlink2.0	2020-11-07 09:53:45.398	debug	(21911) statesDB connected
broadlink2.0	2020-11-07 09:53:45.396	debug	(21911) States connected to redis: 0.0.0.0:9000
broadlink2.0	2020-11-07 09:53:45.325	debug	(21911) States create System PubSub Client
broadlink2.0	2020-11-07 09:53:45.320	debug	(21911) States create User PubSub Client
broadlink2.0	2020-11-07 09:53:45.277	debug	(21911) Redis States: Use Redis connection: 0.0.0.0:9000
broadlink2.0	2020-11-07 09:53:45.275	debug	(21911) objectDB connected
broadlink2.0	2020-11-07 09:53:45.268	debug	(21911) Objects connected to redis: 0.0.0.0:9001
broadlink2.0	2020-11-07 09:53:45.029	debug	(21911) Objects client initialize lua scripts
broadlink2.0	2020-11-07 09:53:45.004	debug	(21911) Objects create User PubSub Client
broadlink2.0	2020-11-07 09:53:45.002	debug	(21911) Objects create System PubSub Client
broadlink2.0	2020-11-07 09:53:44.995	debug	(21911) Objects client ready ... initialize now
broadlink2.0	2020-11-07 09:53:44.917	debug	(21911) Redis Objects: Use Redis connection: 0.0.0.0:9001

[123brokerei]

@frankjoke

hm und da ist der oben von mir beschriebene Fehler wieder. Heute Nacht um 4:48 ging der Datenpunkt NotReachable im Broadlink-Adapter wieder auf true.
Über den Hinweis von @frankjoke, dass der RMPROPLUS vielleicht im Netzwerk kurzzeitig nicht verfügbar ist habe ich schon nachgedacht. So in etwa ist das Verhalten das erste mal aufgetreten, als ich meine Fritzbox 7590 auf OS7.20 hochgezogen habe. Allerdings tue ich mir schwer zu prüfen, ob es daran wirklich liegen kann. Will nur ungern die Fritzbox zurücksetzen oder downgraden.

Wäre wirklich über jeden kleinen Tipp oder Lösungsansatz sehr dankbar.

Anbei nochmal ein Logauszug von zwei Schaltbefehlen, die nicht durchkommen.

broadlink2.0	2020-11-10 00:01:29.233	warn	(21911) stateChange error invalid id type: RM:Broadlink-RMPROPLUS-8a-61-cc.L.CODE_b24f34000c25240e0c25230e0c250c250c250c250c25230e0c250c250c250c250c250c250c250c250c25230d0c25230e0c250c250c00017b000000
broadlink2.0	2020-11-10 00:01:29.233	info	(21911) debug: Change broadlink2.0.RM:Broadlink-RMPROPLUS-8a-61-cc.L.CODE_b24f34000c25240e0c25230e0c250c250c250c250c25230e0c250c250c250c250c250c250c250c250c25230d0c25230e0c250c250c00017b00000000 to {
broadlink2.0	2020-11-10 00:01:27.651	warn	(21911) stateChange error invalid id type: RM:Broadlink-RMPROPLUS-8a-61-cc.L.CODE_b2003201220d0c240c240b240b250b25220d0b250b240c240b250b240b250b240c240b25230d0b24230d0b25220e0b0001790b24230d0b25220d0c
broadlink2.0	2020-11-10 00:01:27.650	info	(21911) debug: Change broadlink2.0.RM:Broadlink-RMPROPLUS-8a-61-cc.L.CODE_b2003201220d0c240c240b240b250b25220d0b250b240c240b250b240b250b240c240b25230d0b24230d0b25220e0b0001790b24230d0b25220d0c240b250b
broadlink2.0	2020-11-10 00:01:26.053	warn	(21911) stateChange error invalid id type: RM:Broadlink-RMPROPLUS-8a-61-cc.L.CODE_b24f34000c25240e0c25230e0c250c250c250c250c25230e0c250c250c250c250c250c250c250c250c25230d0c25230e0c250c250c00017b000000
broadlink2.0	2020-11-10 00:01:26.052	info	(21911) debug: Change broadlink2.0.RM:Broadlink-RMPROPLUS-8a-61-cc.L.CODE_b24f34000c25240e0c25230e0c250c250c250c250c25230e0c250c250c250c250c250c250c250c250c25230d0c25230e0c250c250c00017b00000000 to {
broadlink2.0	2020-11-10 00:01:22.775	warn	(21911) stateChange error invalid id type: RM:Broadlink-RMPROPLUS-8a-61-cc.L.CODE_b2003201220d0c240c240b240b250b25220d0b250b240c240b250b240b250b240c240b25230d0b24230d0b25220e0b0001790b24230d0b25220d0c
broadlink2.0	2020-11-10 00:01:22.774	info	(21911) debug: Change broadlink2.0.RM:Broadlink-RMPROPLUS-8a-61-cc.L.CODE_b2003201220d0c240c240b240b250b25220d0b250b240c240b250b240b250b240c240b25230d0b24230d0b25220e0b0001790b24230d0b25220d0c240b250b
broadlink2.0	2020-11-10 00:01:17.189	debug	(21911) system.adapter.admin.0: logging true

[RandyAndy]

@123brokerei @frankjoke

das Problem mit den not_reachable habe ich auch seit Monaten mit 3 Stk RM3 Mini (mind 3 Jahre alt). Irgendwann gehen die auf not_reachable = true.
Komisch ist, dass man den Datenpunkt dann von true manuell auf false setzen kann dann ist der RM3 mIni wieder erreichbar. Ich starte nun 4 mal am Tag den Adapter neu, das löst das Problem auch.
Komisch ist halt das man den Datenpunkt manuel ändert und alles ist ok, sollte doch eigentlich nicht so sein (entweder ist das gerät erreichbar oder nicht).

Andreas

[123brokerei]

@RandyAndy @frankjoke

ein reiner Neustart des Adapters bringt bei mir leider keine Abhilfe...
Auch das manuelle Setzen des not_reachable auf false bringt bei mir leider nichts...

Ich muss mindestens den iobroker stoppen und neu starten und dass ist eigentlich keine Perspektive, zumal es zuvor über Monate zuverlässig funktioniert hat.

Gibt es weitere Tipps?

[DShiznit]

@JJJ Also bei geht das überhaupt nicht. Bekomme ihn einfach nicht eingebunden. Habe den RM4 pro. Alles versucht was hier im Forum steht.

@hoerte said in Adapter: broadlink2:

@JJJ
Kann ich für den RM4 pro so fast bestätigen.
Allerdings musste ich ihn nach der Ersteinrichtung wieder aus meinem Netzwerk löschen und erneut über 'ihc for EU' einbinden, da das Protokoll ansonsten wohl gespeichert wird und er im ioBroker als 'notReachable' deklariert wird.

V.a. der Hinweis mit der V2.1.5 war gut, da ich noch V2.0.3 aus der Bibliothek hatte. Hier ist er logischerweise dann auch 'notReachable', da RM4 in der Version noch nicht eingebunden ist.

Nach 2 Tagen suchen also danke für deine Anleitung
Man muss wohl wie immer nur in den richtigen Foren suchen...

@hoerte said in Adapter: broadlink2:

@JJJ
Kann ich für den RM4 pro so fast bestätigen.
Allerdings musste ich ihn nach der Ersteinrichtung wieder aus meinem Netzwerk löschen und erneut über 'ihc for EU' einbinden, da das Protokoll ansonsten wohl gespeichert wird und er im ioBroker als 'notReachable' deklariert wird.

V.a. der Hinweis mit der V2.1.5 war gut, da ich noch V2.0.3 aus der Bibliothek hatte. Hier ist er logischerweise dann auch 'notReachable', da RM4 in der Version noch nicht eingebunden ist.

Nach 2 Tagen suchen also danke für deine Anleitung
Man muss wohl wie immer nur in den richtigen Foren suchen...

[crunchip]

@RandyAndy mein proplus macht auch seit einiger Zeit Probleme, mal ist er ne Stunde erreichbar, mal nen halben Tag oder auch mal nur ein paar Minuten.
Hatte ihn schon neu angemeldet, Firmware update gemacht und auch mit der anderen App eingebunden, alles jedoch ohne Erfolg.
Zusätzlich habe ich auch einen Datenpunkt broadlink2.0.UN:RMPROPLUS-17-f5-ab im Objektbaum, auch mein RM mini, hat mittlerweile einen zweiten angelegt UN:RMMINI....ohne je etwas mit dem gemacht zu haben.
Letztendlich hatte ich den Datenpunkt vom proplus einige Zeit mitgeloggt und behelf mich mittlerweile mit einem kleinen Blocky, wenn nicht erreichbar, starte Instanz neu. Funktioniert seitdem ohne Probleme