Ovvero, come far sì che tutto funzioni quando si utilizza il protocollo F-Bus di Frsky, per il collegamento tra la ricevente e il FC.
Se anche voi utilizzate con Betaflight una ricevente Frsky per controllare il vostro drone, pur collegata al Flight controller usando gli accorgimenti che si possono trovare in rete, vi ritroverete con il FC che riceverà i giusti segnali dalla radio, e il drone volerà… Però non avrete telemetria di ritorno verso la vostra trasmittente. Questo perché nessuno (e se c’è non sono stato in grado di trovare questa semplice indicazione) ha mai specificato il “trucco” da utilizzare: in molti spiegano che F-port (o F-BUS2) è l’evoluzione di SMARTPORT, che integra telemetria e controllo su un solo cavo, permettendo di collegare in cascata n dispositivi, tra cui Flight Controller, servos, ESCs… Bello, vero? Però quando si ha a che fare con un quadricottero, dove il Flight Controller è il centro nevralgico che lo tiene per aria ed è anche l’aggregatore dei dati di telemetria… le cose si complicano. Di fatto il FC è ciò che genera i dati che andranno poi inviati alla stazione base (tipicamente la Vostra trasmittente), non vi è necessità di collegare sul bus F-PORT ogni singolo ESC o il BEC: ci pensa il FC ad elaborare i dati relativi a ognuno di questi dispositivi.
Perché tutto funzioni, dovrete utilizzare un accorgimento quando andrete a “flashare” il vostro Flight Controller: oltre alle funzioni relative alla vostra configurazione (OSD, DASHBOARD, LED…) dovrete abilitare nella sezione “Protocollo Telemetria” il protocollo “SMARTPORT”.
Non fatevi trarre in inganno, io stesso vi ho sbattuto la testa per alcune settimane prima di capire che non dovevo utilizzare il protocollo “FRSKY HUB” ma “SMARTPORT“. In questo modo, avrete la vostra telemetria funzionante utilizzando il singolo cavo dati “FPORT” tra FC e RX.