Domoticz

FireWizard wrote: ↑Monday 07 July 2025 15:06 Hi @akamming,

The refresh token under 2 is (or was, since it’s no langer there) langer valid dan 1800s. I’ve Done tests with a refresh token of more than 2 days old and could still obtain a new token

I think, you are correct, but if you rotate the refresh_token, the old one will become invalid and will be "replaced" by the new one.
I don't think you can re-use an old "refresh_token" later on

I'm reading currently the Volvo Developer API and I see something, I did not see before.

You are also able to retrieve a complete list of any commands that you have sent.

Have you seen that before?

This API is Rate Limited to prevent malicious activity or accidents that cause service disruptions. The limit is set to 100 request per minute for a combination of the user's Volvo ID and the Client ID sending the request. A given user will have 100 requests per minute per application it uses. Should this limit be exceeded, the API will respond with HTTP code 429.

The invocation methods are more strictly limited to 10 requests per minute. This limit is also set using a combination of Volvo ID and Client ID. This stricter limitation is due to the underlying system's capacity.

Would that "id_token" be related to control the limitation instead of the current 10.000 calls/day?

The 7 days is not only the vision of Thomasddn, it is also stated on the Volvo developer page:

The access_token has a short lifespan. To create a seamless end-user experience, you will need to refresh the access token before it expires.

By default, refresh token rotation is enabled. Each time you call the Refresh endpoint, a new refresh token is created, and the old token is invalidated. If not rotated, the refresh_token is valid for 7 days. After that, the user has to re-authenticate.

That is what I know and I used that for my flow specification.

Regards

akamming wrote: ↑Friday 04 July 2025 17:34

mvveelen wrote: ↑Friday 04 July 2025 16:46 Hi, actually what's in the custom text device so that I have an overview in just 1 place.
Not sure how I can accomplish this.

several ways to go:
You could create a dzVents script to populate a text device or use something like dashticz to create your overview.

To be honest domoticz is a outdated for the UI (in my humble opinion, will not be a popular opinion in this forum), so you need more advanced ways to create simple overviews.

Tha'ts why i am now using a combi of domoticz (which is still far better than HA in flexibility in scripting, so I use it for the more complex scripting cases) and home assistant (for simple automations and dashboarding).

Sorry this is complete off topic but how do you use the HA user interface in combination with domoticz?



Alternatively: If you're an iphone user, you could also use https://github.com/PatchworkBoy/homebridge-edomoticz, to make apple home your dashboard. That was my setup before i moved to HA for that part.

rron wrote: ↑Monday 07 July 2025 17:44

akamming wrote: ↑Friday 04 July 2025 17:34

mvveelen wrote: ↑Friday 04 July 2025 16:46 Hi, actually what's in the custom text device so that I have an overview in just 1 place.
Not sure how I can accomplish this.

several ways to go:
You could create a dzVents script to populate a text device or use something like dashticz to create your overview.

To be honest domoticz is a outdated for the UI (in my humble opinion, will not be a popular opinion in this forum), so you need more advanced ways to create simple overviews.

Tha'ts why i am now using a combi of domoticz (which is still far better than HA in flexibility in scripting, so I use it for the more complex scripting cases) and home assistant (for simple automations and dashboarding).

Sorry this is complete off topic but how do you use the HA user interface in combination with domoticz?



Alternatively: If you're an iphone user, you could also use https://github.com/PatchworkBoy/homebridge-edomoticz, to make apple home your dashboard. That was my setup before i moved to HA for that part.

Sorry my question is complete off topic but how do you use the HA user interface in combination with domoticz?

FireWizard wrote: ↑Monday 07 July 2025 22:28 Hi, @akammingm

Interesting article, I found, and probably for "something" new to come, as announced in that email.

https://auth0.com/blog/id-token-access- ... ifference/

Just to prepare yourself.

Regards

It is a bad sign they already started changing the Production environment without notifying the developers community and/or updating the docs on what they did

Hopefully they don’t do this too often, cause then it becomes frustrating to maintain a plugin like this. It’s just a hobby so I don’t have the time to reverse engineer changes like this…

FireWizard wrote: ↑Thursday 10 July 2025 15:01 Hello @akamming,

You said:

It is a bad sign they already started changing the Production environment without notifying the developers community and/or updating the docs on what they did

Hopefully they don’t do this too often, cause then it becomes frustrating to maintain a plugin like this. It’s just a hobby so I don’t have the time to reverse engineer changes like this…

I have to disappoint you, as they already started with modifications, that will have impact on the maintenance of our projects.

They silently introduced Energy API Version 2, that will replace Version 1 completely.
Your (and mine) application Version 1 supported 5 of 7 Endpoints with the scopes for h4Yf0b.
In Version 2, this has been reduced to 2 Endpoints,

1 Endpoint gives you the capabilities of your car as a boolean value.
The other gives you the data of 10 "sensors". So the information has been extended, but so far only 2 supports my car (XC 40 PHEV Hybrid 2023).

These 2 endpoints has also new scopes, so I was afrai0d, that I had to register a new project, as you cannot extend an existing project with new scopes. But I noticed that the current user does support these 2 new scopes.

The new document does also mention a new API (Subscription API) But the API itself has not been published yet.

Some changes in the base URL and Header, but that is easy to accomplish.

You have 6 months to migrate.

So some challenges

I also noted that ThomasDDN already has implemented version 2 in his library and also the id_token.

Regards

FireWizard wrote: ↑Monday 07 July 2025 22:28 Hi, @akammingm

Interesting article, I found, and probably for "something" new to come, as announced in that email.

https://auth0.com/blog/id-token-access- ... ifference/

Just to prepare yourself.

Regards

They fixed it. I checked the logs today, cause it would fail, since i implemented the workaround on July 7th. But the refresh token call now also sends back a new token. I did a scan on the logs and on July 10th as of about 2100 it was fixed.

FireWizard wrote: ↑Sunday 13 July 2025 11:09 Hello @akamming,

You wrote:

They fixed it. I checked the logs today, cause it would fail, since i implemented the workaround on July 7th. But the refresh token call now also sends back a new token. I did a scan on the logs and on July 10th as of about 2100 it was fixed.

I did not see that . Fur me it is still the same.

This morning I did a manual re-authentication. As in the past I received a refresh token, that you can use after 1799 seconds.
But in my case the response to the refresh token does not contain a new refresh token.

So in my case, it has not been fixed.

I discovered also something else:

Linus Dietz (dielee) made a small modification in his project. See: https://github.com/Dielee/volvo2mqtt/pull/295
I thought, that we stopped that project in favor of the new HA integration of ThomasDDN>

Have you done that as well?
In 3 places he replaced http for https. If that would be essential, then I would expect, that it would be corrected at the server (Volvo) side and that it is not something we should correct.

However, it is not a big job to correct.

Regards

FireWizard wrote: ↑Sunday 13 July 2025 11:09 Hello @akamming,

You wrote:

They fixed it. I checked the logs today, cause it would fail, since i implemented the workaround on July 7th. But the refresh token call now also sends back a new token. I did a scan on the logs and on July 10th as of about 2100 it was fixed.

I did not see that . Fur me it is still the same.

This morning I did a manual re-authentication. As in the past I received a refresh token, that you can use after 1799 seconds.
But in my case the response to the refresh token does not contain a new refresh token.

So in my case, it has not been fixed.

I discovered also something else:

Linus Dietz (dielee) made a small modification in his project. See: https://github.com/Dielee/volvo2mqtt/pull/295
I thought, that we stopped that project in favor of the new HA integration of ThomasDDN>

Have you done that as well?
In 3 places he replaced http for https. If that would be essential, then I would expect, that it would be corrected at the server (Volvo) side and that it is not something we should correct.

However, it is not a big job to correct.

Regards