UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Ein ehemaliger Benutzer]

@anti ich versuche gerade die ip umzubiegen aber habe keine Idee wie ich das schaffe, könntest du mich mal in die richtige Richtung lenken damit ich das hinbekomme?

[Chaosbrother]

Gestern mal mit Wireshark das Wlan gesnift. Daten werden von der internen IP auf die 10.10.100.154 auf Port 12154 gesendet.
War aber nichts brauchbares bzw. lesbares dabei. Gesendet wird über UDP.
Ist schon jemand weiter in der Sache?

[Nordischerjung]

@chaosbrother sagte in PH-Messung:

@gerald123 Hallo
Man müsste den ESP auslesen , das man sieht was auf Tx/Rx passiert.

das wird nichts, da bekommst du höchstens den Binärcode raus und den wirst du dann nicht wandeln können

[Chaosbrother]

@nordischerjung aber man könnte dann den Gateway vieleicht ändern oder sowas.

[Anti]

Ok sorry. Also umbiegen =
Du musst deinem Router beibringen, wenn ein Gerät deines Netzwerks auf jene besagte IP zugreifen will, das nicht ins Internet gesendet wird sondern zu deinem MQTT Server umgeleitet wird (und retour wenn der antwortet). Nur wie man das macht hängt halt vom Router ab (wenn der das überhaupt kann). Bei PFSense kann man eine virtuelle IP erstellen und dazu dann ein 1:1 NAT. Ist jetzt vereinfacht ich hab da auch ne weile dran geschraubt bis er das so gemacht hat wie ich mir das vorstelle. Wenn jmd ne PFsense hab helf ich da gerne weiter bei allen anderen Routern ist wohl Dr Google gefragt.

Dann die Sache mit der direkten Datenübertragung ... klingt doch eigentlich interessant, man müsste dem Ding vermutlich nur signalisieren, das der MQTT Server die App ist und er Daten senden soll. Wobei die Diagramme da sind jetzt zumindest nicht direkt intuitiv.

[Anti]

Hmm hab gerade festgestellt ich hab wohl die falsche IP angegeben. 119.29.42.117 wärs wohl.

[coyote]

Ich hänge mich hier auch mal mit an. Die 119.29.42.117 habe ich auch rausgefunden.
Leider habe ich es mit meiner Unifi Firewall noch nicht geschafft, die Daten auf den MQTT umzubiegen.

[Chaosbrother]

Ich denke wir brauchen hier einen ESP -Experten der versteht was da vor sich geht und wie man die Daten umleiten bzw den Gateway ändern kann.

[apollon77]

Bei mir steht das Thema auch an ... Blöd das da Lokal nix geht
Aber DNS umbiegen ist echt blöd und unconvenient

Hat jemand die App schonmal auseinander genommen das man die Daten da abholen kann wenigstens?

[Chaosbrother]

@apollon77 Hm. Davon hab ich leider keine Ahnung. Vieleicht kennt sich ja jemand damit aus.
Ich denke , wenn man den ESP auslesen könnte und dann die IP auf den Mqtt umändert , die Firmware wieder zurückspielt
dann solllte man die Daten haben. Nur auslesen kann ich auch nicht

[Homoran]

@chaosbrother sagte in PH-Messung:

Nur auslesen kann ich auch nicht

das ist auch Sinn der Sache.
Sonst könnte man deine Wettersenoren aus dem Garten klauen und hätte deine WLAN-Zugangsdaten

[sharan]

@dala
Hi,
Sorry for writing in English, I don't speak German.
I found this thread while Googling for PH-803W firmware flashes...

Some background:
I'm in the process of buying a Wifi PH/ORP measurement tool and found PH-803W on AliBaba. I wanted to check a way to not use the Android App, but redirect the data from PH-803W to a MQTT broker and then integrate with my home automation system. I use HomeSeer for home automation.

According to the picture posted by you the PH-803W uses ESP12f chip, which is based on ESP8266 chipset.
Have to tries to use tools like Tasmota or similar to reflash the device?

There are many toolkits that support ESP8266 firmware rewrite. Take a look:
https://en.wikipedia.org/wiki/ESP8266#Espressif_modules

[coyote]

@apollon77 hab ich doch vorhin im poolpower forum deinen Alias entdeckt

Ich bin da jetzt auch noch nicht wirklich weiter mit dem Teil. An App zerlegen hab ich auch schon gedacht, braucht nur jemanden, der es kann.
Ich weiß nicht, ob man auch an RX/TX was auslesen könnte von dem ESP.

[apollon77]

@coyote sagte in PH-Messung:

An App zerlegen hab ich auch schon gedacht, braucht nur jemanden, der es kann.

naja da muss man mal schauen. Ich würde mit nem HTTP proxy anfangen und schauen ob man HTTP requests sieht ... wenn nein muss man mit wireshark ran dann könnte es MQTT sein.

Also wenn du die app und nen clpud account hast mir mal schicken mit den Daten und ich schaue mal

[coyote]

@apollon77 mit http proxy kann ich nix anfangen, weiß ich nicht wie das geht.
Wireshark hatte ich schon benutzt, damit hab ich die IP und den Port raus bekommen, die das Ding anspricht.
Nutze aber auch den Cloud Zugang nicht, nur LAN oder über VPN, wobei er in der App auch Remote anzeigt, wenn ich über VPN verbunden bin.

Wenn es dir hilft, kann ich auch nen Account anlegen

[apollon77]

@coyote Ahhh ... die App verbindet ich lokal?? Ja dann ... aber ja am Ende muss man schauen was die App tut. Wenn Lokal dann braucht man wohl eher direkten Zugriff

[coyote]

@apollon77
Also ich weiß nicht so recht, lokal sei mal dahin gestellt. In der App steht zwar "LAN" wenn ich mit beidem im heimischen WLAN bin und wenn ich per VPN drauf zugrreife steht "Remote" in der App. Aber bei Wireshark kommen die gleichen Protokolle und auch IP Adresse raus.

Schau mal, so siehts in wireshark aus.

59398	42.180687	119.29.42.117	192.168.66.54	MQTT	60	Ping Response
58392	41.859962	192.168.66.54	119.29.42.117	MQTT	56	Ping Request
56888	41.376643	192.168.66.54	119.29.42.117	MQTT	134	Publish Message [dev2app/CFqpJTSymCE9PLlp1DpbhY/usr2AiQiQhHhGgG5F5F4E4t]
55942	41.070275	119.29.42.117	192.168.66.54	MQTT	125	Publish Message [app2dev/CFqpJTSymCE9PLlp1DpbhY/usr2AiQiQhHhGgG5F5F4E4t]
55898	41.048388	192.168.66.54	119.29.42.117	MQTT	106	Publish Message [dev2app/CFqpJTSymCE9PLlp1DpbhY]
55755	41.006119	119.29.42.117	192.168.66.54	MQTT	121	Publish Message [app2dev/CFqpJTSymCE9PLlp1DpbhY/usr2AiQiQhHhGgG5F5F4E4t]
53674	40.334612	192.168.66.54	119.29.42.117	MQTT	106	Publish Message [dev2app/CFqpJTSymCE9PLlp1DpbhY]
52837	40.064017	119.29.42.117	192.168.66.54	MQTT	100	Publish Message [ser2cli_res/CFqpJTSymCE9PLlp1DpbhY]
35117	34.327664	192.168.66.54	119.29.42.117	MQTT	106	Publish Message [dev2app/CFqpJTSymCE9PLlp1DpbhY]
5944	24.840750	192.168.66.54	119.29.42.117	MQTT	106	Publish Message [dev2app/CFqpJTSymCE9PLlp1DpbhY]
917	18.835631	192.168.66.54	119.29.42.117	MQTT	106	Publish Message [dev2app/CFqpJTSymCE9PLlp1DpbhY]
397	12.827564	192.168.66.54	119.29.42.117	MQTT	106	Publish Message [dev2app/CFqpJTSymCE9PLlp1DpbhY]
123	6.535826	192.168.66.54	119.29.42.117	MQTT	106	Publish Message [dev2app/CFqpJTSymCE9PLlp1DpbhY]
9	0.532890	192.168.66.54	119.29.42.117	MQTT	106	Publish Message [dev2app/CFqpJTSymCE9PLlp1DpbhY]

[apollon77]

Ich switche mal auf Englisch um auch @sharan mitzunehmen:

Ok, I found some code and looks like the GizWith stuff opens ports locally on the device in LAN for port 12416 (TCP) and 12414 (UDP) and UDP Broadcast on 2415 ... So it could be really an idea to do a port scan against the device in local network.
(https://github.com/gizwits/gokit-GAgent/blob/master/software/lan/Socket.c#L109-L111)

We should also see UDP packages I think which are then also used for discovery.

Also in this code some stuff is in that could describe some protocols and stuff.

So, yes also the local stuff should be a MQTT server when I interpret that correctly

https://github.com/gizwits/gokit-GAgent/blob/master/software/lan/lan.c#L291

(all relevant only if that code is somehow current)

[coyote]

@apollon77 here again everything that wireshark outputs to adress 119.29.42.117
Port is 47280
I don't see UDP packets

9	0.532890	192.168.66.54	119.29.42.117	MQTT	106	Publish Message [dev2app/CFqpJTSymCE9PLlp1DpbhY]
123	6.535826	192.168.66.54	119.29.42.117	MQTT	106	Publish Message [dev2app/CFqpJTSymCE9PLlp1DpbhY]
397	12.827564	192.168.66.54	119.29.42.117	MQTT	106	Publish Message [dev2app/CFqpJTSymCE9PLlp1DpbhY]
917	18.835631	192.168.66.54	119.29.42.117	MQTT	106	Publish Message [dev2app/CFqpJTSymCE9PLlp1DpbhY]
5944	24.840750	192.168.66.54	119.29.42.117	MQTT	106	Publish Message [dev2app/CFqpJTSymCE9PLlp1DpbhY]
35117	34.327664	192.168.66.54	119.29.42.117	MQTT	106	Publish Message [dev2app/CFqpJTSymCE9PLlp1DpbhY]
53057	40.134667	192.168.66.54	119.29.42.117	TCP	54	47280 → 1883 [ACK] Seq=313 Ack=47 Win=4957 Len=0
53674	40.334612	192.168.66.54	119.29.42.117	MQTT	106	Publish Message [dev2app/CFqpJTSymCE9PLlp1DpbhY]
55772	41.009306	192.168.66.54	119.29.42.117	TCP	54	47280 → 1883 [ACK] Seq=365 Ack=114 Win=4890 Len=0
55898	41.048388	192.168.66.54	119.29.42.117	MQTT	106	Publish Message [dev2app/CFqpJTSymCE9PLlp1DpbhY]
56143	41.134375	192.168.66.54	119.29.42.117	TCP	54	47280 → 1883 [ACK] Seq=417 Ack=185 Win=4819 Len=0
56888	41.376643	192.168.66.54	119.29.42.117	MQTT	134	Publish Message [dev2app/CFqpJTSymCE9PLlp1DpbhY/usr2AiQiQhHhGgG5F5F4E4t]
58392	41.859962	192.168.66.54	119.29.42.117	MQTT	56	Ping Request
59645	42.258980	192.168.66.54	119.29.42.117	TCP	54	47280 → 1883 [ACK] Seq=499 Ack=187 Win=4817 Len=0

[apollon77]

In fact this all seems to be the "device to cloud" traffic ... so I would have expected that as soon as you open the app on the phone the app sends out udp packages locally and this is also answered by the device and then the app connects to the device directly ...

so you would need to check traffic where your mobile phone and the local device IP is involved