IQMESH služba pro sběr senzorických dat ze zařízení
@spinarr @ondracekr Vstupy, komentáře a poznámky vítány.
Název služby: ?
Motivace:
- zjednodušení získávání dat senzorických dat ze sítě
- zredukování počtu API dotazů pro získání dat
- podpora různých typů dat z různých zařízení
- zjednodušení implementace pro uživatelské rozhraní
- vrácení již interpretovaných, uspořádaných dat
API
Parametry API dotazu:
- adresy zařízení
- typy senzorů (dle standardu)
- indexy senzorů na zařízení
{
...
"devices": [
{
"address": 1
"indexes": [1,2,3]
}
]
}
{
...
"devices": [
{
"address": 1,
"sensorTypes": [1,129]
}
]
}
nebo
{
...
"sensors": [
{
"type": 1
"devices": [1,2,3]
}
]
}
Nebo jiné...
Pozn: zatím si nejsem jistý, jak data nakombinovat, prozatím mi dává smysl mít adresy zařízení a buď typy senzorů, nebo indexy senzorů, všechny 3 zároveň jsou možná zbytečné... leda že bychom chtěli specifikovat zařízení a typy senzorů, ale jen z těchto indexů... bez vizualizace by to znamenalo, že při použití jen JSON API by uživatel musel vědět, na kterých indexech je který typ senzoru, my bychom však na frontendu měli být schopni díky informacím z DB vše bez problémů ukázat
Obsah API odpovědi:
- pole zařízení
- adresa
- pole senzorů
- index
- typ
- název
- jednotka
- hodnota
Implementace/Diskuze
- Kombinace frců a čtení senzorů z jednoho zařízení
- Možná by stálo za to se zamyslet nad nějakou logikou pro rozdělení requestů na FRCy a čtení tak, aby se minimalizoval počet requestů a také čas získávání dat
- Měla by komponenta předávat data někam dále pro uložení do InfluxDB, nebo to necháme na nějakém jiném workeru někde?
Edited by Karel Hanák