[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.