Sevket Gökay
Sevket Gökay
> OCPP 2.x is a complete redesign and not backward compatible. this is one of the reasons i am reluctant to commit to implementing it in steve. so far, the...
it's all good. i just referenced it for the sake of completeness. in terms of the problem at hand, i don't have anything to add. i cannot reproduce it (as...
> However it would be convenient for the UI to present time/date in a local timezone. i agree. it is not possible at the moment. this was bothering me for...
@rdc-Green he probably changed the following setting to the time zone id of his local server. https://github.com/RWTH-i5-IDSG/steve/blob/364ae967d0a7bafd7da8838a65a4d13dc9918dfd/src/main/java/de/rwth/idsg/steve/SteveConfiguration.java#L46 after changing this line, you need to recompile & package the project.
i am not sure, because there are many levels of time zone handling. it would be best to always keep both in sync.
more details about this for future visitors: we are actually passing this config through as a parameter with the database connection: https://github.com/RWTH-i5-IDSG/steve/blob/364ae967d0a7bafd7da8838a65a4d13dc9918dfd/src/main/java/de/rwth/idsg/steve/config/BeanConfiguration.java#L97 but still, being safe is better. time zones...
> So i've noticed that the time in the SteVe log is correct, however it sends the incorrect time to the chargepoint whenever it sends a heartbeat: > ... >...
@rdc-Green you are misinterpreting some of the stuff and we are talking different topics in parallel in this thread. ### 1. > But why is it expressing two different times?...
### 4. my commentary about the point 3 would also explain your confusion that _the actual start time is 13:52_ but the values you see in steve are from 14:52...