meteohub.de

very sorry to tell you ... my "old-man" meteohub has below performance of re-computation.

Linux Kernel: 2.6.21.7 132 BogoMIPS, 30 MB RAM, NSLU2 (133 MHz)
MeteoHub: Version 4.3

from version 3.3b to 3.3c:

wmr928fulleval(01.05.2009 09:15:01): recomputation of weather data started.
wmr928fulleval(01 ...

you are correct.

i am required to manually,

- add a new weather station and assign a name, attitude value, etc to the weather station.
- re-assign the sensor id of the top list and clear the bottom list to be evaluated in the sensor webpage

after all the setting is completed, the meteohub starts ...

i miss several updates for my meteohub in the past few months.

currently my meteohub is using version 3.3c.

can i simply update it directly to 4.3?

any special care or attention during such update? (i just know in version 4.x, a number of new features are introduced, for example, multi-stations ...

In version 3.x, I find the field length of "individual schedule" in "graph uploads" page is not large enough.

Below is one of the schedules I am used to for some existing graphs:

2,7,12,17,22,27,32,37,42,47,52,57 * * * *

I can only enter the characters up to "2,7,12,17,22,27,32,37,42,47,52,5".

It is normal after it is upgraded to 2.3 :)

Software
Linux Kernel: 2.6.21.7 132 BogoMIPS, 30 MB RAM
MeteoHub: Version 2.3 (c)2008 by Boris Pasternak, info@meteohub.de

Storage

Swap: 0MB of 127MB used (0%)
System: 208MB of 402MB used (51%)
Data: 221MB of 3180MB used (6%)

\"swapon -s\" is same as \"cat /proc/swaps\".

root@meteohub:~$ swapon -s
Filename Type Size Used Priority
/dev/sda2 partition 131064 180 -1

I know some linux commands. For your information ...

root@meteohub:~$ free
total used free shared buffers
Mem: 30376 28452 1924 0 1032
Swap: 131064 180 130884
Total: 161440 28632 132808

root@meteohub:~$ cat /proc/meminfo
MemTotal: 30376 kB
MemFree: 2232 kB
Buffers: 1216 kB
Cached: 17756 kB ...

It is now using 2.2d.
The figures are still not correct after reboot some times.

However, I find this does not affect any operations of the meteohub (include data logging and graph generation)

I guess there is some place that stores these figures, however it is not updated correctly after the ...

after upgrading from v2.1d to v2.2c, i find strange on the \"system info\" webpage

Storage
Swap: 1841497MB of 952335MB used (193%)
System: 1019600MB of 1825693MB used (55%)
Data: 193MB of 3180MB used (6%)

My meteohub only has 4G at most. How can the swap and system size can be larger than 4G ...

Please also find the sensor raw data below for cross-check.

Before upgrade:

20080319040339 uv0 2
20080319040452 uv0 2
20080319040605 uv0 2
20080319040831 uv0 2
20080319040944 uv0 1
20080319041057 uv0 2
20080319041210 uv0 1
20080319041323 uv0 1
20080319041436 uv0 1
20080319041549 uv0 1 ...

I find it is strange on the uv data after upgrading to v2.1c from 2.1a

hour1_uv0_index 2.2
hour1_uv0_indexmin_time 20080320110054
hour1_uv0_indexmax_time 20080320110320
hour1_uv0_indexmin 0
hour1_uv0_indexmax 10
last60m_uv0_index 3.0
last60m_uv0_indexmin_time 20080320102916
last60m_uv0_indexmax ...

Attach the error message.

[file name=error.zip size=109792]http://www.meteohub.de/joomla/images/fb ... /error.zip[/file]

My meteohub is successfully upgraded to new kernel. However, when I try to update it to 2.1a under the \"maintenance\" page.

I already upload the update file to meteohub under the file path \"/data/transfer/update-v2.1a.upd\".

Then I enter \"/data/transfer/update-v2.1a.upd\" under \"Maintenance ...