Základní snímače - pomocné měření

[kaklik]

Je pravděpodobné, že pro většinu měření bude potřebné snímat některé pomocné atmosférické veličiny. Napadá mě:

• Tlak vzduchu (aktuálně měřeno uvnitř autopilota)
• Teplota vzduchu (Nějak měří autopilot, nepřímo, teplotou různých jiných čidel, IMU, barometr a podobně)
• Relativní vlhkost - aktuálně není měřeno vůbec.

Tyto parametry budou potřeba pro jiná měřění jako:

• Měření ionizujícího záření #4
• Měření elektrického pole
• Měření koncentrace iontů

Měření relativní vlhkosti a teploty

Měření těchto dvou veličin je poměrně provázané protože relativní vlhkost se přímo mění s teplotou. Dále je to čidlo, které je velmi běžně rozšířené. V našem případě by asi bylo vhodné použít sht31, SHT40, SHT40 Vzniká tak otázka zda se tohle čidlo snažit zabudovat do TFUNIPAYLOAD, nebo spíše postupovat tak, že bychom měli separátní PCB, optimalizované pro přímé připojení do autopilota. S tím, že v autopilotovi by byl driver pro čtení přímo takového snímače.

Například podle tohoto článku relativní vlhkost často interferuje s měřením koncentrace pevných částic. Většina snímačů pevných částic dává relevantní hodnoty pouze při relativní vlhkosti menší než 85%.

Výhody:

• Čidlo by šlo použít i mimo TFATMON měření
• Měření může být přímo logováno autopilotem jako separátní zpráva měřená asynchronně s měřením z TFUNIPAYLOAD.
• Mohlo by to být základní "demoaplikací", na které by si zákazníci snadno vyzkoušeli náš systém, v podsatě něco jako reklamní produkt.

Nevýhody:

• Zákazník by teoreticky mohl částečně obejít náš systém a nepotřebovat ho v případě, že by mu tohle čidlo stačilo ke spokojenosti.
• Měření bude asynchronní k TFUNIPAYLOAD měřením, na druhou stranu je tohle spíš teoretické omezení. Protože jednak reakční doba samotného snímače je poměrně pomalá a potom lze situaci vyřešít tím, že se bude logovat několikrát za sekundu v autopilotovi
• Data ze senzoru nebudou do pozemní stanice posílána jako pro TF-ATMON standardní tunnel packety. Znamená to, pozemní stanici TF-ATMON naučit pracovat i s jinými telemetrickými daty z autopilota.

[kaklik]

Na vyřešení tohoto issue mi přijde nejpodstatnější najít nějakou shodu v tom, jak by vůbec takové základní čidlo mělo vypadat? Jako poměrně přirozené mi přijde takový snímač integrovat do TFPIPE, nebo do TFSLOT.

[kaklik]

Po diskusi s @roman-dvorak a @ChroustJan došlo k dohodě, že bude lepší snímač pro UAV udělat jako samostatný modul. Ideální řešení by bylo, kdyby byla zvolena nějaká geometrie modulu, která by byla vhodná i pro jiné typy integrovaných snímačů.

možné snímače

• SGP40 VOC snímač
• SHT40 - 6s response time
• SHT30 - 8s response time, ale při aktivaci funkce ART pouze 4 sekundy.
• SHT31 - Přesnější verze od SHT30
• SHT35 - Přesnější verze od SHT31.

Na základě výše uvedených zjištění bych navrhoval použít snímače ze série SHT3x. Na které existuje i krycí filtr, který by měl zapbránit znečištění senzoru ve venkovním prostředí.

Vzhledem k tomu, že tlakové čidlo má jiné požadavky na zástavbu, tak zřejmě nedává smysl jej dávat současně na jeden PCB s čidlem na vlhkost a teplotu.

[kaklik]

Zjistil jsem, že MavLInk common má zprávu HYGROMETER_SENSOR, která obsahuje Hygrometer ID, Temperature a Humidity.

Vzhledem k tomu, že je to zpráva, která se zřejmě někde již používá, tak by zřejmě bylo logické ji použít taky. Dává tak myslím smysl TFHT01 zapojit přímo do autopilota a tento typ dat posílat jako samostatnou zprávu.

Důsledky takového stavu budou:

• TFUNIPAYLOAD nebude muset řešit včlenění těchto běžných dat do tunnel packetu, tunnel packet by tak mohl být využit celý pro speciální payloady
• TFVIZ by tuto zprávu mohl zpracovávat mimo pipeline zpracovávající packety tunnel zpráv a tato část by mohla být konstantní přes více typů měření.
• Vznikla by tak pro každého snadno pochopitelná demoaplikace TFVIZ s tím že bychom pak mohli asi více prodávat TFHT01 jako samostatné čidlo.

[kaklik]

Driver čidla vlhkosti a teploty je v PX4 nyní již implementován. Chybí ale návod k driveru.

[kaklik]

Tohle issue mi připadá, že je vyřešeno použitím TFHT01. Maximálně lze vylepšit jeho dokumentaci a příklady použití, což je nad rámec tohoto zadání.