Svenska ElektronikForumet

G4jm0r & swirve:
Har redan klagat på detta. Ska se vad de svarar, tror de inte kommer vara några problem att fixa.

lizerdboy:
Det är JST kontakter med 1 mm pitch. AUX1-4 är kan konfigureras som UART/GPIO/CAN/ADC och den sista är programmeringskontakten för JTAG (SWD).

Bra tips

Hur gör du med kablaget ?
Det är en hel del arbete att göra själv, eller löser monterings firman det med ?

Jag designade RC-in kontakten att vara kompatibel med OpenPilots RC-in kontakt från CC. Så köper in ett gäng sånna.
Expansionskontakterna skickar jag bara med som kontakt + 10cm kabel, sen får man löda vad man vill där på tänkte jag. Då jag inte har några "officiella" expansionskort.

Edit: Funderar på att i framtida versioner endast ha CPPM & RSSI in så man inte behöver en jättekontakt.

Vore kul att vara betatestare, men det verkar som att man skulle behöva kunna förstå det bättre och ha en multicopter färdig redan...

Då kommer du ju ha anledning att bygga en quad!

Måste man vara van quad-pilot för att ha nytta av kortet?
Quad finnes men inte kompetensen

Van behöver man inte vara.
Det finns "attitude mode" som är självstabiliserande, vilket kan vara bra för nybörjare så kan man sedan sakta gå över till "rate mode".

Är avsikten att inrikta sig mot quad eller finns det planer att även stödja andra konfigurationer?
Har man med "failsafe" när tex en prop går sönder? Något jag skulle vilja testat...

Just nu stödjer jag allt från tricopter till octacopter.
Vad tänkte du på med failsafe? Om en propeller går sönder på tex en quad så kraschar den.

Om en propeller går sönder på en hexa eller octa kan man fortsätta flyga, om mjukvaran kan kompensera för motorbortfallet..

Quad med failsafe när en prop går sönder:

hubben:
Vid de fallen så kompenserar I-delen i regulatorn - inga konstigheter.

mippen:
Jag har varit i kontakt med de på ETH som gjorde dedär, och de lyckas genom att göra det med externa kameror som mäter allt.
Deras system fungerar inte med interna sensorer tyvärr.
Bästa sättet att vara säker mot propellerfel är att köpa bra propellrar. Jag själv kör bara med Graupner eller Tiger Motors.

Nu medans jag väntar på KFly panelerna (och KFlow kretskorten) så har jag tagit mig tiden att sätta in mig i DMAn i STM32F4orna.
Det jag har gjort är ett test för att kommunicera USART med två små buffrar enligt bilden:
Tanken är då att DMAn kan fylla en av de små buffrarna medans "Serial Manager" läser ur den andra.
På så vis behöver aldrig DMAn vänta på avkodningen och avkodningen körs enbart när det finns en full buffer.
Samt att byta buffrar, timeouts osv sköts automatiskt med nästan ingen kod alls - vilket get mycket snabb exekvering.

Ett problem som kan uppstå är om det kommer data, men det fyller inte en buffer. Som det visas i bilden så startar jag en timer som är "DMA Timeout", dvs om det finns bytes i buffern men den är inte full och det har gått för lång tid, så tvingar en "buffer switch" och den halvfulla buffern töms.

Jag gjorde lite tester med detta och det ser mycket lovande ut. Pumpade data så fort som kopplingen tillät vid 3MBit/s (Mbaud) och inga problem alls.
Va tycker ni? Är det en bra eller dåligt metod? Kom gärna med kommentarer!

Testar/köper gärna ett kort har två quad ramar nu men bara ett styrkort.

Det kan vi fixa!

Jag har börjar skriva ihop frågeformuläret för de som vill ha ett gratis kort och ge feedback, så det börjar närma sig nu.