New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Starting time has 1h offset #26
Comments
Hi @Robosoc11, Could you please share the debug output generated by this simple flow?
|
Thank you for the extrem quick response! 1/19/2021, 12:00:32 PMnode: dc36b050.b9127 |
so I guess the mistake may be in the deployment of my Node-Red container process...maybe I need to set some environment differently. |
That would be my guess, too. Let me know if you managed to solve it somehow. Could be interesting for others, too. |
Problem solved... Duplicate Container with additional ENV-Variable name=TZ value=Europe/Amsterdam |
Dear Cornelius,
I seem to have troubles with the clock in my system. I am new to Node-RED and your presence-faker and I was just doing initial tests. First I wanted to post, that my presence-faker-node would not send messages - although successfully deployed and enabled. But then I was distracted for a while by a business call, which was good, because 1h hour later I learned, that the presence-faker was doing its job, but with 1h delay. But why ?
In the debugging window you see what I find odd: Node-RED is putting the correct timestampt for this message (my local time was 10:17:00 AM when that alert appeared). So I would say that my system is set up correctly. However, as you see within the debug-message the time-window for the faker was set to 09:17 AM thought.
Any recommendations on where to look at or what to do?
As you and I are both from Germany, I do not expect that this is a bug in your code, but rather a wrong setting on my server...But on the other hand since Node-RED uses the correct time, I don't know what to do. Of cause I do know, that I could consider a offset time of 1 hour when setting up the faker, but that seems to be a lousy workaround.
BR, Sven
The text was updated successfully, but these errors were encountered: