-
Notifications
You must be signed in to change notification settings - Fork 46
Disable "Could not match topic ${topicuserpart} for user ${userid}" #31
Comments
Why, if I may ask, are your Sonoff devices publishing to the gBridge topic? The redis worker only listens to messages on the gBridge topic, so it makes sense that you would get that error if other non-gbridge related messages get published |
Hi, Yes. Tasmota devices post to /gbridge/u1/prefix/device_name/sufix where prefix is (CMND, STAT, TELE and so on) and suffix is (POWER.... and so on) CMDN and STAT ae handled by gBridge because they are maintained in status and power topic. But TELE prefixes are not, and i was not able to disable them in Tasmota completely (even re-compiling tasmota with different settings). BTW tele prefixes contain data such as (uptime, voltage levels and so on). Which i don't need at all :) |
Ah ok, makes sense. Maybe we should log it at a certain level (info?) and make the loglevel (warn) configurable by config... |
Thumbs up :) Currently i just commented the line in index.js and the log is clean :) |
This log feature was meant to help users to find problems where they are
just sending data to wrong MQTT topics (because of spelling mistakes or
alike).
I'll dump this line completely. It is even commented out on the production
servers.
I've done that at some point, when this line was causing the log file on my
server to grow at around 10GB/ minute... ;)
|
Question:
Is it possible to disable somehow the log of "Could not match topic ${topicuserpart} for user ${userid}" in index.js line 313. If i comment the line inside docker container, will it work ??
The reason is: I have few ( 7 to be precise) Sonoff devices which post telemetry and status messages in MQTT and my redis-worker Log is filled with "Could not match" messages :(
This makes it really hard to see if a real problem exists :)
BR,
The text was updated successfully, but these errors were encountered: