OSD Remzibi vs. Mikrokopter FC
Moderatorzy: moderatorzy2014, moderatorzy
OSD Remzibi vs. Mikrokopter FC
Temat już wstępnie został zainicjowany podczas prywatnych rozmów ale żeby mógł się rozwijać na publicznym gremium rozpoczynam ten wątek.
Czyli co trzeba zrobić żeby OSD Remzibiego "gadało" i pokazywało "co może" z FC od mikrokoptera?
Czyli co trzeba zrobić żeby OSD Remzibiego "gadało" i pokazywało "co może" z FC od mikrokoptera?
pozdrawiam
Krzysztof
http://www.fly.kartuzy.com.pl
Krzysztof
http://www.fly.kartuzy.com.pl
dodam od siebie , ze OSD z firmwarem do wspolpracy z urzadzeniami zewnetrzymi za pomoca sygnalu UART RX (czyli nadajemy TX z koptera) , predkosc baudrate dowolna - OSD samo wykryje jesli tylko beda transmitowane "$I" lub "$A" - na ich podstawie nastepuje detekcja baudrate - dobrze wiec jak od paczatku wlaczenia kopter zacznie je nadawac .
potrzebuje miec do AHorizon stringi nastepujacej konstrukcji :
$I,pitch,roll, CR LF z czestotliwoscia dowolna (10Hz - 50Hz zeby bylo plynnie) to wszystko . pitch i roll wartosci integer lub float w zakresie -180 do 180 stopni .
Mozna oczywiscie wyswietlac wlasne dowolne rzeczy (grafika i text) na ekranie za pomoca komendy $Mxxxxxxx
Mozna tez podac info zwiazane z nawigacja za pomoca $Axxxxxxxxx CRLF - wtedy OSD zacznie je wyswietlac jak z GPSem
Mozna wlaczac i wylaczac OSD(zawartosc ekranu) za pomoca $L1 i $L0 CRLF
Wywolanie Save Home (bez naciskania guzika) $SH CRLF - rownowazne nacisnieciu guziczka save home
Oraz skasowac chwilowo zawartosc ekranu(chwilowe texty lub smieci) za pomoca komendy $CLR CRLF
Duzo tego nie ma a dokladne opisy w plikach readme .
Wejscia ADC i RPM dzialaja normalnie po dodaniu czujnikow czy innych sygnalow , wyswietlanie obiektow XGraph tez .
Konfiguracja normalnie po kabelku z PC .
Wiec - jesli ktos jest specjalista od softu multikoptera , zna jego zasade dzialania i budowe i wie gdzie w sofcie do multikoptera(jakas petla) mozna czy trzeba dopisac np.
println("$I,tostr(pitch),",",tostr(roll),",")
czy jak kolwiek inaczej - prosze sie pochwalic .
Ewentualnie poprosze o linki do takowych najnowszych zrodel .
Wszelka pomoc z mojej strony w razie niejasnosci .
w wersji dla wspolpracy z innymi urzadzeniami firmware IMUA1_7 jak i program do testowania na PC IMU_sim1.02
Do sciagniecia tutaj - http://www.rcgroups.com/forums/showpost ... count=2442
OOOO - moge dolaczac zalaczniki - wiec i do pobrania w tym poscie :)
potrzebuje miec do AHorizon stringi nastepujacej konstrukcji :
$I,pitch,roll, CR LF z czestotliwoscia dowolna (10Hz - 50Hz zeby bylo plynnie) to wszystko . pitch i roll wartosci integer lub float w zakresie -180 do 180 stopni .
Mozna oczywiscie wyswietlac wlasne dowolne rzeczy (grafika i text) na ekranie za pomoca komendy $Mxxxxxxx
Mozna tez podac info zwiazane z nawigacja za pomoca $Axxxxxxxxx CRLF - wtedy OSD zacznie je wyswietlac jak z GPSem
Mozna wlaczac i wylaczac OSD(zawartosc ekranu) za pomoca $L1 i $L0 CRLF
Wywolanie Save Home (bez naciskania guzika) $SH CRLF - rownowazne nacisnieciu guziczka save home
Oraz skasowac chwilowo zawartosc ekranu(chwilowe texty lub smieci) za pomoca komendy $CLR CRLF
Duzo tego nie ma a dokladne opisy w plikach readme .
Wejscia ADC i RPM dzialaja normalnie po dodaniu czujnikow czy innych sygnalow , wyswietlanie obiektow XGraph tez .
Konfiguracja normalnie po kabelku z PC .
Wiec - jesli ktos jest specjalista od softu multikoptera , zna jego zasade dzialania i budowe i wie gdzie w sofcie do multikoptera(jakas petla) mozna czy trzeba dopisac np.
println("$I,tostr(pitch),",",tostr(roll),",")
czy jak kolwiek inaczej - prosze sie pochwalic .
Ewentualnie poprosze o linki do takowych najnowszych zrodel .
Wszelka pomoc z mojej strony w razie niejasnosci .
w wersji dla wspolpracy z innymi urzadzeniami firmware IMUA1_7 jak i program do testowania na PC IMU_sim1.02
Do sciagniecia tutaj - http://www.rcgroups.com/forums/showpost ... count=2442
OOOO - moge dolaczac zalaczniki - wiec i do pobrania w tym poscie :)
- Załączniki
-
[Rozszerzenie zip zostało wyłączone i nie będzie dłużej wyświetlane.]
-
[Rozszerzenie zip zostało wyłączone i nie będzie dłużej wyświetlane.]
A to akurat bez problemu - dane z wario wkladamy do stringa $A w miejsce wysokosci , a z magnetometru tez do stringa $A w miejsce kursu - i juz mamy dane dokladniejsze niz z GPSu - vario bedzie dzialac z automatu przy podawanej przynajmniej 2Hz wysokosci .L_I_S pisze:i to jest super temat :)
interesujace jest rowniez skorzystanie z czujnika cisnienia do vario w kopterze jak i opcjonalnie kompasu(no bo gps nie wykryje kierunku stojac w miejscu)
Zapowiada sie ciekawy watek.
Jesli chodzi o magnetometr to OSD zawsze bedzie pokazywac prawidlowy kierunek "na Dom" zakladajac ze podamy mu tez dane pozycju z GPSu - nota bene tez do stringa $A :) .
Nie wspomne o predkosci tez z GPSa itp .
Kod: Zaznacz cały
Supported messages from Ardupilot or any external device must have this format :
2 3 4 5 6 7 8 9 10 11
"$A,lat,lng,numSV,[dist],alt,speed,course,[azimuth],gpsDate,gpsTime," CR LF
Notice comas must be after message and at end of it
[dist] and [azimuth] can be empty ,,
Lat and lon format as float ex. "-121.123456"
jesli dobrze zrozumialem, to wtedy z dwoch zrodel (magnetometr i GPS) bedzie wpis do stringa $A ? w jaki sposob ktore zrodlo ma wtedy priorytet i bedzie pokazywane?Jesli chodzi o magnetometr to OSD zawsze bedzie pokazywac prawidlowy kierunek "na Dom" zakladajac ze podamy mu tez dane pozycju z GPSu - nota bene tez do stringa $A :) .
a jeszcze pytanko do czego tyczy sie distance? czy to jest przebyta lacznie droga w poziomie?
Pozdrawiam
"If flying were the language of man, soaring would be it's poetry"
"If flying were the language of man, soaring would be it's poetry"
Jeśli chodzi o MikroKoptera to muszę Was trochę ostudzić, bo mikrokopter gada na zewnątrz swoim binarnym protokołem, i za chiny ludowe nie dogada się bezpośrednio z OSD remzibiego. Potrzebny by był dodatkowy mikrokontroler jako odbiornik i dekoder danych i jako tłumacz wysyłający komendy do OSD.
Niestety grzebanie w sofcie od MK mija się z celem, bo ten binarny protokół jest używany do konfiguracji MK z poziomu komputera PC.
Niestety grzebanie w sofcie od MK mija się z celem, bo ten binarny protokół jest używany do konfiguracji MK z poziomu komputera PC.
Pzdr. -----MIŚ-----
Badajże jest tu zaprezentowany przez kralla
http://rc-fpv.pl/viewtopic.php?p=11281&highlight=#11281
lot u sąsiadów
http://rc-fpv.pl/viewtopic.php?p=11281&highlight=#11281
lot u sąsiadów
Pozdrawiam, Andrzej http://rc-fpv.pl/viewtopic.php?t=1441
Penguin 1720 Pixim 690,Diversity 900-2,5 GHz byJR65,Antena śledząca,Autopilot by Zbig, gogle Z800 ES Mordeczka2 Thomas 433MHz, BATMAN Y6 by JR65, SKŁADANY QUAD PANTHER NAZA V2, usługi CNC
Penguin 1720 Pixim 690,Diversity 900-2,5 GHz byJR65,Antena śledząca,Autopilot by Zbig, gogle Z800 ES Mordeczka2 Thomas 433MHz, BATMAN Y6 by JR65, SKŁADANY QUAD PANTHER NAZA V2, usługi CNC
Będzie będzie - Nie ma innej opcji. OSD jest bardzo fajne, no i ciągle je udoskonalamy.miś pisze:Bo to taki projekt "przy okazji" nad którym spędziłem już 10x więcej czasu niż zakładałem, i do tego mój testowy, pierwszy egzemplarz nigdy nie wzbił się jeszcze w powietrze Ale Krall występuje w roli betatestera, używa i lata z tym, więc może kiedyś coś z tego będzie...
Dodam, że płytka OSD ma pełny rejestrator parametrów lotu na karcie SD.
Także zakładaj osobny wątek.
A tu mieliśmy pisać o OSD Remzibi - no i co Zbyszek czy protokół transmisji stosowany przez MK FC jest przeszkodą? Wyjdzie coś z tego?
Bo zdaje się, że może nie być tak szybko i łatwo jak zakładałeś.
Walczysz?
pozdrawiam
Krzysztof
http://www.fly.kartuzy.com.pl
Krzysztof
http://www.fly.kartuzy.com.pl
Wlasnie ten watek jest po to aby zaczac grzebac w sofcie MK - a nie jak Mis powiedzial , ze grzebanie nie ma sensukrall pisze:...A tu mieliśmy pisać o OSD Remzibi - no i co Zbyszek czy protokół transmisji stosowany przez MK FC jest przeszkodą? Wyjdzie coś z tego?
Bo zdaje się, że może nie być tak szybko i łatwo jak zakładałeś.
Walczysz?
Z calym szacunkiem , ale nie ma sensu gadanie , ze cos nie ma sensu .
Sam wiem ze w tej chwili ten protokol jest inny - i albo go zmienie/nimy aby wysylal to co chce/my .
Albo doloze parser do OSD aby OSD rozumialo to co wysyla MK .
Napewno trzeba pozostawic protokol do konfiguracji z PC , ale co szkodzi dodac modulik wysylajacy to co chcemy w locie .
Watek jest wlasnie po to aby pogrzebac w sofcie MK i aby ktos kto ma juz MK pomogl - pokazal punkt zaczepienie w sofcie MK jesli wogole go analizowal , reszta juz bedzie z gorki .
Niestety nawet nie widzialem zrodel i liczylem na mala pomoc :)
Nie posiadam MK i zapewne posiadal nie bede - potrzebny jest ktos kto bedzie w stanie potestowac nowsze pozmieniane hexy na swoim MK + OSD .