<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Nov 2, 2017 at 2:17 AM, Daniel Ford <span dir="ltr">&lt;<a href="mailto:dfnojunk@gmail.com" target="_blank">dfnojunk@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I&#39;m not sure that I&#39;m looking for a &#39;new mechanism&#39;, but rather a simple way of doing the same thing (on the NodeMCU platform) those billions of devices do, without any &#39;incremental&#39; ongoing costs.  By that I mean no additional costs over the data plan the user currently has for their wi-fi Internet connection.<br></blockquote><div><br></div><div>It seems, then, that your device could simply pull (compiled) zoneinfo files (from some source you&#39;ve setup or arranged to use).  Then you can use any zoneinfo-aware &quot;localtime()&quot; implementation to convert the absolute time to the local civil time.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I&#39;m sitting in my living room watching TV.  A show that I want to watch more than the one I&#39;m currently watching starts on another channel at 9pm.</blockquote><div><br></div><div>Get a PVR and watch both!</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">This is a very trivial example, but illustrates the type of problem I&#39;m trying to solve.  There would be lots of people (particularly elderly people) without a smartphone, but with an Internet connected PC, though not in their living room/bedroom/kitchen/wherever they want to know the time.<br></blockquote><div><br></div><div>An even simpler design then would be to install software on the PC that would deliver the local time to your clock over the LAN.  Get out of the TZ business altogether.</div></div></div></div>