NEWS
Adapter: broadlink2
-
@frankjoke Habe grad die neue Version von Github gezogen. Es wird jetzt nur noch 1mal gesendet.
Hier der dazu gehörige Logeintrag:broadlink2.0 2020-06-26 20:59:12.283 info (19795) debug: Change broadlink2.0.RM:RMPROPLUS-4a-2e-b8.L.Doppelrollo-Kueche-Hof-Fav to { val: true, ack: false, ts: 1593197952187, q: 0, from: 'system.adapter.admin.0', user: 'system.user.admin', lcZur Erklärung:
Bei dem Datenpunkt handelt es sich um einen langen Tastendruck (ca. 4sec mindestens) auf einer RF-Fernbedienung, um einen Funkgesteuerten Rolladen in die Favoritenposition zu fahren. Ein kurzer Tastendruck der selben Taste bewirkt einen Stop des Rolladen.
Hier nochmal ein Datenpunkt für langen Tastendruck :{ "common": { "name": "Doppelrollo-Kueche-Hof-Fav", "read": true, "write": true, "state": "state", "role": "button", "type": "boolean" }, "type": "state", "_id": "broadlink2.0.RM:RMPROPLUS-4a-2e-b8.L.Doppelrollo-Kueche-Hof-Fav", "native": { "code": "b2058403180b0c18170c0c18170b0c18170c0c181700021104000128992f0c170c180b18180c0b180b180c18170c0c170c180b180c170c17190b180b0c18180b180c0c170c170c18170c170d0b180c170c180b180c18170c0c170c17180c0c17180b0c18180b0c17180c0c181700022805000127992f0c180b180c18170c0b180c170c18170c0c170c180c170c170c18180b180c0b18180c170c0c170c180b18170c180c0c170c180b180c180b18170c0c170c17180c0c17180c0c17180c0b18180b0c171800020f0400012799300b180c180b18170c0c170c180c17180c0b180c170c180b180c17180c170c0c17180c170c0c180b180c18170c170c0c170c180c170c180b18180b0c180c17180c0b18170c0c18170c0b18180c0b181800020e0500012799300b180c170c18170b0d170c180b18170c0c180b180c170c180b18180c170c0c17180c170c0c180b180c17170d170c0c180b180c170c180b18180b0c170c18170c0c17180c0b18180c0b18180b0c181700020e040001279a2f0c170c180b18180b0c180c170c17180c0b190b180c170c170c18180b180c0b18180b180b0c180c180b18170c180c0c170b180c180b180c17180c0b180c18170c0b18180b0c18180b0c18170c0c181700021004000127992f0c180b180c18170c0c170c170c18170c0c180c170c170c180c17180b180c0c17180b180c0c180b180c17180c170c0c170c180b180c180b17180c0c170c18170c0c18170c0c17180c0b18170d0b17180002100400012799300b180c170c18170c0c170c180b18180c0b180c170c180b180c18170c170c0c18170c170d0b170c180c18170c170c0c170c180b180c180b18170c0c180c17180b0c18180b0c17180c0c17180c0c171700022b04000128992f0c170c180b18180c0b180b180c17180c0c170c170c180c180b18180b180c0b18170c180c0c170c170c18170c180c0c170c180b180b180c17180c0b190b18170c0c18170c0b18180b0c18170c0c171800022a04000127992f0c170d170c17180c0c170c170c18170d0b180b180b190b180c17180c170c0c17170d170c0b190b170c18180c170c0c170c180c170c170c18170c0c170c18170c0c18170c0c17180c0b18170d0b181700021004000127992f0c180c170c18170c0c170c180b18180b0c180b180c170c180b19170c170c0b18180c170c0c180b180c17170d170c0c180b180b180c170c18170c0c180b18170c0c18170c0c18170c0c18170c0c17170005dc00000000" }, "from": "system.adapter.broadlink2.0", "ts": 1542641318946, "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" }, "user": "system.user.admin" }Und hier die gleiche Taste mit kurzem Tastendruck:
{ "common": { "name": "Doppelrollo-Kueche-Hof-Halt", "read": true, "write": true, "state": "state", "role": "button", "type": "boolean" }, "type": "state", "_id": "broadlink2.0.RM:RMPROPLUS-4a-2e-b8.L.Doppelrollo-Kueche-Hof-Halt", "native": { "code": "b2001c01170c0c18170c0c18170c0c17180c0c171800021004000128992f0c170c180b18170c0c180b180c17180c0b180c180b180b180c18170c180b0c18170c180b0c180b190b18170c180b0c180b180c180b180b18170d0b180b19170c0b18180c0b18170c0c18170c0c18170002110400012799300b180c170c18170c0c170c180c17180b0c180b180c180b180c17180b180c0c17180c170c0c170c180c17170d170c0c180b180b180c170c18170c0c170c18180b0c18170c0c17180c0b18180c0b181800020d0400012799300b180c180b18170c0c180b180c18170c0b180c180b180c170c17180c180b0c18170c180c0b180c170c18170c180b0c180b180c170c180c17180c0b180c17180c0b18170c0c18170c0c17180c0b18170005dc000000000000000000000000" }, "from": "system.adapter.broadlink2.0", "ts": 1542783304009, "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" }, "user": "system.user.admin" }Ich danke dir vielmals für deine Änderung
@Knallochse
Danke fürs Testen, dachte mir sowas schon als ich den langen code gesehen hab.
Bei manchen codes die zu lang sind hab ich schon 'The device storage is full' zurückbekommen!Na gut, wenn's funktioniert bin ich zufrieden!
An @alle
Wenn ihr solche codes in Szenen sendet bitte IMMER auch die Dauer (in diesem Fall ~4000ms) dahinter warten bevor der nächste gesendet wird! Meine Erfahrung ist dass bormale IR codes in 200ms fertig sind, RF bis zu 400ms brauchen wenn sie nur kurz gedrückt wurden, daher verwend ich meistens 500ms Zeitraum dazwischen, aber bei solchen codes muss man da wohl zulegen!Frank,
NUC's, VM's und Raspi's unter Raspian, Ubuntu und Debian zum Testen.
Adapter die ich selbst beigesteuert habe: BMW, broadlink2, radar2, systeminfo, km200, xs1 und einige im Anmarsch! -
@frankjoke
Ich muss meine billig Baummarkt Steckdosen (von ELRO) ja per LearnRF anlernern, da der Broadlink auf "Learn" nix erkennt (dachte ja auch immer, dass "RF" für "Funk" stehen würde
).Auf jeden Fall, wenn ich dann mal zu lang, oder gezielt ;), anlerne, also die FB "ewig" gedrückt halte, dann lernt der Broadlink das auch lange an und sendet es dann auch länger aus.
In meinen kurzen Tests wird 3 Sekunden am Stück gesendet.
Nun frage ich mich, wäre es nicht auch irgendwie möglich, diese "Längeninformationen" rüber zu Infrarot zu retten, sprich, den Broadlink dazu zu bingen auch IR lange zu senden?
Ist die Länge evtl. an gewissen Stellen im Code "fest vercoded", sodass man das manuell ändern könnte?
-
@frankjoke
Ich hab mal ne frage. Wie mache ich das am einfachsten für folgendes beispiel.Ich hab eine Klimaanlage wo ich für jede temperatur einen eigenen steuercode habe.
Wie bau ich das am besten für die steuerung ein? ein blockly was für jeden gültigen wert einen dp hat?
@Christoph1337 sagte in Adapter: broadlink2:
@frankjoke
Ich hab mal ne frage. Wie mache ich das am einfachsten für folgendes beispiel.Ich hab eine Klimaanlage wo ich für jede temperatur einen eigenen steuercode habe.
Wie bau ich das am besten für die steuerung ein? ein blockly was für jeden gültigen wert einen dp hat?
Blocky ginge sicher, der Adapter selbst kann mit den States einen 10-er-Beraich Simulieren:
Wenn du die Werte von z.B. 20-29 anlernst und in die Ein-Signale einträgst und am aus-signal nur ein '+' dann wird wenn du in den State eine 0 schreibst das Kommando für 20 Grad gesendet u.s.w.
Würdest du jedoch 20 eingeben würde zuerst das '2' (in Beispiel 22) und dann das '0' (im Beispiel davor 20) gesendet werden...Frank,
NUC's, VM's und Raspi's unter Raspian, Ubuntu und Debian zum Testen.
Adapter die ich selbst beigesteuert habe: BMW, broadlink2, radar2, systeminfo, km200, xs1 und einige im Anmarsch! -
@frankjoke
Ich muss meine billig Baummarkt Steckdosen (von ELRO) ja per LearnRF anlernern, da der Broadlink auf "Learn" nix erkennt (dachte ja auch immer, dass "RF" für "Funk" stehen würde).Auf jeden Fall, wenn ich dann mal zu lang, oder gezielt ;), anlerne, also die FB "ewig" gedrückt halte, dann lernt der Broadlink das auch lange an und sendet es dann auch länger aus.
In meinen kurzen Tests wird 3 Sekunden am Stück gesendet.
Nun frage ich mich, wäre es nicht auch irgendwie möglich, diese "Längeninformationen" rüber zu Infrarot zu retten, sprich, den Broadlink dazu zu bingen auch IR lange zu senden?
Ist die Länge evtl. an gewissen Stellen im Code "fest vercoded", sodass man das manuell ändern könnte?Ich habe irgendwo nur gesehen (glaub da https://community.home-assistant.io/t/configuration-of-broadlink-ir-device-and-getting-the-right-ir-codes/48391) dass die codes beim RM keine multiplikatoren haben sondern aber es tools gibt, teilweise auf python-basis, wo man einen einfachen Tastendruck dann in einem mit 5-facher Wiederholung ändern kann.
Hab mich da noch nicht so reingearbeitet da ich das (zum Glück) nicht brauch und ich momentan genug mid den updates zu den jetzigen Adaptern zu tun hab.
-
@Knallochse
Danke fürs Testen, dachte mir sowas schon als ich den langen code gesehen hab.
Bei manchen codes die zu lang sind hab ich schon 'The device storage is full' zurückbekommen!Na gut, wenn's funktioniert bin ich zufrieden!
An @alle
Wenn ihr solche codes in Szenen sendet bitte IMMER auch die Dauer (in diesem Fall ~4000ms) dahinter warten bevor der nächste gesendet wird! Meine Erfahrung ist dass bormale IR codes in 200ms fertig sind, RF bis zu 400ms brauchen wenn sie nur kurz gedrückt wurden, daher verwend ich meistens 500ms Zeitraum dazwischen, aber bei solchen codes muss man da wohl zulegen!@frankjoke Danke für deine Erklärung zu der Sendezeit (Dauer). Jetzt verstehe ich die Zusammenhänge besser
-
@Christoph1337 sagte in Adapter: broadlink2:
@frankjoke
Ich hab mal ne frage. Wie mache ich das am einfachsten für folgendes beispiel.Ich hab eine Klimaanlage wo ich für jede temperatur einen eigenen steuercode habe.
Wie bau ich das am besten für die steuerung ein? ein blockly was für jeden gültigen wert einen dp hat?
Blocky ginge sicher, der Adapter selbst kann mit den States einen 10-er-Beraich Simulieren:
Wenn du die Werte von z.B. 20-29 anlernst und in die Ein-Signale einträgst und am aus-signal nur ein '+' dann wird wenn du in den State eine 0 schreibst das Kommando für 20 Grad gesendet u.s.w.
Würdest du jedoch 20 eingeben würde zuerst das '2' (in Beispiel 22) und dann das '0' (im Beispiel davor 20) gesendet werden...Die neue Version von git (2.1.3) löst dein Problem ohne Blocky!
Ich habe eingebaut dass man in den States auf den Ein's beliebige States angeben kann und auf Aus -x (wobei x nicht 0 sein kann).
Wenn du jetzt zum Beispiel deine Temperaturen von 17-29 (13 Stück) anlernst und Namen von T17 bis T29 vergibst und in den einsT17,T18,T19,...T29angibst und auf dem aus-17dann wird wenn du 17 in den State speicherst die T17 gesendet ...Frank,
NUC's, VM's und Raspi's unter Raspian, Ubuntu und Debian zum Testen.
Adapter die ich selbst beigesteuert habe: BMW, broadlink2, radar2, systeminfo, km200, xs1 und einige im Anmarsch! -
BroadLink version 2.1.2
RM Mini 3 - wird im IOBroker als _notReachable angezeigt (MAC wurde mit xx ausgetauscht)
Über e-control wird folgendes angezeigt.
Am PC über die BroadlinkApp
Im IOBroker log
broadlink2.0 2020-06-26 19:21:20.318 info (13484) discover [ '192.168.1.151' ] from 0.0.0.0:34143 broadlink2.0 2020-06-26 19:21:20.316 info (13484) Unrecoverable Send packet error The device storage is full on RM4, RM:0x5f36_24:xx:xx:xx:xx:xx, 24:xx:xx:xx:xx:xx, 192.168.1.151 broadlink2.0 2020-06-26 19:20:50.302 info (13484) found macs: 24:xx:xx:xx:xx:xx broadlink2.0 2020-06-26 19:20:50.302 info (13484) broadlink2.0 started and found 1 devices named RM:0x5f36_24:xx:xx:xx:xx:xx broadlink2.0 2020-06-26 19:20:50.300 info (13484) Poll every 30 secods. broadlink2.0 2020-06-26 19:20:48.085 info (13484) discover [ '192.168.1.151' ] from 0.0.0.0:39863 broadlink2.0 2020-06-26 19:20:48.082 info (13484) Unrecoverable Send packet error The device storage is full on RM4, RM:0x5f36_24:xx:xx:xx:xx:xx, 24:xx:xx:xx:xx:xx, 192.168.1.151 broadlink2.0 2020-06-26 19:20:43.843 info (13484) discover [ '192.168.1.199' ] from 0.0.0.0:41474 broadlink2.0 2020-06-26 19:20:39.130 info (13484) Device RM:0x5f36_24:xx:xx:xx:xx:xx dedected: address=192.168.1.151, mac=24:xx:xx:xx:xx:xx, typ=rm4, id=0x5f36 devtype=RM Mini 3 broadlink2.0 2020-06-26 19:20:38.599 info (13484) discover [ '192.168.1.255', '255.255.255.255', '224.0.0.251' ] from 0.0.0.0:46003 broadlink2.0 2020-06-26 19:20:38.559 info (13484) Discover Broadlink devices for 10sec on broadlink2.0Ich habe schon 3x einen Reset am RM Mini 3 durchgeführt da er zuvor mit der Cloud verbunden war, am Verhalten hat sich aber nichts geändert.
Kennt das Jemand und gibt es dafür eine andere Lösung außer einen großen Hammer und draufschlagen ?
Nachtrag 27.06
V 2.1.3 installiert.Nachdem ich den RM mini 3 in den AP-Modus gesetzt habe und über die BroadlinkApp am PC mit meinem Wlan verbunden habe werden im IOBroker log nun Chinesische Schriftzeichen angezeigt, vorher über die App am Handy war das nicht so.
Unrecoverable Send packet error The device storage is full on RM4, RM:0x5f36_24:xx:xx:xx:xx:xx, 24:xx:xx:xx:xx:xx, 192.168.1.151, 智能遥控智能遥控 = Intelligent remote control
Die Meldung 'Unrecoverable Send packet error The device storage is full on RM4" wird ca all 30s immer wieder erzeugt.
Im IOBroker Objects gibt es keine Möglichkeit Geräte anzulernen "learn" gibt es nicht.
Hat jemand einen RM Mini 3 (neu) der funktioniert, wenn ja welche Einstellungen wurde vorgenommen.
Danke und mfg
Stefan
@swagner said in Adapter: broadlink2:
BroadLink version 2.1.2
Ich habe schon 3x einen Reset am RM Mini 3 durchgeführt da er zuvor mit der Cloud verbunden war, am Verhalten hat sich aber nichts geändert.
Hat jemand einen RM Mini 3 (neu) der funktioniert, wenn ja welche Einstellungen wurde vorgenommen.
Danke und mfg
Stefan
Hallo zusammen,
ich schließe mich der Problembeschreibung von Stefan 100% an. Mein RM3 mini war auch erst über die Cloud verbunden. Nach Reset und ein paar Schwierigkeiten mit der Verbindung ist er nun per e-connect mit den WLAN Daten versorgt worden. Wie kann nach einem Reset der Speicher voll sein? Oder drückt der Fehler etwas anderes aus? Der RM3 befindet sich in einem anderen Subnetz. Der iobroker kann voll auf die IP des RM zugreifen, umgekehrt aber nicht - kann das ein Problem sein? Wenn ich weitere Infos beisteuern kann, sehr gerne. Ach ja, der Datenpunkt zum Anlernen ist bei mir auch nicht vorhanden.
Viele Grüße
Mirko2020-06-27 15:49:28.376 - info: broadlink2.0 (5554) starting. Version 2.1.2 in /opt/iobroker/node_modules/iobroker.broadlink2, node: v10.21.0, js-controller: 3.1.6 2020-06-27 15:49:28.577 - info: broadlink2.0 (5554) broadlink2 initialization started... 2020-06-27 15:49:28.587 - info: broadlink2.0 (5554) Scanning additional IP's: 192.168.130.207 2020-06-27 15:49:28.593 - info: broadlink2.0 (5554) Devices to add: 0xabcd,RM4 0xabcd=RM4 2020-06-27 15:49:28.595 - info: broadlink2.0 (5554) Devices to rename: LB:hostName-aa-bb-cc=LB:SmartBulb 2020-06-27 15:49:28.600 - info: broadlink2.0 (5554) broadlink2 has 0 old devices! 2020-06-27 15:49:28.610 - info: broadlink2.0 (5554) interface to be used: { netmaskBits: 24, address: '192.168.128.120/24', addrs: [ 192, 168, 128, 120 ], cidr: '192.168.128.120/24', bcaddr: '192.168.128.255' }: 2020-06-27 15:49:28.612 - info: broadlink2.0 (5554) macObjects: [] 2020-06-27 15:49:28.706 - info: broadlink2.0 (5554) Discover Broadlink devices for 10sec on broadlink2.0 2020-06-27 15:49:28.739 - info: broadlink2.0 (5554) discover [ '192.168.128.255', '255.255.255.255', '224.0.0.251' ] from 0.0.0.0:34571 2020-06-27 15:49:33.961 - info: broadlink2.0 (5554) discover [ '192.168.130.207' ] from 0.0.0.0:35228 2020-06-27 15:49:34.522 - info: broadlink2.0 (5554) Device RM:RM3-e0-20-ef dedected: address=192.168.130.207, mac=24:df:a7:e0:20:ef, typ=rm4, id=0x5f36 devtype=RM Mini 3 2020-06-27 15:49:38.327 - info: broadlink2.0 (5554) Unrecoverable Send packet error The device storage is full on RM4, RM:RM3-e0-20-ef, 24:df:a7:e0:20:ef, 192.168.130.207 2020-06-27 15:49:38.330 - info: broadlink2.0 (5554) discover [ '192.168.130.207' ] from 0.0.0.0:43699 2020-06-27 15:49:40.554 - info: broadlink2.0 (5554) Poll every 30 secods. 2020-06-27 15:49:40.556 - info: broadlink2.0 (5554) broadlink2.0 started and found 1 devices named RM:RM3-e0-20-ef 2020-06-27 15:49:40.557 - info: broadlink2.0 (5554) found macs: 24:df:a7:e0:20:ef 2020-06-27 15:50:10.630 - info: broadlink2.0 (5554) Unrecoverable Send packet error The device storage is full on RM4, RM:RM3-e0-20-ef, 24:df:a7:e0:20:ef, 192.168.130.207 2020-06-27 15:50:10.634 - info: broadlink2.0 (5554) discover [ '192.168.130.207' ] from 0.0.0.0:33401 -
@swagner said in Adapter: broadlink2:
BroadLink version 2.1.2
Ich habe schon 3x einen Reset am RM Mini 3 durchgeführt da er zuvor mit der Cloud verbunden war, am Verhalten hat sich aber nichts geändert.
Hat jemand einen RM Mini 3 (neu) der funktioniert, wenn ja welche Einstellungen wurde vorgenommen.
Danke und mfg
Stefan
Hallo zusammen,
ich schließe mich der Problembeschreibung von Stefan 100% an. Mein RM3 mini war auch erst über die Cloud verbunden. Nach Reset und ein paar Schwierigkeiten mit der Verbindung ist er nun per e-connect mit den WLAN Daten versorgt worden. Wie kann nach einem Reset der Speicher voll sein? Oder drückt der Fehler etwas anderes aus? Der RM3 befindet sich in einem anderen Subnetz. Der iobroker kann voll auf die IP des RM zugreifen, umgekehrt aber nicht - kann das ein Problem sein? Wenn ich weitere Infos beisteuern kann, sehr gerne. Ach ja, der Datenpunkt zum Anlernen ist bei mir auch nicht vorhanden.
Viele Grüße
Mirko2020-06-27 15:49:28.376 - info: broadlink2.0 (5554) starting. Version 2.1.2 in /opt/iobroker/node_modules/iobroker.broadlink2, node: v10.21.0, js-controller: 3.1.6 2020-06-27 15:49:28.577 - info: broadlink2.0 (5554) broadlink2 initialization started... 2020-06-27 15:49:28.587 - info: broadlink2.0 (5554) Scanning additional IP's: 192.168.130.207 2020-06-27 15:49:28.593 - info: broadlink2.0 (5554) Devices to add: 0xabcd,RM4 0xabcd=RM4 2020-06-27 15:49:28.595 - info: broadlink2.0 (5554) Devices to rename: LB:hostName-aa-bb-cc=LB:SmartBulb 2020-06-27 15:49:28.600 - info: broadlink2.0 (5554) broadlink2 has 0 old devices! 2020-06-27 15:49:28.610 - info: broadlink2.0 (5554) interface to be used: { netmaskBits: 24, address: '192.168.128.120/24', addrs: [ 192, 168, 128, 120 ], cidr: '192.168.128.120/24', bcaddr: '192.168.128.255' }: 2020-06-27 15:49:28.612 - info: broadlink2.0 (5554) macObjects: [] 2020-06-27 15:49:28.706 - info: broadlink2.0 (5554) Discover Broadlink devices for 10sec on broadlink2.0 2020-06-27 15:49:28.739 - info: broadlink2.0 (5554) discover [ '192.168.128.255', '255.255.255.255', '224.0.0.251' ] from 0.0.0.0:34571 2020-06-27 15:49:33.961 - info: broadlink2.0 (5554) discover [ '192.168.130.207' ] from 0.0.0.0:35228 2020-06-27 15:49:34.522 - info: broadlink2.0 (5554) Device RM:RM3-e0-20-ef dedected: address=192.168.130.207, mac=24:df:a7:e0:20:ef, typ=rm4, id=0x5f36 devtype=RM Mini 3 2020-06-27 15:49:38.327 - info: broadlink2.0 (5554) Unrecoverable Send packet error The device storage is full on RM4, RM:RM3-e0-20-ef, 24:df:a7:e0:20:ef, 192.168.130.207 2020-06-27 15:49:38.330 - info: broadlink2.0 (5554) discover [ '192.168.130.207' ] from 0.0.0.0:43699 2020-06-27 15:49:40.554 - info: broadlink2.0 (5554) Poll every 30 secods. 2020-06-27 15:49:40.556 - info: broadlink2.0 (5554) broadlink2.0 started and found 1 devices named RM:RM3-e0-20-ef 2020-06-27 15:49:40.557 - info: broadlink2.0 (5554) found macs: 24:df:a7:e0:20:ef 2020-06-27 15:50:10.630 - info: broadlink2.0 (5554) Unrecoverable Send packet error The device storage is full on RM4, RM:RM3-e0-20-ef, 24:df:a7:e0:20:ef, 192.168.130.207 2020-06-27 15:50:10.634 - info: broadlink2.0 (5554) discover [ '192.168.130.207' ] from 0.0.0.0:33401@mirko1973 sagte in Adapter: broadlink2:
@swagner said in Adapter: broadlink2:
verbunden. Nach Reset und ein paar Schwierigkeiten mit der Verbindung ist er nun per e-connect mit den WLAN Daten versorgt worden. Wie kann nach einem Reset der Speicher voll sein? Oder drückt der Fehler etwas anderes aus? Der RM3 befindet sich in einem anderen Subnetz. Der iobroker kann voll auf die IP des RM zugreifen, umgekehrt aber nicht - kann das ein Problem sein? Wenn ich weitere Infos beisteuern kann, sehr gerne.2020-06-27 15:49:28.587 - info: broadlink2.0 (5554) Scanning additional IP's: 192.168.130.207 2020-06-27 15:49:28.593 - info: broadlink2.0 (5554) Devices to add: 0xabcd,RM4 0xabcd=RM4 2020-06-27 15:49:28.595 - info: broadlink2.0 (5554) Devices to rename: LB:hostName-aa-bb-cc=LB:SmartBulb 2020-06-27 15:49:28.600 - info: broadlink2.0 (5554) broadlink2 has 0 old devices! 2020-06-27 15:49:28.610 - info: broadlink2.0 (5554) interface to be used: { netmaskBits: 24, address: '192.168.128.120/24', addrs: [ 192, 168, 128, 120 ], cidr: '192.168.128.120/24', bcaddr: '192.168.128.255' }: 2020-06-27 15:49:28.612 - info: broadlink2.0 (5554) macObjects: [] 2020-06-27 15:49:28.706 - info: broadlink2.0 (5554) Discover Broadlink devices for 10sec on broadlink2.0 2020-06-27 15:49:28.739 - info: broadlink2.0 (5554) discover [ '192.168.128.255', '255.255.255.255', '224.0.0.251' ] from 0.0.0.0:34571 2020-06-27 15:49:33.961 - info: broadlink2.0 (5554) discover [ '192.168.130.207' ] from 0.0.0.0:35228 2020-06-27 15:49:34.522 - info: broadlink2.0 (5554) Device RM:RM3-e0-20-ef dedected: address=192.168.130.207, mac=24:df:a7:e0:20:ef, typ=rm4, id=0x5f36 devtype=RM Mini 3 2020-06-27 15:49:38.327 - info: broadlink2.0 (5554) Unrecoverable Send packet error The device storage is full on RM4, RM:RM3-e0-20-ef, 24:df:a7:e0:20:ef, 192.168.130.207 2020-06-27 15:49:38.330 - info: broadlink2.0 (5554) discover [ '192.168.130.207' ] from 0.0.0.0:43699 2020-06-27 15:49:40.554 - info: broadlink2.0 (5554) Poll every 30 secods. 2020-06-27 15:49:40.556 - info: broadlink2.0 (5554) broadlink2.0 started and found 1 devices named RM:RM3-e0-20-ef 2020-06-27 15:49:40.557 - info: broadlink2.0 (5554) found macs: 24:df:a7:e0:20:ef 2020-06-27 15:50:10.630 - info: broadlink2.0 (5554) Unrecoverable Send packet error The device storage is full on RM4, RM:RM3-e0-20-ef, 24:df:a7:e0:20:ef, 192.168.130.207 2020-06-27 15:50:10.634 - info: broadlink2.0 (5554) discover [ '192.168.130.207' ] from 0.0.0.0:33401Mirko, eine kurze Analyse deines startups Mit der Annahme dass 192.168.130.207 der RM3 ist und 192.168.128.120 der Rechner auf dem der Adapter läuft. Das normale scan findet das Gerät am anderen Netzwerk nicht aber der Zusatz-scan findet es.
Übrigens hast du irgendwas in der Konfig für devices to add und auch für rename stehen, lösch das raus, das sind nur Beispiele.Der RM4 antworzez auf den direkten scan auf seine Adresse und auch der Auth funktioniert (sonst würde unknown stehen).
Dein Gefundenes Gerät is typid=0x5f36und bei mir alsdevtype=RM Mini 3mitRM4Protokoll gelistet.
Das bedeutet dass es eigentlich funktionieren sollte. Ich habe nur einen RM4 Mini (der war der billigste den ich zum Testen sofort kriegen konnte) welcher das gleiche Protokoll verwendet und er geht.Das Eigenartige bei dir ist dass der RM3 den Fehler
The device storage is fullzurückgibt, und das beim normalen Ausleseversuch der Temperatur! Warum er das tut entgeht meines Wissensstandes! Ich hatte diesen Fehler nur bei zu langen Learn-Signalen...Warum er nach einem Reset das auch macht weiß ich auch nicht, hast du im cloud mode die Firmware upgedated? Ich weiß nicht ob es bei dem RM3 geht aber manche haben das gemacht, allerdings kein feedback ob es gut oder schlecht war.
Leider kann ich nicht mehr sagen ich diesen Gerätetyp nicht habe und so einen Fehler auch noch nie hatte!
Frank,
NUC's, VM's und Raspi's unter Raspian, Ubuntu und Debian zum Testen.
Adapter die ich selbst beigesteuert habe: BMW, broadlink2, radar2, systeminfo, km200, xs1 und einige im Anmarsch! -
@mirko1973 sagte in Adapter: broadlink2:
@swagner said in Adapter: broadlink2:
verbunden. Nach Reset und ein paar Schwierigkeiten mit der Verbindung ist er nun per e-connect mit den WLAN Daten versorgt worden. Wie kann nach einem Reset der Speicher voll sein? Oder drückt der Fehler etwas anderes aus? Der RM3 befindet sich in einem anderen Subnetz. Der iobroker kann voll auf die IP des RM zugreifen, umgekehrt aber nicht - kann das ein Problem sein? Wenn ich weitere Infos beisteuern kann, sehr gerne.2020-06-27 15:49:28.587 - info: broadlink2.0 (5554) Scanning additional IP's: 192.168.130.207 2020-06-27 15:49:28.593 - info: broadlink2.0 (5554) Devices to add: 0xabcd,RM4 0xabcd=RM4 2020-06-27 15:49:28.595 - info: broadlink2.0 (5554) Devices to rename: LB:hostName-aa-bb-cc=LB:SmartBulb 2020-06-27 15:49:28.600 - info: broadlink2.0 (5554) broadlink2 has 0 old devices! 2020-06-27 15:49:28.610 - info: broadlink2.0 (5554) interface to be used: { netmaskBits: 24, address: '192.168.128.120/24', addrs: [ 192, 168, 128, 120 ], cidr: '192.168.128.120/24', bcaddr: '192.168.128.255' }: 2020-06-27 15:49:28.612 - info: broadlink2.0 (5554) macObjects: [] 2020-06-27 15:49:28.706 - info: broadlink2.0 (5554) Discover Broadlink devices for 10sec on broadlink2.0 2020-06-27 15:49:28.739 - info: broadlink2.0 (5554) discover [ '192.168.128.255', '255.255.255.255', '224.0.0.251' ] from 0.0.0.0:34571 2020-06-27 15:49:33.961 - info: broadlink2.0 (5554) discover [ '192.168.130.207' ] from 0.0.0.0:35228 2020-06-27 15:49:34.522 - info: broadlink2.0 (5554) Device RM:RM3-e0-20-ef dedected: address=192.168.130.207, mac=24:df:a7:e0:20:ef, typ=rm4, id=0x5f36 devtype=RM Mini 3 2020-06-27 15:49:38.327 - info: broadlink2.0 (5554) Unrecoverable Send packet error The device storage is full on RM4, RM:RM3-e0-20-ef, 24:df:a7:e0:20:ef, 192.168.130.207 2020-06-27 15:49:38.330 - info: broadlink2.0 (5554) discover [ '192.168.130.207' ] from 0.0.0.0:43699 2020-06-27 15:49:40.554 - info: broadlink2.0 (5554) Poll every 30 secods. 2020-06-27 15:49:40.556 - info: broadlink2.0 (5554) broadlink2.0 started and found 1 devices named RM:RM3-e0-20-ef 2020-06-27 15:49:40.557 - info: broadlink2.0 (5554) found macs: 24:df:a7:e0:20:ef 2020-06-27 15:50:10.630 - info: broadlink2.0 (5554) Unrecoverable Send packet error The device storage is full on RM4, RM:RM3-e0-20-ef, 24:df:a7:e0:20:ef, 192.168.130.207 2020-06-27 15:50:10.634 - info: broadlink2.0 (5554) discover [ '192.168.130.207' ] from 0.0.0.0:33401Mirko, eine kurze Analyse deines startups Mit der Annahme dass 192.168.130.207 der RM3 ist und 192.168.128.120 der Rechner auf dem der Adapter läuft. Das normale scan findet das Gerät am anderen Netzwerk nicht aber der Zusatz-scan findet es.
Übrigens hast du irgendwas in der Konfig für devices to add und auch für rename stehen, lösch das raus, das sind nur Beispiele.Der RM4 antworzez auf den direkten scan auf seine Adresse und auch der Auth funktioniert (sonst würde unknown stehen).
Dein Gefundenes Gerät is typid=0x5f36und bei mir alsdevtype=RM Mini 3mitRM4Protokoll gelistet.
Das bedeutet dass es eigentlich funktionieren sollte. Ich habe nur einen RM4 Mini (der war der billigste den ich zum Testen sofort kriegen konnte) welcher das gleiche Protokoll verwendet und er geht.Das Eigenartige bei dir ist dass der RM3 den Fehler
The device storage is fullzurückgibt, und das beim normalen Ausleseversuch der Temperatur! Warum er das tut entgeht meines Wissensstandes! Ich hatte diesen Fehler nur bei zu langen Learn-Signalen...Warum er nach einem Reset das auch macht weiß ich auch nicht, hast du im cloud mode die Firmware upgedated? Ich weiß nicht ob es bei dem RM3 geht aber manche haben das gemacht, allerdings kein feedback ob es gut oder schlecht war.
Leider kann ich nicht mehr sagen ich diesen Gerätetyp nicht habe und so einen Fehler auch noch nie hatte!
@frankjoke
Hi Frank, vielen Dank für die Analyse. Ich hatte die Cloud Anwendung drauf, nach derer die Firmware aktuell war. Eine Frage, die ich hatte, hat sich damit erledigt. Du verwendest ein RM4 mini, richtig? Dann würde ich meinen RM3 (war bei mir am günstigsten) noch gegen ein RM4 mini tauschen. Damit hätte ich dann die größten Erfolgswahrscheinlichkeiten. Vor dem Reset hatte ich 3 Befehle einer Klimaanlage über die Cloud Anwendung angelernt. Aber die sollten nach einem Reset hoffentlich weg sein. Oder gibt es verschiedenen Arten, einen Reset durchzuführen? -
@frankjoke
Hi Frank, vielen Dank für die Analyse. Ich hatte die Cloud Anwendung drauf, nach derer die Firmware aktuell war. Eine Frage, die ich hatte, hat sich damit erledigt. Du verwendest ein RM4 mini, richtig? Dann würde ich meinen RM3 (war bei mir am günstigsten) noch gegen ein RM4 mini tauschen. Damit hätte ich dann die größten Erfolgswahrscheinlichkeiten. Vor dem Reset hatte ich 3 Befehle einer Klimaanlage über die Cloud Anwendung angelernt. Aber die sollten nach einem Reset hoffentlich weg sein. Oder gibt es verschiedenen Arten, einen Reset durchzuführen?@mirko1973 sagte in Adapter: broadlink2:
@frankjoke
Aber die sollten nach einem Reset hoffentlich weg sein. Oder gibt es verschiedenen Arten, einen Reset durchzuführen?Ich kenne keine verschiedenen Arten von resets (nur 10+ Sekunden auf den reset-Knopf bis das ding schnell blinkt).
Die angelernten Daten werden nicht im RM gespeichert, nur während des Lernvorgangs müssen sie dort gespeichert werden bis der Vorgang abgeschlossen ist und der gelernte code in hex gewandelt vom Adapter oder von der app ausgelesen wird.
Ich habe den hier: https://www.amazon.de/Broadlink-Universelle-IR-Audio-Video-Fernbedienung-Remote-Hub-kompatibel/dp/B07ZSG9Y67/, habe mir RM4 gekauft da ich einen RM3 Pro+ habe und unbedingt ein Gerät mit RM4-Protokoll brauchte um es zu testen, und da wollte ich keinen RM3 kaufen da manche RM3's das alte (mir schon bekannte) Protokoll benutzen und manche das neue.
-
Ich möchte mich Mirkos Problem anschließen.
Heute kam mein RM3 mini, S/N: RM6120204399.
Das Einbinden in den ioBroker hat etwas gedauert, aber inzwischen ist er da:
Hier die Einstellungen im Adapter:
Problem 1: ich finde die Option zum Anlernen " "broadlink2.[devicename].Learn or LearnRF for '+' type of devices"." nicht
Problem 2: der Speicherüberlauf. Hier mal das Log ab einen Neustart des Adapters.
Tendiere inzwischen auch dazu mir den RM4 mini zu holen, bevor ich den RM3 mini aber zurück schicke, vielleicht kann ich damit nich was testen, was dann allen zu gute komt?
-
Ich möchte mich Mirkos Problem anschließen.
Heute kam mein RM3 mini, S/N: RM6120204399.
Das Einbinden in den ioBroker hat etwas gedauert, aber inzwischen ist er da:
Hier die Einstellungen im Adapter:
Problem 1: ich finde die Option zum Anlernen " "broadlink2.[devicename].Learn or LearnRF for '+' type of devices"." nicht
Problem 2: der Speicherüberlauf. Hier mal das Log ab einen Neustart des Adapters.
Tendiere inzwischen auch dazu mir den RM4 mini zu holen, bevor ich den RM3 mini aber zurück schicke, vielleicht kann ich damit nich was testen, was dann allen zu gute komt?
Danke für das Testangebot!
Ich habe für diese unrecoverable Fehler auf git zusätzliche Information eingebaut welche die komplette Antwort des Gerätes anzeigen soll. Kannst mal probieren und den log zeigen?
-
Bei mir auch das gleiche, beim rm3 mini ist die Funktion zum anlernen verschwunden. Bei der vorherigen Version hat´s noch funktioniert.
-
@mirko1973 sagte in Adapter: broadlink2:
@swagner said in Adapter: broadlink2:
verbunden. Nach Reset und ein paar Schwierigkeiten mit der Verbindung ist er nun per e-connect mit den WLAN Daten versorgt worden. Wie kann nach einem Reset der Speicher voll sein? Oder drückt der Fehler etwas anderes aus? Der RM3 befindet sich in einem anderen Subnetz. Der iobroker kann voll auf die IP des RM zugreifen, umgekehrt aber nicht - kann das ein Problem sein? Wenn ich weitere Infos beisteuern kann, sehr gerne.2020-06-27 15:49:28.587 - info: broadlink2.0 (5554) Scanning additional IP's: 192.168.130.207 2020-06-27 15:49:28.593 - info: broadlink2.0 (5554) Devices to add: 0xabcd,RM4 0xabcd=RM4 2020-06-27 15:49:28.595 - info: broadlink2.0 (5554) Devices to rename: LB:hostName-aa-bb-cc=LB:SmartBulb 2020-06-27 15:49:28.600 - info: broadlink2.0 (5554) broadlink2 has 0 old devices! 2020-06-27 15:49:28.610 - info: broadlink2.0 (5554) interface to be used: { netmaskBits: 24, address: '192.168.128.120/24', addrs: [ 192, 168, 128, 120 ], cidr: '192.168.128.120/24', bcaddr: '192.168.128.255' }: 2020-06-27 15:49:28.612 - info: broadlink2.0 (5554) macObjects: [] 2020-06-27 15:49:28.706 - info: broadlink2.0 (5554) Discover Broadlink devices for 10sec on broadlink2.0 2020-06-27 15:49:28.739 - info: broadlink2.0 (5554) discover [ '192.168.128.255', '255.255.255.255', '224.0.0.251' ] from 0.0.0.0:34571 2020-06-27 15:49:33.961 - info: broadlink2.0 (5554) discover [ '192.168.130.207' ] from 0.0.0.0:35228 2020-06-27 15:49:34.522 - info: broadlink2.0 (5554) Device RM:RM3-e0-20-ef dedected: address=192.168.130.207, mac=24:df:a7:e0:20:ef, typ=rm4, id=0x5f36 devtype=RM Mini 3 2020-06-27 15:49:38.327 - info: broadlink2.0 (5554) Unrecoverable Send packet error The device storage is full on RM4, RM:RM3-e0-20-ef, 24:df:a7:e0:20:ef, 192.168.130.207 2020-06-27 15:49:38.330 - info: broadlink2.0 (5554) discover [ '192.168.130.207' ] from 0.0.0.0:43699 2020-06-27 15:49:40.554 - info: broadlink2.0 (5554) Poll every 30 secods. 2020-06-27 15:49:40.556 - info: broadlink2.0 (5554) broadlink2.0 started and found 1 devices named RM:RM3-e0-20-ef 2020-06-27 15:49:40.557 - info: broadlink2.0 (5554) found macs: 24:df:a7:e0:20:ef 2020-06-27 15:50:10.630 - info: broadlink2.0 (5554) Unrecoverable Send packet error The device storage is full on RM4, RM:RM3-e0-20-ef, 24:df:a7:e0:20:ef, 192.168.130.207 2020-06-27 15:50:10.634 - info: broadlink2.0 (5554) discover [ '192.168.130.207' ] from 0.0.0.0:33401Mirko, eine kurze Analyse deines startups Mit der Annahme dass 192.168.130.207 der RM3 ist und 192.168.128.120 der Rechner auf dem der Adapter läuft. Das normale scan findet das Gerät am anderen Netzwerk nicht aber der Zusatz-scan findet es.
Übrigens hast du irgendwas in der Konfig für devices to add und auch für rename stehen, lösch das raus, das sind nur Beispiele.Der RM4 antworzez auf den direkten scan auf seine Adresse und auch der Auth funktioniert (sonst würde unknown stehen).
Dein Gefundenes Gerät is typid=0x5f36und bei mir alsdevtype=RM Mini 3mitRM4Protokoll gelistet.
Das bedeutet dass es eigentlich funktionieren sollte. Ich habe nur einen RM4 Mini (der war der billigste den ich zum Testen sofort kriegen konnte) welcher das gleiche Protokoll verwendet und er geht.Das Eigenartige bei dir ist dass der RM3 den Fehler
The device storage is fullzurückgibt, und das beim normalen Ausleseversuch der Temperatur! Warum er das tut entgeht meines Wissensstandes! Ich hatte diesen Fehler nur bei zu langen Learn-Signalen...Warum er nach einem Reset das auch macht weiß ich auch nicht, hast du im cloud mode die Firmware upgedated? Ich weiß nicht ob es bei dem RM3 geht aber manche haben das gemacht, allerdings kein feedback ob es gut oder schlecht war.
Leider kann ich nicht mehr sagen ich diesen Gerätetyp nicht habe und so einen Fehler auch noch nie hatte!
@frankjoke ist das ein Problem mit dem den verschiedenen Typen die es vom RM3 Mini gibt ?
RM3 Mini alt (id=0x2737) S/N RM31x
RM3 Mini neu (id=0x5f36) S/N RM61xIch habe S/N RM61x und die funktioniert bei mir mit Sicherheit nicht, möglicherweise gibt es von der S/N RM61x auch mehr als eine Version, oder irgendwas wird in die Firmware geschrieben sobald das Teil einmal in der Cloud war.
Es wäre vielleicht interessant zu erfahren ob jemand eine RM3 Mini mit S/N RM61x hat der funktioniert und ob das Teil schon einmal in der Cloud war.
Kannst du mir sagen ob der RM4C Mini auch funktioniert da ich den RM4 Mini nicht bestellen kann.
https://www.amazon.de/BestCon-RM4C-Universal-Fernbedienung-IR-Controller-App-Steuerung/dp/B07ZVBJF1R/ref=sr_1_3?__mk_de_DE=ÅMÅŽÕÑ&dchild=1&keywords=RM4c+mini&qid=1593332534&sr=8-3mfg
Stefan
PS: wenn als Gerätetype 0x5f36=SP1 eingetragen wird dann kommt die "storage is full on.." Meldung nicht, wenn andere Typen eingetragen werden kommt die Meldung einmal, zweimal oder dreimal, der RM3 mini ist aber immer _notreachable.
-
Der RM4 Mini funktioniert bei mir tadellos. Nur der RM3 macht Zicken.
-
Wie gewünscht hier nach einer Neuinstalltion des Adapters das Log:
2020-06-28 11:14:38.053 - info: broadlink2.0 (25223) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2020-06-28 11:14:38.603 - info: host.rasp-io2 instance system.adapter.broadlink2.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2020-06-28 11:14:41.082 - info: host.rasp-io2 instance system.adapter.broadlink2.0 started with pid 25453 2020-06-28 11:14:42.377 - info: broadlink2.0 (25453) starting. Version 2.1.3 in /opt/iobroker/node_modules/iobroker.broadlink2, node: v12.18.1, js-controller: 3.1.4 2020-06-28 11:14:42.452 - info: broadlink2.0 (25453) broadlink2 initialization started... 2020-06-28 11:14:42.455 - info: broadlink2.0 (25453) Scanning additional IP's: 192.168.1.199 2020-06-28 11:14:42.456 - info: broadlink2.0 (25453) Devices to add: 0xabcd=RM4 2020-06-28 11:14:42.457 - info: broadlink2.0 (25453) Devices to rename: LB:hostName-aa-bb-cc=LB:SmartBulb 2020-06-28 11:14:42.458 - info: broadlink2.0 (25453) broadlink2 has 0 old devices! 2020-06-28 11:14:42.461 - info: broadlink2.0 (25453) interface to be used: { netmaskBits: 24, address: '192.168.188.100/24', addrs: [ 192, 168, 188, 100 ], cidr: '192.168.188.100/24', bcaddr: '192.168.188.255' }: 2020-06-28 11:14:42.462 - info: broadlink2.0 (25453) macObjects: [] 2020-06-28 11:14:42.544 - info: broadlink2.0 (25453) Discover Broadlink devices for 10sec on broadlink2.0 2020-06-28 11:14:42.561 - info: broadlink2.0 (25453) discover [ '192.168.188.255', '255.255.255.255', '224.0.0.251' ] from 192.168.188.118:42260 2020-06-28 11:14:42.641 - info: broadlink2.0 (25453) Device RM:RM3-7a-e7-52 dedected: address=192.168.188.118, mac=24:df:a7:7a:e7:52, typ=rm4, id=0x5f36 devtype=RM Mini 3 2020-06-28 11:14:47.779 - info: broadlink2.0 (25453) discover [ '192.168.1.199' ] from 192.168.188.118:58080 2020-06-28 11:14:52.069 - info: broadlink2.0 (25453) Unrecoverable Send packet error {cmd: 0,command: 238,err: 'The device storage is full',response: ,cmdHex: '0xee',payload: } on RM4, RM:RM3-7a-e7-52, 24:df:a7:7a:e7:52, 192.168.188.118, 智能遥控 2020-06-28 11:14:52.074 - info: broadlink2.0 (25453) discover [ '192.168.188.118' ] from 192.168.188.118:57919 2020-06-28 11:14:54.291 - info: broadlink2.0 (25453) Poll every 30 secods. 2020-06-28 11:14:54.292 - info: broadlink2.0 (25453) broadlink2.0 started and found 1 devices named RM:RM3-7a-e7-52 2020-06-28 11:14:54.292 - info: broadlink2.0 (25453) found macs: 24:df:a7:7a:e7:52 2020-06-28 11:15:24.311 - info: broadlink2.0 (25453) Unrecoverable Send packet error {cmd: 0,command: 238,err: 'The device storage is full',response: ,cmdHex: '0xee',payload: } on RM4, RM:RM3-7a-e7-52, 24:df:a7:7a:e7:52, 192.168.188.118, 智能遥控 2020-06-28 11:15:24.315 - info: broadlink2.0 (25453) discover [ '192.168.188.118' ] from 192.168.188.118:36268 -
Danke für das Testangebot!
Ich habe für diese unrecoverable Fehler auf git zusätzliche Information eingebaut welche die komplette Antwort des Gerätes anzeigen soll. Kannst mal probieren und den log zeigen?
@frankjoke ich habe mal als Gerätetype 0x5f36=RM4! eingetragen und das Debug davon sieht so aus
broadlink2.0 2020-06-28 16:25:12.812 info (19602) discover [ '192.168.1.151' ] from 0.0.0.0:34573 broadlink2.0 2020-06-28 16:25:12.811 info (19602) debug: UDP listening on 0.0.0.0:34573 broadlink2.0 2020-06-28 16:25:12.810 info (19602) debug: should discover/search [ { address: '192.168.1.151', port: 80, devtype: 24374, oname: '智能遥控', cloud: 0, maco: <Buffer ac 41 50 a7 df 24>, mac: '24:df:a7:50:41:ac', type: 'rm4', name: 'R broadlink2.0 2020-06-28 16:25:12.809 info (19602) debug: device RM:0x5f36_24:df:a7:50:41:ac not reachable, waiting for it again { here: false } broadlink2.0 2020-06-28 16:25:12.808 info (19602) Unrecoverable Send packet error The device storage is full on RM4, RM:0x5f36_24:df:a7:50:41:ac, 24:df:a7:50:41:ac, 192.168.1.151, 智能遥控 broadlink2.0 2020-06-28 16:25:12.807 info (19602) debug: send Error on device RM4, RM:0x5f36_24:df:a7:50:41:ac, 24:df:a7:50:41:ac, 192.168.1.151, 智能遥控: { cmd: 0, command: 238, cmdHex: '0xee', payload: <Buffer 00 00 00 00 00 00 00 00 00 00 00 broadlink2.0 2020-06-28 16:24:42.792 info (19602) found macs: 24:df:a7:50:41:ac broadlink2.0 2020-06-28 16:24:42.791 info (19602) broadlink2.0 started and found 1 devices named RM:0x5f36_24:df:a7:50:41:ac broadlink2.0 2020-06-28 16:24:42.790 info (19602) Poll every 30 secods. broadlink2.0 2020-06-28 16:24:42.789 info (19602) debug: created State broadlink2.0._SendScene broadlink2.0 2020-06-28 16:24:40.571 info (19602) discover [ '192.168.1.151' ] from 0.0.0.0:51204 broadlink2.0 2020-06-28 16:24:40.569 info (19602) debug: UDP listening on 0.0.0.0:51204 broadlink2.0 2020-06-28 16:24:40.567 info (19602) debug: should discover/search [ { address: '192.168.1.151', port: 80, devtype: 24374, oname: '智能遥控', cloud: 0, maco: <Buffer ac 41 50 a7 df 24>, mac: '24:df:a7:50:41:ac', type: 'rm4', name: 'R broadlink2.0 2020-06-28 16:24:40.552 info (19602) debug: device RM:0x5f36_24:df:a7:50:41:ac not reachable, waiting for it again { here: false } broadlink2.0 2020-06-28 16:24:40.551 info (19602) debug: Device RM:0x5f36_24:df:a7:50:41:ac returned { here: false } broadlink2.0 2020-06-28 16:24:40.548 info (19602) Unrecoverable Send packet error The device storage is full on RM4, RM:0x5f36_24:df:a7:50:41:ac, 24:df:a7:50:41:ac, 192.168.1.151, 智能遥控 broadlink2.0 2020-06-28 16:24:40.547 info (19602) debug: send Error on device RM4, RM:0x5f36_24:df:a7:50:41:ac, 24:df:a7:50:41:ac, 192.168.1.151, 智能遥控: { cmd: 0, command: 238, cmdHex: '0xee', payload: <Buffer 00 00 00 00 00 00 00 00 00 00 00 broadlink2.0 2020-06-28 16:24:40.503 info (19602) debug: ChangeState ack:true of _NewDeviceScan = false broadlink2.0 2020-06-28 16:24:34.489 info (19602) debug: created State broadlink2.0.RM:0x5f36_24:df:a7:50:41:ac._notReachable broadlink2.0 2020-06-28 16:24:34.474 info (19602) Device RM:0x5f36_24:df:a7:50:41:ac dedected: address=192.168.1.151, mac=24:df:a7:50:41:ac, typ=rm4, id=0x5f36 devtype=rm4 broadlink2.0 2020-06-28 16:24:34.353 info (19602) debug: UDP listening on 0.0.0.0:57529 broadlink2.0 2020-06-28 16:24:34.274 info (19602) discover [ '192.168.1.255', '255.255.255.255', '224.0.0.251' ] from 0.0.0.0:57531 broadlink2.0 2020-06-28 16:24:34.272 info (19602) debug: UDP listening on 0.0.0.0:57531 broadlink2.0 2020-06-28 16:24:34.269 info (19602) debug: ChangeState ack:true of broadlink2.0._NewDeviceScan = true broadlink2.0 2020-06-28 16:24:34.261 info (19602) debug: created State broadlink2.0._NewDeviceScan broadlink2.0 2020-06-28 16:24:34.240 info (19602) debug: UDP listening on 0.0.0.0:15001 broadlink2.0 2020-06-28 16:24:34.227 info (19602) Discover Broadlink devices for 10sec on broadlink2.0 broadlink2.0 2020-06-28 16:24:34.223 info (19602) debug: Config IP-Address end to remove: .fritz.box broadlink2.0 2020-06-28 16:24:34.222 info (19602) macObjects: [] broadlink2.0 2020-06-28 16:24:34.220 info (19602) interface to be used: { netmaskBits: 24, address: '192.168.1.30/24', addrs: [ 192, 168, 1, 30 ], cidr: '192.168.1.30/24', bcaddr: '192.168.1.255' }: broadlink2.0 2020-06-28 16:24:34.214 info (19602) broadlink2 has 0 old devices! broadlink2.0 2020-06-28 16:24:34.213 info (19602) Devices to rename: broadlink2.0 2020-06-28 16:24:34.212 info (19602) Devices to add: 0x5f36,RM4 0x5f36=RM4 broadlink2.0 2020-06-28 16:24:34.210 info (19602) Scanning additional IP's: broadlink2.0 2020-06-28 16:24:34.204 info (19602) broadlink2 initialization started... broadlink2.0 2020-06-28 16:24:34.057 info (19602) starting. Version 2.1.3 in /opt/iobroker/node_modules/iobroker.broadlink2, node: v10.19.0, js-controller: 3.1.6 host.ioBroker-RasPi 2020-06-28 16:24:31.203 info instance system.adapter.broadlink2.0 started with pid 19602 -
@frankjoke bei mir klappt bei der neusten Version (GitHub) der Broadlink RM4P nicht mehr. Für mich sieht es so aus als würde er ihn nicht mehr erreichen/finden?
broadlink2.0 2020-06-28 18:26:05.593 warn (13014) stateChange error no device found: RM:RM4 { val: true,ack: false,ts: 1593361565587,q: 0,from: 'system.adapter.admin.0',user: 'system.user.admin',lc: 1593114356072 } broadlink2.0 2020-06-28 18:26:05.592 info (13014) debug: Change broadlink2.0.RM:RM4._LearnRF to { val: true, ack: false, ts: 1593361565587, q: 0, from: 'system.adapter.admin.0', user: 'system.user.admin', lc: 1593114356072 } broadlink2.0 2020-06-28 18:25:10.830 info (13014) found macs: broadlink2.0 2020-06-28 18:25:10.829 info (13014) broadlink2.0 started and found 0 devices named broadlink2.0 2020-06-28 18:25:10.829 info (13014) Poll every 31 secods. broadlink2.0 2020-06-28 18:25:10.828 info (13014) debug: created State broadlink2.0._SendScene broadlink2.0 2020-06-28 18:25:10.821 info (13014) debug: ChangeState ack:true of _NewDeviceScan = false broadlink2.0 2020-06-28 18:25:04.593 info (13014) discover [ '192.168.0.255', '255.255.255.255', '224.0.0.251' ] from 0.0.0.0:51937 broadlink2.0 2020-06-28 18:25:04.591 info (13014) debug: UDP listening on 0.0.0.0:51937 broadlink2.0 2020-06-28 18:25:04.589 info (13014) debug: ChangeState ack:true of broadlink2.0._NewDeviceScan = true broadlink2.0 2020-06-28 18:25:04.544 info (13014) debug: created State broadlink2.0._NewDeviceScan broadlink2.0 2020-06-28 18:25:04.538 info (13014) debug: UDP listening on 0.0.0.0:15001 broadlink2.0 2020-06-28 18:25:04.532 info (13014) Discover Broadlink devices for 10sec on broadlink2.0 broadlink2.0 2020-06-28 18:25:04.525 info (13014) debug: ChangeState ack:false of broadlink2.0.Scenes.Receiver = false broadlink2.0 2020-06-28 18:25:04.481 info (13014) debug: created State broadlink2.0.Scenes.Receiver broadlink2.0 2020-06-28 18:25:04.473 info (13014) debug: ChangeState ack:false of broadlink2.0.Scenes.Fehrnsehen = false broadlink2.0 2020-06-28 18:25:04.429 info (13014) debug: created State broadlink2.0.Scenes.Fehrnsehen broadlink2.0 2020-06-28 18:25:04.421 info (13014) debug: ChangeState ack:false of broadlink2.0.Scenes.Fehrnseher = false broadlink2.0 2020-06-28 18:25:04.374 info (13014) debug: created State broadlink2.0.Scenes.Fehrnseher broadlink2.0 2020-06-28 18:25:04.365 info (13014) debug: ChangeState ack:false of broadlink2.0.Scenes.TV = false broadlink2.0 2020-06-28 18:25:04.321 info (13014) debug: created State broadlink2.0.Scenes.TV broadlink2.0 2020-06-28 18:25:04.311 info (13014) debug: Config IP-Address end to remove: .fritz.box broadlink2.0 2020-06-28 18:25:04.311 info (13014) macObjects: [] broadlink2.0 2020-06-28 18:25:04.310 info (13014) interface to be used: { netmaskBits: 24, address: '192.168.0.211/24', addrs: [ 192, 168, 0, 211 ], cidr: '192.168.0.211/24', bcaddr: '192.168.0.255' }: broadlink2.0 2020-06-28 18:25:04.306 info (13014) broadlink2 has 0 old devices! broadlink2.0 2020-06-28 18:25:04.305 info (13014) Devices to rename: broadlink2.0 2020-06-28 18:25:04.305 info (13014) Devices to add: 24994=RM4P broadlink2.0 2020-06-28 18:25:04.304 info (13014) Scanning additional IP's: broadlink2.0 2020-06-28 18:25:04.301 info (13014) broadlink2 initialization started... broadlink2.0 2020-06-28 18:25:04.300 info (13014) debug: broadlink2 received 24 objects and 24 states, with config ip,scenes,switches,poll,new,rename,additional,interface,lang,latitude,longitude,adapterConf,loglevel broadlink2.0 2020-06-28 18:25:04.210 info (13014) starting. Version 2.1.3 in /opt/iobroker/node_modules/iobroker.broadlink2, node: v10.21.0, js-controller: 3.1.6 broadlink2.0 2020-06-28 18:24:59.725 info (12834) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason broadlink2.0 2020-06-28 18:24:59.724 info (12834) terminating broadlink2.0 2020-06-28 18:24:59.724 info (12834) Adapter disconnected and stopped with dostop(null) and callback(true) broadlink2.0 2020-06-28 18:24:59.722 info (12834) Got terminate signal TERMINATE_YOURSELF broadlink2.0 2020-06-28 18:24:47.473 warn (12834) stateChange error no device found: RM:RM4 { val: true,ack: false,ts: 1593361487465,q: 0,from: 'system.adapter.admin.0',user: 'system.user.admin',lc: 1593114356072 } broadlink2.0 2020-06-28 18:24:47.471 info (12834) debug: Change broadlink2.0.RM:RM4._LearnRF to { val: true, ack: false, ts: 1593361487465, q: 0, from: 'system.adapter.admin.0', user: 'system.user.admin', lc: 1593114356072 } -
Moin,
ich verwende ebenfalls die aktuelle 2.1.3 mit einem RM mini 3 und kann die Fehlermeldung bestätigen:
broadlink2.0 2020-06-28 20:33:07.644 info (229649) Unrecoverable Send packet error The device storage is full on RM4, RM:RM3-d6-0b-09, 24:df:a7:d6:0b:09, 10.0.1.92, 智能遥控Ich hatte das Gerät zunächst über die BroadLink iOS App über die Cloud verbunden, dann nach Reset über die BroadLink e-Control iOS App ins WLAN gebracht. Ein Objekt wird in ioBroker angelegt, jedoch nur mit dem Namen "_notReachable".
Viele Grüße,
Sven
Support us
757
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge