NAZE32 - alternative Software

Status
Nicht offen für weitere Antworten.
R

Roberto

Erfahrener Benutzer
#781
#781
Moin, ich weiss ja nicht, was da stand, aber etwas OT Auflockerung wird doch noch wohl sein dürfen...
Mittlerweile muss man sich mal mit Mavlink ein paar Gedanken machen. Beim Drüberschauen scheint es ziemlich aufgeblasener Schrott zu sein, vielleicht kann man davon eine Striptease Version massschneidern für das minimosd und WP? Oder was? Ich denke, 10-15 WP sollten erst mal reichen? (grade bei globeflight gesehen: 5 WP Option für DJI wookong: 795€ - da kann man nur noch sagen: boah, ey - und das für eine Funktion, die schon da ist und nur freigeschaltet werden muss - wie in der Automobilindustrie)
Das geht mir grad im Kopf herum:
- Am Ende der WP Liste wird automatisch ein RTH + Landung ausgeführt ?
- Autostart mit definierbarer Höhe z.B 5m und dann gehts los ?
- WP Abfliegen im Flug zuschalten ?
- Im Flug WP setzen? Schalter? oder alle X Sekunden bis WP Liste voll ist
- Funktion WP Liste löschen.
- Bei Fehlern sofort RTH oder Autoland
- Fehlerabfragen: Wenn der nächste WP mehr als z.B 500 m entfernt ist, kein WP Flug durchführen oder RTH
- Was gibts ausser Mavlink zum WP setzen? Vielleicht auch etwas, das auf Android usw läuft?
- Wie bekommt man das in der mwii Schalter Liste unter? Z.B Poshold+RTH gleichzeitig könnte eine WP Funktion triggern.
- Fragen über Fragen

Ein stimmiges Konzept fehlt mir da noch.

LG
Rob
 
D

Daddy_Walross

Benutzer
#782
#782
- Am Ende der WP Liste wird automatisch ein RTH + Landung ausgeführt ==> top!

- Autostart mit definierbarer Höhe z.B 5m und dann gehts los ==> ebenfalls gut, ich würd den Home immer als ersten waypoint setzen, dann kann man da einfach die Höhe einstellen und gut

- Bei Fehlern sofort RTH oder Autoland
- Fehlerabfragen: Wenn der nächste WP mehr als z.B 500 m entfernt ist, kein WP Flug durchführen oder RTH ==> Fehlerabfragen sind immer gut :D Ich habe meinen Hexa gestern gegen die Decke gesetzt, indoortests mit verkehrtem Vorzeichen sind suboptimal...

- Wie bekommt man das in der mwii Schalter Liste unter? Z.B Poshold+RTH gleichzeitig könnte eine WP Funktion triggern ==> wir haben doch jetzt eine eigene GUI, mit der Original MultiWii GUI kann man die WP Funktion eh nicht nutzen, warum also nicht gleich ein neues Kästchen einbauen? Ich meld mich auch freiwillig ;)
 
R

Roberto

Erfahrener Benutzer
#783
#783
Ich denke auch, wir sollten komplett auf cGiesens GUI setzen und uns von der orig mwii gui verabschieden. Dann lass uns mal überlegen, welche "Boxes" wir noch bräuchten.

"WP Flug": Solange der Schalter umgelegt ist, wird der WP Flug ausgeführt. Ausnahme: Fehlerbedingung erfüllt
"WP Set": Setze einen WP mit aktueller GPS Position und Höhe (Baro). Wie soll man erkennen, wann die Liste voll ist?
"Lösche WP Liste": Löscht WP Liste.

Das wären 3 Boxes, die mir spontan einfallen würden.

LG
Rob
 
JUERGEN_

JUERGEN_

Generation 60++
#784
#784
Roberto hat gesagt.:
....,
Mittlerweile muss man sich mal mit Mavlink ein paar Gedanken machen. Beim Drüberschauen scheint es ziemlich aufgeblasener Schrott zu sein,
vielleicht kann man davon eine Striptease Version massschneidern für das minimosd und WP?
Oder was?
Zum Vergrößern anklicken....
wie ich das sehe, hat sich die PhönixPilottruppe gegen Mavlink entschieden,
optional aber minimosd über einen externen Port anzusprechen. was bei deren Kapazitäten sicher kein problem ist.

das wird beim NAZE wegen der knappen Ressourcen so nicht klappen,

ABER,
das minimosd Betriebsystem ist ja frei, und ARDUINO ist ja nun kein soo grosses Problem?
warum sollte der minimosd-Prozessor nicht selber gleich auf den Naze hören ?
ob man nun 4 BL mit zusätzlicher Software füttert, warum nicht auch ein minimosd.? :)
denn die 12€ für ein minimosd währen das wohl wert ?

den grössten Vorteil für den NAZE32 sehe ich in Ressourcenschonung. :)
 
R

Roberto

Erfahrener Benutzer
#785
#785
"den grössten Vorteil für den NAZE32 sehe ich in Ressourcenschonung" - 100% dafür!
Das minimosd kann man auch mit angepasster Rushduino soft mwii gefügig machen. Mavlink scheint mir auch eher zu viel des guten zu sein.

LG

Rob
 
Zuletzt bearbeitet:
cGiesen

cGiesen

Erfahrener Benutzer
#786
#786
Hallo Zusammen,

ich lese hier immer OSD ;)
Aus gewöhnlich gut unterrichteten Kreisen, ist zu vernehmen, dass es bald ein OSD aus dem Hause Abusemark geben wird.
Ein Prototyp liegt bei mir auf dem Schreibtisch ;)

Gruß
Carsten
 
Komma

Komma

Erfahrener Verwender
#787
#787
JinGej hat gesagt.:
tja, foren sind nu mal keine demokratien...
Zum Vergrößern anklicken....
Wo er Recht hat.....
Wobei Demokratien ja eigentlich auch mehr Lobbykratien sind! :D

....man sollte da immer an die eigene Naze fassen.

@ cGiesen

Schon interessant...zeig doch mal ein Bild, oder hast du ein Gelöbnis abgelegt?
 
Zuletzt bearbeitet:
D

Daddy_Walross

Benutzer
#788
#788
Roberto hat gesagt.:
"WP Flug": Solange der Schalter umgelegt ist, wird der WP Flug ausgeführt. Ausnahme: Fehlerbedingung erfüllt
"WP Set": Setze einen WP mit aktueller GPS Position und Höhe (Baro). Wie soll man erkennen, wann die Liste voll ist?
"Lösche WP Liste": Löscht WP Liste.
Zum Vergrößern anklicken....
Ich würde evtl unterscheiden zwischen "lösche letzten WP" und "lösche alle WP" und wenn wir schon am planen sind, wäre es vll. sinnvoll z.B. 3 Waypointlisten vorzusehen?

@Carsten, gib's dazu mehr Infos? :) Technische Daten bitte! Ehrlich gesagt find ich die drei LEDs großen Bullshit zur Zeit, wir brauchen endlich eine vernünftige Möglichkeit vorhandene Satelliten etc. anzuzeigen. Ich hatte da an eine Kommunikation mit FrSky gedacht, aber OSD ist natürlich auch Sahne. Da gehört dann auch die Anzahl der Wegpunkte etc. hin.
 
cGiesen

cGiesen

Erfahrener Benutzer
#791
#791
Hallo Roberto,

kannst Du das bitte mit in Deinen Code aufnehmen:

Board.H
Code: 
#define U_ID_0 (*(uint32_t*) 0x1FFFF7E8)
#define U_ID_1 (*(uint32_t*) 0x1FFFF7EC)
#define U_ID_2 (*(uint32_t*) 0x1FFFF7F0)
serial.c
Code: 
#define MSP_UID                  160    //out message         Unique device ID
#define MSP_TEMPERATURE          161    //out message         Temperature
#define MSP_SONAR                162    //out message         AltSonar
und unten bei der eigentlichen Komunikation
Code: 
        //Additional commands that are not compatible with MultiWii
    case MSP_UID:
         headSerialReply(12);
         serialize32(U_ID_0);
         serialize32(U_ID_1);
         serialize32(U_ID_2);
         break;
    case MSP_TEMPERATURE:
          headSerialReply(2);
          serialize16(Temperature);
          break;
     case MSP_SONAR:
          headSerialReply(2);
          serialize16(sonarAlt);
          break;

mw.c
Code: 
int16_t Temperature;            // gyro sensor temperature
mw.h
Code: 
extern int16_t Temperature;            // gyro sensor temperature

Mit MSP_UID fragen wir eine Eindeutige ID pro Naze32 ab, die zeige ich in meiner GUI an und würde sie in Zukunft auch verwenden, gespeicherte Settings zu überprüfen, damit man nicht aus versehen eine CFG in das falsche Naze lädt!

MSP_TEMP übertrage ich die Temperatur des Gyros. Keine Ahnung ob du das schon bei Dir drin hast. Der Code ist aber auch in meinem Github.

MSP_SENSOR überträgt den Original Sensor Wert

Gruß
Carsten
 
R

Roberto

Erfahrener Benutzer
#794
#794
@cGiesen: Wird assimiliert :). Beim Barorumwerkeln habe ich mich schon gefragt, ob man die Temp vom Baro nicht für OSD Freaks zugänglich machen soll.

Vielleicht sollen wir die Variable gyrotemperature o.ä nennen?
Wenn in der Wohnung das Thermometer kaputt ist, kann man jetzt einfach den Copter an Deine Gui anschliessen :)

LG
Rob
 
Zuletzt bearbeitet:
Bamfax

Bamfax

Erfahrener Benutzer
#795
#795
Also aus meiner Sicht würd ich beim MinimOSD auf dem MWii Serial Protocol bleiben. Die Rushduino/Modelci Firmware hat man da gleich draufgeflasht und die Sache funktioniert, zumal auch dead simple. Für ein bisschen basteln (aka "spaghetticode") an der MinimOSD FW würd ich mich auch hergeben. Oder macht das mavlink was immens besser? Sinnvoll wäre es auch am minimosd die telemetrie per audiocodec erledigt zu bekommen, sozusagen telemetrie für arme.
 
Zuletzt bearbeitet:
JUERGEN_

JUERGEN_

Generation 60++
#796
#796
Bamfax hat gesagt.:
Sinnvoll wäre es auch am minimosd die telemetrie per audiocodec erledigt zu bekommen,
sozusagen telemetrie für arme.
Zum Vergrößern anklicken....
was könnte man da schon unterbringen bei max. 20KHz Bandbreite? :) (schaltungsafwand ist auch nicht geringer)

dem OSD sollte es eigentlich wurscht sein, ob das OSD nun mitfliegt oder am Boden ist ?

das Sinvollste für mich wäre natürlich die Telemetrie gleich in den FS-Kanal mit unterzubringen,
wie es schon einige Universitäten gemacht haben, sie nutzen zur Steuerung den ZIGBEE
 
Bamfax

Bamfax

Erfahrener Benutzer
#800
#800
Jungs, das läuft doch schon alles. Noch nicht perfekt, aber immerhin:
Modelci FW für MinimOSD: https://code.google.com/p/osd-max7456-multiwii/
Video vom MinimOSD mit Modelci Firmware, künstlichem Horizont und sonst MSP Abfrage und Anzeige der wichtigen Werte der MWii (z.B. VBAT): http://vimeo.com/52278772
Bei älteren Releases von modelci sind noch ein paar Anpassungen notwendig:
http://fpv-community.de/showthread.php?10404-Minim-OSD-und-MultiWii&p=167492&viewfull=1#post167492
http://fpv-community.de/showthread.php?10404-Minim-OSD-und-MultiWii&p=230624&viewfull=1#post230624
 
Status
Nicht offen für weitere Antworten.
FPV1

Banggood

Oben Unten