Looking at the code and error I guess either the: GigyaApiKey or cookieValue is null.
The gigyaRootUrl has a default so it should be OK.
The cookieValue is got from a previous request. If successful and the logger is set to debug then this line should work and put the value in the log file.
logger.debug(âCookie: {}â, cookieValue);
If you have debug logs and no errors then I will need to examine the response that you are getting. This might require a debug version for you to install and you would need to send me the logs with private information scrambled⊠Let me know if this is something you can do?
Remove the Renault binding. Put the linked one in the addons folder and configure the thing. Please post the log (or email it to me doug at culnane do net) of the binding connecting here with any personal information removed. What I think I need is the line from the log: âLogin Error: cookie value not found! Response:âŠâ
You will need to remove this version from the add-ons folder laterâŠ
Thank You Doug, can not explain it - but with the downloaded binding the car was immediately online.
Switched back to the Renault binding that comes with 3.2 and it is also online.
@chrode OK looks like there is some instability (or inconsistencies) in the Renault services⊠Thanks for the feedback and I am glad it is working. If you get some errors let me have the log entries and I can try to improve the handling of the error cases.
many thanks for providing this binding. Just installed it for our 2020 Zoe in Germany. Location seems not to be available, but the responses show a few data that could also be useful channels from my point of view.
hvacStatus also delivers the external temparature.
battery response also delivers an attribute batteryAutonomy which looks like as it could be the remaining estimated mileage. Also plugStatus and chargingStatus look interesting.
Do you have any plans to also add them as channels?
I could test these new channels and I am getting the externalTemperature (not right away at first update but it did update overnight, not sure why this was delayed)
Also I was wondering if the external temperature velue is really accurate because it reports negative values (as it was cold outside here) but the car is warmly parked into our garage at about 7°C, could it be based on the location temperature ? or is just calibrated with an offset ?
I also have detected an issue with chargingStatus, the value reported is âCHARGE_ERRORâ when unplugged/not charging. I was expecting the value âNOT_CHARGINGâ. I guess the binding is getting this value from the server, does everyone get this as well ?
This might be linked to the way I end the charging because I usually interrupt charging session by open the front trap and then unplug the cord when I reach 80%. Maybe I will try with switching off the wall charger insteadâŠ
It looks to me like the externalTemperature is just going to create confusion and Bug reports so I will remove it before submitting a pull request. I have never got a value from this in my testing.
chargingStatus delivers a decimal number (!???). I use the info from this python code to map to a human readable text:
It seams to work for me. I stop my changing using a call to my go-e charger that then stops the charging process. Maybe killing the power causes a error state for a while.
Thanks again for testing. More testing would help so I do not publish code that only works on my computer / car / chargerâŠ
All available channels get populated with the correct data (except of course external temperature).
ZOE R110/50 Experience 10/2020, openHAB 3.2 release version.
As the âHVAC Statusâ label implies I guess it is only possible to get the status of HVAC, but I cannot switch it ON through that channel?
Unfortunately I need that feature (HVAC is switched ON through iCalender Binding in my openHAB setup), so I will have to rely on my old script.
So at least here hvacStatus is of and the value is still delivered.
Car is parking outside, so the value looks correct to me. It could be that this is the last value the car sent to the Renault servers. If the cell network connectivity in the Garage is poor, it might simply be not able to send the values. Or, if the car âfalls asleepâ after parking, it may not send values until it is woken up again. So I would be glad if you could keep the value and maybe add to the documentation that this is the latest temperature value the car reported to the Renault servers. Basically, the same is true for all other values too, so e.g. battery status may also be not the same that you would see inside the car. For the battery data, the API delivers a timestamp showing when the values were reported:
(The log was from 10:09, so more than 1h later). This is the same date that is also shown in the MyRenault app, so maybe it would be a good candidate for a channel also?
RE: ExternalTemperatue. I am happy to keep it but I think I need to document that some stuff does not work on some cars. Location does not work on some cars and ExternalTemperatue is even more not working⊠So I think keeping the channels and trying to document and log.warn() once about the not working stuff will be the plan.
RE: HVAC status. This is read only at the moment. I think I can send a post to turn it on but the car uses schedules and programs etc⊠and I did not understand it or have the patience to work it out. @sihui if you can explain how this works in your scripts I can change this to a R/W attribute. This would be awesome because you could have a automated control or get up and manually turn on the HVAC while having breakfastâŠ
Does this mean there is no Schedule Programs in the car (MyRenault App) you just say (or your automations says) âON nowâ. This is perfect as it makes the control easy. I will try to implement this and get it working in the binding making the HVAC switch a read write channel.
Do you think the targetTemperature should be a configuration option or a channel? I would say configuration item because you set and forget. However maybe others think this is something they want to automate???
I will post a new version for testing once I think I have it working.
You can set your target temperature using a channel value and switch on the HVAC. (The cancel (HVAC OFF /CANCEL) does not seam to work). If anyone has a working AC_OFF http example please let me know what it looks like.
I donât think this is possible, have not heard of that. As we know the ac stops after 10 min, should be sufficient.
Will test later today, thx a lot.