Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • M meteorolog
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 5
    • Issues 5
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • EMM
  • meteorolog
  • Issues
  • #4

Closed
Open
Created Jul 17, 2015 by renan da silva@renansilva

Meu teste com o Meteorolog 02

Baseado na [wiki] (https://git.cta.if.ufrgs.br/meteorolog/arduino-meteorolog/wikis/home#utilizando-o-software), fiz o teste com a estação conectada ao Raspberry. Alguns comentários:

virtualenv

$ sudo apt-get install python3 python3-pip python3-virtualenv supervisor

retorna:

E: uneable to locate package python3-virtualenv


O comando

$ sudo apt-get install python-virtualenv

(sem o "3" depois de "python") funcionou.


Data

configurei uma data aleatória no relógio, e ela aparece com

>>> send('read,dt')

mas na [página] (http://dados.cta.if.ufrgs.br/emm/board/20) aparece a data do Rasp (que estava errada, motivo pelo qual a data no gráfico estava estranha -- estava em agosto e tal).

Ajustei a data do Rasp e dei

$ make undeploy

$ make clean-data

$ make clean-logs

$ make deploy

e volta o erro

make: warning: Clock skew detected. Your build may be incomplete.

Então dei

$ make undeploy

$ make clean-data

$ make clean-logs

e configurei a data correta no relógio; mas o erro continuou, e na [página] (http://dados.cta.if.ufrgs.br/emm/board/20), continua com a data estranha (agosto), mas a hora nova (correta) -- apesar da hora estar correta, na [página] (http://dados.cta.if.ufrgs.br/emm/board/20) ainda aparece dado com a hora antiga (agora são 15:16 e aparece um dado de 17:00 antes no gráfico) -- e não aparece nada no eixo x, onde deveria estar a data. Reiniciei o Rasp e mudei o settings.yaml para mandar a cada 30 segundos; e agora, na página, os gráficos mostram ainda a hora errada (e, agora, só a hora errada) e diferentes valores para mesmos horários -- agora voltou o eixo x.Captura_de_tela_de_2015-07-17_15_48_22


Sei que o comando

$ make sync-rtc

havia sido dado anteriormente; imagino que esses problemas são resultado de alguma confusão com a configuração do relógio. O Rasp está alterando a hora sozinho (provavelmente para um fuso horário diferente), mas o mês está correto (diferente do que aparece nos gráficos na página).


Resumindo:

  1. Não consigo desfazer a a sincronização do relógio da placa com o do Rasp.
  2. Por algum motivo, a [página] (http://dados.cta.if.ufrgs.br/emm/board/20) dá uma informação de um mês no futuro (mesmo que, no Rasp, o mês esteja correto).
Assignee
Assign to
Time tracking

Os conteúdos dos repositórios estão sob licenças livres e são responsabilidade dos próprios autores, não representando as opiniões e posicionamento da UFRGS ou do CTA.