Pixhawk UART connector

[kaklik]

Bylo by užitečné aby SPACEDOS mohl být snímačem využitelným v systému TF-ATMON. K tomu je potřeba hřebínek na UARTu nahradit JST-GH konektorem, kterým lze přístroj připojit k autopilotům Pixhawk. Podobně, jako je řešeno připojení přístroje THUNDERMILL.

Znamená to do zařízení i přidat stabilizátor z +5V, aby nebylo nutné SPACEDOS v takové aplikaci napájet z baterie.

Při řešení je potřeba nezapomenout na požadavek programování Arduina přes stejný konektor.

[ChroustJan]

@kaklik to znamená, že chceš porušit Pixhawk UART standard zapojení konektoru? Tím že tam vyvedeš i reset?

[kaklik]

@kaklik to znamená, že chceš porušit Pixhawk UART standard zapojení konektoru? Tím že tam vyvedeš i reset?

Ne, to tam vůbec nepíšu. V původním popisu issue máš dokonce odkaz, na řešení, které je potřeba použít.

[ChroustJan]

@kaklik tím pádem tedy chceš porušit ten Pixhawk UART standard aniž bys to psal. Přivedením resetu na pin 5 toho UART konektoru.

Schéma: https://github.com/mlab-modules/USTTHUNDERMILLPCB01/blob/USTTHUNDERMILLPCB01A/hw/sch_pcb/USTTHUNDERMILLPCB01A/USTTHUNDERMILLPCB01A.pdf

[roman-dvorak]

Pokud tam nebudeme nikdy používat řídící piny, tak si myslím, že by bylo vhodné tohle vyřešit tak, že se mezi tento UART konektor a reset pin (resp. kondenzátor) udělá pájecí propojovací ploška (standartně propojená), která bude umožňovat připojení kablíku, který sebou nese UART řídící signály.

Pin 5 je podle standardu vstupem. Nebylo by lepší tohle připojit na výstupní pin (ze strany zařízení)? Tedy na pin 4. Protože pokud by byl připojen UART s podporou řízení toku, tak zařízení nebude při každém přenosu restartováno.

Tahle featura je dost podstatná. Protože to výrzně zlepšuje uživtelský komfort při aktualizaci FW.

[kaklik]

Pin 5 je podle standardu vstupem. Nebylo by lepší tohle připojit na výstupní pin (ze strany zařízení)? Tedy na pin 4. Protože pokud by byl připojen UART s podporou řízení toku, tak zařízení nebude při každém přenosu restartováno.

Já si myslím, že připojení vstupu (resetu) na výstup zařízení, by bylo právě porušením toho standardu. Takhle pokud se zachová podoba úpravy použitá na THUNDERMILL, tak je sice pravda, že to nepodporuje HW flow-control. (Což je ale podle standardu povolený stav). Ta propojovací pájecí ploška by to řešení ale vylepšila, protože by umožnila použití HW flow-control v situaci když se vypne možnost aktualizace FW. Což předpokládám nebude standardní použití.

Naopak ve stavu, kdy tu polaritu vstup/výstup budeme respektovat, tak je alespoň teoreticky možné aktualizovat firmware v tom Arduino zařízení bez toho, aby bylo potřeba něco někde rozpojovat a přepojovat do servisního přípravku. Vím že zrovna tady to asi tak významný přínos nemá, ale představuju si, že jednou bude stejný řešení použité u TFUNIPAYLOAD, kde už to může mít přínos velký.

[kaklik]

Tahle úprava ale vlastně dává stále smysl i pro SPACEDOS protože takový konektor pak půjde v kombinaci s TFUSBSERIAL01 použít jako servisní rozhraní.