Xiaomi Mi Gateway V3 Workaround für gelben miHome-Adapter

[crunchip]

@Atifan theoretisch ja, wenn nicht schon eine neue Firmware drauf ist, (kann man sich leider nicht so sehr darauf verlassen) wichtig ist bei Inbetriebnahme kein Update zu machen, andernfalls, dann die Vorgehensweise, wie ich dir im anderen Beitrag schon geschrieben habe

[Atifan]

Also wie meinst du jetzt.
Funktioniert das Gerät was ich gepostet habe nur wenn es noch eine alte FW hat?
Oder funktioniert es auch mit der neusten Firmware, nur dass ich es dann über die Konsole freimachen muss.
Oder funktioniert das gepostete Geräte überhaupt nicht mehr, wenn es auf der aktuellsten FW wäre?

[crunchip]

@Vocaris deshalb musst du das hochladen unterbrechen.
Du kopierst dir den Befehl
printenv
wenn du dein Gateway einschaltest, siehst du die ersten Zeilen laden in der Konsole. da einfach mit der rechten Maustaste dann reinklicken, damit wird der Bootvorgang unterbrochen und du kannst wie im Link weiter vorgehen.
wie gesagt, ich habe ein Aqara EU Version, hab das passwort geändert und root Zugriff, jedoch keine Ahnung, was man da machen könnte, da die übliche Vorgehensweise nur beim Mi Gateway funktioniert.
https://community.openhab.org/t/solved-openhab2-xiaomi-mi-gateway-does-not-respond/52963/188

[crunchip]

@Atifan man kann sich halt nicht darauf verlassen, was genau verkauft wird. Ob schon ne neuere Firmware drauf ist oder nicht, weiss man im Vorfeld nicht. Da jedoch V2 "New Version" dabei steht, gehe ich davon aus, das du es dann erst "freischalten" musst.
Entweder per Software oder im Zweifel mit Löten

[Vocaris]

@crunchip sagte in Xiaomi Mi Gateway V3 Workaround für gelben miHome-Adapter:

printenv

Hei,
also habe es jetzt x mal versucht. Der einzutragen Text ist bei mir:

setenv bootargs 'console=ttymxc0,115200 ubi.mtd=3 root=ubi0:rootfs rootfstype=ubifs cma=96M mtdparts=gpmi-nand:3m(boot),7m(kernel),1m(dtb),-(rootfs)
bootcmd=nand read ${loadaddr} 0x300000 0x700000;nand read ${fdt_addr} 0xA00000 0x100000;bootz ${loadaddr} - ${fdt_addr}
bootcmd_mfg=run mfgtool_args;bootz ${loadaddr} ${initrd_addr} ${fdt_addr};
bootdelay=1
console=ttymxc0
ethprime=FEC
fdt_addr=0x83000000
fdt_high=0xffffffff
initrd_addr=0x83800000
initrd_high=0xffffffff
loadaddr=0x80800000
mfgtool_args=setenv bootargs console=${console},${baudrate} cma=96M rdinit=/linuxrc g_mass_storage.stall=0 g_mass_storage.removable=1 g_mass_storage.file=/fat g_mass_storage.ro=1 g_mass_storage.idVendor=0x066F g_mass_storage.idProduct=0x37FF g_mass_storage.iSerialNumber="" mtdparts=gpmi-nand:3m(boot),7m(kernel),1m(dtb),-(rootfs)
mtdids=nand0=gpmi-nand
mtdparts=mtdparts=gpmi-nand:3m(boot),7m(kernel),1m(dtb),-(rootfs)
panel=TFT43AB single rw init=/bin/bash'

Wenn ich dann boote, komme ich nicht zu dem Promt, wo ich das neue Root PW eingeben kann.
Er bleibt stehen bei:

[    1.965933] UBIFS error (pid: 1): cannot open "ubi0:rootfs", error -19VFS: Cannot open root device "ubi0:rootfs" or unknown-block(0,0): error -19
[    1.979203] Please append a correct "root=" boot option; here are the available partitions:
[    1.987665] 0100           65536 ram0  (driver?)
[    1.992326] 0101           65536 ram1  (driver?)
[    1.997068] 0102           65536 ram2  (driver?)
[    2.001722] 0103           65536 ram3  (driver?)
[    2.006423] 0104           65536 ram4  (driver?)
[    2.011078] 0105           65536 ram5  (driver?)
[    2.015768] 0106           65536 ram6  (driver?)
[    2.020420] 0107           65536 ram7  (driver?)
[    2.025108] 0108           65536 ram8  (driver?)
[    2.029761] 0109           65536 ram9  (driver?)
[    2.034448] 010a           65536 ram10  (driver?)
[    2.039188] 010b           65536 ram11  (driver?)
[    2.044029] 010c           65536 ram12  (driver?)
[    2.048771] 010d           65536 ram13  (driver?)
[    2.053597] 010e           65536 ram14  (driver?)
[    2.058338] 010f           65536 ram15  (driver?)
[    2.063132] 1f00          262144 mtdblock0  (driver?)
[    2.068219] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[    2.076507] ---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[   78.672462] random: nonblocking pool is initialized

Mod-Edit: Code/Log in Code Tags gepackt. Bitte benutzt die Code Tags Funktion -> </>
Hier gehts zur Hilfe.

[crunchip]

@Vocaris fehlt da nicht was am Schluss beim Befehl setenv?
sollte so lauten

setenv bootargs 'console=ttymxc0,115200 ubi.mtd=3 root=ubi0:rootfs rootfstype=ubifs cma=96M mtdparts=gpmi-nand:3m(boot),7m(kernel),1m(dtb),-(rootfs) single rw init=/bin/bash'

[Vocaris]

@crunchip sagte in Xiaomi Mi Gateway V3 Workaround für gelben miHome-Adapter:

setenv bootargs 'console=ttymxc0,115200 ubi.mtd=3 root=ubi0:rootfs rootfstype=ubifs cma=96M mtdparts=gpmi-nand:3m(boot),7m(kernel),1m(dtb),-(rootfs) single rw init=/bin/bash'

Na super. Ich Doof.
Aber in der Anleitung stand ich soll alles kopieren.
Du hast nur die Zeile mit bootargs genommen. Ich habe halt alles genommen bis panel...
Ein bischen blöd erklärt.

OK hab es und Root PW ist geändert.
Jetzt ist die Frage, wie ich den Port ändern kann...

[Vocaris]

Bevor ich mich jetzt zum Nimmerleinstag suche.
Hat hier schon jemand die EU Version so anpassen können, dass das GW im ioBroker grün angezeigt wird?
Weder im Modus, wenn man den Bootloader unterbricht noch nach dem normalen Boot und dem Verlassen per exit_factory und Anmeldung als Root kann ich den Befehl psm-set network.open_pf 3 ausführen. Das Kommando psm-set ist in beiden Modis nicht bekannt.

[Neuschwansteini]

@Vocaris Hi, ich denke nicht, dass die EU Version dazu kompatibel ist. Es ist ja nicht nur, dass du den Port nicht auf bekommst, das Gateway muss ja auch das Protokoll dann unterstützen, und liegt der Hund begraben...

[Vocaris]

@ilovegym
Danke. Finde dazu leider halt nix. Also wenn das demnächst nix gibt, dann verkaufe ich mein GW.
Wollte es wenn nur Alarmgeber nutzen. Mein Alarmsystem wollte ich über den ioBroker realisieren. Da sollen alle Sensoren angemeldet und auch gesteuert werden. Das GW wollte ich dafür als interne Sirene und Lichtgeber verwenden. Wenn das als Gerät nicht in den ioBroker integrierbar und ansprechbar ist, kommt es weg und ich hole mir ein entsprechendes Alternativgerät.

[Neuschwansteini]

@Vocaris ich hab 7 Gateways hier eingebunden und über 130 Sensoren verbaut, die ganz normalen China Varianten funktionieren problemlos seit Jahren.
Also z.bsp. das hier
#Aliexpress € 21,32 26%OFF | Xiao mi Gateway 2 Original mi jia Smart-Home-Kits Gateway Hub Alarm System Control Radio Yi Camers mi Tür sensor Glocke Temperatur
https://a.aliexpress.com/_UNVik

[Atifan]

Hi, bei den meisten Xiaomi V2 Gateways ist auf der Rückseite die Schrift ja rund angeordnet wie auf Bild1, bei mir sieht es aber so aus wie auf Bild2.
Hat das irgendwas zu sagen?

Bild1

Bild2

[Vocaris]

@ilovegym
Du meinst in den ioBroker eingebunden?`
Ergo verwendet du die GWs auch eher Aktor? Und z.B. die Xiaomi Fensterkontakte werden z.B. per Zigbee (über den ConbeeII) als diconz Gerät eingebunden und alles z.B. über Blocky gesteuert.
Ergo funken deine GWs auch nicht nach Hause?

[Atifan]

Was mir gerade einfällt.
Das Xiaomi Gateway wird ja normalerweise über den "Xiaomi MiHome Gateway" Adapter eingebunden in IoBroker.
Geht es denn nicht, dass man das Gateway einfach über den Zigbee-Adapter anlernt, so wie man auch normale "CC2530" Repeater anlernt?
Oder wieso funktioniert das nicht?

[Vocaris]

@Atifan Hei,
Also IMHO ist das GW ja ein Empfangsgerät und nimmt selber Sensoren/Aktoren auf und verwaltet sie.
Wenn die Geräte z.B. am ConBee2 angelernt werden, ist ja das Conbee das GW.
Mir wäre nicht bekannt, dass man eine GW ans GW anmelden kann. Wüsste auch nicht, wo man am Xiaomi GW einen Pairing Knopf hat, also das er in den "Sendestatus" geht.
Wer da was anderes weiß .... Bitte gerne Infos hier....

[Atifan]

Ahso ja verstehe, stimmt. Ist ja ein Gateway also Coordinator. Danke!

[Negalein]

@Vocaris sagte in Xiaomi Mi Gateway V3 Workaround für gelben miHome-Adapter:

Ergo verwendet du die GWs auch eher Aktor? Und z.B. die Xiaomi Fensterkontakte werden z.B. per Zigbee (über den ConbeeII) als diconz Gerät eingebunden und alles z.B. über Blocky gesteuert.

Nein, er verwendet die Tür-/Fensterkontakte, usw. am Gateway.
Er hat 7 GW im ioBroker.

bei mir laufen auch schon 3 GW.

Ergo funken deine GWs auch nicht nach Hause?

Ganz einfach über zB Fritzbox den Zugang sperren.

[Vocaris]

@Negalein OK. Bedeutet aber ich muss ein anderes Xiaomi GW haben, sonst kann ich ihn ja nicht in den ioB einbinden.
Aber warum betreibt man einen Xiaomi GW denn im ibB und verbindet seine Sensoren mit dem GW?
Man kann die Sensoren ja dann gar nicht für andere Aktionen im ioB benutzen. z.B. dass eine externe Sirene 1 Min. später aktiviert werden soll.
Das würde ja nur gehen, wenn das GW selber "Meldungen" abgeben kann, dass man im ioB als "Sensor" für z.B. einen Blocky Programm genutzt werden kann.
Dann doch lieber alle Sensoren per Zigbee im ioB anmelden und dort dann alles miteinander verbinden.
Oder sehe ich das was falsch?

[Negalein]

@Vocaris sagte in Xiaomi Mi Gateway V3 Workaround für gelben miHome-Adapter:

Man kann die Sensoren ja dann gar nicht für andere Aktionen im ioB benutzen. z.B. dass eine externe Sirene 1 Min. später aktiviert werden soll.
Das würde ja nur gehen, wenn das GW selber "Meldungen" abgeben kann, dass man im ioB als "Sensor" für z.B. einen Blocky Programm genutzt werden kann.

Klar ist das möglich.
Blockly, Script

[Vocaris]

@Negalein OK. Dann werde ich das mal versuchen.
Geht aber erst mit einem neuen Gateway, das man in den ioB integrieren kann. Mit meine EU Version geht es ja nicht. Ich schätze mal, dass man dann dort das GW ansprechen und im GW Adapter dann die Sensoren sieht und man im Blocky dann sagen kann "Wenn der Sensor im Xiaomi Homeadapte auf true wechselt, dann sende ein Post per Telegramm"....