Tau Labs Software unterstützt vielfältige Hardware

[lilvinz]

So wie ich das inzwischen verstanden habe, kann uns das egal sein, was die in dieser Sache machen.
Es wird 'nur' der Kernel getauscht, der (hoffentlich) ein wenig Ressourcen spart.

Was mich nur ein wenig ärgert, dass an tausend Stellen gerödelt wird, aber viele Dinge einfach in der Pipe bleiben.
Ich will da nur PicoC nennen.
Auch meine HoTT Erweiterungen in der GUI warten, OK, erst seit ein paar Tagen.
Aber dieses Light Telemetrie war ein Monat in der Pipe und sind kurz vor mir gemerget worden, so dass meines wieder geändert werden musste.

Egal, ist ja alles nur Hobby. Ermutigt nur nicht gerade.

Auch diese Umstellung auf QT5 ist jetzt schon fast 9 Monate ein Thema.

Aber auch egal.
Ich gehe jetzt erstmal fliegen

Alle, die an Tau Labs entwickeln, machen das in ihrer Freizeit weil sie Spaß daran haben. Es gibt keinen Anspruch auf Entwicklung oder Übernahme von eingereichtem Code. Das einizge was man tun kann ist, sich so gut wie möglich an die Guidelines zu halten und dadurch die Hürde zum Übernehmen für die Kernentwickler so klein wie möglich zu halten.
Solche Dinge wie PicoC oder QT5 sind aber per se keine einfache Sache, da es viele Abhängigkeiten gibt und es dann auch eine Frage der Projetkstrategie ist, welchen Weg man geht.
Ich weiss auch noch nicht, ob der Versuch mit ChibiOS mal nach next gelangen wird. Das muss ich mit den anderen Entwicklern besprechen und dann wird entschieden, ob das der Weg ist, auf dem es weiter geht.

 

[lilvinz]

Und dynamische Speicherverwaltung hat nach meiner Meinung im Kopter nichts zu suchen. Ich will nicht das im Receiver oder gps code ein malloc fehl schlägt - und das wird es, alles nur Statistik. Ohne MMU und Speicherauslagerung ist das einfach zu riskant und ausserdem unnötig.
Beim HAL finde ich es wichtig wieviel "Bürokratie" erledigt werden muss um einen kleinen Treiber einzubinden.

Dann müsstest du konsequenterweise die Finger von FreeRTOS lassen, da alle FreeRTOS APIs, die etwas erzeugen, malloc() benutzen.

 

[cGiesen]

Alle, die an Tau Labs entwickeln, machen das in ihrer Freizeit weil sie Spaß daran haben. Es gibt keinen Anspruch auf Entwicklung oder Übernahme von eingereichtem Code. Das einizge was man tun kann ist, sich so gut wie möglich an die Guidelines zu halten und dadurch die Hürde zum Übernehmen für die Kernentwickler so klein wie möglich zu halten.

Das ist richtig und auch gut so.
Nur wäre es gut zu wissen, wie da die Regeln sind und WER es entscheidet.
Etwas zu arbeiten ohne zu wissen, ob es Bestand hat, ist so eine Sache...

Aber wir haben ja jetzt ein Forum wo man sowas im Vorfeld erfragen kann.

 

[markus1234]

Das stimmt einfach nicht. Den Kern, queues, HAL benutze seit Jahren ohne ein einziges malloc. Das heist nicht, das man es nicht benutzen kann. Aber man muss es nicht.

 

[markus1234]

Die ST libs sind zwar ... gewöhnungsbedüftig, aber es gibt welche. Beim Freescale k20 bin ich bisher eher leer ausgegangen. Sehe ich das richtig das taulabs nur den stm32 unterstützt?

 

[lilvinz]

Das stimmt einfach nicht. Den Kern, queues, HAL benutze seit Jahren ohne ein einziges malloc. Das heist nicht, das man es nicht benutzen kann. Aber man muss es nicht.

FreeRTOS ist ohne HAL.
Ich sehe derzeit nur eine Funktion, um eine Queue zu erzeugen:
http://www.freertos.org/a00116.html
Was glaubst du, wo die den Speicher her nimmt?

 

[lilvinz]

Das ist richtig und auch gut so.
Nur wäre es gut zu wissen, wie da die Regeln sind und WER es entscheidet.
Etwas zu arbeiten ohne zu wissen, ob es Bestand hat, ist so eine Sache...

https://github.com/TauLabs/TauLabs/wiki/Contributing

 

[lilvinz]

Die ST libs sind zwar ... gewöhnungsbedüftig, aber es gibt welche. Beim Freescale k20 bin ich bisher eher leer ausgegangen. Sehe ich das richtig das taulabs nur den stm32 unterstützt?

Korrekt. STM32F1, STM32F3, STM32F4
Aber jeweils nicht alle varianten.

 

[Haldir]

FreeRTOS wird von wieviel Personen entwickelt? Mir ist nur eine bekannt.

Ich dachte da steht mittlerweile zumindest teilweise Wittenstein dahinter, wg. dem SafeRTOS Zeug. Aber laut der Freertos Seite hast du Recht und nur der Barry entwickelt das. Dann relativiert sich das ganze wirklich.

 

[markus1234]

Aus einem statischen wohl definierten pool? Alles eine Frage der Implementierung. Diese Diskussion ist uralt, darüber werde ich nicht streiten.

 

[lilvinz]

Aus einem statischen wohl definierten pool?

Der Punkt ist, dass es zur Laufzeit versagen kann (wenn der heap / pool aufgebraucht ist).
Was ich mit statischer API meine ist, dass es zur Laufzeit garantiert nicht versagen kann,
sondern bereits beim Kompilieren. ChibiOS lässt einem da die Wahl.

 

[markus1234]

Klingt als würden wir von der gleichen Sache reden. Auf jeden Fall sollte Fragmentierung ausgeschlossen sein. Man sollte wissen wieviel Speicher man braucht / hat. Wenn es dann nicht reicht, ist schon bei der Planung was schief gegangen.

 

[markus1234]

Btw: Ich habe nichts gegen ChibiOS, ich kenne es nichtmal.

 

[ernieift]

Im übrigen habe ich es bei PicoC auch ohne free() hinbekommen. Wäre nur schöner gewesen.
Was die unterstützten Prozessoren angeht, steht es doch jedem frei sich einzubringen...
Was soll also die ganze Diskussion. Oder will noch jemand QNX o.ä. auf einem RPi aufsetzen

 

[joergrohde]

Livinz, ich habe versucht die ChibiOS Version auf dem Quanton zu flashen.
Leider bootet das Board dann nicht mehr.
Mit recovery lässt sich die Master vom Januar wieder installieren.
Selbstverständlich habe ich vorher alle Einstellungen mit der zugehörigen GCS gelöscht und auch per Saveboot gestartet.
Muss hier auch der Bootloader ersetzt werden?

PS: Auf meine Anmeldung im TL Forum habe ich übrigens keine Mail zum Freischalten bekommen.

 

[joergrohde]

Der Versuch die ChibiOS Version auf dem Sparky zu installieren war auch nicht von Erfolg gekrönt.
Nach dem Flashen wie oben Saveboot aber nur die rote LED auf dem Board blinkt.
Nach Powerreset das gleiche.
Die Grüne leuchtet selbstverständlich auch dauerhaft

 

[bianchifan]

Soviel, wie hier geschrieben wird, kann man ja kaum lesen..

Ich habe da noch eine Frage zur Hardwareunterstützung.
Gestern habe ich mir mal die TauLabs Wiki zu Gemüte geführt und bin da gerade etwas verwirrt.., auf der einen Seite schaut es so aus, als ob gerade an der Implementierung der FRsky Telemetrie gewerkelt wird, auf der anderen Seite befinden sich hinter FRSky auf der Empfängerseite nur Fragezeichen...als ob z.Zt. nur Graupner Empfänger mit von der Partie wären.

 

[joergrohde]

Das einzige was FrSky und Graupner Hott gemeinsam haben ist ds Übertragungsband von 2,4GHz.
Ansonsten sind das zwei unterschiedliche Fernsteuersysteme die nicht kompatibel sind. Du kannst nicht Graupner Empf. mit FRSkysendern verbinden und umgedreht.
Die Telemetrie Geschichte mit Graupner Hott ist dank Ernieift imho fertig und funktioniert. Teste ich fast jeden Tag
Wie weit und was mit FrSky überhaupt geht kann ich Dir nicht beantworten. eventuell kann Carbo was dazu sagen.

 

[carbo]

Als Funksystem geht Frsky problemlos, Signale können über PWM, PPM oder Sbus an die FC geliefert werden. Sbus klappt momentan nur am Quanton, für Revo ist wohl ein Fehler in der Software.
Telemetrie klappt auch, bei mir mit Sicherheit am D4R-II. Kabel mit Konverter basteln und damit eine serielle Schnittstelle der FC mit dem Sensor-Hub-Eingang der Frsky-Empfänger verbinden. Der Wert vom Drucksensor hat m.E. noch einen Fehler, aber die meisten Sachen funktionieren.

 

[bianchifan]

Du kannst nicht Graupner Empf. mit FRSkysendern verbinden und umgedreht.

Das war mir schon klar , ich war halt nur über Taulabs Wiki verwundert..

User Guide: Connect Receiver

PPM, sum signal receiver (one wire)

To connect a sum signal receiver, you have to select PPM. Receiver have to be connected to first input. Thart's the best way, its easy and you have more flexibility to connect additional Hardware (Flex-Port).
PWM, standard receiver (channel to channel)

To connect a standard receiver, you have to select PWM.
Receiver list
Jeti Rsat/Rsat2 PPM, first input, switch to PPM9 please, PPM16 doesn't work!
Jeti R4/5/6/7/8/9 PWM, inputs 1 to 8, be aware, some another functions are disabled!
Graupner HoTT ?? TODO
Spectrum Satelite ?? TODO
FreSky ?? TODO
have to be continue

Last edited by LinuxJohannes, a month ago

Auwei auwei.. jetzt hab ich doch glatt Graupner mit Jeti verwechselt...

Als Funksystem geht Frsky problemlos, Signale können über PWM, PPM oder Sbus an die FC geliefert werden.

Danke, ich hatte mich PPM entschieden, also Selbstbau Funkfernsteuerung mit dem FRSky-DIY Modul (8Kanal + Telemetrie) plus den von Dir erwähnten D4R-II Empfängern, die Module sind bereits bestellt.