After moving, new WU station does not upload

[xairbusdriver]

I wonder what "data" is being sent to any service since all the listed items are "not ready"!

Perhaps back to the beginning is order?

I think you mentioned that the batteries are new, in both the ISS and the Console?
Is data actually showing on the Davis Console?
If not there is lots of good trouble-shooting steps in the ISS Manual starting at page 7.

[Denver]

Thanks for the replies.  I am being careful with this highly sophisticated (and problematic) piece of software.   

Unfortunately, at this particular point in time the ISS manual is not available for download, at https://support.davisinstruments.com/article/0ics9tab6w-manual-vantage-vue-integrated-sensor-suite-manual-6250-6357

I just restored the original WC files, rebooted the computer, restarted weathercat.  The same problem I was having that motivated me to post to this forum is happening again.  Everything is running fine, data shows up on the WC client, data is being uploaded to CWOP, but no data is being sent to wunderground and there is no indication in the console log of a problem.  Therefore, there is no issue with driver.

I really don't know what to do.  WC support has not been very helpful, and with the timezone difference the turnaround time in the conversation is slow.

[Denver]

Also, I turned off rapid refresh in WC preferences for wunderground and set it to one minute.  I then rebooted the computer and restarted WC.   Here's the log file after doing that.  There is no mention of wunderground in the console log (but most other services can be seen in the log when they are starting).

[xairbusdriver]

Unfortunately, ... the ISS manual is not available for download

Try Firefox. I managed to download the PDF using this link: <https://www.davisinstruments.com/product_documents/weather/manuals/07395-261_IM_06351.pdf> OOPS, that appears to be mainly the Console Manual, I'll look for one for the ISS.
Nope, only other file that downloads is the almost useless "Quick Setup Manual".

Perhaps another form member has the PDF manual you are willing to share with Denver?

Based on the two lines showing data is being "fetched from weather station", at least the data seems to now be available.

However, there is a mention of a "*** Station Power Alert***". I asked about checking the batteries and the ISS power levels in my last post (Reply #15).

Again:
Is data actually showing on the Console?
Is your data actually showing at CWOP?

[elagache]

Dear Denver and WeatherCat troubleshooters,

Thanks for the replies.  I am being careful with this highly sophisticated (and problematic) piece of software.

I understand, but you'll need to show some patience when it comes to support from the forum and WeatherCat technical support.  Forum participants are just plain folks with all the miseries life is tossing at us at this point.  Alas, our fearless leader (Stuart Ball, WeatherCat developer) has many issues of his own since he recently moved to the London area and must deal with all the troubles associated with COVID in that locale.  These days nothing is easy.

I just restored the original WC files, rebooted the computer, restarted weathercat.  The same problem I was having that motivated me to post to this forum is happening again.  Everything is running fine, data shows up on the WC client, data is being uploaded to CWOP, but no data is being sent to wunderground and there is no indication in the console log of a problem.  Therefore, there is no issue with driver.

There are one thing to check at this point.  First make sure you are using the key provided by Weather Underground as the "password."  For perverse reason, WU changed their protocol and they supply the key instead of using your WU password.  If you don't use the key, it is an incorrect login and that will stop uploading right there.

If that checks out, I'm very much at wit's end.  Looking at your screen shot of the preference pane, it appears that WeatherCat is locked up at the point of starting to upload to Weather Underground.  This is suggestive of a corrupted preference file.  Do you have a backup of your preferences before these problems started?  If so you could try restoring this file:

~/Library/Preferences/com.trixology.weathercat.plist

The file path is in UNIX notation and must be retrieved in the Library folder.  You might need to make a special effort to reach that folder.  If you do not have a backup before these problems started, you might note all the WeatherCat settings and delete the preference file.  Either way reboot your computer before launching WeatherCat.  macOS caches preference settings.  If you delete the preference file and don't reboot, macOS will restore the corrupted settings and you are right back where you started.

I've cobbled together a quick AppleScript that is cannibalized from my WC Status Growler AppleScript.  It is attached to this posting.  If you download it, decompress it, and double-click on it, it should launch the Script Editor and display the script in a window.  At the top of that window will be a "play" arrow like a media player.  If you click on that, the script should run and display in the bottom part of the window the error message that WeatherCat is receiving.  If you can get that message, post it here and we'll see if we can figure out what your problem is.  Unfortunately, I'm not sure if your problem is covered in the list of errors provided to AppleScript.  We'll just have to see.

Sorry, normally it doesn't get this complicated, but such are the conditions that prevail during a pandemic.

. . . . . . Oh well, . . . . . . Edouard

P.S. I attempted to get my installation of WeatherCat to display the uploaded data to Weather Underground and failed.  Perhaps there is some issue there but I didn't have time to look into it more carefully.  Can someone else look into this?

[xairbusdriver]

Enable "Log Sent Data" check box in the Wunderground prefs. That data is then listed in "system.log" section of Console (at least in Catalina macOS 10.15, it may very well be different in BS as Apple seems intent on making Console as un-user-friendly as possible. You can put something like "Wunder" in the Console search box to reduce the clutter of the output list.

One of my WU "sent" packages looks like this:

Code: [Select]

Wunderground: dateutc=2021-03-06+00%3A01%3A16&winddir=17&windspeedmph=7.0&windgustmph=7.0&windgustdir=5&windgustmph_10m=7.0&windgustdir_10m=5&humidity=45&dewptf=25.95&tempf=46.10&rainin=0.00&dailyrainin=0.00&baromin=30.171&softwaretype=WeatherCatV3.12B34&action=updateraw

Of course, if the WU prefs page shows "Reports sent: 0" in the Current Status section, it would be a small miracle to see any data in the log.

[Denver]

Trying to answer everyone’s questions.

The battery in the ISS is new.

I put fresh batteries in the console too, but they had been in the drawer for a number of years and I need to buy some new ones.  Anyways, since everything is working except wunderground upload, I don’t think the batteries are the cause of the problem.

Yes, data actually showing on the WC Console, and looks complete and accurate.
Yes, my weather data is actually showing at CWOP and it updates regularly.

I’m sorry if I seem impatient.  It is more that I am tired, like everyone else I suppose.

I did make sure to use the upload key that I received from Wunderground when I set up the new “device” on their website.  I did not use my wunderground password.

I unzipped the apple script, and clicked on the “play” symbol in the upper pane.  In the lower pane, the message “undefined state” appeared.

Edouard, if Wunderground uploads failed on your WC setup too, that may be the biggest clue yet…

I have “log sent data” enabled on Wunderground preferences.  I launched iMac console and clicked on the system log pane.   I filtered on “Wunder” and similar strings, but there was nothing matching that.   It is weird, as all of the other online/upload services (like weathercloud, pwsweather, etc.) have an entry in the WC log when I start WC that shows them starting up and running.  Just nothing in there for Wunderground.

Additionally: 

One weird thing that showed when I renamed the old WC files and did a fresh install to generate new WC files.   In the old setup,  these three files existed in the Library/Preferences directory:

com.trixology.weathercat.plist
com.trixology.weathercat.plist.ucPxkwX
com.trixology.WeatherCatClient.plist

However, after I renamed them and did a fresh install of WC, the only file that was created was com.trixology.weathercat.plist, and the other two were not created.  And this was the environment where the weather data was no longer being fetched from the weather station.

That’s all I know for now.

[xairbusdriver]

First, a big thanks for so definitively answering all the many questions! I know it (I) can sometimes be tedious!

If you still have those files, you might check the "Modified" date/times. It is possible that one or more of them is quite old as it may no longer be one that the latest version of WC uses.

The one with ...plist.ucPxkwX is certainly strange but it may actually have a purpose for an app or the developer.

I'm know you have TextEdit, but TextWrangler is a much better (and free) app for opening these files. For one, it will usually 'colorfy' the code making it easier to differeniate the tags and their values. Their format is actually just text with a rather small number of "<tags>". The first two lines are usually:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">

Next line is probably one that specifies the version of the plist, it may or may not match the version of the app.
Next will be a collection of the "tags", normally in pairs:

<dict>
    <key>SomeText</key> note the "/" in the tag
    <string>YES</string> (or maybe: NO, 1, 2, etc.)
    <key>dockDewPoint</key>
    <true/>Note the tag "closes" itself
    <key>dockShowPrecipitation</key>
    <false/>TRUE and FALSE are so often used they have their own tag!
    <key>dockTextRed</key>
    <real>0.60000002384185791</real>
    <key>internetURL</key>
    <string>10.0.1.3</string>
    ...
    ...
</dict>matches the "dict" tag at the beginning of the block of code
</plist>again, this matches the beginning "plist" tag at the beginning of the code

As you can see, there are a quite limited number of "tags" (the blue words) and they are easily human readable. The black text & numbers are usually human readable, but that doesn't mean they are always human (user) understandable! Those are sometimes texts that are only 'appreciated' by the Dev.

The point is, if you see "strange" values or tags or missing closing tags (a tag without a "/" somewhere in it) that may mean a corrupted plist. That's one you definitely want to replace or discuss with the Dev.

[xairbusdriver]

BTW, here are the entries in the com.trixology.weathercat.plist file concerning Wunderground:

Code: [Select]

<key>com.trixology.wunderground.log</key>
<true/>
<key>controllerWinOpen</key>
<string>NO</string>
<key>customWebUploadRateMenu</key>
<integer>120</integer>
        ...
<key>wundergroundCameraEnabledCB</key>
<false/>
<key>wundergroundCameraID</key>
<string></string>
<key>wundergroundCameraKey</key>
<string></string>
<key>wundergroundEnableHistoricalLogging</key>
<false/>
<key>wundergroundEnableHistoricalUploads</key>
<false/>
<key>wundergroundEnabled</key>
<string>1</string>
<key>wundergroundRapdFire</key>
<false/>
<key>wundergroundStationID</key>
<string>KTNGERMA20</string>
<key>wundergroundStationPwd</key>
<string>----------------</string>
<key>wundergroundUpdateRate</key>
<false/>
<key>wundergroundUpdateStepper</key>
<false/>
<key>wundergroundUploadIndoor</key>
<false/>

[Denver]

Thank you for all of your help.

WeatherCat support responded, with a suggestion to disable historical uploads for Wunderground, and see if the Wunderground starts properly and begins uploading data.  If that works, then enable historical uploads again to cover future WC downtime.

Well, it worked!    Apparently, I am guessing, since in moving I had changed the weather station name (and location), this prevented WC from uploading past historical data for the old weather station name (and location) that at that point no longer existed, and the process got stuck at this point in the startup process.

Anyway, doing that freed up the startup process for Wunderground, and now everything is rosy and the data is flowing to Wunderground.

Thank you, again.

Denver

[elagache]

Dear Denver and WeatherCat faithful,

Glad to hear that you are finally back in business!

Cheers, Edouard

[Blicj11]

I love it when a WeatherCatter finally figures out something that works. Thanks for reporting back, and a special thanks to Edouard, who has forgotten more about WeatherCat than the rest of us ever learned in the first place.