Okay, in desperation, I re-installed 249.
No change!
In other words, upload to the web is just not working at all any more.
Again getting these messages in the FTP Log:
FTP vers 1.7 Upload 12:30:28 5-10-15
Port to use 21
Passive mode on
logging on to
Log in failed
Presumably the problem is that it is trying to logon to nothing, even though the settings look okay.
I would really like a suggestion as to how to fix this. Presumably WD has somehow subtly changed a setting.
Regds,
Dave
Extra info:
Naturally I have checked that FTP IS working (outside of WD) with the identical credentials. Works fine.
I also checked and found all the web files are being updated properly (on the half hour).
I looked in al the *.txt files associated with WD FTP and found nothing which looks strange.
I found tat manual download (via FTP) of NOAA info works fine in WD.
It is just the FTP upload which has totally stopped.
Dave
Here is the “other” FTP log. All looks normal, except that nothing happens. There have now been no uploads for 28 hours!
FTPUPD.EXE started at 9:30 pm 05/10/15
agenda items to do…
doupload
Files to upload*
Local files: /Users/Home/Documents/wdisplay/webfiles/Avalon.html
Local files: /Users/Home/Documents/wdisplay/webfiles/Avalondial.gif
Local files: /Users/Home/Documents/wdisplay/webfiles/cloudheight.gif
Local files: /Users/Home/Documents/wdisplay/webfiles/sunmoonimage.jpg
Local files: /Users/Home/Documents/wdisplay/webfiles/moonicon.gif
Local files: /Users/Home/Documents/wdisplay/webfiles/Avalon.gif
Local files: /Users/Home/Documents/wdisplay/webfiles/dailyhighlowbaroetc.gif
Local files: /Users/Home/Documents/wdisplay/webfiles/summary.jpg
Local files: /Users/Home/Documents/wdisplay/webfiles/trends.gif
Local files: /Users/Home/Documents/wdisplay/webfiles/dirplot.gif
Local files: /Users/Home/Documents/wdisplay/webfiles/dirplotspd.gif
Local files: /Users/Home/Documents/wdisplay/webfiles/dirplot2.gif
Local files: /Users/Home/Documents/wdisplay/webfiles/energy.gif
Local files: /Users/Home/Documents/wdisplay/webfiles/forecasticon.gif
Local files: /Users/Home/Documents/wdisplay/webfiles/forecasticonstation.gif
Remote files: Avalon.html
Remote files: Avalondial.gif
Remote files: cloudheight.gif
Remote files: sunmoonimage.jpg
Remote files: moonicon.gif
Remote files: Avalon.gif
Remote files: dailyhighlowbaroetc.gif
Remote files: summary.jpg
Remote files: trends.gif
Remote files: dirplot.gif
Remote files: dirplotspd.gif
Remote files: dirplot2.gif
Remote files: energy.gif
Remote files: forecasticon.gif
Remote files: forecasticonstation.gif
Doggy,
Have you tried looking in the ftpwdisplay.ini (think that’s what it’s called) to check that everything is ok in their? I had similar problems a while back with FTP uploads and there was an issue with some of the FTP upload details in that file…
Just a thought.
Paul
Deputydewarg had this problem
the wdisplayftp.ini file was getting corrupted on WD start up
copying a back up of that after WD has started up I think was the solution…try that
@vk2him
I have done a test of a history data download at start up with my IP data logger
and it did work
what shows under view, debug info?
No luck with replacing the wdisplayftp.ini as suggested. Tried it several times with a backup copy form 24hrs before the problem started.
Still no uploads! Now almost 48hrs off the air.
I have had a look at the file wth an editor but cannot see anything wrong. However, spotting it would probably be very, very difficult.
Dave
Oh this is SO, SO frustrating.
Definitely exactly the same symptoms as DeputyDawg had.
Also, FYI, the Exit button DOES NOT work at all from time to time. So that clearly is not permanently fixed in 249.
I also tested with the same files and the original Mac version. It also does not work.
If someone could suggest WHAT is getting corrupted in these files or how cronrealftp is getting the wrong info, I would appreciate it.
Regds,
dave
It shows this:
Loaded all time records
Loaded units
Asking for archived data download
TCP/IP connected to 192.168.1.61
re starting download, timer
sending DMPAFT
Asking for archived data download
Davis VP Retrieving data from: day 6 month 10 year 2015
Retrieving data from: hour 19 minute 44
ask for time/date of record…
#2Command not understood, restarting
sending DMPAFT
Davis VP Retrieving data from: day 6 month 10 year 2015
Retrieving data from: hour 19 minute 44
ask for time/date of record…
Sending OK…
Aborted
All data downloaded or did not sync correct!
formating the VP data
vp data read in 1
Weather station type number 31
VP reception #1 27615 #2 177 = 99
VP reception #1 27636 #2 177 = 99
VP reception #1 27659 #2 177 = 99
Thanks
Hi Brian WD MacB250 Version on 4 October 2015 - 23:42:35 shut down @ noon today. Had to restart WD all seems fine.
There was nothing in program error log.
BTrip
ask for time/date of record…
#2Command not understood, restarting
sending DMPAFT
that is the clue there…the response back is not what was expected
I have tested a number of times and it works here
but I will add some debug code to see what data is being returned on your setup
@bdtripps
it would be interesting to know if the problem is the FWI (i.e try turning the updates that off as a test)
@doggy
did you find a backup of the wdisplayftp.ini file?
does the ftp settings show up OK in WD itself?
one thing I could do is to get the cronftp to use a different ftp ini file (i.e a copy…creatd before WD uses it)
Hi Brian I shut off FWI updates and restarted WD.
Thanks
BTrip
Thanks Brian - this is what now shows:
Loaded all time records
Loaded units
Asking for archived data download
TCP/IP connected to 192.168.1.61
re starting download, timer
sending DMPAFT
Asking for archived data download
Davis VP Retrieving data from: day 7 month 10 year 2015
Retrieving data from: hour 15 minute 15
ask for time/date of record…
#2Command not understood, restarting
0 89 119 233 2 47 106 2
sending DMPAFT
Davis VP Retrieving data from: day 7 month 10 year 2015
Retrieving data from: hour 15 minute 15
ask for time/date of record…
#2Command not understood, restarting
0 9 14 2 12 7 10 13
sending DMPAFT
Davis VP Retrieving data from: day 7 month 10 year 2015
Retrieving data from: hour 15 minute 15
ask for time/date of record…
#2Command not understood, restarting
0 89 119 233 2 47 106 2
sending DMPAFT
Davis VP Retrieving data from: day 7 month 10 year 2015
Retrieving data from: hour 15 minute 15
ask for time/date of record…
#2Command not understood, restarting
0 9 14 2 12 7 10 13
sending DMPAFT
Davis VP Retrieving data from: day 7 month 10 year 2015
Retrieving data from: hour 15 minute 15
ask for time/date of record…
#2Command not understood, restarting
0 89 119 233 2 47 106 2
sending DMPAFT
Davis VP Retrieving data from: day 7 month 10 year 2015
Retrieving data from: hour 15 minute 15
ask for time/date of record…
#2Command not understood, restarting
0 9 14 2 12 7 10 13
sending DMPAFT
Davis VP Retrieving data from: day 7 month 10 year 2015
Retrieving data from: hour 15 minute 15
ask for time/date of record…
#2Command not understood, restarting
0 89 119 233 2 47 106 2
sending DMPAFT
Davis VP Retrieving data from: day 7 month 10 year 2015
Retrieving data from: hour 15 minute 15
ask for time/date of record…
#2Command not understood, restarting
0 9 14 2 12 7 10 13
sending DMPAFT
Davis VP Retrieving data from: day 7 month 10 year 2015
Retrieving data from: hour 15 minute 15
ask for time/date of record…
#2Command not understood, restarting
0 89 119 233 2 47 106 2
sending DMPAFT
Davis VP Retrieving data from: day 7 month 10 year 2015
Retrieving data from: hour 15 minute 15
ask for time/date of record…
#2Command not understood, restarting
0 9 14 2 12 7 10 13
sending DMPAFT
Davis VP Retrieving data from: day 7 month 10 year 2015
Retrieving data from: hour 15 minute 15
ask for time/date of record…
#2Command not understood, restarting
0 1 0 0 0 118 180 10
sending DMPAFT
Davis VP Retrieving data from: day 7 month 10 year 2015
Retrieving data from: hour 15 minute 15
ask for time/date of record…
Sending OK…
Aborted
All data downloaded or did not sync correct!
formating the VP data
vp data read in 1
Weather station type number 31
VP reception #1 12948 #2 65 = 100
do you have the IP data logger set to send to weatherlink.com by any chance?
also how long did you have WD not running for?
No, I’m not sending to weatherlink.com - the IP Datalogger is only accessed locally by WD on th3 same network. WD was off for approx 5 mins - thanks
any other software accessing the data logger?
No Brian - only one copy of WD is accessing it … the old version works fine and can download data - the new one has this problem
it is strange that it is working OK here every time
but for you, the data logger is not sending back what is expected
(there should be a 6 in that raw data (6 means OK response)
what I could do is add in some more debug code
Thanks for the efforts - do you think it may help to display the port number it’s trying to access? FYI mine is 22222 which I think is default?