TELEMETRIE am NAZE32
- Themenstarter JUERGEN_
- Beginndatum
- Status
Hab da nochwas gefunden https://github.com/obayer/MultiWii-HoTT ist aber offenbar nicht mehr aktuell .
Prima, ich hab hier einen promini mit 168er den ich dafür mal eben benutzt habe. An einem Crius AIO mit Multiwii2.1
Ich hab zwar nur im Keller getestet aber es kommen schon ein paar Daten . Hab zwar noch nicht die Wiederstände für den Lipo.
Woher nimmt der die Gesamtspannung ? von der FC oder von dem Lipoanschluß ?
Die Daten stehen manchmal im Display dann sind die wieder weg?
Ich freu mich
Ich hab zwar nur im Keller getestet aber es kommen schon ein paar Daten . Hab zwar noch nicht die Wiederstände für den Lipo.
Woher nimmt der die Gesamtspannung ? von der FC oder von dem Lipoanschluß ?
Die Daten stehen manchmal im Display dann sind die wieder weg?
Ich freu mich
Nix OLED HOTT Senderdisplay.
für die Einzelnen Zellen OK Hab mal an A0 ein poti gemacht da ändert sich die Anzeige im Hottdisplayentsprechend. Also nimmst du die gesamtspannung vom Balanceranschluß und nicht aus dem Datenstrom der TX RX Verbindung zur Multiwii FC ?
Fragen
Sketch muß ja alles im Unterordner stehen die zip entpacken geht nicht da sind ja die Dateien mit Include drin ich glaube die müssen in den Unterordner. Welches ist das " Hauptsketch" weis erst mal nicht ob das so richtig ist.
Welche Sensoren werden Emuliert ? Sprich welche muß ich aktivieren.
Die Anzeige funktioniert als Electr. Air - Zeigt die Einzelzellen an und die Gesamtspannung. Sagt es auch an. Manchmal ist dann aber alles Null ? Stimmt hier die "wiederholrate" nicht ?
Bevor ich hier total im trüben fische und eventuell tausend alte Fragen nochmal aufwerfe - Gibt es dazu eine DOKU WIKI..?
für die Einzelnen Zellen OK Hab mal an A0 ein poti gemacht da ändert sich die Anzeige im Hottdisplayentsprechend. Also nimmst du die gesamtspannung vom Balanceranschluß und nicht aus dem Datenstrom der TX RX Verbindung zur Multiwii FC ?
Fragen
Sketch muß ja alles im Unterordner stehen die zip entpacken geht nicht da sind ja die Dateien mit Include drin ich glaube die müssen in den Unterordner. Welches ist das " Hauptsketch" weis erst mal nicht ob das so richtig ist.
Welche Sensoren werden Emuliert ? Sprich welche muß ich aktivieren.
Die Anzeige funktioniert als Electr. Air - Zeigt die Einzelzellen an und die Gesamtspannung. Sagt es auch an. Manchmal ist dann aber alles Null ? Stimmt hier die "wiederholrate" nicht ?
Bevor ich hier total im trüben fische und eventuell tausend alte Fragen nochmal aufwerfe - Gibt es dazu eine DOKU WIKI..?
Eine Doku gibt es nicht. Es haben aber schon ein paar erfolgreich nachgebaut
Es werden die Sensoren EAM & GPS genutzt.
Die Spannung für das Board kommt eigentlich über den Empfänger.
Ein Intervall gibt es nicht. Der Sender fragt, das Modul antwortet
Die Doku ist der Source schau mal rein, dann siehst du auch, was das Hauptmodul ist. Dein Bild jedenfalls nicht, das ist ja leer
Es werden die Sensoren EAM & GPS genutzt.
Die Spannung für das Board kommt eigentlich über den Empfänger.
Ein Intervall gibt es nicht. Der Sender fragt, das Modul antwortet
Die Doku ist der Source schau mal rein, dann siehst du auch, was das Hauptmodul ist. Dein Bild jedenfalls nicht, das ist ja leer
Hallo Carsten,
ich habe hier auch mal mitgespielt und ein Crius I2C GPS Modul zweckentfremdet. Gestern Speziallötaktion mit Kupferlackdraht an PIN 2 vom 328 (32er Gehäuse) und an 3er Pfostenstecker. Hott geht, kommt zumindest was.
Kann ich jetzt ein OLED an den I2C Bus anschließen welches Daten ausgibt?
die serielle gehört dann sicherlich an den Ser (Terminal/Bt) der Naze. Reicht da RX Hott-Modul mit TX Naze zu verbinden?
Oder braucht der beide damit die Naze Multiwii Telemetrie ausspuckt?
vg jörg
ich habe hier auch mal mitgespielt und ein Crius I2C GPS Modul zweckentfremdet. Gestern Speziallötaktion mit Kupferlackdraht an PIN 2 vom 328 (32er Gehäuse) und an 3er Pfostenstecker. Hott geht, kommt zumindest was.
Kann ich jetzt ein OLED an den I2C Bus anschließen welches Daten ausgibt?
die serielle gehört dann sicherlich an den Ser (Terminal/Bt) der Naze. Reicht da RX Hott-Modul mit TX Naze zu verbinden?
Oder braucht der beide damit die Naze Multiwii Telemetrie ausspuckt?
vg jörg
Danke Carsten.
Die Platine liefert halt gleich mal den I2C Bus auf einem Steckerchen - dann hätte man ja mal was mit anfangen können.
Ich werde versuchen mir die Software anzupassen das die Spg von der Naze übertragen wird.
In meinem alter ist die Löterei an so kleinen Füßchen nicht mehr wirklich ein Vergnügen
Aber die Platine lag halt so rum.
vg jörg
Die Platine liefert halt gleich mal den I2C Bus auf einem Steckerchen - dann hätte man ja mal was mit anfangen können.
Ich werde versuchen mir die Software anzupassen das die Spg von der Naze übertragen wird.
In meinem alter ist die Löterei an so kleinen Füßchen nicht mehr wirklich ein Vergnügen
Aber die Platine lag halt so rum.
vg jörg
GRAUPNER-HOTT TELEMETRIE am NAZE32
Problem ?
mit 5€ sind sie dabei. -> http://www.banggood.com/Wholesale-N...MHz-Arduino-Compatible-Nano-Size-p-68534.html
Protokollwandler von MWC-> HOTT sollte doch kein Problem sein ?
bei Softwareseriell ist hier sogar schon der Inverter Vergangenheit.
Problem ?
mit 5€ sind sie dabei. -> http://www.banggood.com/Wholesale-N...MHz-Arduino-Compatible-Nano-Size-p-68534.html
Protokollwandler von MWC-> HOTT sollte doch kein Problem sein ?
bei Softwareseriell ist hier sogar schon der Inverter Vergangenheit.
Nö, die Software für einen Arduino hat Carsten doch schon gemacht. Zumindest kommen Daten von diesem Teil in der Hott an.
Naze war noch nicht dran da ich noch andere Baustellen nicht nur an der Copterfront habe.
Mein Minimod, das FlyingF3 Shield von dasdboot sind auch eingetrudelt und die jucken mich noch ein wenig mehr - damit endlich die Videobrille eingeweiht werden kann.
Naze war noch nicht dran da ich noch andere Baustellen nicht nur an der Copterfront habe.
Mein Minimod, das FlyingF3 Shield von dasdboot sind auch eingetrudelt und die jucken mich noch ein wenig mehr - damit endlich die Videobrille eingeweiht werden kann.
So, ich habe mal einen Versuchsaufbau mit der NAZE gemacht und kann zumindest die Aussage treffen das die VBatt Spannung von der NAZE per MWC Protokoll seriell zu meiner kleinen Platine, die vom Jürgen ins Spiel gebrachte oben geht natürlich genauso, im GE als Spannung Akku2 angezeigt wird. Ich habe der Einfachheit halber den VBatt Pin mit 5V verbunden.
Am Code habe ich noch nichts geändert.
Da mir über das MWC Protokoll auch die Kanalinformationen zur Verfügung stehen, plane ich einen ModRGB von Olimex an den I2C anzuschließen. So kann ich einfach ohne in die Grundroutinen der FC einzugreifen mit den AUX Kanälen steuern was ich will. Und bei Benutzung von Jürgens Board stehen da jede Menge IO Pins zusätzlich zur Verfügung.
Throttelabhängig LED´s heller/dunkler, Nick vor grün - zurück rot als Bremslicht
Falls ein Wechsel zum Mavlink Protokoll erfolgt kann man ja den SerParser tauschen.
Aber so doktere ich nicht in den Routinen der NAZE rum, habe meine Akkuspannung in der Funke, GPS ist mir wirklich nicht wichtig, die wenigen IO Pins der NAZE werden nicht mit unwichtigem belastet und Roberto pfusche ich nicht ins Handwerk ( Du machts schon ne gute Arbeit, geh Deinen Weg und lass Dich nicht zu sehr aus der Bahn lenken ).
vg jörg
Am Code habe ich noch nichts geändert.
Da mir über das MWC Protokoll auch die Kanalinformationen zur Verfügung stehen, plane ich einen ModRGB von Olimex an den I2C anzuschließen. So kann ich einfach ohne in die Grundroutinen der FC einzugreifen mit den AUX Kanälen steuern was ich will. Und bei Benutzung von Jürgens Board stehen da jede Menge IO Pins zusätzlich zur Verfügung.
Throttelabhängig LED´s heller/dunkler, Nick vor grün - zurück rot als Bremslicht
Falls ein Wechsel zum Mavlink Protokoll erfolgt kann man ja den SerParser tauschen.
Aber so doktere ich nicht in den Routinen der NAZE rum, habe meine Akkuspannung in der Funke, GPS ist mir wirklich nicht wichtig, die wenigen IO Pins der NAZE werden nicht mit unwichtigem belastet und Roberto pfusche ich nicht ins Handwerk ( Du machts schon ne gute Arbeit, geh Deinen Weg und lass Dich nicht zu sehr aus der Bahn lenken ).
vg jörg
das ist ja schon die ganze Zeit mein Reden,
die FC soll FC bleiben, für die Spielereien, und Zubehör sollten Coprozessoren zuständig sein.
was auch die Sicherheit deutlich erhöhen würde.
PX4 macht es ja Ähnlich.
und selbst schon die APM verwendet für die zeitkritische Empfängerauswertung einen Coprozessor.
die FC soll FC bleiben, für die Spielereien, und Zubehör sollten Coprozessoren zuständig sein.
was auch die Sicherheit deutlich erhöhen würde.
PX4 macht es ja Ähnlich.
und selbst schon die APM verwendet für die zeitkritische Empfängerauswertung einen Coprozessor.
Zuletzt bearbeitet:
- Status
