search

peuter / ecoflow

Provides access to ecoflow devices via the homie MQTT convention
3 stars 2 forks source link

question: plug simulation #5

Open foxthefox opened 1 year ago

foxthefox commented 1 year ago

I have a question to the implementation of the plug handling. I saw "simulation" in the code. Does it mean that a virtual device is implemented and via this the dynamic watts in the powerstream can be additionally set?

peuter commented 1 year ago

That was the idea, but unfortunately I did not find a way to make it work.

foxthefox commented 1 year ago

It would be so cool to inject the dynamic watts. Most likely it happens on BLE communication :-(

foxthefox commented 10 months ago

I have made some thoughts and have to ask again. Did you try to similate the smart plug with the identical id# of a previously living plug which is removed from socket, but immediately the simulation keeps the heartbeat running?

peuter commented 10 months ago

Yes I tried with an ID from an existing smart plug that wasn't plugged in when I started the test. But I do not remember the amount of time that has passed between unplugging the real device and starting the test. Maybe a couple of minutes.

foxthefox commented 10 months ago

Thanks for clarification

foxthefox commented 10 months ago

now I have also a smart plug and played with it, there was an firmware update and it said that the bluetooth is switched off after connection to wlan (for better stability of wlan). it seems really so, the ble-scan showed no longer the plug.

so I assume that the update of dynamicWatts must be handled via an unknown mqtt-topic. it would be good to find that topic somehow I guess then the simulation would work

at least I have observed one bit in the power stream toggling with plug availability Edit: InverterHeartbeat2 -> X_unknown_44