[hvalentim]

Configurei o Weewx no ficheiro weewx.conf com os dados Lat;Long;Alt; as portas usb deixei como estava; O ID e passw do weatherunderground;registo da estação activei para true.
O resto não alterei mais nada, falta mais alguma coisa???

Como pontapé de saída isso deve chegar.

Na secção "[Vantage]" deve estar algo como:

Code:

[Vantage]
    type = serial
    port = /dev/ttyUSB0
    baudrate = 19200
    iss_id = 1
    timeout = 5
    wait_before_retry = 1.2
    max_tries = 4
    driver = weewx.drivers.vantage

Os sensores que tenho são Davis.

Usando sensores Davis creio que não precisa de factores de conversão.

Onde vou ver a informação dos dados enviados pelo wheatherduino pro2 no weewx? No weatherunderground por exemplo ou numa pagina WEB criada pelo weewx??

No weatherunderground e se desejar numa página web com html e gráficos gerados pelo WeeWX. Para a segunda opção, deve configurar a secção [StdReport]*

* Presume que tenha um servidor apache instalado e a correr no Raspberry.
Para sincronizar a página local com um servidor remoto pode usar o ftp OU o rsync - secções [[FTP]] e [[RSYNC]].
Consulte o manual:
http://weewx.com/docs/usersguide.htm#[StdReport]

Porque é que o cumulus mx precisa do Weewx e qual é o relacionamento entre os dois softwares???

Nem o Cumulus precisa do WeeWX nem o WeeWX precisa do Cumulus. Fazem os dois o mesmo, de forma diferente.
O Cumulus depende sim do MONO. O WeeWX do Python.

Ainda não instalei o cumulus mx, pode dar-me algumas dicas?

Não o uso, porém a generalidade dos utilizadores WeatherDuino parece que sim. Facilmente o ajudarão.


Se tiver problemas com a configuração do WeeWX o melhor mesmo é colocar aqui o weewx.conf (obviamente retirando ou substituindo por ******* as passwds que use).

[CT7AEB]

Olá,

Obrigado pela ajuda.

Envio o ficheiro em anexo, foi copiado do rpi para um ficheiro de texto do Windows.

Já tenho o weatherduino ligado ao weewx, como sei se estão a comunicar e onde posso ver os dados? O weatherduino já atualizou a hora com o Rpi já não é mau
No weatherunderground ainda não aparece nada atualizado.

Obrigado.

Nélio Simões

[werk_ag]

Os sensores que tenho são Davis.

Usando sensores Davis creio que não precisa de factores de conversão.

Nélio,

No caso do sensors de velocidade do vento, independentemente da marca e modelo, deverá sempre usar o factor de conversão, tal como indicado pelo hvalentim. Já quanto ao sensor de pluviosidade, aí sim, se vier a optar por um Davis, não necessita de alterar o factor de conversão por defeito.

Sobre a questão dos factores de conversão (multiplicadores) consulte este tópico:
http://www.meteocercal.info/forum/Thread...29#pid3629

Apesar de no tópico apenas se referir como exemplo o Cumulus, as regras descritas para os factores de conversão aplicam-se a qualquer software, seja o weewx ou qualquer outro.

Já tenho o weatherduino ligado ao weewx, como sei se estão a comunicar e onde posso ver os dados? O weatherduino já atualizou a hora com o Rpi já não é mau

Se o WeatherDuino acertou a hora, pelo menos estabeleceu comunicação com o weewx. Quando existe comunicação, o LED com_led, deverá piscar a uma frequência que depende da frequência a que o weewx pede dados ao WeatherDuino. Não sei qual será essa frequência mas deverá ser de 1 a 2 segundos.

[CT7AEB]

Olá,

Obrigado a ambos pela ajuda.

Pelo que me apercebo a comunicação entre o Weatherduino já está a ser feita, recebi um email do weatherunderground a dizer que a estação voltou a comunicar mas os valores não estão correctos certamente porque não alterei os factores de correção.

O weewx tem alguma maneira de ver os valores da estação graficamente no Rpi?

É possivel ter os dois softwares Weewx e Cumulus a correr ao mesmo tempo no Rpi?

Cumprimentos.

Nélio Simões

[hvalentim]

Envio o ficheiro em anexo, foi copiado do rpi para um ficheiro de texto do Windows.

Alguns comentários

rain_year_start = 10

Não vejo razão para colocar outra coisa que não Janeiro (1), usando um ano civil "normal" (Jan-Dez).

tcp_port = 22222

Inútil. Melhor comentar fora (prefixo #)

Retire igualmente tudo o que não usa de forma a evitar que o programa perda tempo a tentar fazer coisas que não está (pelo menos ainda) a usar (como o AWEKAS).

rapidfire = False

Mude para "True", se quiser enviar (e ver) no WeatherUnderGround dados actualizados a cada 3 segundos aproximadamente.

target_unit = US # Options are 'US', 'METRICWX', or 'METRIC

Pessoalmente prefiro:
target_unit = METRIC

Reporta-se às unidades com os valores guardados na base de dados do WeeWX. A vantagem de usar METRIC é apenas (para nós que estamos habituados a pensar em cm e não polegadas por ex.) o facto de tornar os valores legíveis se quiser visualizar a base de dados directamente.
Do ponto de vista do programa (dos dados que ele envia e das páginas que gera é indiferente), ele converte automaticamente entre os sistemas.

ATENÇÃO: Deve decidir logo no início o valor que quer usar e depois NÃO VOLTAR A ALTERAR (nesse caso mistura irremediavelmente valores em unidades/grandezas diferentes na base de dados)

[StdQC]
[[MinMax]]

Talvez seja melhor colocar em unidades métricas (apenas por consistência lógica).
Pessoalmente uso isto:

Code:

[StdQC]
    
    [[MinMax]]
        barometer = 940, 1060, mbar
        outTemp = -10, 55, degree_C
        inTemp = -10, 55, degree_C
        outHumidity = 1, 100
        inHumidity = 1, 100
        windSpeed = 0, 200, km_per_hour
        soilTemp1 = 0, 60, degree_C
        consBatteryVoltage = 11, 25, volt
        rain = 0, 70, mm
        rainRate = 0, 300, mm_per_hour
        pressure = 24, 34.5, inHg

[StdWXCalculate]

[[Calculations]]
# Derived quantities are calculated by this service. Possible values are:
# hardware - use the value provided by hardware
# software - use the value calculated by weewx
# prefer_hardware - use value provide by hardware if available,
# otherwise use value calculated by weewx

Pessoalmente uso isto:

Code:

pressure = prefer_hardware
        barometer = prefer_hardware
        altimeter = prefer_hardware
        windchill = software
        heatindex = software
        dewpoint = software
        inDewpoint = software
        rainRate = prefer_hardware

[StdArchive]

# If the station hardware supports data logging then the archive interval
# will be downloaded from the station. Otherwise, specify it (in seconds).
archive_interval = 300

# How long to wait (in seconds) before processing new archive data. Must
# be greater than zero.
archive_delay = 15

# If possible, new archive records are downloaded from the station
# hardware. If the hardware does not support this, then new archive
# records will be generated in software.
# Set the following to "software" to force software record generation.
record_generation = hardware

# Whether to include LOOP data in hi/low statistics
loop_hilo = True

# The data binding used to save archive records
data_binding = wx_binding

Para perceber o que isto faz compreenda o seguinte:
O WeatherDuino executa duas acções sobre os dados que recolhe dos sensores:

1- Faz grosso modo as médias e guarda os valores no arquivo (memória interna do WeatherDuino) a cada x minutos definidos (normalmente 5 minutos)
2 - Paralelamente disponibiliza dos dados em tempo real via "loop" (aproximadamente a cada 3 segundos).

Optando pelo modo "record_generation = hardware", está a dizer ao WeeWX para a cada 5 minutos recuperar do arquivo do WeatherDuino os valores aí guardados, importá-los para a sua própria base de dados (no Raspberry) e enviá-los para os serviços e redes que possa ter configurado (como o WeatherUndergroundI)

Optando pelo modo "record_generation = software" diz-lhe para ele recuperar os dados do loop (a cada 3 segundos) e tratar ele próprio de calcular os valores. Nesse caso, o WeeWX só usa o "arquivo" (memória interna do WeatherDuino) na circunstancia de uma interrupção (período em que por alguma razão o Raspberry e o WeatherDuino não estiveram ligados).

Pessoalmente uso isto:

Code:

[StdArchive]
    
    # If the station hardware supports data logging then the archive interval
    # will be downloaded from the station. Otherwise, specify it (in seconds).
    archive_interval = 300
    
    # How long to wait (in seconds) before processing new archive data. Must
    # be greater than zero.
    archive_delay = 15
    
    # If possible, new archive records are downloaded from the station
    # hardware. If the hardware does not support this, then new archive
    # records will be generated in software.
    # Set the following to "software" to force software record generation.
    record_generation = software
    
    # Whether to include LOOP data in hi/low statistics
    loop_hilo = true

---

O weewx tem alguma maneira de ver os valores da estação graficamente no Rpi?

O WeeWX gera um relatório com gráficos e páginas HTML a cada " archive_interval" (normalmente 5 minutos) partir do template Standard (/etc/weewx/skins/Standard). O resultado é colocado no directório definido pela variável HTML_ROOT

Por definição esta aponta para o directório padrão de onde o apache serve as páginas:

# Where the generated reports should go, relative to WEEWX_ROOT
HTML_ROOT = /var/www/html/weewx

Pode ver as páginas abrindo-as no próprio Raspberry com o Browser, a partir do directório indicado.

Se tiver o Apache instalado tb o pode fazer a partir de qualquer computador na sua rede local apontando para o endereço http://192.168.1.X/weewx, em que 192.168.1.X será o IP do Raspberry na sua rede local.

Para ver os resultados actualizados em tempo real (com uma frequência superior aos 5 minutos) pode querer instalar uma extensão com o MesoWX:
https://bitbucket.org/lirpa/mesowx
https://groups.google.com/d/topic/weewx-...discussion

---

É possivel ter os dois softwares Weewx e Cumulus a correr ao mesmo tempo no Rpi?

Não. Trata-se de uma comunicação bidireccional. Não pode ter dois programas a dialogar com o WeatherDuino ao mesmo tempo, entram em conflito.

[CT7AEB]

Olá,

Já configurei o ficheiro mas algo se passa quando altero a conversão de US para METRIC, após o reboot o weatherduino deixa de piscar o led da comunicação mas atualiza a hora.
O weatherunderground funciona bem em modo US em METRIC ainda não experimentei.
Não consigo abrir o browser no Rpi com o IP do Rpi, tenho que instalar o Apache no Rpi para conseguir visualizar?

Envio o ficheiro editado em anexo.

Obrigado.

Cumprimentos.

[hvalentim]

Olá,

Já configurei o ficheiro mas algo se passa quando altero a conversão de US para METRIC, após o reboot o weatherduino deixa de piscar o led da comunicação mas atualiza a hora.
O weatherunderground funciona bem em modo US em METRIC ainda não experimentei.
Não consigo abrir o browser no Rpi com o IP do Rpi, tenho que instalar o Apache no Rpi para conseguir visualizar?

Envio o ficheiro editado em anexo.

Obrigado.

Cumprimentos.

Quando diz "reboot" presumo que quer dizer o "restart" do Weewx?
De outra forma:
- O WeatherDuino não deve fazer reboot , se o faz é porque tem o botão da VP na posição errada.
- Não é necessário fazer reboot ao Raspberry depois de mudar as configurações do WeeWX, basta fazer restart deste último.
Cf.: Running weewx .

Não vejo nada de obviamente errado no weewx.conf. Excepto: continua a ter activos uma série de serviços que não usa (todos os com "replace_me"). O resultado é que o WeeWX vai tentar enviar os dados para essas redes sem sucesso usando o "replace_me" como credencial.
Cf.: The configuration file weewx.conf


Em relação à mudança para "target_unit = METRIC", experimente apagar a base de dados para que o programa a recrie (obviamente vai perder os dados que já coligiu, porém, em todo o caso não faria sentido misturar unidades), a qual, segundo a configuração actual, deve residir em /var/lib/weewx (ficheiros com a extensão sbd).

Code:

# Defaults for SQLite databases
    [[SQLite]]
        driver = weedb.sqlite
        # Directory in which the database files are located
        SQLITE_ROOT = /var/lib/weewx

Para perceber exactamente o que o programa está a fazer, se pára (encontra algum erro) e porquê utilize o seguinte comando:
tail -f /var/log/syslog
ou
sudo tail -f /var/log/syslog
Cf.: Monitoring weewx


No estado actual, se não tem o Apache instalado, para ver as páginas HTML no Pi não deve usar o IP. Deve navegar até ao directório onde o WeeWX coloca o relatório e abrir o ficheiro index.html.

O Apache é útil para obviamente poder ter acesso e ver os resultados sem ter de passar pelo VNC (como tem estado a fazer).
Cf.: Integrating with a web server

[CT7AEB]

Olá,

Obrigado pela ajuda.

Apaguei a base de dados e voltei a por "target_unit = METRIC e já não deu problemas.

Obrigado.

Cumprimentos.