question

pkkrusty avatar image
pkkrusty asked

Prevent MQTT transmission to VRM (FlashMQ)

Now that VenusOS has transitioned to FlashMQ from mosquitto, past solutions for limiting MQTT data transfer to VRM do not work. Official documents state that there isn't a need to limit anymore.

---

2) No more selective keep-alive

Another change is that 'selective keep-alive' is, at least for now, not supported. Selective keep-alives was a mechanism to only keep certain topics alive, to reduce traffic and load. However, this effect was actually not achieved well, and with this new faster implementation, it's simply no problem to send all topics.

---

However, for folks on metered connections (remote sites, boats, etc), there is very much a need to limit what data goes out of the local network. With dbus-flashmq sending every single topic, it can add up quickly.

Does anyone have info on how to cut the VRM connection (either officially or hack-y)?

VRMMQTT
2 comments
2 |3000

Up to 8 attachments (including images) can be used with a maximum of 190.8 MiB each and 286.6 MiB total.

pkkrusty avatar image pkkrusty commented ·
I can always block the mqtt servers with pi-hole, but that's treating the symptom, not the problem.
0 Likes 0 ·
dognose avatar image dognose commented ·
Values are only pushed frequently while ANY Vrm-View is running with Live-View enabled.


If that instance is closed, publishing values should end within 30 seconds. I don't know whats the minimum frequency data is send to vrm, but live view sends a lot.

(Depending on device / browser even a vrm-live view in a background tab may continiously send a keep alive signal to your local gx device, so it keeps pushing)

0 Likes 0 ·
1 Answer
pkkrusty avatar image
pkkrusty answered ·

Bump. Any ideas, folks?

2 |3000

Up to 8 attachments (including images) can be used with a maximum of 190.8 MiB each and 286.6 MiB total.