Cumulus Support

mcrossley wrote:maybe I was still 'fiddling' with it - I'm leaving it now to go out for the evening so is should be stable, and updating

see my update above

Looks good. If you want to see how it looks with a Davis, just let me know.

You're welcome to all the source Steve, the 'hard' part is creating the real time.txt log file. I think it was Kevin who created a PHP based archived, but it also does the day file. As I run on a Windows box I created a simple batch script to just keep a log file with the last 60 minutes of data in it. The PHP above then parses this file and returns JSON formatted data for the web tags you request as params.

Getting ready to go out now, so I'll zip everything up tomorrow.

Like the graphs Mark....

Here is the realtime, stripped to the basics so you can adapt and include in another page if you wish...

http://weather.wilmslowastro.com/realtimeCumulus.htm

The batch file I am using to create the 1 hour realtime.log file is dead simple...
EDIT: Though I see there will be problems with this if you are not in the UK time zone , a little more code required to fix that tomorrow...

mcrossley wrote:Here is the realtime, stripped to the basics so you can adapt and include in another page if you wish...

Code: Select all

:start
copy realtime.log+realtime.txt realtime.tmp
tail -60 realtime.tmp > realtime.log
sleep 60
goto start

Win 7 doesn't recognise the tail command ?

Ah, yes, my XP box has the Windows 2003 Resource Kit tools installed on it - you can download it for free, and most of the tools still work on Win 7 x64. I think 'sleep' is a RK tool as well?

PS: The script is now updated to avoid TZ issues.
http://weather.wilmslowastro.com/realtimeCumulus.htm

Hmmmz

Note: The Windows Server 2003 Resource Kit Tools are not supported on 64-bit platforms.

Some of the tools in the RK no longer work on Win x64, but sleep and tail are definitely fine. Windows will popup a compatibility warning when you run the installer, you can ignore that, let the RK install, then copy off the sleep & tail utilities and uninstall the RK again if you have concerns.

Sleep 60 could be substituted with the built-in 'choice' command...

choice /T 60 /D y

Edit: you don't want to go fiddling around with the W2K3 RK tools that delve into kernel flags for instance on Windows 7 x64 But the simple 'user' type utilities are fine.

I'm not going to try this, I tried cumulstoolbox but this creates huge logfiles minimum is 1 day, but I had no succes maybe because I've another dateformat I changed the datedelimiter / to - in all the files but no succes http://www.apeldoorn.tk/weer/realtimecumulus.htm I give up

Ron

The problem is your "realtimeLogParser.php" is not executing as PHP, it is just returning the script file rather than the data. try it...
http://www.apeldoorn.tk/weer/realtimeLo ... .php?rfall

If you are running on Linux web server, then I think you have to mark the php file as 'executable' with chmod(?) in order for it to run.

The realtime.txt parser part is running OK, with the date delimiter changed to '-'. I thought Cumulus used as standard format for realtime.txt - wrong!

mcrossley wrote:The realtime.txt parser part is running OK, with the date delimiter changed to '-'. I thought Cumulus used as standard format for realtime.txt - wrong!

I think all of the date separators in dates created by Cumulus uses the configured system data separator. As I've mentioned before, the explanation is that while the code says "use a slash", the underlying system routines take that to mean "use the date separator configured in Windows". I had no idea that was going to happen. Cumulus was never intended to run on non-UK systems - or even on anyone else's PC but mine.

I've chmodded the php file to 777 but no result this is my logfile http://www.apeldoorn.tk/weer/realtimelog.txt (I just started the ftp again)

Hmm if I look at the sourcecode of the php file it looks really weird ...

Thank Mark I've done a make-over from the php file it was complete corrupted seems to work now but the time axis don't match .

Hmm, the PHP is now returning data, but the first entry has a time stamp of '0' for some reason. What does the first line of your realtime.log file look like? Edit: You also need to remove the following line from the PHP script - It is a left over from my experiments