Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Problema na frequência de aquisição dos dados #2

Open
ansoanjos opened this issue Oct 6, 2022 · 7 comments
Open

Problema na frequência de aquisição dos dados #2

ansoanjos opened this issue Oct 6, 2022 · 7 comments
Labels
bug Something isn't working

Comments

@ansoanjos
Copy link

Identificado problema no intervalo de aquisição dos dados. Para dados de GPS, é esperado que cada amostra seja adquirida no intervalo de 1s. Nos dados adquiridos (conforme arquivo em anexo), há aquisições no mesmo timestamp, além de casos com variações grandes entre 2 timestamps. A seguir exemplo de aquisições no mesmo timestamp:

mesmo_timestamp

A Figura a seguir exibe variações entre o timestamp no ((t+1) - t).
diferencas_timestamp

Anexo o arquivo adquirido:
PaulaUnicamp_20220630.081707.csv

@felipeaps89
Copy link
Contributor

Em análise.

@EltonCN EltonCN added the bug Something isn't working label Apr 10, 2023
@EltonCN
Copy link
Member

EltonCN commented Apr 10, 2023

@felipeaps89 houve alguma alteração sobre isso?

Fizemos alguns testes, e encontramos mais problemas sobre a frequência/tempo de aquisição dos dados:

  1. Encontramos "saltos"/inconsistências nos timestamps das capturas (obs: os timestamps dos gráficos foram subtraídos do primeiro timestamp da coleta e divididos por 1000):
    image
    image

  2. A resolução dos timestamps aparenta estar pequena ou o timer da captura está incorreto (vários timestamps seguidos iguais, mesmo problema apresentado pelo @ansoanjos):
    image
    image

  3. A frequência das coletas não parece estar correta. Nestes casos as coletas deveriam ter 20 Hz, porém calculando a partir dos timestamps deu ~1,8/1,2 Hz. Além disso, não existe uma consistência no período entre as coletas (no caso evidenciado pela frequência calculada entre duas coletas ter um desvio padrão grande e limites muito longe da média):

image
image

Código utilizado para gerar os dados (alguns dos problemas indicados nele estão em outras issues):
CaptureCheck.zip

@felipeaps89
Copy link
Contributor

Boa tarde, poderia informar qual versão do app está usando, qual foi a configuração dos sensores e se possível fazer o upload do csv gerado por favor.

Obrigado.

@EltonCN
Copy link
Member

EltonCN commented Apr 10, 2023

As coletas foram feitas com a versão 1.7, apenas o sensor GPS habilitado, com 20 Hz (arquivos 2 e 3) ou 1 Hz (arquivos 1 e 4). Os números dos arquivos é o número do df no código.

Removi os dados de GPS dos arquivos (substitui por 0.0), já que não são necessários para os timestamps.
Sem GPS.zip

@felipeaps89
Copy link
Contributor

@EltonCN pode testar na versão 1.8 por favor?

@EltonCN
Copy link
Member

EltonCN commented May 16, 2023

Testei a versão 1.8, a frequência e resolução dos timestamps foi corrigida:

image

image

Porém, a questão dos "saltos" ainda não parece resolvida. Agora ele não realiza mais saltos, momentos em que não realiza nenhuma captura, porém existem momentos em que as aquisições ocorrem em frequência menor e de forma inconsistente:

image

image

Estou enviando as novas capturas com a versão 1.8 e o notebook de análise atualizado:
Dados 1.8.zip
CaptureCheck (2).zip

@EltonCN
Copy link
Member

EltonCN commented May 17, 2023

Fiz um outro teste, acredito que a inconsistência acontece quando o celular entra em modo de "Economia de Bateria". Tentei ativar de propósito o modo no final de uma captura, e os tempos ficaram inconsistentes:

image

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants