NEWS
Adapter: broadlink2
-
@padrino Danke für die Antwort. Dann werde ich die Sender wohl mit entsorgen müssen, weil mir kein Gerät bekannt ist, welches die 433 MHz Signale auslesen kann. Für 833 MHz gibt es ja inzwischen Lösungen.
-
@MrThomas
Es gibt z.B. RFLink, damit geht es. =)
Benötigt ab etwas Zusatzhardware.
Zum Thema findet man hier im Forums einiges. -
Hallo mitsammen!
Habe die Hauptseite upgedatet um ma hier immer den letzten Stand aufzulisten:
- Momentan auf git V2.1.5 beta, Versuch 0x5f36 zu unterstützen und kleiner bug bei MP1 und _Learn.
- npm latest ist v2.1.4
- Neue Geräte mit RM4-Protokoll dabei (Neue RM3-Mini und RM4's), Auch die LB1 Wlan-Glühbirne funktioniert schon
- Neue Kommunikation mit Geräten
- Neue Startfunktion die Änderungen von Namen (durch Änderung der IP-Adresse z.B) automatisch erkennen soll und das Gerät erlaubt weiterhin mit dem alten Namen zu funktionieren (ohne dass ihr es umbenennen müsst).
- Änderung an der lernRf-Funktion, die die jetz wieder die Frequenz und den code lernt!
- Änderungen bei States und Scenes
- Änderungen bei Fehlerbehandlung um weniger Fehler zu produzieren
Ich habe Ideen im Hinterkopf für Version V3.0. Wichtigstes Merkmal ist dass gelernte states in der adapter config abgespeichert werden sollen und damit abgespeichert werden können und nicht neu angelernt werden müssen! welche dann codes vom Web leicht integrierbar machen soll (wenn man die Fernsteuerung verlogen hat oder sie nicht meh funktioniert und man deshalb nicht anlernen kann). Es geht jetzt schon aber nicht in der Konfig, auch andere Änderungen an Namen oder die momentane Abhängigkeit die Produktgruppe im Namen zu haben (SP:..., RM:...) soll wegfallen. Werde die Arbeit dazu aber erst starten wenn V2.1.1 läuft und alle anderen meiner Adapter auch mit js-controller 3.2 (momentan im Test) arbeiten.
Bitte euch auch noch folgendes: Nicht auf git issues kreieren, speziell nicht für Testversionen (wie 2.0.9) sondern hier im Forum fragen oder mögliche Probleme melden!
Geräte mit Problemen die noch nicht behoben werden konnten:
RM3 MINI (neue Version), id=0x5f36, S/N RM61 bringt manchmal 'Storage error', manche Benutzer meldeten das, bei anderen funktioniert erYou can write also english if you want and most of us know how google translate works!
Hallo mitsammen!
Hab gerade den Adapter mit v2.0.3 auf Git und er verwendet jetzt myAdapter v1.2.7 womit der Adapter nun auf js-controller 2.x und 3.x laufen sollte.
Habe auch gerade einen RM4-mini geliefert bekommen und werde in den nächsten Wochen versuchen das RM4-Protokoll (welches auch beim neuen RM3-mini verwendet wird) einzubauen.Liebe Grüße
FrankFrank,
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! -
Hallo mitsammen!
Hab gerade den Adapter mit v2.0.3 auf Git und er verwendet jetzt myAdapter v1.2.7 womit der Adapter nun auf js-controller 2.x und 3.x laufen sollte.
Habe auch gerade einen RM4-mini geliefert bekommen und werde in den nächsten Wochen versuchen das RM4-Protokoll (welches auch beim neuen RM3-mini verwendet wird) einzubauen.Liebe Grüße
Frank@frankjoke
danke für die Aktualisierung :+1:
Kurze Info: ,Bei mir lief der Broadlink2-Adapter mit meinem RMpro die ganze Zeit schon auch unter js-controller v3.x.x -
@frankjoke
danke für die Aktualisierung :+1:
Kurze Info: ,Bei mir lief der Broadlink2-Adapter mit meinem RMpro die ganze Zeit schon auch unter js-controller v3.x.x@BBTown sagte in Adapter: broadlink2:
@frankjoke
danke für die Aktualisierung :+1:
Kurze Info: ,Bei mir lief der Broadlink2-Adapter mit meinem RMpro die ganze Zeit schon auch unter js-controller v3.x.xJa, aber es kommt zu einer Warnmeldung beim Start welche viele Nutzer störte da es sein kann das bei neueren js-controller-Versionen der Adapter nicht mehr funktioniert.
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! -
@BBTown sagte in Adapter: broadlink2:
@frankjoke
danke für die Aktualisierung :+1:
Kurze Info: ,Bei mir lief der Broadlink2-Adapter mit meinem RMpro die ganze Zeit schon auch unter js-controller v3.x.xJa, aber es kommt zu einer Warnmeldung beim Start welche viele Nutzer störte da es sein kann das bei neueren js-controller-Versionen der Adapter nicht mehr funktioniert.
@frankjoke
Hast Du mein (bereits etwas älteres) Issue auf GitHub gesehen, in der ich - allerdings aus rein kosmetischen Gründen - angeregt habe den Adapternamen auf "Broadlink2" zu kürzen?!Spricht etwas dagegen?
es sieht aktuell einfach etwas komisch aus ... :sunglasses:
-
@frankjoke
Hast Du mein (bereits etwas älteres) Issue auf GitHub gesehen, in der ich - allerdings aus rein kosmetischen Gründen - angeregt habe den Adapternamen auf "Broadlink2" zu kürzen?!Spricht etwas dagegen?
es sieht aktuell einfach etwas komisch aus ... :sunglasses:@BBTown sagte in Adapter: broadlink2:
@frankjoke
Hast Du mein (bereits etwas älteres) Issue auf GitHub gesehen, in der ich - allerdings aus rein kosmetischen Gründen - angeregt habe den Adapternamen auf "Broadlink2" zu kürzen?!
Spricht etwas dagegen?
es sieht aktuell einfach etwas komisch aus ... :sunglasses:Da ich am Adapter sowieso arbeiten muss werd ich das mitnehmen können :).
Ich habe es nicht geschafft meine alte Entwicklungs/Testumgebung mit den Original Repos auf nodejs 10 oder 12 (ist ein altes 32-bit stretch) installieren welche ich jedoch brauch um auch js-controller 3.0 zu testen.
Jetzt muss ich meine Entwicklungsumgebung für alle meiner ~10 Adapter auf das neue System bringen und auf neue Interfaces bzw ioBroker-Funktionen bringen.
Hab momentan nur an radar2 und broadlink2 gearbeitet um die Fehlermeldungen wegzukriegen aber sonst noch keine Neuerungen eingeführt.
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! -
@BBTown sagte in Adapter: broadlink2:
@frankjoke
Hast Du mein (bereits etwas älteres) Issue auf GitHub gesehen, in der ich - allerdings aus rein kosmetischen Gründen - angeregt habe den Adapternamen auf "Broadlink2" zu kürzen?!
Spricht etwas dagegen?
es sieht aktuell einfach etwas komisch aus ... :sunglasses:Da ich am Adapter sowieso arbeiten muss werd ich das mitnehmen können :).
Ich habe es nicht geschafft meine alte Entwicklungs/Testumgebung mit den Original Repos auf nodejs 10 oder 12 (ist ein altes 32-bit stretch) installieren welche ich jedoch brauch um auch js-controller 3.0 zu testen.
Jetzt muss ich meine Entwicklungsumgebung für alle meiner ~10 Adapter auf das neue System bringen und auf neue Interfaces bzw ioBroker-Funktionen bringen.
Hab momentan nur an radar2 und broadlink2 gearbeitet um die Fehlermeldungen wegzukriegen aber sonst noch keine Neuerungen eingeführt.
@frankjoke
da ich keine neuen/aktuellen Broadlink Geräte habe, hatte ich bisher gar keinen Bedarf an Neuerungen ;-) -
@BBTown sagte in Adapter: broadlink2:
@frankjoke
Hast Du mein (bereits etwas älteres) Issue auf GitHub gesehen, in der ich - allerdings aus rein kosmetischen Gründen - angeregt habe den Adapternamen auf "Broadlink2" zu kürzen?!
Spricht etwas dagegen?
es sieht aktuell einfach etwas komisch aus ... :sunglasses:Da ich am Adapter sowieso arbeiten muss werd ich das mitnehmen können :).
Ich habe es nicht geschafft meine alte Entwicklungs/Testumgebung mit den Original Repos auf nodejs 10 oder 12 (ist ein altes 32-bit stretch) installieren welche ich jedoch brauch um auch js-controller 3.0 zu testen.
Jetzt muss ich meine Entwicklungsumgebung für alle meiner ~10 Adapter auf das neue System bringen und auf neue Interfaces bzw ioBroker-Funktionen bringen.
Hab momentan nur an radar2 und broadlink2 gearbeitet um die Fehlermeldungen wegzukriegen aber sonst noch keine Neuerungen eingeführt.
@frankjoke
Schön, dass Du noch lebst und auch vor hast weiter zu machen. =) -
Schöne Grüße zusammen!
Hab mirch in den letzten 3 Tagen hauptsächlich mit dem broadlink2-Adapter auseinandergesetzt und die erste neue beta (v2.0.9) auf git gestellt.Die wichtigsten Änderungen sind:
- RM4-Protokoll installiert wodurch einige neuen RM3-mini und RM4's jetzt funktionieren sollten. Ich habe zum Test einen RM4 mini, und einen alten RMPro (mit RF) und beide funktionieren jetzt :blush:
- Beim Start des Adapters werden die Geräte gesucht und falls ein Gerät gefunden hat das einen neuen Namen hat (z,B, neue IP) die mac-Adresse gleich ist wird der alte Name weiterverwendet, damit braucht man nicht umbenennen wenn neue IP's vergeben werden.
- Fast alle Kommunikationsroutinen mid den Geräten upgedated um Fehler (auf die ich draufgekommen bin als ich mehr Diagnose eingebaut hatte um RM4 zum laufen zu bekommen) zu minimieren, dadurch wurden Geräte zu als offline gekennzeichnet. Aber es sind noch nicht alle unhandled promise rejections gelöst, daran arbeite ich noch.
- Einige anderen kleinen Fehler so wie beim Debug-mode von admin wurden behoben.
Wichtig für RM4-Geräte: Man muss die Geräte womöglich mit älteren handy-apps ins netzwerk holen, wenn ich die neuesten apps verwendet habe dann werden sie mit einem neuen Protokoll verknüpft und der Adapter kriegt keine Authorizierung mit ihnen zu sprechen!
Ich persönlich habe die Adressen der broadlink clouds in CHina und Europe auf meinem PiHole gesperrt, damit können die Geräte nicht nach Hause-Telefonieren und werden nur vom Adapter gesteuert! Das muss aber temporär ausgeschaltet werden um ein Gerät ins WLAN zu bekommen.
Wäre nett wenn ihr testen könnt, ich werde mich in den nächsten Tagen anderen neuen Geräten widmen (der Glühbirne welche ich von geborgt bekommen habe z.B.) und weitere Fehler beheben.
-
Schöne Grüße zusammen!
Hab mirch in den letzten 3 Tagen hauptsächlich mit dem broadlink2-Adapter auseinandergesetzt und die erste neue beta (v2.0.9) auf git gestellt.Die wichtigsten Änderungen sind:
- RM4-Protokoll installiert wodurch einige neuen RM3-mini und RM4's jetzt funktionieren sollten. Ich habe zum Test einen RM4 mini, und einen alten RMPro (mit RF) und beide funktionieren jetzt :blush:
- Beim Start des Adapters werden die Geräte gesucht und falls ein Gerät gefunden hat das einen neuen Namen hat (z,B, neue IP) die mac-Adresse gleich ist wird der alte Name weiterverwendet, damit braucht man nicht umbenennen wenn neue IP's vergeben werden.
- Fast alle Kommunikationsroutinen mid den Geräten upgedated um Fehler (auf die ich draufgekommen bin als ich mehr Diagnose eingebaut hatte um RM4 zum laufen zu bekommen) zu minimieren, dadurch wurden Geräte zu als offline gekennzeichnet. Aber es sind noch nicht alle unhandled promise rejections gelöst, daran arbeite ich noch.
- Einige anderen kleinen Fehler so wie beim Debug-mode von admin wurden behoben.
Wichtig für RM4-Geräte: Man muss die Geräte womöglich mit älteren handy-apps ins netzwerk holen, wenn ich die neuesten apps verwendet habe dann werden sie mit einem neuen Protokoll verknüpft und der Adapter kriegt keine Authorizierung mit ihnen zu sprechen!
Ich persönlich habe die Adressen der broadlink clouds in CHina und Europe auf meinem PiHole gesperrt, damit können die Geräte nicht nach Hause-Telefonieren und werden nur vom Adapter gesteuert! Das muss aber temporär ausgeschaltet werden um ein Gerät ins WLAN zu bekommen.
Wäre nett wenn ihr testen könnt, ich werde mich in den nächsten Tagen anderen neuen Geräten widmen (der Glühbirne welche ich von geborgt bekommen habe z.B.) und weitere Fehler beheben.
@frankjoke sagte in Adapter: broadlink2:
Schöne Grüße zusammen!
Hab mirch in den letzten 3 Tagen hauptsächlich mit dem broadlink2-Adapter auseinandergesetzt und die erste neue beta (v2.0.9) auf git gestellt.Die wichtigsten Änderungen sind:
- RM4-Protokoll installiert wodurch einige neuen RM3-mini und RM4's jetzt funktionieren sollten. Ich habe zum Test einen RM4 mini, und einen alten RMPro (mit RF) und beide funktionieren jetzt :blush:
- Beim Start des Adapters werden die Geräte gesucht und falls ein Gerät gefunden hat das einen neuen Namen hat (z,B, neue IP) die mac-Adresse gleich ist wird der alte Name weiterverwendet, damit braucht man nicht umbenennen wenn neue IP's vergeben werden.
- Fast alle Kommunikationsroutinen mid den Geräten upgedated um Fehler (auf die ich draufgekommen bin als ich mehr Diagnose eingebaut hatte um RM4 zum laufen zu bekommen) zu minimieren, dadurch wurden Geräte zu als offline gekennzeichnet. Aber es sind noch nicht alle unhandled promise rejections gelöst, daran arbeite ich noch.
- Einige anderen kleinen Fehler so wie beim Debug-mode von admin wurden behoben.
Wichtig für RM4-Geräte: Man muss die Geräte womöglich mit älteren handy-apps ins netzwerk holen, wenn ich die neuesten apps verwendet habe dann werden sie mit einem neuen Protokoll verknüpft und der Adapter kriegt keine Authorizierung mit ihnen zu sprechen!
Ich persönlich habe die Adressen der broadlink clouds in CHina und Europe auf meinem PiHole gesperrt, damit können die Geräte nicht nach Hause-Telefonieren und werden nur vom Adapter gesteuert! Das muss aber temporär ausgeschaltet werden um ein Gerät ins WLAN zu bekommen.
Wäre nett wenn ihr testen könnt, ich werde mich in den nächsten Tagen anderen neuen Geräten widmen (der Glühbirne welche ich von geborgt bekommen habe z.B.) und weitere Fehler beheben.
Gehen mit der neuen Adapter Version , die alten Angelernten Geräte flöten?
Oder werden die Daten sauber in die neue Version dann übernommen?Werde Ihn morgen testen. Auch mit dem RM3-mini der bis jetzt nicht funktioniert.
Welches ist die richtige GIT Version? Bitte Link noch mal.
-
@frankjoke sagte in Adapter: broadlink2:
Schöne Grüße zusammen!
Hab mirch in den letzten 3 Tagen hauptsächlich mit dem broadlink2-Adapter auseinandergesetzt und die erste neue beta (v2.0.9) auf git gestellt.Die wichtigsten Änderungen sind:
- RM4-Protokoll installiert wodurch einige neuen RM3-mini und RM4's jetzt funktionieren sollten. Ich habe zum Test einen RM4 mini, und einen alten RMPro (mit RF) und beide funktionieren jetzt :blush:
- Beim Start des Adapters werden die Geräte gesucht und falls ein Gerät gefunden hat das einen neuen Namen hat (z,B, neue IP) die mac-Adresse gleich ist wird der alte Name weiterverwendet, damit braucht man nicht umbenennen wenn neue IP's vergeben werden.
- Fast alle Kommunikationsroutinen mid den Geräten upgedated um Fehler (auf die ich draufgekommen bin als ich mehr Diagnose eingebaut hatte um RM4 zum laufen zu bekommen) zu minimieren, dadurch wurden Geräte zu als offline gekennzeichnet. Aber es sind noch nicht alle unhandled promise rejections gelöst, daran arbeite ich noch.
- Einige anderen kleinen Fehler so wie beim Debug-mode von admin wurden behoben.
Wichtig für RM4-Geräte: Man muss die Geräte womöglich mit älteren handy-apps ins netzwerk holen, wenn ich die neuesten apps verwendet habe dann werden sie mit einem neuen Protokoll verknüpft und der Adapter kriegt keine Authorizierung mit ihnen zu sprechen!
Ich persönlich habe die Adressen der broadlink clouds in CHina und Europe auf meinem PiHole gesperrt, damit können die Geräte nicht nach Hause-Telefonieren und werden nur vom Adapter gesteuert! Das muss aber temporär ausgeschaltet werden um ein Gerät ins WLAN zu bekommen.
Wäre nett wenn ihr testen könnt, ich werde mich in den nächsten Tagen anderen neuen Geräten widmen (der Glühbirne welche ich von geborgt bekommen habe z.B.) und weitere Fehler beheben.
Gehen mit der neuen Adapter Version , die alten Angelernten Geräte flöten?
Oder werden die Daten sauber in die neue Version dann übernommen?Werde Ihn morgen testen. Auch mit dem RM3-mini der bis jetzt nicht funktioniert.
Welches ist die richtige GIT Version? Bitte Link noch mal.
@deta
Die alte Konfig wird nicht geändert und sie bleibt bestehen.
Der Adapter wird vielleicht nur mekkern wenn du Geräte doppelt drinnen hast (selbe mac adresse für unterschiedliche IP's z.B.).
Du kannst auch ohne Probleme zurücksteigen da die Konfig nicht geändert wurde. -
Ich habe mir die Beta von github geholt und es funktioniert prima mit meinem RM mini 3.
Danke @frankjoke für deine Arbeit! -
Schöne Grüße zusammen!
Hab mirch in den letzten 3 Tagen hauptsächlich mit dem broadlink2-Adapter auseinandergesetzt und die erste neue beta (v2.0.9) auf git gestellt.Die wichtigsten Änderungen sind:
- RM4-Protokoll installiert wodurch einige neuen RM3-mini und RM4's jetzt funktionieren sollten. Ich habe zum Test einen RM4 mini, und einen alten RMPro (mit RF) und beide funktionieren jetzt :blush:
- Beim Start des Adapters werden die Geräte gesucht und falls ein Gerät gefunden hat das einen neuen Namen hat (z,B, neue IP) die mac-Adresse gleich ist wird der alte Name weiterverwendet, damit braucht man nicht umbenennen wenn neue IP's vergeben werden.
- Fast alle Kommunikationsroutinen mid den Geräten upgedated um Fehler (auf die ich draufgekommen bin als ich mehr Diagnose eingebaut hatte um RM4 zum laufen zu bekommen) zu minimieren, dadurch wurden Geräte zu als offline gekennzeichnet. Aber es sind noch nicht alle unhandled promise rejections gelöst, daran arbeite ich noch.
- Einige anderen kleinen Fehler so wie beim Debug-mode von admin wurden behoben.
Wichtig für RM4-Geräte: Man muss die Geräte womöglich mit älteren handy-apps ins netzwerk holen, wenn ich die neuesten apps verwendet habe dann werden sie mit einem neuen Protokoll verknüpft und der Adapter kriegt keine Authorizierung mit ihnen zu sprechen!
Ich persönlich habe die Adressen der broadlink clouds in CHina und Europe auf meinem PiHole gesperrt, damit können die Geräte nicht nach Hause-Telefonieren und werden nur vom Adapter gesteuert! Das muss aber temporär ausgeschaltet werden um ein Gerät ins WLAN zu bekommen.
Wäre nett wenn ihr testen könnt, ich werde mich in den nächsten Tagen anderen neuen Geräten widmen (der Glühbirne welche ich von geborgt bekommen habe z.B.) und weitere Fehler beheben.
@frankjoke Habe auch gerade mit dem RM3 mini getestet. Funktioniert super. Vielen, vielen Dank für Deine Arbeit zu dem Thema!!
-
@frankjoke auch bei mir funktionierts auf Anhieb! Danke dafür!
:+1: -
@frankjoke bei mir läuft es leider nicht so rund. Benutze ein RM4pro und bekomme folgendes angezeigt:
broadlink2.0 2020-06-06 00:06:23.216 info (23386) debug: Device UN:RM4 already found! broadlink2.0 2020-06-06 00:06:23.215 info (23386) debug: Device UN:RM4 already found! broadlink2.0 2020-06-06 00:06:23.215 info (23386) debug: Device UN:RM4 already found! broadlink2.0 2020-06-06 00:06:22.318 info (23386) found macs: 24:df:a7:e4:66:e7 broadlink2.0 2020-06-06 00:06:22.317 info (23386) broadlink2.0 started and found 1 devices named UN:RM4 broadlink2.0 2020-06-06 00:06:22.316 info (23386) Poll every 31 secods. broadlink2.0 2020-06-06 00:06:22.209 info (23386) debug: Device UN:RM4 already found! broadlink2.0 2020-06-06 00:06:16.742 info (23386) debug: discover from [ '192.168.0.154' ] broadlink2.0 2020-06-06 00:06:16.739 info (23386) debug: broadlink2 has 7 old states! broadlink2.0 2020-06-06 00:06:16.738 warn (23386) Unknown UN:RM4 with { address: '192.168.0.154', port: 80, devtype: 24994, maco: <Buffer e7 66 e4 a7 df 24>, mac: '24:df:a7:e4:66:e7', type: 'unknown', name: 'UN:RM4', devname: 'UKN', devhex: ' broadlink2.0 2020-06-06 00:06:16.691 silly (23386) States user redis pmessage broadlink2.0.*/broadlink2.0._NewDeviceScan:{"val":false,"ack":true,"ts":1591394776683,"q":0,"from":"system.adapter.broadlink2.0","user":"system.user.admin","lc":1591 broadlink2.0 2020-06-06 00:06:16.688 info (23386) debug: ChangeState ack:true of _NewDeviceScan = false broadlink2.0 2020-06-06 00:06:16.686 silly (23386) States user redis pmessage broadlink2.0.*/broadlink2.0._NewDeviceScan:{"val":false,"ack":true,"ts":1591394776683,"q":0,"from":"system.adapter.broadlink2.0","user":"system.user.admin","lc":1591 broadlink2.0 2020-06-06 00:06:14.201 info (23386) Device UN:RM4 dedected: address=192.168.0.154, mac=24:df:a7:e4:66:e7, typ=unknown, id=0x61a2 devtype=UKN broadlink2.0 2020-06-06 00:06:08.971 info (23386) debug: discover from [ '192.168.0.255', '255.255.255.255', '224.0.0.251' ] broadlink2.0 2020-06-06 00:06:08.964 info (23386) debug: ChangeState ack:true of _NewDeviceScan = true broadlink2.0 2020-06-06 00:06:08.909 info (23386) UDP socket listening on 0.0.0.0:15001 broadlink2.0 2020-06-06 00:06:08.904 info (23386) Discover Broadlink devices for 10sec on broadlink2.0 broadlink2.0 2020-06-06 00:06:08.891 info (23386) debug: Config IP-Address end to remove: .fritz.box broadlink2.0 2020-06-06 00:06:08.891 info (23386) macObjects: [ '24:df:a7:e4:66:e7' ] broadlink2.0 2020-06-06 00:06:08.889 info (23386) debug: interface to be used: { address: '192.168.0.211', netmask: '255.255.255.0', mac: '94:c6:91:10:f9:7b', cidr: '192.168.0.211/24' }: broadlink2.0 2020-06-06 00:06:08.887 info (23386) Devices to rename: broadlink2.0 2020-06-06 00:06:08.886 info (23386) Devices to add: broadlink2.0 2020-06-06 00:06:08.882 info (23386) broadlink2 initialization started... broadlink2.0 2020-06-06 00:06:08.878 info (23386) debug: broadlink2 received undefined objects and 7 states, with config ip,scenes,switches,poll,new,rename,lang,latitude,longitude,adapterConf,loglevel broadlink2.0 2020-06-06 00:06:08.791 info (23386) starting. Version 2.0.9 in /opt/iobroker/node_modules/iobroker.broadlink2, node: v10.20.1 broadlink2.0 2020-06-06 00:06:04.779 warn (22649) Adapter will exit in latest 1 sec with code false! broadlink2.0 2020-06-06 00:06:04.778 info (22649) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason broadlink2.0 2020-06-06 00:06:04.777 info (22649) terminating broadlink2.0 2020-06-06 00:06:04.775 info (22649) Close all connections... broadlink2.0 2020-06-06 00:06:04.774 info (22649) Adapter disconnected and stopped with dostop(false) and callback(true) broadlink2.0 2020-06-06 00:06:04.773 info (22649) Got terminate signal TERMINATE_YOURSELFAußerdem werden die Objekte nicht richtig angelegt z.B. der bzw. die learn Buttons
Gruß
moJO
Support us
778
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge