Not yet… I still haven’t received the unit. Next week probably I will receive.
I can tell you the advances when I receive it.
I have see a phyton program to decode livedata.htm page with the realtime data, but the user also tells that this method could damage the unit (I am not sure, he say that the unit is very basic and can’t handle a petition every 15 seconds all time). I am not sure about it, or the refresh could be done slowly, maybe temperatura isue. I have to try when I receive the unit.
I can’t understand why this has to happen… Maybe was a default unit, because weewx suport direct conection scraping web “livedata” page and nobody has reported anything like this. I want to try, because I don’t want to depend of external WU or Internet Connection, or installing an additional web server to handle php… This is not necessary sure. If the unit is sending requests every 16 seconds to PHP server, there is no problem to send txt data of a webpage at same rate.
If you want, I can try to program some additional software (like 1-wire) to poll the data from the hub and pass to WD.
your first link , it says clearly that the screen scaping:
This method may cause your ObserverIP to crash!
but its OK to instead set the hub to send the data to a web site php script (that creates the json file that WD can then read in)
I have already outlined that above
Well… I have a, maybe, very good idea, but I can’t try it until I receive the unit.
If scraping is not a good idea, so I will try to implement a very simple “web server” socket based, listening the packets that IP Observer will send, and I think that I could parse and save this data to allow WD process it. So anybody hasn’t to use a webserver to receive the data. When I can test this, I say you Brian, so you could, or implement it on WD or use as separate program to pass the data to WD as 1-wire reader do.
you dont need to do any work
its all available
the php script is available
to run on a server
which creates a json file that you set WD to get from the server
Yes, I understant you, but I don’t want to mount a server on the WD computer, I don’t want to run a remote server that doesn’t work when there are a storm and maybe ADSL line goes down. I want a local program that take the data of the weather station and pass it to WD. It is very easy to implement, and much better than depending of other services.
the console version of the station does send data via direct TCP/IP socket connection (via the local WIFI)
and WD works with that
but the hub version does not do that
Well, it is really very very easy to parse incoming HTTP requests sent by IP Observer using a socket, no need to scrap screen, no need to start any server.
The code will be like this one. I am doing in C# UWP application, but is easy to do it in any other language.
Well, first version of a “micro IP Observer listener”.
No scrapping, only waiting at programed port. Receive data sended by IP Observer, parse it and save to a file with the same “ws1001.json” file format. You can choose location.
In the IP Observer you have to select “custom” server, and program the IP of the computer when this program runs, and the port that you put on listening program. The listening port is also programable, defect is 85 to leave untouched HTTP port (80) if you have any web server or other program that uses that port (like Skype).
I also have added ability into WD to act as a web server, i.e to listen for http direct IP connection
that ability is there as well
i.e the WiFi IP server->client
settings
in any case, if you could email me the file you have your software creating and set in WD to use (raw script data file)
I am not sure that “WiFi IP server->client” are working… I have tried putting on IP the own IP or the client IP, but neither of both seem to work. I also don’t understant why specity a IP, as it will be a server, so the IP must be set on client… I have changed also Port to 85 that I am using currently.
I attach the files that I am currently generating, and also the “server program” source Project (Visual Studio 2017 C++ with MFC).
I see whats wrong
there must have been a slight change to the json format
an extra space
I have accounted for that now
use a new .zip update of WD, ready now
I am not sure I have to put the file location on “URL” TextBox, or on “Select raw script data file”, but in any case I have put the same on both and it works. I try to improve a little my program to allow change update time, because now I change program to receive each 15 seconds. The IP Observer sends me another packet when I close the socket, so it receive more than 1 message per second if I don’t limit it!. I will let user to choose this maximun receiving rate.
I also add some parameters that PHP program calculate (but I don’t know if WD needs it!).
If you add this direct receiving Support to the WD, let me and then this program won’t need anymore.
Thanks in advance.
Ruben
PD: I have realized that on “WD title” appear: “Stationless, VWS data.csv”… is this ok? It is taking csv file or json file? (my program is actually generating both)
re the station type across the top of WD
try this:
exit WD
then in the wdisplay.ini settings file
find
[Weather Station Type]
and delete that whole section
then run WD
then select the Wifi pro station
and then select the raw json file your program updates (and make sure its ticked to use the wunderground json format)
WD does have an option to listen on port 80
that is the setting to use direct usb connection
(believe it or not)
you could try ticking that setting in WD and see if that works (and not having to run your program (do the wdisplay.ini reset of the station type settings as above…as a test)