Strona 30 z 47
: piątek 27 lut 2015, 14:10
autor: neutrinus
Manekinen pisze:Chodzi tylko o odwrócenie sygnału RX i TX (bo się nie wczytywałem w to)? Robiłem kiedyś takie rzeczy z powodzeniem na zwykłych bipolarach NPN, programowałem chyba jakieś kości biosu, z tym że to było SPI ale to bez różnicy. Trzeba tylko dobrze dobrać prąd (rezystory) żeby obydwa zbocza były dość strome.
Po za tym konwerter FTDI powinien znaleźć się w każdym warsztacie, niezastąpione i niezawodne urządzenie, a kosztuje grosze
Tak, padłem do łóżka zanim zdążyłem to polutować, kupiłem dziś ftdi i poszło od strzału..
: piątek 27 lut 2015, 16:26
autor: Manekinen
Ale się nawalczyłem dzisiaj żeby zmienić softa w OSD. O ile minimOSD extra zawiera w plikach HEX który można normalnie po ludzku wrzucić przez ISP jak człowiek, to już mwOSD ani kvOSD takiego pliku nie dają, tylko pliki dla adurnio. Za nic w świecie nie byłem w stanie zmusić adurnio do wgrania wsadu na moją płytkę, z moim programatorem mkII się gryzło i wywalało głupie błędy (gdzie avrdude normalnie pięknie działa), przez FTDI też mi się nie udało, ogólnie nieporozumienie, czy ciężko im dorzucić HEXa do plików? Skompilowałem ten projekt na adurnio, a potem wygrzebałem HEX schowany gdzieś w czeluściach plików tymczasowych, i wrzuciłem normalnie przez avrdude i ISP. Wsad w załączniku daję, nigdzie nie mogłem go znaleźć.
A oto efekt, płytka minimosd z softem mwosd podpięta tylko do TV, bez żadnego sygnału video wszystko się ładnie wyświetla. Wlutowałem zworki na płytce tak że zasilana jest z 5V, kamera też 5V, i zdaje się że nadajnik też 5V, więc nie ma co się wygłupiać, dam osobny stabilizator 5V na system wideo poprowadzony od baterii, i nie powinno nic siać.
Pora zaprzyjaźnić osd z cleanflight, mam nadzieję że tu już nie będzie takich problemów...
: piątek 27 lut 2015, 17:13
autor: Uka
: piątek 27 lut 2015, 17:42
autor: Manekinen
Połączenie cleanflight z osd to pestka. W głównym menu cleanflight trzeba tylko zaptaszkować "telemetry", a kabelki RX i TX połączyć do pinów TX i RX płytki flip32, i wszystko działa. Tzn jak te kabelki są tam podpięcie to już nie działa połączenie przez USB, pewnie da się to obejść konfigurując inny UART ale na razie jest ok.
Nie wiem jak ustawić alarm aby bateryjka migała przy określonym napięciu (teraz miga jak chce), a jak uzbroję to i tak widzę napis DISARMED, a tak po za tym to jest dobrze.
Podoba mi się też menu w które się wchodzi drążkami, można sobie w polu poprzestawiać pidy, rc rate, i co tylko dusza zapragnie, to jest dobre
[ Dodano: 27 Luty 2015, 18:10 ]
Ok doczytałem że przed kompilacją trzeba zdefiniować rodzaj płytki, wybrałem tą co trzeba, i... nic to nie daje, nadal ciągle jest DISARMED... a to miało rozwiązać problem...
Kod: Zaznacz cały
#define BASEFLIGHT // Undefine this if you are using BASEFLIGHT / NAZE32 to correct for heading dispaly issues
//#define HARIKIRI // Undefine this if you are using HARIKIRI (for BOXNAMES compatibility)
//#define FIXEDWING // Undefine this if you are using MW fixed wing from PatrikE - to use GPS heading and altitude instead of BARO/MAG
//#define MULTIWII_V21 // Undefine this if you are using MW versions 2.0/2.1 (for BOXNAMES compatibility)
//#define MULTIWII_V23 // Undefine this if you are using MW versions 2.2/2.3
//#define MULTIWII_V24 // Undefine this if you are using MW versions 2.4
[ Dodano: 27 Luty 2015, 18:21 ]
No i za wcześnie pochwaliłem... okazało się że po uzbrojeniu OSD przestaje działać, tzn nie są przesyłane żadne dane (wszystko zamarza) oprócz czasomierza który działa wewnętrznie w osd.
[ Dodano: 28 Luty 2015, 15:50 ]
Jak zwykle kombinuje bez przeczytania instrukcji...
Wszystko jest ok, w cleanflight NIE włączamy telemetrii w opcjach, bo to jest co innego. OSD pracuje samo po podłączeniu. A jak włączymy telemetrię to wtedy na tych pinach po uzbrojeniu wysyłana jest telemetria zamiast OSD i dla tego to nie działało.
A po drugie, żeby skorzystać innego uartu (żeby nie blokować usb) to trzeba mieć odbiornik z PPM, bo dodatkowe piny są to właśnie kanały wejściowe 2-8. Pin monitorowania prądu to też jeden z tych kanałów. Ale nic nie stoi na przeszkodzie aby monitorowanie prądu odbywało się w OSD, tylko mam nadzieję że OSD będzie potrafiło mi z tego wyliczyć zużyte mAh.
[ Dodano: 28 Luty 2015, 19:19 ]
Kolejna część monologu
Udało się zmusić OSD do współpracy. Napięcie baterii pobiera sobie z danych które wysyła cleanflight, a prąd mierzy samodzielnie, udało mi się ustawić to do pracy z bocznikiem 10mOhm, czyli 10mV spadku na 1A prądu (mniejszy bocznik chyba już nie przejdzie). Zwykły najzwyklejszy bocznik na masie, także nie trzeba dokupywać żadnych czujników, tylko trzeba to odpowiednio połączyć. I mimo tego że ma te dane z dwóch różnych źródeł, to ładnie mi oblicza zużyte mAh, i o to chodziło
: sobota 28 lut 2015, 23:16
autor: neutrinus
I ja mam złe wrażenia z tych osd. KV_osd nie kompiluje się na najnowszym arduino.. MW_OSD się skompilował ale nie zaprogramowała się płytka. Te GUI nie odpalają się na win7 64bit... Dzięki za hexa, spróbuję programatorem..
: niedziela 01 mar 2015, 11:32
autor: Manekinen
Jeśli chodzi o GUI to winna może być java, bo to wszystko na javie oparte jest. Również mam win7 64 i miałem przypadki że te programy nie chciały startować, pozabijałem wszystkie procesy javy i poszło. Ale później równolegle włączyłem drugi GUI i ten pierwszy się wysypał
KV OSD nie jest już rozwijany więc bardzo możliwe że się gryzie z nowym adurnio.
Modyfikacja płytki aby wycisnąć dodatkowe bajery czyli pomiary napięć, prądu, rssi, temperatury -
https://code.google.com/p/rush-osd-deve ... dware_Mods
Ja dorobiłem sobie dodatkowe złącze bez żadnych rezystorów i zalałem dwuskładnikową żywicą o tak
W ten sposób będę sobie mógł dodać później co chcę, a rezystory dodam na przewodach.
I jeszcze jedno, ten HEX to był pierwszy jaki skompilowałem, od tamtej pory zmieniłem kilka drobiazgów w pliku config. Jak już uruchomię wszystko tak jak ma być to zamieszczę ostateczny pliczek. Dzisiaj się zajmę dodaniem bocznika do głównej szyny zasilającej, martwi mnie jednak trochę spadek napięcia, 500mV dla 50A... mogłoby być mniej kosztem rozdzielczości, ale najmniejszy VREF na tej atmedze to 1,1V i względem tego trzeba mierzyć... albo jakiś bardziej rozbudowany układ zrobić czego oczywiście mi się nie chce
: niedziela 01 mar 2015, 21:01
autor: jagrok
Witajcie ponownie,
Panowie niestety moje przygody z adresowaniem na baggood to jakiś koszmar, po waszych informacjach postanowiłem ustawić obecny adres zamieszkania na paypalu tak aby się zgadzał z tym w systemie.
Zamówiłem drobne rzeczy - przesyłkę wysłali na mój adres ale co dziwne w Stanach Zjednoczonych, na moje maile i spór w PayPalu nie odpowiadają.
W między czasie weryfikując dane adresowe, jakimś cudem po wysyłce zmienił mi się mój adres właśnie na Stany Zjednoczone w BangGood.
Rama zamówiona z UK - nie dostała w ogóle opcji śledzenia a przesyłka już ponad 14 dni idzie do mnie i dojść nie może ( zobowiązali się do 7-10 dni )
W obu przypadkach spór już przekształciłem w roszczenie.
Jednak pozostaje mi czekać kolejne 10 dni.
Jedyne co doszło to Balancer na mój adres zameldowania, odebrała Siostra.
Mimo wielokrotnych zakupów w Chinach po raz pierwszy spotykam się z takimi problemami.
Przy okazji tego posta, czy mógłbym Panów poprosić o komentarze dlaczego zdecydowali się na Flip32 a nie np na
- OpenPilot CC3D Flight Controller
- Mini APM V3.1 Flight Controller With Neo-6M GPS For Multicopters
- KK2.1.5 KK21EVO Flight Controller With Large LCD Second MPU
- NX3 3D Flight Controller Gyroscope Balance For Fixed-wing Aircraft
Jaka przewaga Flip32 nad pozostałymi ? Większe grono użytkowników ? Lepsze wsparcie softowe ?
: niedziela 01 mar 2015, 21:06
autor: ElSor
jagrok pisze:Mini APM V3.1 Flight Controller With Neo-6M GPS For Multicopters
Właśnie taki mam. Flip32 ma szybszy i pojemniejszy procesor więc teoretycznie można z niego więcej wycisnąć ale chyba jeszcze nie ma tego wszystkiego, co w APMie.
: niedziela 01 mar 2015, 21:34
autor: Manekinen
Flip32/Naze32 jest po prostu bardzo tania a zarazem rozwojowa, a co będzie potrafiła to tylko kwestia oprogramowania. Cleanflight które ją wspiera, to chyba najbardziej obecnie rozwijany soft, ludzie którzy się na niego przesiadają potwierdzają że radzi sobie dużo lepiej z maszyną i sprawia najmniej problemów. A jak sprawia problemy, to przez ubogą dokumentację albo pośpiech, co po sobie zaobserwowałem
[ Dodano: 1 Marzec 2015, 22:29 ]
Po za tym dzisiaj rozłożyłem swoją 250 żeby domontować bocznik pod pokładem, i przy okazji przyjrzałem się płytce kontrolera... wilgoć zrobiła swoje... już widać biały nalot i delikatną korozję na pinach procesora
jutro to szoruje i zalewam żywicą albo innym ustrojstwem... profilaktycznie z płytką odbiornika i ESC chyba to samo trzeba zrobić.
: poniedziałek 02 mar 2015, 23:09
autor: Uka
Mam problem z minimOSD. Kupiłem na banggood i po odpaleniu configtool pojawił się błąd failure to talk to bootloader. Wgrałem bootloader przez arduino, ale po zmianie softu jest to samo. Zmiana softu kończy się sukcesem i tu koniec sukcesów, bo brak bootloadera.
Nie znam arduino..
: poniedziałek 02 mar 2015, 23:30
autor: Manekinen
Ja tam pierwsze co zrobiłem to wgrałem inny wsad, nawet nie wiem co tam początkowo siedziało.
Z tym bootloaderem to jest tak że on jest potrzebny tylko po to żeby wrzucić nowy wsad przez uart. Jeśli wrzucasz wsad przez ISP, to wtedy bootloader się wymazuje (jeśli był) i trzeba go wgrywać od nowa. Ale po zmianie wsadu nie jest on tam już do niczego potrzebny, potem konfiguracja normalnie przez uart idzie, a jak nie idzie to może pomyliłeś RX z TX? Czasem też wywala że port jest zajęty, wtedy trzeba zrestartować konfigurator.
Tzn nie wiem jaki soft tam wpychasz, ja z MWosd nie miałem większych poblemów.
Po za tym nie wiem czy ktoś się interesuje, ale od dłuższego czasu szykują się zmiany które w końcu unormują nasze zabawki. Tutaj można się zapoznać z projektem
http://ulc.gov.pl/_download/prawo/proje ... 2.2014.doc - interesuje nas załącznik nr1.
Jest jasno powiedziane co to zasięg wzroku i co to FPV, ile metrów w górę i ile w promieniu, i na jakich zasadach. Trochę tych metrów w górę przymało, może jeszcze to zwiększą. Po za tym z dobrych wieści - osoby które mieszkają w strefach CTR i muszą wyjeżdżać po kilka-kilkanaście km po za strefę - wg tego projektu już nie będą musiały, dozwolony będzie lot do 100m w górę w strefie CTR "jak gdyby nigdy nic".
Ze złych wieści, na loty komercyjne chcą nałożyć spore opłaty w postaci szkoleń i egzaminów, ktoś zwęszył kasiore, z resztą jakoś mnie to nie dziwi.
: poniedziałek 02 mar 2015, 23:57
autor: Uka
To jest tak:
Kupiłem, podłączyłem do kompa i od razu komunikat failure to talk.. Szukałem i znalazłem jak wgrać bootloader prze arduino. Tak zrobiłem, potem soft zaktualizował eeprom, można modyfikować i zapisywać ustawienia itp. Mogę korzystać z oprogramowania, ale zależy mi na wgraniu minimOpOSD do openpilot. Koszystam z polecenia update firmware i po wyświetleniu DONE, znowu mam komunikat, że failure to talk with bootloader i tak w koło. Napisałem do chinoli, że coś jest nie tak, bo inni flashują bez problemu. Może procek przyszedł uwalony..
: wtorek 03 mar 2015, 00:55
autor: ElSor
Ja programowałem zwykłym konwerterem USB>serial, tyle, że bezpośrednio przed naciśnięciem guziczka 'PROGRAM" naciskałem RESET na płytce minimOSD-ka i wtedy wszystko wchodziło bez problemu.
Z przejściówką na FTDI chyba nie ma takich "problemów" ale nie miałem okazji tego sprawdzać.
: wtorek 03 mar 2015, 08:42
autor: ww296
kurcze, chodzi mi po głowie budowa "prawdziwego" drona ale jak przeglądam ten temat to stwierdzam że nie dam rady, bo większość spraw programowych jest poza moimi możliwościami. Zawsze trzeba tak kombinować? Nie ma czegoś na zasadzie - kupuję ustawiam, ewentualnie zmieniam, wsad epromu i finito?
: wtorek 03 mar 2015, 08:47
autor: tisher
RTF zestawy, np Phantomy i różne takie wynalazki, czyli za 4x większą cenę dostajesz 2x dorszy sprzęt
Ja aktualnie składam CableCam, też mi sie wydawało, że jak trudne może być zrobienie lustrzanki na linie. Mechaniczna strona to 10% pracy, pozostałe 90% to elektronika, programowanie, oprogramowanie, poznawanie apki itp itd.