Adapter: broadlink2

[frankjoke]

@BBTown
Hast wirklich mini-Kacheln! Sogar bei mir am Handy geht der Text nicht über mehr als die 2 Zeilen!

[BBTown]

@frankjoke sagte in Adapter: broadlink2:

@BBTown
Hast wirklich mini-Kacheln! Sogar bei mir am Handy geht der Text nicht über mehr als die 2 Zeilen!

ich wüßte ehrlich gesagt gar nicht wie ich die Kacheln anpassen könnte (mini?)

MacBookPro 13", Chrome, 100% Ansicht, Auflösung 1280x800

[frankjoke]

@BBTown
Ok, hab einen check eingtebaut wenn keine additionals da sind (was bei upgrade von alter config der Fall ist) kein fehler passieren sollte!
Kannst mal testen?

[BBTown]

@frankjoke sagte in Adapter: broadlink2:

@BBTown
Ok, hab einen check eingtebaut wenn keine additionals da sind (was bei upgrade von alter config der Fall ist) kein fehler passieren sollte!
Kannst mal testen?

jepp, nun läuft er

[frankjoke]

@BBTown
Ok, ein Apple! Hab ich nie besessen!

Egal, kannst vielleicht die Anzeige auf 80% setzten (im chrome) dann sihst mehr. Apple hat leider sehr große Fontdarstellung, auf Windows und Android phone+Tablet hab ich kein Problem.

[BBTown]

@frankjoke
das ist ja kein kritisches Thema, sonder ein rein esthetisch.
Ich selbst hätte den Adapter schlicht "Broadlink2" genannt, aber das ist ja wie gesagt ein rein persönliches Empfinden

[BBTown]

@frankjoke und vielen Dank überhaupt, für das Einbauen der IP-Angabe

[padrino]

@BBTown sagte in Adapter: broadlink2:

Ich selbst hätte den Adapter schlicht "Broadlink2" genannt, aber das ist ja wie gesagt ein rein persönliches Empfinden

Oder "Broadlink Protocol" Adapter.

[padrino]

@frankjoke sagte in Adapter: broadlink2:

aber ich will nicht dass...

Kein Grund hier so zu schreien.
Ich finde, dass alles über China geht auch übertrieben.
Wollte mir nur einen Echo Input ins Auto packen, da wäre es ganz witzig gewesen auch noch einen RM Mini zu verbauen.
Daher schade, dass "das technisch nicht möglich ist", nicht schade, dass "Du das nicht umsetzt".

[Mark-hh]

Ich habe einen RM4mini dank der neuen Version. 2.09 ins Netz bekommen. Da dachte ich mir, ich bestell mir noch einen RM4 mini, aber der lässt sich absolut nicht einbinden.

• In der Fritzbox wird er korrekt angezeigt
• In der Broadlink App funktioniert er
• Wlan n ist eingestellt
• in der Konfig rechts oben 24994=RM4P eingegeben
• Dann hat er über die Broadlink App noch ein Firmwareupdate v 52075 gemacht.
  Was kann ich noch probieren? Sonst geht der wieder zurück. Zumal ich einen RM3 mini bestellt habe und ein RM4 mini kam.

broadlink2.0 2020-06-13 08:44:09.218 info (26603) found macs:
broadlink2.0 2020-06-13 08:44:09.217 info (26603) broadlink2.0 started and found 0 devices named
broadlink2.0 2020-06-13 08:44:09.216 info (26603) Poll every 30 secods.
broadlink2.0 2020-06-13 07:44:02.204 warn (26603) sendPacket error: could not send after 3 trials!: SendPacketErr { command: 233, cmdHex: '0xe9', payload: <Buffer >, err: 65535 }
broadlink2.0 2020-06-13 07:44:02.159 warn (26603) sendPacket error: could not send after 3 trials!: SendPacketErr { command: 233, cmdHex: '0xe9', payload: <Buffer >, err: 65535 }
broadlink2.0 2020-06-13 07:44:02.001 warn (26603) sendPacket error: could not send after 3 trials!: SendPacketErr { command: 233, cmdHex: '0xe9', payload: <Buffer >, err: 65535 }
broadlink2.0 2020-06-13 07:44:01.993 warn (26603) sendPacket error: could not send after 3 trials!: SendPacketErr { command: 233, cmdHex: '0xe9', payload: <Buffer >, err: 65535 }
broadlink2.0 2020-06-13 07:44:01.846 warn (26603) sendPacket error: could not send after 3 trials!: SendPacketErr { command: 233, cmdHex: '0xe9', payload: <Buffer >, err: 65535 }
broadlink2.0 2020-06-13 07:44:01.838 warn (26603) sendPacket error: could not send after 3 trials!: SendPacketErr { command: 233, cmdHex: '0xe9', payload: <Buffer >, err: 65535 }
broadlink2.0 2020-06-13 07:44:01.684 warn (26603) sendPacket error: could not send after 3 trials!: SendPacketErr { command: 233, cmdHex: '0xe9', payload: <Buffer >, err: 65535 }
broadlink2.0 2020-06-13 07:44:01.682 warn (26603) sendPacket error: could not send after 3 trials!: SendPacketErr { command: 233, cmdHex: '0xe9', payload: <Buffer >, err: 65535 }
broadlink2.0 2020-06-13 07:44:01.394 info (26603) UDP socket listening on 0.0.0.0:15001
broadlink2.0 2020-06-13 07:44:01.388 info (26603) Discover Broadlink devices for 10sec on broadlink2.0
broadlink2.0 2020-06-13 07:44:01.372 info (26603) macObjects: [ '24:df:a7:34:8d:54' ]
broadlink2.0 2020-06-13 07:44:01.369 info (26603) Devices to rename:
broadlink2.0 2020-06-13 07:44:01.368 info (26603) Devices to add: [ [Array] ] 24994=RM4P
broadlink2.0 2020-06-13 07:44:01.364 info (26603) broadlink2 initialization started...

den 1. RM4 mini mit der mac ( [ '24:df:a7:34:8d:54' ]) habe ich abgeklemmt, damit diese sich nicht ins Gehehe kommen)

[deta]

@frankjoke sagte in Adapter: broadlink2:

@deta

Wichtig wäre gewesen zu sehen ob das Gerät auf _notReachable gestuft wird denn dann sollte es nach ca. einigen Minuten wieder gesucht werden, wenn er dann lange nicht gefunden wird wird nach 10 polls ein kompletter scan durchgeführt. beim kompletten scan sollten jetzt auch IP-Änderungen upgedated werden!

Darum bitte ich um die Tests um herauszufinden ob alles (noch) so funktioniert wie versprochen...

werde ich beobachten

[frankjoke]

@Mark-hh

Hallo mark!

Erstens glaub ich nicht dass es ein RM4P sondern nur ein RM4 ist (die minis sind klein und rund und die Pro's sind dreieckig und groß. Die minis können kein RF und haben es gibt auch kein Thermometer/Hygrometer soweit ich bisher sehen kann.

Bei den neuen minis und RM4x's ist es wichtig NICHT die neuen broadlionk-apps zum hereinholen ins Netz zu verwenden da sonst diese Geräte in die cloud geholt werden und ein anderes Protokoll verwenden (das ich nicht kenne).

Die RM's reagieren dann nicht auf das normale (alte?) Protokoll .

Ich hab den Fehler auch gemacht und dann das Teil resetted und meine alte broadlink-app (glaube sie heißt e smart home) verwendet, dann gings.

[frankjoke]

@User & Alle!
Ich habe zuerst eine neue Version hochgeladen, die Änderungen:

1. LB1-Lampen werden jetzt unterstützt, bitte auch mit alter APP ins Netz bringen! Da ich nur eine Weiße habe kann ich nur ein/aus (=pwr) und die brightness testen, das funktioniert jetzt!

2. Habe die Lern-Routinen komplett überarbeitet. Der Adaptername selbst in Objektbaum fungiert als Informationszeile wo Text eingeblendet wird was man machen soll.

• Beim normalen Learn zählt er runter bis die 30 Sekunden zuende oder bis die Taste gelernt wurde. Bitte die Tasten hier nur kurz drücken! Bei Pro-Geräten mit Rf kann das normale learn auch rf lernen aber nur auf Standardfrequenzen.
• beim learnRf wird
  a) Zuerst die sweeep-Funktion gestartet, das ist die Frequenz-Suche. Da muss man die Taste gedrückt halten bis die Frequenz gefunden wird und wenn die Ferequenz außerhalb vom RM-Bereich ist dann brich er nach 30 Sekunden ab.
  b) Wenn er die Frequenz findet meldet er das und bittet die Taste loslassen, dann bittet er die Taste noch einmal kurz zu drücken um sie auf der Frequenz die er vorher eruiert hat zu lernen.
  c) Dafür sind dann nur mehr 10s vorgesehen und bei Erfolg erscheint der code-state wie beim normalen learn.

Ich hoffe keine zusätzlichen Fehler eingebaut zu haben und bitte um Test und feedback falls was nicht geht.
Speziell die RMxP mit rf-Benutzer bitte ich zu prüfen ob die learnRf-Taste funktioniert. Wenn es früher (vor 2.0.9) funktioniert hat dann kann es sein dass ich die Type nicht richtig eingetragen hab da nur die RMxP's die learnRF-Funktion haben und wenn ich das Gerät aber nicht dort eingetragen hab funktioniert nur das normale learn!

[Jan Smith]

Hallo,

habe die neuste Version von Github installiert und konnte nun problemlos eine Fernbedienung für eine Klimaanlage mit der neuen Lern-Routine anlernen (hatte vorher nicht funktioniert, der Anlernmodus sprang für 1 Sekunde an und ging dann wieder aus).
Folgendes war bei mir zu beachten:
Ich habe die neuste Ausführung des Broadlink RMmini3 erworben. In dieser Ausführung sind keine QR-Codes mehr vorhanden, sodass die alte App "e Smart Home" bei mir nicht verwendet werden konnte (die App erfordert bei mir einen QR-Code Scan von der Verpackung um das Gerät hinzuzufügen). Ich habe stattdessen die App "IHC for EU" verwendet. Hiermit wird das Gerät gefunden. WICHTIG: beim Einbinden der Geräte ins eigene Netz darf der Schritt "Raum zuordnen" NICHT durchgeführt werden. Sobald man dem Gerät in der App einen Raum zuordnet, findet der Adapter das Gerät nicht mehr (wie oben von Dir beschrieben, scheint das Gerät dann "cloudisiert" zu werden). Man kann die Einbindung ins Netz also durchführen und beim Schritt "Raum zuordnen" einfach die App schließen (die App will einen nämlich zwingen, einen Raum zu zuordnen). Das Gerät erscheint dann in der Objektliste des Adapters und das Anlernen der Befehle kann beginnen

Vielen Dank.

[Neuschwansteini]

@frankjoke
Hallo Frank,
ich konnte mit der neuesten Version auch mehr Befehle anlernen, als vorher, jetzt kann ich die LED von der Klima ausschalten , den Code wollte der RM3Mini vorher nicht..

Beim RMProPlus habe ich jetzt Erfolg mit einer ZB40 ( für SuperRollo GW60 ) gehabt, das ist richtig gut!

Nur ist hier das Problem, dass nach ca. 30min, nachdem der Adapter gestartet wurde, wieder Fehler im Log auftreten ( siehe unten), und dann geht weder der RMPro noch der RMMini zu steuern.
Stoppe ich den Adapter, und starte ihn neu, funktioniert wieder alles ... ne Zeitlang...

Die Anlernfunktion ist definitiv viel viel besser geworden!

Hier das Protokoll, vielleicht hilft ja was..

020-06-14 12:10:36.087  - info: broadlink2.0 (31337) debug: device RM:0x27a9_c8:f7:42:da:68:e7 not reachable, waiting for it again %O
2020-06-14 12:10:36.677  - warn: broadlink2.0 (31337) RMP RM:0x27a9_c8:f7:42:da:68:e7, c8:f7:42:da:68:e7, 192.168.5.150 still waiting for previous command [object Object]!
2020-06-14 12:10:38.223  - warn: broadlink2.0 (31337) RMP RM:0x27a9_c8:f7:42:da:68:e7, c8:f7:42:da:68:e7, 192.168.5.150 still waiting for previous command [object Object]!
2020-06-14 12:10:38.284  - warn: broadlink2.0 (31337) sendPacket error: could not send after 3 trials!: SendPacketErr Error: RMP RM:0x27a9_c8:f7:42:da:68:e7, c8:f7:42:da:68:e7, 192.168.5.150 still waiting for previous command [object Object]!at RMP._send (/opt/iobroker/node_modules/iobroker.broadlink2/broadlink_fj.js:188:23)at async RMP.sendPacket (/opt/iobroker/node_modules/iobroker.broadlink2/broadlink_fj.js:385:25)at async RMP.checkOff (/opt/iobroker/node_modules/iobroker.broadlink2/broadlink_fj.js:132:25)at async RMP.sendVal (/opt/iobroker/node_modules/iobroker.broadlink2/broadlink_fj.js:788:21)at async A.stateChange (/opt/iobroker/node_modules/iobroker.broadlink2/broadlink2.js:206:7)
2020-06-14 12:10:39.355  - warn: broadlink2.0 (31337) sendPacket error: could not send after 3 trials!: SendPacketErr {here: false,err: 'timed out on send',name: 'RM:0x27a9_c8:f7:42:da:68:e7'}
2020-06-14 12:11:06.639  - warn: broadlink2.0 (31337) sendPacket error: could not send after 3 trials!: SendPacketErr {here: false,err: 'timed out on send',name: 'RM:0x2737_34:ea:34:41:45:14'}
2020-06-14 12:11:06.639  - info: broadlink2.0 (31337) debug: device RM:0x2737_34:ea:34:41:45:14 not reachable, waiting for it again %O
2020-06-14 12:11:08.938  - warn: broadlink2.0 (31337) sendPacket error: could not send after 3 trials!: SendPacketErr {here: false,err: 'timed out on send',name: 'RM:0x27a9_c8:f7:42:da:68:e7'}

2020-06-14 12:20:34.062  - info: broadlink2.0 (31337) Error 'no payload returned!' in device.checkError for closed RM:0x27a9_c8:f7:42:da:68:e7, c8:f7:42:da:68:e7, 192.168.5.150
2020-06-14 12:20:39.225  - info: broadlink2.0 (31337) debug: Change broadlink2.0.RM:0x27a9_c8:f7:42:da:68:e7.L.Rolladen runter to { val: true, ack: false, ts: 1592130039221, q: 0, from: 'system.adapter.admin.0', user: 'system.user.admin', lc: 1592129009780
2020-06-14 12:20:39.228  - info: broadlink2.0 (31337) Error 'no payload returned!' in device.checkError for closed RM:0x27a9_c8:f7:42:da:68:e7, c8:f7:42:da:68:e7, 192.168.5.150
2020-06-14 12:20:42.141  - info: broadlink2.0 (31337) debug: Change broadlink2.0.RM:0x27a9_c8:f7:42:da:68:e7.L.Rolladen hoch to { val: true, ack: false, ts: 1592130042137, q: 0, from: 'system.adapter.admin.0', user: 'system.user.admin', lc: 1592129019103

[Christoph1337]

@frankjoke

Moin moin,

hab das gleich mal getestet und folgendes im Log bekommen.

broadlink2.0	2020-06-14 13:29:13.551	info	(11483) found macs:
broadlink2.0	2020-06-14 13:29:13.551	info	(11483) broadlink2.0 started and found 0 devices named
broadlink2.0	2020-06-14 13:29:13.550	info	(11483) Poll every 30 secods.
broadlink2.0	2020-06-14 13:29:09.695	warn	(11483) sendPacket error: could not send after 3 trials!: SendPacketErr { command: 233,cmdHex: '0xe9',payload: <Buffer >,err: 'Authentication failed' }
broadlink2.0	2020-06-14 13:29:09.514	warn	(11483) sendPacket error: could not send after 3 trials!: SendPacketErr { command: 233,cmdHex: '0xe9',payload: <Buffer >,err: 'Authentication failed' }
broadlink2.0	2020-06-14 13:29:09.358	warn	(11483) sendPacket error: could not send after 3 trials!: SendPacketErr { command: 233,cmdHex: '0xe9',payload: <Buffer >,err: 'Authentication failed' }
broadlink2.0	2020-06-14 13:29:09.194	warn	(11483) sendPacket error: could not send after 3 trials!: SendPacketErr { command: 233,cmdHex: '0xe9',payload: <Buffer >,err: 'Authentication failed' }
broadlink2.0	2020-06-14 13:29:06.110	warn	(11483) sendPacket error: could not send after 3 trials!: SendPacketErr { command: 233,cmdHex: '0xe9',payload: <Buffer >,err: 'Authentication failed' }
broadlink2.0	2020-06-14 13:29:05.952	warn	(11483) sendPacket error: could not send after 3 trials!: SendPacketErr { command: 233,cmdHex: '0xe9',payload: <Buffer >,err: 'Authentication failed' }
broadlink2.0	2020-06-14 13:29:05.794	warn	(11483) sendPacket error: could not send after 3 trials!: SendPacketErr { command: 233,cmdHex: '0xe9',payload: <Buffer >,err: 'Authentication failed' }
broadlink2.0	2020-06-14 13:29:05.629	warn	(11483) sendPacket error: could not send after 3 trials!: SendPacketErr { command: 233,cmdHex: '0xe9',payload: <Buffer >,err: 'Authentication failed' }
broadlink2.0	2020-06-14 13:28:59.607	info	(11483) UDP socket listening on 0.0.0.0:15001
broadlink2.0	2020-06-14 13:28:59.600	info	(11483) Discover Broadlink devices for 10sec on broadlink2.0
broadlink2.0	2020-06-14 13:28:59.598	info	(11483) macObjects: []
broadlink2.0	2020-06-14 13:28:59.594	info	(11483) Devices to rename:
broadlink2.0	2020-06-14 13:28:59.593	info	(11483) Devices to add:
broadlink2.0	2020-06-14 13:28:59.593	info	(11483) Scanning additional IP's: 192.168.2.43, 192.168.2.54
broadlink2.0	2020-06-14 13:28:59.589	info	(11483) broadlink2 initialization started...
broadlink2.0	2020-06-14 13:28:59.458	info	(11483) starting. Version 2.0.9 in /opt/iobroker/node_modules/iobroker.broadlink2, node: v10.19.0, js-controller: 3.1.4
broadlink2.0	2020-06-14 13:28:54.853	warn	(11436) Adapter will exit in latest 1 sec with code false!
broadlink2.0	2020-06-14 13:28:54.852	info	(11436) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
broadlink2.0	2020-06-14 13:28:54.851	info	(11436) terminating
broadlink2.0	2020-06-14 13:28:54.848	info	(11436) Close all connections...
broadlink2.0	2020-06-14 13:28:54.847	info	(11436) Adapter disconnected and stopped with dostop(false) and callback(true)
broadlink2.0	2020-06-14 13:28:54.845	info	(11436) Got terminate signal TERMINATE_YOURSELF

Die rm4c erkennt er anscheinend noch nicht.

[deta]

@Christoph-Bubeck starte mal den Broadlink selber neu

[User]

@frankjoke said in Adapter: broadlink2:

LB1-Lampen werden jetzt unterstützt, bitte auch mit alter APP ins Netz bringen! Da ich nur eine Weiße habe kann ich nur ein/aus (=pwr) und die brightness testen, das funktioniert jetzt!

Kann ich bestätigen, funktioniert auch bei mir, vielen Dank! Ich habe auch nur weiße Lampen.
Nach dem hinzufügen der LB1 ins WLAN musste der broadlink2 Adapter noch mal neu gestartet werden, vorher hat ein _NewDeviceScan die LB1 nicht gefunden.
Die App "e smart home" lies sich bei mir übrigens nicht starten, mit "e-control" hat es dann funktioniert.

[frankjoke]

@Christoph-Bubeck

Christoph, du hast anscheinend nur zwei zusätzliche Geräte angegeben. Was ist deine ip-adresse des Rechners auf dem ioBroker läuft, ist er auch auf 192.168.2.? Wenn nicht kennt der Rechner wie er auf 192.168.2. kommt?

Der Adapter kann anscheinend nicht mit den 2 Geräten kommunizieren da sie nicht auf die Authorisierungsanfrage reagieren. Kannst du auf diesem ioBroker-Rechner die beiden Adressen pingen (mit ipv4) , z.B. ping4 192.168.2.43?

Wenn das geht und trotzdem keine Verbindung hergestellt werden kann dann werden vielleicht keine UDP-packets geroutet, ist der Fall falls manche Netwerke nur auf HTML eingestellt sind.

[Christoph1337]

@frankjoke Also erreichbar sind die Dinger auch per Ping.

Welcher Post muss da via UDP erreichbar sein? Dann schau ich mal in meine Firewall Log