[Solved] When sunrise then...

---

Another thing to consider: While I am not an expert on reptiles, I can image the daylight savings might be an issue, i.e. when we switch to summer time and back to normal time. In this case the lightning cycle is shifted by one hour from one day to the other which is no natural, of course, and might impact the reptile. So, may be you need a more calculation to normalize the sunDown time accordingly.

EDIT: Another strategy might be the following: Simply use Vietnam sunrise and sunset times as if they were at local time. This way, the light will be switched on before sunrise, but that would never be fore 6:00 am as this is the earliest sunrise time for Vietnam. You may also want to normalize the time for this strategy to ignore daylight savings.

@mwittig said in [Solved] When sunrise then...:

Another thing to consider: While I am not an expert on reptiles, I can image the daylight savings might be an issue, i.e. when we switch to summer time and back to normal time. In this case the lightning cycle is shifted by one hour from one day to the other which is no natural, of course, and might impact the reptile. So, may be you need a more calculation to normalize the sunDown time accordingly.

EDIT: Another strategy might be the following: Simply use Vietnam sunrise and sunset times as if they were at local time. This way, the light will be switched on before sunrise, but that would never be fore 6:00 am as this is the earliest sunrise time for Vietnam. You may also want to normalize the time for this strategy to ignore daylight savings.

Now you lost me…
But you are right with the daylight savings! We cant put so much effort in this project because of 1 h and 15
and then totally forget the daylight savings. Oo
So finally what do you recommend?

@andre3000 said in [Solved] When sunrise then...:

So finally what do you recommend?

Well, I came to conclusion that daylight savings is not an issue as

• local.sunrise yields the correct local time for sunrise
• Vietnam has no daylight savings and chances of getting the wrong result for daylight hours is low anyway as clocks changes usually happen in the very early morning (before sunrise)

So, the solution I have drafted in my earlier post should work fine if it is OK for you to let the reptile’s artificial day start at local.sunrise which has a higher variation between summer and winter than it is in Vietnam.

It´s so frustrating -.- The rule still not working.
There is no error message but the rule is not applied at all.
I can switch the state to on and off.

The ideal solution would be that the raspi is located in Germany but the sunrise devise should show the correct vietnam time.
Any other ideas? I could offer direct access to my machine via TeamViewer, if someone wants to have a deeper look.
Best regards,
André

EDIT:
Would it be a possible solution if we store weather data with time stamps in a table and then use this data with pimatic?

@mwittig said in [Solved] When sunrise then...:

@andre3000 Rather than just using the builtin events which are tied to the timezone set on the operating system, You can create a SunriseDevice with the geo coordinates in question. Additionally make sure to configure sunset and sunrise attributes on the device as part of the devise configuration. Say, you device is called “vietnam” you should be able to use “vietnam.sunrise” and “vietnam.sunset” as part of rules. It is still somewhat tricky to calculate the daylight hours, minutes. I may come back to you later with a proposal

I read again trough all your posts and wanted to try this a second time. Unfortunately this feature is not working for me. The Plugin has German GPS data configured and the new device has vietnam gps data. But the plugin still recognizes the german location of my raspi and do not apply this setting.

@andre3000 said in [Solved] When sunrise then...:

I read again trough all your posts and wanted to try this a second time. Unfortunately this feature is not working for me. The Plugin has German GPS data configured and the new device has vietnam gps data. But the plugin still recognizes the german location of my raspi and do not apply this setting.

Ok, so far, I have only tested certain aspects of the setup, like calculating Vietnam daylight hours and the calculation of the switch-off time for the lights. I haven’t tested using these calculation to actually switch the light with a rule. I’ll create a a full demo setup to check it is working as intended and then we can work it from there according to your needs.

@mwittig said in [Solved] When sunrise then...:

@andre3000 said in [Solved] When sunrise then...:

I read again trough all your posts and wanted to try this a second time. Unfortunately this feature is not working for me. The Plugin has German GPS data configured and the new device has vietnam gps data. But the plugin still recognizes the german location of my raspi and do not apply this setting.

Ok, so far, I have only tested certain aspects of the setup, like calculating Vietnam daylight hours and the calculation of the switch-off time for the lights. I haven’t tested using these calculation to actually switch the light with a rule. I’ll create a a full demo setup to check it is working as intended and then we can work it from there according to your needs.

That´s fantastic, thank you

Note, there is a new version pimatic-sunrise which allows for setting a timezone property on a SunriseDevice to transform the times from the given timezone to the local timezone while ignoring the timezone offsets as shown in the example below.

Sample Configuration

{                                                                                 
      "latitude": 10.7659164,
      "longitude": 106.4034617,
      "timezone": "Asia/Ho Chi Minh",
      "attributes": [
        {
          "name": "sunrise",
          "label": "Sunrise"
        },
        {
          "name": "sunset",
          "label": "Sunset"
        }
      ],
      "id": "vietnam",
      "name": "Vietnam/Ho Chi Minh",
      "class": "SunriseDevice"
    }

README Addendum

Note, all times will be given in the local time zone of the system on which pimatic is installed. If you wish to obtain the times in the local timezone of the location at given coordinates you can additionally set the timezone property to the appropriate timezone. This will transform the times to the
given timezone and will cut off the timezone offsets before converting the resulting times to the localized time string. For a list of valid “TZ” timezone strings, see Wikipedia - List of Timezones. If the timezone property is absent or set to an empty string no transformation will be performed.

Hi and thanks for your time so far!
I tried to implement this new feature in my config but this is all I get:

error [pimatic]: Invalid config of device “vietnam”: Property “timezone” is not a valid property

I already updated my sunrise plugin and created a completely new device for this scenario.

{
      "latitude": 21.028511,
      "longitude": 105.804817,
      "timezone": "Asia/Ho_Chi_Minh",
      "attributes": [
        {
          "name": "sunrise",
          "label": "Sunrise"
        },
        {
          "name": "sunset",
          "label": "Sunset"
        }
      ],
      "id": "vietnam",
      "name": "Vietnam",
      "class": "SunriseDevice"
    }

Any ideas?

Best regards,
André

@andre3000 said in [Solved] When sunrise then...:

I already updated my sunrise plugin and created a completely new device for this scenario.

Did you restart pimatic after the plugin update?

Now I restarted everything and its working fine!

I´m so happy right now! This is a huge improvement and brings me a big step forward to a smart terrarium.
Now there is still the “issue” with the temperature day/night cycle. I have to go deeper with @mwittig to discuss further steps.

Thank you all and have a good start into this week.
BR,
André

My turtle can´t wait to see the new terrarium