Adapter: broadlink2

[frankjoke]

@padrino sagte in Adapter: broadlink2:

@frankjoke
Ok, läuft.

Das neue "rename" kann mir aber nicht helfen, dass mein altes Gerät mit "-local" im Namen wieder (also als neues ohne den Zusatz) erkannt wird, oder?

Sollte schon! neuerName=alterName und den Objekt.Baum des neuen namens im Admin.objects löschen...

Ok, hab's noch nicht in diese Richtung probiert aber musst ja nicht löschen wenn nicht funktioniert.

[padrino]

@frankjoke
Ok.
Also Du meinst

RM:RMPROPLUS-xx-xx-xx=RM:RMPROPLUS-xx-xx-xx-local

nicht

RM:RMPROPLUS-xx-xx-xx-local=RM:RMPROPLUS-xx-xx-xx

(Hab' Angst mir etas zu zerschießen )

Hatte vermutet, neues (non-local) Objekt zu löschen und dann das -local umzubennen - ist wohl genau falsch rum.

[frankjoke]

@padrino

Ja, genau, neues Objekt solltest du löschen können und altes behalten.

[frankjoke]

Ja, kannst auch : alters-objekt=WohnzimmerRM, neues-objekt=WohnzimmerRM

dann solltest alles unter WohnzimmerRM haben!

[padrino]

Hmm, geht nicht, oder ich blick es nicht

Nachdem es nicht ging, habe ich mal versucht:

RM:RMPROPLUS-xx-xx-xx=RM:RMPROPLUS-xx-xx-xx-temp

Ergebnis: immer noch (nur) RM:RMPROPLUS-xx-xx-xx im Objektebaum.

Edit: Im log steht

Devices to rename: 
Devices to add: RM:RMPROPLUS-xx-xx-xx,RM:RMPROPLUS-xx-xx-xx-temp RM:RMPROPLUS-xx-xx-xx=RM:RMPROPLUS-xx-xx-xx-temp

[frankjoke]

@padrino
Ich habe eine Version auf git welche die originalen Namen (vor dem umbenennen) im debug-mode zu jedem Gerät listet.

Das schaut z.B. bei mir so aus:

Device SP:Gibssi3 dedected: address=192.168.178.118, mac=34:ea:34:f4:9e:2d, typ=sp2, id=0x2728 devtype=OEM branded SPMini2
Device AirAZ1 dedected: address=192.168.178.104, mac=34:ea:34:b2:bf:3d, typ=a1, id=0x2714 devtype=A1, originalName=A1:EAIR1
Device RMAZ1 dedected: address=192.168.178.102, mac=34:ea:34:f4:53:11, typ=rmp, id=0x272a devtype=RM2 Pro Plus, originalName=RM:RMPROPLUS
Device SP:Gibssi1 dedected: address=192.168.178.53, mac=34:ea:34:f5:75:dc, typ=sp2, id=0x2728 devtype=OEM branded SPMini2
Device SP:Jessi3-Switch dedected: address=192.168.178.100, mac=34:ea:34:f4:fe:a2, typ=sp2, id=0x2728 devtype=OEM branded SPMini2
Device SP:Steckdose-BL1 dedected: address=192.168.178.39, mac=34:ea:34:f5:27:06, typ=sp2, id=0x2728 devtype=OEM branded SPMini2
Device SP:SDKlima dedected: address=192.168.178.50, mac=34:ea:34:f4:9d:57, typ=sp2, id=0x2728 devtype=OEM branded SPMini2
Device Beok313 dedected: address=192.168.178.111, mac=78:0f:77:fa:83:7c, typ=t1, id=0x4ead devtype=T1 Floureon, originalName=T1:BroadLink-OEM-T1-fa-83-7c
Device SP:SP3S dedected: address=192.168.178.121, mac=34:ea:34:9d:2c:95, typ=sp3p, id=0x947a devtype=SP3SPower
Device SP:Gibssi2 dedected: address=192.168.178.117, mac=34:ea:34:f4:ce:f7, typ=sp2, id=0x2728 devtype=OEM branded SPMini2
Device SP:SM1 dedected: address=192.168.178.114, mac=34:ea:34:bd:92:4a, typ=sp2, id=0x7547 devtype=OEM branded SPMini2
debug: ChangeState ack:true of _NewDeviceScan = false
debug: broadlink2 has 94 old states!
seems that device SP:BroadLink-SPmini-T1-f5-75-dc got renamed to SP:Gibssi1! You may delete old device and change your scripts!
seems that device SP:BroadLink-SPmini-T1-f5-27-06 got renamed to SP:Steckdose-BL1! You may delete old device and change your scripts!
seems that device SP:BroadLink-SPmini-T1-f4-9d-57 got renamed to SP:SDKlima! You may delete old device and change your scripts!

Die letzten 3 Meldungen bedeuten dass alte und neue Namen im Objektbaum sind da sich Geräte zwischenzeitlich umbenannt haben, aber der Adapter hat dann wieder das Gerät mit dem richtigen namen (über die mac-adresse) gefunden.

p.s.: Löschen tut er nur RM's die erfolgreich umbenannt werden, sonst nix, da ja Logik in scripten dahinterstecken kann die noch geändert werden muss...

p.s.: Du siehst auch dass ich jetzt mehr mit den alten Namen arbeite, RMAZ1 heißt der Test-RM im Arbeitszimmer jetzt, sein Original-Name mit Fritz-Box zugewiesen ist aber RM:RMPROPLUS und wenn ich ihm keine feste Adresse und speziellen Namen in der Fritzbox gegeben hätte dann würde der origional-Name auch RM:Broadlink.....

Ach übrigens, du kannst beim Umbenennen links nur originalnamen verwenden, das ist der Originalname bei diesen die schon umbenannt sind oder die namen die bei 'Device .... found' im .... stehen wenn kein Originalname angegeben ist.
Also kannst auch keinen namen umbenennen welcher schon umbenannt wurde!

[Neuschwansteini]

@frankjoke Super, die Version 1.99 auf Git funktioniert mit meinen SPMini's jetzt einwandfrei, auch der RM-Mini und der RM-ProPlus wird erkannt und beide funktionieren.
Nur ist beim RMProPlus die Temp.Anzeige verloren gegangen.. die ging in 1.9.1 noch

Aber von der Erkennung und den States etc. jetzt bitte nichts mehr aendern...

[padrino]

@ilovegym sagte in Adapter: broadlink2:

Nur ist beim RMProPlus die Temp.Anzeige verloren gegangen.. die ging in 1.9.1 noch

Hmm, seltsam. Eigentlich hat der RMpro+ überhaupt keinen Sensor mehr verbaut und der Wert müsste 0 gewesen sein...

[frankjoke]

@ilovegym
Ok, das passiert wenn man ein Property einmal mit großem und einmal mit kleinem Buchstaben schreibt....

@padrino
Der neue Adapter versucht bei jedem RM die Temperatur zu lesen und zeigt sie also überall an wo es eben geht.

Egal, habe grad nen update auf Git gemacht und sollte nun gehen.

[Neuschwansteini]

@frankjoke sagte in Adapter: broadlink2:

@ilovegym
Der neue Adapter versucht bei jedem RM die Temperatur zu lesen und zeigt sie also überall an wo es eben geht.

Egal, habe grad nen update auf Git gemacht und sollte nun gehen.

Hi,
leider zeigt er bei der Temp null C an, und nicht die Temperatur.. wenn ich mir den Code ansehe, dann sieht das so aus, als ob das Value falsch gesetzt ist..??

hier der Auszug aus V1.9.9 Beta2:

und hier vom alten V1.9.1:

Im log von iobroker steht leider nichts, obwohl der Adapter auf debug steht.. hmm.. ?

[frankjoke]

@ilovegym

Hast du die Beta am Nachmittag runtergeladen? Hatte erst nach 14h das Update mit der Temperatur gemacht.
Übrigens, 'Learn' hjeisst jetzt '_Learn', natürlich musst das alte 'Learn' rauslöschen, der Adapter machts nicht automatisch...

Bei mir auf 3 Rechnern getestet, aber nur mit einem RM?-Plus.

[padrino]

@frankjoke sagte in Adapter: broadlink2:

Ach übrigens, du kannst beim Umbenennen links nur originalnamen verwenden, das ist der Originalname bei diesen die schon umbenannt sind oder die namen die bei 'Device .... found' im .... stehen wenn kein Originalname angegeben ist.
Also kannst auch keinen namen umbenennen welcher schon umbenannt wurde!

Sorrym ich blick es nicht.
Und so eine Auflistung, wie Du sie zeigst, sehe ich im debug log auch nicht.

Mein rmpro+ hieß immer "rm-mac-Adresse-local".
Nun mit dem neuen Adapter heißt er nur noch "rm-mac-Adresse".
Im Objektbaum gibt es beide "Ordner", der "-local" mit all meinen Befehlen, der ohne "-local" ist leer.
Umbennen geht weder bei mit oder ohne "-local", der Objektebaum bleibt unverändert.
Glaube, ich muss einfach alles wieder komplett neu anlernen.

[frankjoke]

@padrino sagte in Adapter: broadlink2:

Der ohne '-local' ist der alte (du hattest in deiner alten Konfig nicht angegeben das '.local' am Ende entfernt werden soll (um die Namen zu kürzen), beim neuen Adapter brauchst das nicht mehr da er das '.local' nicht mehr nimmt ('.local' weil die Punkte auf '-' umbenannt werden da kein '.' im Namen eines ioBroker-Gerätes vorkommen darf)!

In deinem Fall so vorgehen:

• Stoppe adapter
• Lösche die neue Instanz des Gerätes (ohne '-local')
• In Admin/Instanzen gib in konfig/rename ein 'neuerName=alterName' wobei alter name mit '-local' und neuer ohne ist.
• Starte adapter

Warum? Der neue Adapter findet dein Gerät jetzt mit dem neuen Namen und du willst ihn auf den alten Namen umbenennen!

Dann sollte ein neues Gerät ohne '-local' entstehen und die gelernten States vom alten enthalten.
Er kann nicht umbenennen wenn der neue Name schon besteht!

p.s.: Kannst den neuen Namen natürlich auch anders nennen, wie z.B: FernsteuerungWohnzimmer anstatt rm-mac-Adresse-local

[frankjoke]

@padrino sagte in Adapter: broadlink2:

Sorrym ich blick es nicht.
Und so eine Auflistung, wie Du sie zeigst, sehe ich im debug log auch nicht.

Sogar wenn dein Adapter im Admin auf Info ist wirst die Geräte sehen die er findet, alles wirst nur auf debug sehen!

[padrino]

@frankjoke

Es geht leider nicht.
Habe mich Schritt für Schritt an Deine Anweisung gehalten.
Das Ergebnis, mein -local heißt wie vorher und es wird ein neues leeres Objekt angelegt, dass den Namen ohne -local hat.
Adapter steht auf "debug", aber im Log steht nicht wirklich etwas drin (muss evtl. noch ein anderer Adapter zusätzlich auf "debug" stehen?).
Wichtig ist nur der Broaslink mit "x", der mit "y" ist im Moment nicht angeschlossen, aber noch Teil der Konfig.

~~gelöscht~~

[Neuschwansteini]

@frankjoke sagte in Adapter: broadlink2:

@ilovegym

Hast du die Beta am Nachmittag runtergeladen? Hatte erst nach 14h das Update mit der Temperatur gemacht.
Übrigens, 'Learn' hjeisst jetzt '_Learn', natürlich musst das alte 'Learn' rauslöschen, der Adapter machts nicht automatisch...

Bei mir auf 3 Rechnern getestet, aber nur mit einem RM?-Plus.

Hi, hab nochmal drueber installiert, funktioniert jetzt, war anscheinend zu schnell ..
Jetzt geht alles einwandfrei, super! Kommt heute abend aufs produktivsystem, sofern sich heute auf dem test keine macken mehr finden lassen..

Vielen Dank!

[padrino]

@ilovegym sagte in Adapter: broadlink2:

Hi, hab nochmal drueber installiert, funktioniert jetzt, war anscheinend zu schnell ..

Dann hast Du aber "nur" einen RM pro und keinen RM pro+, oder?

@frankjoke
Wäre es evtl. möglich, dass der Adapter ein Setting bekommt, ob die Erweiterung gestrippt wird, oder nicht?
Könnte mir vorstellen, dass es noch Leute wie mich gibt, die in der alten Konfig "-local" Geräte haben und die würden dann ja auch mit den Problemen kämpfen wie ich - es sei denn natürlich bei denen klappt das Umbennen problemlos.
Kann man denn die Datenpunkte irgendwie manuell exportieren und dann extern editieren und wieder zurück schreiben?

[liv-in-sky]

@padrino sagte in Adapter: broadlink2:

Kann man denn die Datenpunkte irgendwie manuell exportieren und dann extern editieren und wieder zurück schreiben?

im object-tab gibt es einen "export als json" - ich habe das genutzt um auf den adapter umzusteigen

[frankjoke]

@padrino sagte in Adapter: broadlink2:

@frankjoke

Es geht leider nicht.
Habe mich Schritt für Schritt an Deine Anweisung gehalten.
Das Ergebnis, mein -local heißt wie vorher und es wird ein neues leeres Objekt angelegt, dass den Namen ohne -local hat.
Adapter steht auf "debug", aber im Log steht nicht wirklich etwas drin (muss evtl. noch ein anderer Adapter zusätzlich auf "debug" stehen?).
Wichtig ist nur der Broaslink mit "x", der mit "y" ist im Moment nicht angeschlossen, aber noch Teil der Konfig.

broadlink2.0	2019-04-03 01:35:40.438	info	3 were not found: RM:RMPROPLUS-xx-xx-xx-local,RM:RMPROPLUS-yy-yy-yy-local,T1:BroadLink_OEM-zz-zz-zz-zz
broadlink2.0	2019-04-03 01:35:40.437	info	broadlink2.0 started and found 1 devices named 'RM:RMPROPLUS-xx-xx-xx'.
broadlink2.0	2019-04-03 01:35:34.586	warn	device T1:BroadLink_OEM-zz-zz-zz-zz not found, please rescan later again or delete it! It was: 192.168.2.115,80,7,20141,[object Object],34:ea:34:9f:b5:a7,t1,T1:BroadLink_OEM-zz-zz-zz-zz,0x4ead,T1 Flou
broadlink2.0	2019-04-03 01:35:34.585	warn	device RM:RMPROPLUS-yy-yy-yy-local not found, please rescan later again or delete it! It was: 192.168.2.122,IPv4,80,128,10141,rm,RM:RMPROPLUS-yy-yy-yy-local,RM3 Pro Plus,9d:27:7a:yy:yy:yy> broadlink2.0	2019-04-03 01:35:34.567	warn	device RM:RMPROPLUS-xx-xx-xx-local not found, please rescan later again or delete it! It was: 192.168.2.100,IPv4,80,128,10141,rm,RM:RMPROPLUS-xx-xx-xx-local,RM3 Pro Plus,9d:27:64:yy:yy:yy
broadlink2.0	2019-04-03 01:35:26.774	info	Device RM:RMPROPLUS-xx-xx-xx dedected: address=192.168.2.100, mac=34:ea:34:xx:xx:xx, typ=rmp, id=0x279d devtype=RM3 Pro Plus
broadlink2.0	2019-04-03 01:35:26.626	info	Discover Broadlink devices for 10sec on broadlink2.0
broadlink2.0	2019-04-03 01:35:26.625	info	UDP socket listening on 0.0.0.0:15001
broadlink2.0	2019-04-03 01:35:26.446	info	Devices to rename:

Anbei meine Analyse zu deinem Log (man muss ihn von unten nach oben lesen):

broadlink2.0 2019-04-03 01:35:26.446 info Devices to rename:
Du hast KEIN rename in der Konfig!
2019-04-03 01:35:26.774 info Device RM:RMPROPLUS-xx-xx-xx dedected: address=192.168.2.100, mac=34:ea:34:xx:xx:xx, typ=rmp, id=0x279d devtype=RM3 Pro Plus
Dein RM wurde gefunden und hat eine Mac-Adresse 34:ea:34:xx:xx:xx. Übrigens das xx-xx-xx was du ausgeblendet hast sind normalerweise die letzten 3 Stellen der Mac, also ??-??-?? in dem Fall. Anhand der Mac-Adresse sehe ich dass der Hersteller HangZhou Gubei Electronics Technology Co.,Ltd ist

Dein altes war It was: 192.168.2.100,IPv4,80,128,10141,rm,RM:RMPROPLUS-xx-xx-xx-local,RM3 Pro Plus,9d:27:64:yy:yy:yy, und das eigenartige ist die mac-adresse da: 9d:27:64:yy:yy:yy, bei ihr ist der Vendor unbekannt (genauso wie beim noch älteren yy-yy-yy! Ist das wirklich das selbe Geät?

Hast du irgendawas mit dem Netztwerk gemacht? Die Broadlink-Geräte ändern ihre mac-Adressen wenn du am Netwerk (SSID, passwort, router-Mac, ...) irgendwas änderst und sie neu ins netz einbindest.

Die letzten Meldungen sagen dass die alten Geräte nicht gefunden wurden (klar, sind nicht dran oder haben jetzt eine neue Mac)!

Zum Umbenennen: Du müsstest in deinem rename-Feld eingeben:
RM:RMPROPLUS-xx-xx-xx=RM:RMPROPLUS-xx-xx-xx-local
Vorher jedoch Adapter stoppen und den kompletten Baum von RM:RMPROPLUS-xx-xx-xx löschen.
Und dann erst Adapter mit der rename-konfig starten.

p.s.: Habe alle Mac-Adressen auf Wunsch von @padrino unkenntlich gemacht.

[frankjoke]

@frankjoke sagte in Adapter: broadlink2:

@padrino sagte in Adapter: broadlink2:

Ich vergaß: Hast auch immer ein Upload gemacht nachdem du die neuie Version von Git geladen hast?
Im Admin.Adapter (wenn du ListeenAnsicht hast expertenmodus ein) dann bei broadlink2 den Pfeil nach oben!