NEWS
Adapter: broadlink2
Adapter: broadlink2
-
Lösung im Forum hier gefunden: KLICK
Morgen wenn ich das schaffe, werde ich mich um die Programm kümmern, heute Meckerte die Frau schon mit dem Spielen
@deta
Wie genau installiert man den dort genannten Adapter? Was sind .go-Dateien? -
Hat schon mal jemand probiert mit dem Broadlink2 433MHz Funksender eines Thermometers auszulesen?
Ich habe 2 Funksender von einem Kühlschrankthermometer und der Empfänger ist defekt. Frage mich nun, ob ich die Sender irgendwie nutzen und in iobroker einbinden kann.Sollte das funktionieren, würde ich mir so einen Broadlink2 zulegen.
-
Hat schon mal jemand probiert mit dem Broadlink2 433MHz Funksender eines Thermometers auszulesen?
Ich habe 2 Funksender von einem Kühlschrankthermometer und der Empfänger ist defekt. Frage mich nun, ob ich die Sender irgendwie nutzen und in iobroker einbinden kann.Sollte das funktionieren, würde ich mir so einen Broadlink2 zulegen.
-
Hat schon mal jemand probiert mit dem Broadlink2 433MHz Funksender eines Thermometers auszulesen?
Ich habe 2 Funksender von einem Kühlschrankthermometer und der Empfänger ist defekt. Frage mich nun, ob ich die Sender irgendwie nutzen und in iobroker einbinden kann.Sollte das funktionieren, würde ich mir so einen Broadlink2 zulegen.
-
@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
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
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
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
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 ...
-
@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 ...@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 ...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 ...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 ...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
- 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.
- 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
-
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
- 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
- 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.
- 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
Der Empfänger ist defekt und kann somit nicht genutzt werden, aber die beiden dazugehörigen Sender funktionieren noch einwandfrei. Ich suche halt ein Gerät, welches diese Daten empfangen und verarbeiten kann.
Support us
222
Online32.4k
Users81.3k
Topics1.3m
Posts