Announcement

Collapse
No announcement yet.

[Announce] SuperDateTime Screensaver v5.11.0 - Date/Time/Weather/Sports/Stocks

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    error messages oin piCorePlayer

    I just migrated to piCorePlayer on my Raspberry Pi 4. All is good except I'm not seeing any weather information on my Touch nor my Radio. The following errors are in the log file:

    [70-01-02 23:11:34.8431] Plugins::SuperDateTime::Plugin::gotErrorViaHTTP (6865) Network error count reached during getWeatherToday.
    [70-01-02 23:11:35.1604] Plugins::SuperDateTime::Plugin::gotErrorViaHTTP (6860) error getting https://api.weather.com/v2/turbo/vt1...its=e&geocode=,
    [70-01-02 23:11:35.1609] Plugins::SuperDateTime::Plugin::gotErrorViaHTTP (6861) Connect timed out: Bad file descriptor

    I'm running LMS 8.3.0 and SuperDateTime version 5.11.28

    Any help? TIA.

    Comment


      Originally posted by dbinder101 View Post
      I just migrated to piCorePlayer on my Raspberry Pi 4. All is good except I'm not seeing any weather information on my Touch nor my Radio. The following errors are in the log file:

      [70-01-02 23:11:34.8431] Plugins::SuperDateTime::Plugin::gotErrorViaHTTP (6865) Network error count reached during getWeatherToday.
      [70-01-02 23:11:35.1604] Plugins::SuperDateTime::Plugin::gotErrorViaHTTP (6860) error getting https://api.weather.com/v2/turbo/vt1...its=e&geocode=,
      [70-01-02 23:11:35.1609] Plugins::SuperDateTime::Plugin::gotErrorViaHTTP (6861) Connect timed out: Bad file descriptor

      I'm running LMS 8.3.0 and SuperDateTime version 5.11.28

      Any help? TIA.
      The URL should have your Latitude and Longitude after geocode= These are determined by the weather station entered in the LMS Settings Advanced Tab under the SuperDateTime selection. Try changing your weather station code and see if it resolves your issue. If you still have difficulty, set the logging level for SuperDateTime to Info. Change the weather station code again. Wait ~60 seconds and then send me the entries from your server log.

      Comment


        Originally posted by dbinder101 View Post
        I just migrated to piCorePlayer on my Raspberry Pi 4. All is good except I'm not seeing any weather information on my Touch nor my Radio. The following errors are in the log file:

        [70-01-02 23:11:34.8431] Plugins::SuperDateTime::Plugin::gotErrorViaHTTP (6865) Network error count reached during getWeatherToday.
        [70-01-02 23:11:35.1604] Plugins::SuperDateTime::Plugin::gotErrorViaHTTP (6860) error getting https://api.weather.com/v2/turbo/vt1...its=e&geocode=,
        [70-01-02 23:11:35.1609] Plugins::SuperDateTime::Plugin::gotErrorViaHTTP (6861) Connect timed out: Bad file descriptor

        I'm running LMS 8.3.0 and SuperDateTime version 5.11.28

        Any help? TIA.
        I also noticed the date is not set on your Raspberry Pi 4. Does it have access to the internet?

        Comment


          Originally posted by BoomX2 View Post
          The URL should have your Latitude and Longitude after geocode= These are determined by the weather station entered in the LMS Settings Advanced Tab under the SuperDateTime selection. Try changing your weather station code and see if it resolves your issue. If you still have difficulty, set the logging level for SuperDateTime to Info. Change the weather station code again. Wait ~60 seconds and then send me the entries from your server log.
          Changed weather station code but same results. I set logging level to Info and attached is server log file. Thanks.
          Attached Files

          Comment


            Originally posted by BoomX2 View Post
            I also noticed the date is not set on your Raspberry Pi 4. Does it have access to the internet?
            Yes, it has Internet access, but I changed the date and time, anyway.

            Comment


              Originally posted by dbinder101 View Post
              Yes, it has Internet access, but I changed the date and time, anyway.
              Looks like changing the date to the correct one fixed the problem! Thank you so much for picking up on that setting.

              Not sure why when I installed the piCorePlayer that it wouldn't have picked up the correct date and time automatically...

              Comment


                Originally posted by dbinder101 View Post
                Looks like changing the date to the correct one fixed the problem! Thank you so much for picking up on that setting.

                Not sure why when I installed the piCorePlayer that it wouldn't have picked up the correct date and time automatically...
                I'm glad to hear you got it working.

                From the log fie you sent there are signs other LMS plugins also couldn't access the internet until you reset the date.

                For example:
                Code:
                [70-01-02 23:23:21.3475] Plugins::RadioParadise::Stations::__ANON__ (70) Failed to look up new channel list: Connect timed out: 
                [70-01-02 23:23:21.3936] Slim::Networking::SqueezeNetwork::_error (421) Unable to login to SN: Connect timed out: 
                [70-01-02 23:23:21.3938] Slim::Networking::SqueezeNetwork::_init_error (145) Unable to login to mysqueezebox.com, sync is disabled: Connect timed out: 
                [70-01-02 23:23:24.6058] Plugins::Spotty::API::__ANON__ (1446) error: Connect timed out: 
                [70-01-02 23:23:35.8287] Plugins::RadioParadise::Stations::__ANON__ (70) Failed to look up new channel list: Connect timed out: Bad file descriptor
                I also use piCorePlayer on a Raspberry Pi 4 and 3B. Both reliably set the correct time zone on first boot. (pCP Tweaks tab) However, I have experienced similar symptoms as you did. After a power outage the Raspberry Pi and LMS come back online before my internet does. When this happen sometimes the date and time are wrong and SDT messes up the geocode values. I reboot pCP after the internet is up to clear up the issue. Based on your feedback maybe I only need to reset the date.

                Comment


                  Still only get Chicago weather

                  I am at zip 37830. No matter what I enter in the setting (37830:0:US, 37830:US, 37830:1:US) it reverts to Chicago as soon as I leave the page. What am I doing wrong?

                  Comment


                    Originally posted by jarome View Post
                    I am at zip 37830. No matter what I enter in the setting (37830:0:US, 37830:US, 37830:1:US) it reverts to Chicago as soon as I leave the page. What am I doing wrong?
                    The correct format for a weather station identifier based on a US postal zip code is 37830:4:US.

                    PS - Starting with SDT version 5.11.26 I added a little more logic to attempt to correct so now entering only the US 5-digit zip code without any suffix will also work. If you enter 37830 then leave the SDT settings page, when you return you will see it has added the :4:US to the end of the zip code. SDT will also add :1: + the 2-character country code to an 8-character alphanumeric weather.codes station identifier entered without the suffix. For example entering USTN0370 will be updated to USTN0370:1:US.

                    For future reference it is a good idea to check server logs if a plugin does not work as expected. You might find clues about what went wrong. If you check your log now you should see entries similar to these.
                    Code:
                    [22-12-05 20:49:21.9319] Plugins::SuperDateTime::Plugin::gotErrorViaHTTP (6860) error getting https://api.weather.com/v3/location/point?apiKey=*&format=json&language=en-US&locid=37830:0:US
                    [22-12-05 20:49:46.9328] Plugins::SuperDateTime::Plugin::gotErrorViaHTTP (6861) 404 Not Found
                    [22-12-05 20:49:46.9337] Plugins::SuperDateTime::Plugin::gotErrorViaHTTP (6885) Unable to get latitude and longitude for Weather Station Identifier 37830:0:US.
                    [22-12-05 20:49:46.9344] Plugins::SuperDateTime::Plugin::gotErrorViaHTTP (6886) Check your Weather.com Station Identifier and try again
                    [22-12-05 20:49:46.9357] Plugins::SuperDateTime::Plugin::gotErrorViaHTTP (6888) Defaulting identifier to Chicago: 60614:4:US
                    
                    [22-12-05 21:37:03.2034] Plugins::SuperDateTime::Plugin::refreshSoon (4358) Invalid Weather.com Identifier entered. 37830:US
                    [22-12-05 21:37:03.2040] Plugins::SuperDateTime::Plugin::refreshSoon (4359) Check your Weather.com Identifier and try again
                    [22-12-05 21:37:03.2049] Plugins::SuperDateTime::Plugin::refreshSoon (4361) Defaulting identifier to Chicago: 60614:4:US
                    
                    [22-12-05 21:38:24.2850] Plugins::SuperDateTime::Plugin::gotErrorViaHTTP (6860) error getting https://api.weather.com/v3/location/point?apiKey=*&format=json&language=en-US&locid=37830:1:US
                    [22-12-05 21:38:24.2859] Plugins::SuperDateTime::Plugin::gotErrorViaHTTP (6861) 404 Not Found
                    [22-12-05 21:38:24.2867] Plugins::SuperDateTime::Plugin::gotErrorViaHTTP (6885) Unable to get latitude and longitude for Weather Station Identifier 37830:1:US.
                    [22-12-05 21:38:24.2874] Plugins::SuperDateTime::Plugin::gotErrorViaHTTP (6886) Check your Weather.com Station Identifier and try again
                    [22-12-05 21:38:24.2891] Plugins::SuperDateTime::Plugin::gotErrorViaHTTP (6888) Defaulting identifier to Chicago: 60614:4:US
                    You will see this if SDT is able to correct the weather station identifier entry.
                    Code:
                    [22-12-05 20:45:46.2946] Plugins::SuperDateTime::Plugin::refreshSoon (4342) US Postal Code entered without suffix. 37830
                    [22-12-05 20:45:46.2953] Plugins::SuperDateTime::Plugin::refreshSoon (4346) Suffix added.  Weather station set to 37830:4:US
                    
                    
                    [22-12-05 20:47:48.2129] Plugins::SuperDateTime::Plugin::refreshSoon (4349) Weather.code station entered without suffix. USTN0370
                    [22-12-05 20:47:48.2144] Plugins::SuperDateTime::Plugin::refreshSoon (4354) Suffix added.  Weather station set to USTN0370:1:US
                    Last edited by BoomX2; 2022-12-06, 03:50.

                    Comment


                      I've wondered: what is the significance of the ":4:" between the zipcode and the two letter country abbreviation?

                      Comment


                        I am still not getting the right data

                        Originally posted by BoomX2 View Post
                        The correct format for a weather station identifier based on a US postal zip code is 37830:4:US.
                        It is never getting the temperature
                        [22-12-06 09:54:14.1172] Plugins::SuperDateTime::Plugin::gotWunderground (4100) WindDirCompass: ESE
                        [22-12-06 09:54:14.1174] Plugins::SuperDateTime::Plugin::gotWunderground (4101) WindSpeedMH: 0
                        [22-12-06 09:54:14.1177] Plugins::SuperDateTime::Plugin::gotWunderground (4102) WindSpeedKH: 0
                        [22-12-06 09:54:14.1179] Plugins::SuperDateTime::Plugin::gotWunderground (4103) WindSpeedMS: 0
                        [22-12-06 09:54:14.1181] Plugins::SuperDateTime::Plugin::gotWunderground (4104) WindSpeedKTH: 0
                        [22-12-06 09:54:14.1183] Plugins::SuperDateTime::Plugin::gotWunderground (4105) WindSpeedMH: ESE 0
                        [22-12-06 09:54:14.1185] Plugins::SuperDateTime::Plugin::gotWunderground (4106) WindSpeedKH: ESE 0
                        [22-12-06 09:54:14.1188] Plugins::SuperDateTime::Plugin::gotWunderground (4107) WindSpeedMS: ESE 0
                        [22-12-06 09:54:14.1191] Plugins::SuperDateTime::Plugin::gotWunderground (4108) WindSpeedKTH: ESE 0
                        [22-12-06 09:54:14.1193] Plugins::SuperDateTime::Plugin::gotWunderground (4109) WindGustMH: 2.2
                        [22-12-06 09:54:14.1196] Plugins::SuperDateTime::Plugin::gotWunderground (4110) WindGustKH: 3.5
                        [22-12-06 09:54:14.1198] Plugins::SuperDateTime::Plugin::gotWunderground (4111) WindGustMS: 1
                        [22-12-06 09:54:14.1201] Plugins::SuperDateTime::Plugin::gotWunderground (4112) WindGustKTH: 1.9
                        [22-12-06 09:54:14.1204] Plugins::SuperDateTime::Plugin::gotWunderground (4113) PrecipTotIN: 0.46
                        [22-12-06 09:54:14.1206] Plugins::SuperDateTime::Plugin::gotWunderground (4114) PrecipTotMM: 11.68
                        [22-12-06 09:54:14.1209] Plugins::SuperDateTime::Plugin::getMLB (4735) Skipping MLB...
                        [22-12-06 09:54:14.1212] Plugins::SuperDateTime::Plugin::getNFL (6110) Skipping NFL...

                        Comment


                          Originally posted by jarome View Post
                          It is never getting the temperature
                          [22-12-06 09:54:14.1172] Plugins::SuperDateTime::Plugin::gotWunderground (4100) WindDirCompass: ESE
                          [22-12-06 09:54:14.1174] Plugins::SuperDateTime::Plugin::gotWunderground (4101) WindSpeedMH: 0
                          [22-12-06 09:54:14.1177] Plugins::SuperDateTime::Plugin::gotWunderground (4102) WindSpeedKH: 0
                          [22-12-06 09:54:14.1179] Plugins::SuperDateTime::Plugin::gotWunderground (4103) WindSpeedMS: 0
                          [22-12-06 09:54:14.1181] Plugins::SuperDateTime::Plugin::gotWunderground (4104) WindSpeedKTH: 0
                          [22-12-06 09:54:14.1183] Plugins::SuperDateTime::Plugin::gotWunderground (4105) WindSpeedMH: ESE 0
                          [22-12-06 09:54:14.1185] Plugins::SuperDateTime::Plugin::gotWunderground (4106) WindSpeedKH: ESE 0
                          [22-12-06 09:54:14.1188] Plugins::SuperDateTime::Plugin::gotWunderground (4107) WindSpeedMS: ESE 0
                          [22-12-06 09:54:14.1191] Plugins::SuperDateTime::Plugin::gotWunderground (4108) WindSpeedKTH: ESE 0
                          [22-12-06 09:54:14.1193] Plugins::SuperDateTime::Plugin::gotWunderground (4109) WindGustMH: 2.2
                          [22-12-06 09:54:14.1196] Plugins::SuperDateTime::Plugin::gotWunderground (4110) WindGustKH: 3.5
                          [22-12-06 09:54:14.1198] Plugins::SuperDateTime::Plugin::gotWunderground (4111) WindGustMS: 1
                          [22-12-06 09:54:14.1201] Plugins::SuperDateTime::Plugin::gotWunderground (4112) WindGustKTH: 1.9
                          [22-12-06 09:54:14.1204] Plugins::SuperDateTime::Plugin::gotWunderground (4113) PrecipTotIN: 0.46
                          [22-12-06 09:54:14.1206] Plugins::SuperDateTime::Plugin::gotWunderground (4114) PrecipTotMM: 11.68
                          [22-12-06 09:54:14.1209] Plugins::SuperDateTime::Plugin::getMLB (4735) Skipping MLB...
                          [22-12-06 09:54:14.1212] Plugins::SuperDateTime::Plugin::getNFL (6110) Skipping NFL...
                          The portion of the server log you posted is for Weather Underground personal weather station data rather than weather.com data. It looks like you have the logging level for SDT set to debug. If so, the temperature reading for the wunderground personal station is about 12 lines before what you posted. The temperature from weather.com is located about 470 lines before the wunderground temperature. If you post or PM your complete server.log file I will help you sort through it.

                          Comment


                            Screensaver Help

                            Using SDT 5-11-28 with LMS 8.2.1-1662271208 on Windows 10.

                            I've been using an SDT screensaver for quite some time and wanted to make a small tweak to it today, but can't seem to get it to work as expected.

                            I'm using the Custom Clock Helper GUI to make the change.
                            I have the following to show the current condition:
                            (sdticon):0
                            (sdttext); 0;%y
                            (text): Now

                            I'm trying to replace the last line to show the brief forecast, so it now appears as:
                            (sdtext): 0;%v

                            I click apply and it shows the changes have been saved. I restarted LMS and once it's up and running, I power-cycled the radio. But it still shows "Now". In an attempt to figure this out, I replaced the word "Now" with the word "Currently" and restarted LMS and the Radio and "Now" still appears. Might there be a cache somewhere that needs to be purged? Otherwise I'm at a loss as to why the change isn't being picked up.

                            For the record, this screensaver is a modification of T Cutting's that I managed on my own until I ran into a small problem which BoomX2 helped me solve.

                            Thanks for any insight as to the error of my ways.
                            Last edited by phred; 2022-12-15, 20:56. Reason: Typos

                            Comment


                              Originally posted by phred View Post
                              Using SDT 5-11-28 with LMS 8.2.1-1662271208 on Windows 10.

                              I've been using an SDT screensaver for quite some time and wanted to make a small tweak to it today, but can't seem to get it to work as expected.

                              I'm using the Custom Clock Helper GUI to make the change.
                              I have the following to show the current condition:
                              (sdticon):0
                              (sdttext); 0;%y
                              (text): Now

                              I'm trying to replace the last line to show the brief forecast, so it now appears as:
                              (sdtext): 0;%v

                              I click apply and it shows the changes have been saved. I restarted LMS and once it's up and running, I power-cycled the radio. But it still shows "Now". In an attempt to figure this out, I replaced the word "Now" with the word "Currently" and restarted LMS and the Radio and "Now" still appears. Might there be a cache somewhere that needs to be purged? Otherwise I'm at a loss as to why the change isn't being picked up.

                              For the record, this screensaver is a modification of T Cutting's that I managed on my own until I ran into a small problem which BoomX2 helped me solve.

                              Thanks for any insight as to the error of my ways.
                              Did you change the name of T Cutting's Custom Clock style when you modified it? If so did you update your Radio Custom Clock screensaver selection to point to the new style name? If you would post your modified Custom Clock Style file, I will take a look at it to see if something pops out at me.

                              Comment


                                Originally posted by BoomX2 View Post
                                If you would post your modified Custom Clock Style file, I will take a look at it to see if something pops out at me.
                                The name of the original T Cutting's style was changed years ago when you helped me originally. The name of the file I've been working with is "Phred-BMX2-a 5 Day Color WC Weather Details - radio." My attempts to modify it have been named "Phred-BMX2-b 5 Day Color WC Weather Details - radio." Part of my failure was to assign it a position in Custom Clock and then to enable it on the Radio. This is what happens when I don't use something for a while.

                                Here is the code for the one I've been working on and can't seem to get it right. Instead of the word "Now" (on the left side of the screen, I'm trying to get weather.com's current condition of the weather. I've been using Brief Forecast (%v) with period Covered (%y) being zero (for Current.)

                                The end goal here is to change "Now" to "Current" and have the forecast directly below it. Or perhaps simply replace Now/Current with the current condition.

                                Attached is what I started with and has no changes from where it's been for years. I appreciate your help and your time.

                                Thanks.
                                Attached Files

                                Comment

                                Working...
                                X