Domoticz

Code changes are added now. You can now change the settings using MQTT. The Example is updated in the readme.
You can send messages to the basetopic + /command (by default: mytoyota/command)

That's great!
I am away from home for a week, looking forward to installing and testing next week!

I'm back home, and installed the new version.
Took your example for the LUA code and copied it into my Domoticz setup.
Worked at first try! Great work.

One thing I looked for and could not find: the base topic seems to be hardcoded "mytoyota". I was expecting this as a parameter, same as the current MQTT base topic for outgoing messages.
But no big deal if you leave it as it is. Perhaps one change: in the "settings" page, change the text "Base topic (optional)" into "Base topic outgoing", or words like that.
Just so it is clear that this is the base topic going from the mytoyota-dashboard app into MQTT.

Alternative: have two fields, one for outgoing, and one for incoming base topics. I would prefer this option, if you don't mind the code change.

Perhaps for future development, there could be more settings to be allowed coming in this way. Can't think of one right now.

I have a suggestion for a new command from Domoticz into the MyToyota app.

Currently, I can control the polling period through the MQTT command. This way I can set a relatively short period during the charging process, and a longer one once charging is complete.
But in some situations I would want an accurate reading instantly.
Would it be possible to create a command, causing the app to refresh the data instantly, not changing the set polling period?

Yeah, that shouldn't be too hard. I'll add that.

Code updated, you should now be able to trigger a data pull via mqtt. Set the payload in the lua script to:

mxpwr wrote: Monday 15 September 2025 20:34 Code updated, you should now be able to trigger a data pull via mqtt. Set the payload in the lua script to:

Code: Select all

payload = string.format('{"command": "force_poll"}')

Excellent work, this change worked at first try!

Instead of implementing in LUA, I decided to see if it is more simple in Node Red.
A function node for sending the force_poll: This function node can be triggered by anything, e.g. a changing status of the power switch that controls charging the car. But it can also be a button on the Node Red dashboard.
The output of the function node is sent to the MQTT interface.

Same principle for setting the appropriate polling period, in my setup again based on the power switch that controls charging.
If it is switched on, then the polling period is set to a low value, in my setup 2 minutes.
If switched off, the polling period is set to a longer time, in my case 30 minutes. In my setup, both function nodes are triggered by the output of a switch node, selecting the input from Domoticz based on idx of the power switch.

That looks like a nice setup. I'll see if I can add some information to the readme.

mxpwr wrote: Tuesday 16 September 2025 9:58 That looks like a nice setup. I'll see if I can add some information to the readme.

Good idea. Let me know if I can be of help somehow.

Would it be possible to add a setting to show/suppress the debug lines in the log?

You can change the log level only in the yaml directly at the moment. I'll add a fastAPI hook to allow setting it from the settings page.

Changes are added. I also optimized the logging method; it shouldnt hang anymore.

mxpwr wrote: Saturday 27 September 2025 12:14 Changes are added. I also optimized the logging method; it shouldnt hang anymore.

Installed and tested. Logs "feel" much faster.
One question: I don't see the options for the logging level in the settings...

updated: sorry, I found it. I expected this option in the settings tab, but it is on the logs page...

Yeah, I had it on the settings page but then moved it to the logs page. Felt more useful to have it right there.

Everything works great.
But when I click "Logs" it still takes a few minutes before data shows up, and in the mean time the app freezes.
It's not a big deal, but still...

Yeah, I noticed that too. I'll take a look at it when I can find some time.

mxpwr wrote: Tuesday 14 October 2025 9:41 Yeah, I noticed that too. I'll take a look at it when I can find some time.

no rush...

I added some updates
- logging should be fixed now
- you can select rolling average for graphs
- you can reorder the tiles for the current statistics via drag and drop (I might add an edit button later)