amtm amtm LED Control Dynamic Time Update Issue?

[thelonelycoder]

I believe I got it now. The weather.com website is no longer consistent.

Please test it by force updating amtm with uu, then run lc, 1, 2, 1. Manually update with existing location code.
This update will show your location and code on the lc screen:

Your dynamic time location is ASXX0089,
that's in Perth, Western Australia, AU.
https://weather.com/weather/today/l/ASXX0089

 

[thelonelycoder]

Good old WA, I liked Perth instantly the one time I was there. More layd back than the big cities in the east.

 

[pinkgrae]

Thank you TLC - working as expected now!

Yes, Perth keeps growing but still has that vibe

 

[visortgw]

Thank you TLC - working as expected now!

Yes, Perth keeps growing but still has that vibe

But it's broken with this update for 13441. Sunset defaults to 17:00 — sunrise appears to be correct.

 

[HorseCalledHorse]

Working here with ASXX0786, although it also worked when I re-enabled it yesterday before the changes were made.

 

[thelonelycoder]

Another try at grabbing the dynamic time. This really should fix it for all locations.
I have tested it with more locations than I can remember

Please test it by force updating amtm with uu, then run lc, 1, 2, 1. Manually update with existing location code.

This update adds the option to reverse the Dynamic time, the one in use shows the set times:

 Select how LEDs are controlled

 1. Use Static time
 2. Edit Dynamic time
    This uses the sunset/sunrise time
    from weather.com for your location
 3. Edit reverse Dynamic time 20:03 6:07 RD
    Same as above but with reversed time.
    LEDs are on at night and off during the day.

 

[visortgw]

Another try at grabbing the dynamic time. This really should fix it for all locations.
I have tested it with more locations than I can remember

Please test it by force updating amtm with uu, then run lc, 1, 2, 1. Manually update with existing location code.

This update adds the option to reverse the Dynamic time, the one in use shows the set times:

 Select how LEDs are controlled

 1. Use Static time
 2. Edit Dynamic time
    This uses the sunset/sunrise time
    from weather.com for your location
 3. Edit reverse Dynamic time 20:03 6:07 RD
    Same as above but with reversed time.
    LEDs are on at night and off during the day.

Works for me!

 

[HorseCalledHorse]

Still working here as well, with ASXX0786 as the location.

 

[atorcha]

It doesn’t work for me

 

[dave14305]

View attachment 61033

It doesn’t work for me

It looks like you gave the wrong answer to the prompt "Ready to enter code?". Try it again. Don't enter the code until you see "Enter location code and press Enter:"

 

[atorcha]

I made it again and when it download pakakes it says something like wrong, but message disappears

 

[atorcha]

 

[dave14305]

View attachment 61034

Run this from the SSH prompt:

opkg update
opkg install coreutils-date
ls -l /opt/bin/date

If it looks good, try the amtm location update again.

 

[atorcha]

I update all opkg pakages and restart. Then it works. Thanks for your help

 

[HorseCalledHorse]

Gone haywire again for me today, dynamic time on/off showing as 0:00 and 0:00. Anyone else?

EDIT: Getting the same results regardless of city code, trying both ASXX0112 (Sydney) and ASXX0274 (North Sydney).

 

[amplatfus]

Gone haywire again for me today, dynamic time on/off showing as 0:00 and 0:00. Anyone else?

EDIT: Getting the same results regardless of city code, trying both ASXX0112 (Sydney) and ASXX0274 (North Sydney).

I am in the same situation.

 

[JimbobJay]

I am in the same situation.

Yep, me too. Noticed the LEDs were off as I walked past. SSH'd into my AX86U_Pro to find sunrise and sunset both set to 00:00.

Uninstall and reinstall of lc script didn't fix, hence my searching the forums and finding this thread.

 

[thelonelycoder]

Yep, me too. Noticed the LEDs were off as I walked past. SSH'd into my AX86U_Pro to find sunrise and sunset both set to 00:00.

Uninstall and reinstall of lc script didn't fix, hence my searching the forums and finding this thread.

The same spiel once more. I‘ll have to check their html code to find out what changed THIS time.
This is getting old and boring to be honest.

 

[saison2023]

The same spiel once more. I‘ll have to check their html code to find out what changed THIS time.
This is getting old and boring to be honest.

Same here (0:00 and 0:00), in Quebec City.
Was working fine until yesterday.

 

[JimbobJay]

The same spiel once more. I‘ll have to check their html code to find out what changed THIS time.
This is getting old and boring to be honest.

I'm sure it must be incredibly frustrating for you with such a constantly moving target. Thank you so much for all the work you do on amtm, diversion, this script, and your many others. You're an asset to Asus-Merlin and a key reason many of us use Merlin.

I wonder if it's getting to a point where it's easier for some of the more skilled coders in the community to just create our own database of the sunrise and sunsets of capital cities, to get a roughly accurate time, rather than relying on the moving target of weather.com's location codes?

Obviously wouldn't want to increase your workload still further, but perhaps implementing something like that could save you time in the long run? Perhaps it could be used as a fallback option, so that people who didn't mind a rough estimate, could fall back on that instead of static, whenever weather.com randomly decides to change its api again?