Kopterit.net
Multikopterit => Flight controllerit => Aiheen aloitti: JML - 09 Huhtikuu, 2014, 23:20:27
-
Jokos näitä löytyy foorumilta? Tekis mieli päivittää toi vanha APM uuteen versioon.
-
Tuossa on kai harkinnan arvoinen versio: http://witespyquad.gostorego.com/flight-controllers/rtfhawk-2-4.html (http://witespyquad.gostorego.com/flight-controllers/rtfhawk-2-4.html)
-
No niin illalla saan pixhawkin testiin niin voin sitte laittaa kokemuksia kunhan kerkeän.
-
Nyt on sitte lyhyesti testattu.
Hyvin toimii pientä säätämistä vaatii ku hieman woblas vakio pideillä
Alt holdi piti hienosti.
Loiterilla oli pientä toilet bowl ilmiötä.
Ei tullut nyt autotunea testattua
Pitänee vielä säätää kunhan kerkeää jossain vaiheessa.
-
Mitähän toi woblaus mahtoi tarkoittaa tässä vaiheessa ?
On hienoa, että moni muukin kokeilee eri juttuja, mutta olisko liikaa pyydetty, että kun huomaatte jotakin mitä todellisuudessa pitää muuttaa niin keroisitte sen ilma ihmeellisempää slangia ja "vieraan maan" sanoituksia.
Tulen itse testaamaan pixhawkin toimintaa ja seuraan silloin tällöin tätä kopterit.net sivustoa
josta odotan saavani vähän informaatiota mitää tulee tehdä mitä EI
Foorumi on ollut hieno tietolähde kun vaan suodattaa 90% höpinästä pois.
Tämähän oli jo kaamea kritiiki foorumia kohtaan vaikken ole vielä kirjoittanutkaan aikaisemmin mitään...
Oikeasti olisi kiva tietää mitä kukin tekee ja MIKSI ?
Tiedon salailu kuuluu vanhaan ryssäläiseen meinikiin, että kun minä tiedän niin se riittää ja muita voi kiusoitella sen mukaan.
Kun tulen jatkossa testaamaan itse touta multiroottori "hirviötäni" niin olen valmis jakamaan kokemukseni muillekin, jotta turhalta sekoilulta vältytään.
Kysynkin nyt lopuksi jälleen mitä helvettiä on woblaus ja kuinka siitä päästään eroon ?
Olisiko vielä vähän helpotusta aloittelevan kopteristin elämään ?
Meillä tai siis teillä on jo tietoa ja sen jakamisesta tuskin on sen suurempaa haittaa kun tätä harrastusta ei kuitenkaan tehdä työksi vaikka se viekin välillä kaiken ajan :-)
-
Mitähän toi woblaus mahtoi tarkoittaa tässä vaiheessa ?
On hienoa, että moni muukin kokeilee eri juttuja, mutta olisko liikaa pyydetty, että kun huomaatte jotakin mitä todellisuudessa pitää muuttaa niin keroisitte sen ilma ihmeellisempää slangia ja "vieraan maan" sanoituksia.
Tulen itse testaamaan pixhawkin toimintaa ja seuraan silloin tällöin tätä kopterit.net sivustoa
josta odotan saavani vähän informaatiota mitää tulee tehdä mitä EI
Foorumi on ollut hieno tietolähde kun vaan suodattaa 90% höpinästä pois.
Tämähän oli jo kaamea kritiiki foorumia kohtaan vaikken ole vielä kirjoittanutkaan aikaisemmin mitään...
Oikeasti olisi kiva tietää mitä kukin tekee ja MIKSI ?
Tiedon salailu kuuluu vanhaan ryssäläiseen meinikiin, että kun minä tiedän niin se riittää ja muita voi kiusoitella sen mukaan.
Kun tulen jatkossa testaamaan itse touta multiroottori "hirviötäni" niin olen valmis jakamaan kokemukseni muillekin, jotta turhalta sekoilulta vältytään.
Kysynkin nyt lopuksi jälleen mitä helvettiä on woblaus ja kuinka siitä päästään eroon ?
Olisiko vielä vähän helpotusta aloittelevan kopteristin elämään ?
Meillä tai siis teillä on jo tietoa ja sen jakamisesta tuskin on sen suurempaa haittaa kun tätä harrastusta ei kuitenkaan tehdä työksi vaikka se viekin välillä kaiken ajan :-)
http://en.wikipedia.org/wiki/Wobble (http://en.wikipedia.org/wiki/Wobble)
On sen verran yleinen ilmiö multin säädössä että ei varmaan moni koe "salatiedoksi". Yleensä syynä väärä P-rate arvo jonka säätö ratkaisee ongelman. RR Bakke on muunmuassa on tehnyt hyviä esimerkkivideoita arvojen vaikutuksista. https://www.youtube.com/watch?v=YNzqTGEl2xQ (https://www.youtube.com/watch?v=YNzqTGEl2xQ)
Koska netti on aika täynnä infoa arvojen säädöistä, tosin yleensä ameriikaksi, niin oletus on yleensä että perusominaisuudet ja ilmiöt ovat käyttäjien tiedossa jolloin sitten käytetään tuollaisia "woblaus" slangi nimikkeitä.
-
Kiitos tästä lisä informaatiosta !
Tämä on juurikin mitä pitäisi jakaa... tuo woblin ilmiö lienee tuttu kaikille, jotka on testanneet näitä quadroja ja varmaan
saman tyyppiset ilmiöt on mahdollisia muissakin koptereissa ja säädöissä.
kiitoksia tästä lisä infosta ... luulisin, että opin jälleen uusia asioita.
Hienoa, että infoa on saatavissa näinkin nopealla tahdilla foorumilta. :-)
-
Ja tuostakin luonnollisesti löytyy HK:n oma versio ;)
http://hobbyking.com/hobbyking/store/__55561__HKPilot32_Autonomous_Vehicle_32Bit_Control_Set_w_Power_Module.html (http://hobbyking.com/hobbyking/store/__55561__HKPilot32_Autonomous_Vehicle_32Bit_Control_Set_w_Power_Module.html)
-
No niin taas käytiin akullinen kokeilemassa ja ei voi muuta todeta ku että on hyvä. En oo apm: 2,5 ja 2,6 saanu tota mun hexaa noin tasasesti leijuun eikä vieläkään tarvinnu hirveesti säätöihin koskea.
-
Täällä on kanssa työn alla Pixhawk-klooniin (Witespy RTFHawk) perustuva hexa. Arducopterin ja Mission plannerin kanssa säätäessä aloittelija törmäsi melko simppeliin ongelmaa, johon kaipaisin kokeneempien apua.
Kun tarkastelen Mission plannerin radion kalibrointi-ikkunassa vihreiden palkkien liikkeitä, niin kaikki palkit liikkuvat samaan suuntaan radion tikun kanssa (Ts. oikeaa tikkua eteenpäin työntäessä pitch palkki nousee jne.), mikä on ymmärtääkseni juuri niin kuin kuuluisikin olla. Kuitenkin kun armaan moottorit ja heilutan pitch-kanavan tikkua, niin moottorien kierrokset nousevat aina väärällä puolella kopteria. Tämän voin korjata helposti radiosta ja ilmeisesti myös all parameters- kohdasta, mutta tällöin luonnollisesti myös vihreä palkki liikkuu väärään suuntaan.
Itselleni jää näin tehdessä pieni pelko siitä, että esim. RTL-modessa kontrolleri lähteekin ajamaan kopteria väärään suuntaan, tai menee muuten solmuun? Onko tällainen huoli aiheeton, jos stabilize-modessa korjaus kuitenkin tapahtuu oikeaan suuntaan? Pitäisikö siis vain olla välittämättä vihreän palkin liikkeistä?
-
Siis millä lailla väärältä puolelta moottorit kiihdyttävät? Onko mootorien järjestys oikein?
-
Pahoittelen hieman pitkäksi ja monimutkaiseksi venähtänyttä selitystä. Yksinkertaisuudessaan siis radion (oikeaa) tikkua työnnettäessä kopterin etupään moottorit lisäävät kierroksia, eikä toisin päin. Roll suunnassa homma toimii niin kuin pitäisikin. Stabilize modessa sekä roll että pitch akselit korjaavat oikeaan suuntaan hexaa heilutellessa, joten olettaisin ESCien olevan oikein kytkettyjä.
Hämmennystä itselläni nyt lähinnä aiheuttaa se, että radio calibration -ikkunassa palkit liikkuvat nyt loogisesti (pitch palkki nousee tikkua työnnettäessä), vaikka kopteri siis lennossa pyrkisi kallistumaan väärään suuntaan. Kaiketi paras tapa tämän asian korjaamiseen on arducopterin parametreistä, niin pysyy radion asetukset mahdollisimman siistinä? Jos pitch kanavan vaihtaa reverselle, niin vastaavasti vihreä palkki liikkuu väärään suuntaan.
APM:n ohjeesta poimittu kommentti asiasta
"If the bars go in the opposite direction of the direction you’re moving the sticks, that means that the channel is reversed on your RC transmitter side. "
-
Pixhawk tulossa muutaman viikon kuluessa. Onkos porukalla lisäkokemuksia tai muuta kerrottavaa?
-
Vieläkös täältä löytyy pixhawkeilla lentelijöitä, vai onko kaikki torpattu? ;)
Itsellä vannoutuneena APM mini/2.5/2.6 laudoilla lentelijänä olisi kiinnostusta hommata tuo pixhawk hexaan, niin kiinnostaisi tietää että kuinka luotettavasti jengillä tuo on toiminut ja onko sopivat pid säädöt löytynyt helpolla?
-
Täällä on yksi klooni-Pixhawk menossa ilmakuvaus-quadiin. Oli aiemmin käytössä HK:n F550 kloonissa ja pideihin en koskenut ollenkaan. Eikös softapuoli ole käytännössä edelleen identtinen APM:n arducopterin kanssa? Luulisin että vaihto APM:stä menisi ihan heittämällä?
-
Joo sen verran olen tutustunut laitteeseen, että samaa MissionPlanner ohjelmaa käytetään tuohon Pixhawkiin ja käyttöönotto menee samoilla "manöövereillä".
Kiinnostaisi tietää että onko jollakin ollut ennen PX4/Pixhavk controlleria AMP 2.5+ controller käytössä ja onko tuohon pixhawkiin vaihtaminen tuonut mitään lisäarvoa?
Itsellä ainakin 2 kpl APM 2.6 controlleria (toinen kikkailuquadissa ja toinen hexassa kameraa kiikuttamassa) on toiminut luotettavasti ja saanut ne hyviin säätöihin, vaikka niitä jotku tuntuu herjaavan honoiksi ja epäluotettaviksi. Kahden vuoden aikana controllerien takia ei yhtään torppia/flyawayta. Torppien syyt löytynyt aina maan ja lähettimen tikkujen välistä ;)
-
Täällä on lykätty vanhan, mutta luotettavasti toimivan APM:n päivitystä vaikka Pixhawk on houkutellut. Suurin syy odotukseen on ollut pienet epäluottamukset pixhawkin kohdalla raudan ja ehkä myös viime aikoihin asti softan suhteen.
Tälläkin hetkellä on menossa jonkin sortin keissi viime kesän ja loppuvuoden välillä valmistettujen korttien kanssa:
http://diydrones.com/forum/topics/pixhawk-bad-accel-health-apm-3-2-collecting-data?id=705844%3ATopic%3A1853847&page=1#comments (http://diydrones.com/forum/topics/pixhawk-bad-accel-health-apm-3-2-collecting-data?id=705844%3ATopic%3A1853847&page=1#comments)
Nähtävästi MPU6000 saattaa jossakin tapauksessa pettää "3DR:n valmistusteknisistä syistä" johtuen. Oletettavasti jotain ladontaan tai juottamiseen liittyvää.. Nyt vaan ei ole tietoa pystyykö tuohon erään kuuluvan kortin tunnistamaan jälkikäteen helposti ja onko kaupoissa vielä vanhaa erää ja onko tuossa nyt ylipäätään syytä huoleen.
Jotenkin tuntuu, että tuolla ei vieläkään osata suunnitella oikeasti hyvää, vaikka valmistuksen puoli näyttäisikin jo paremmalta. APM:ien osalta on jo nähty muutamat pienet suunnittelun "kukkaset" ::)
Kiinalaiset kopiot on taasen aina lottoa, että mitä saa ja millasista osista kasattu.
-
Kiinnostaisi tietää että onko jollakin ollut ennen PX4/Pixhavk controlleria AMP 2.5+ controller käytössä ja onko tuohon pixhawkiin vaihtaminen tuonut mitään lisäarvoa?
Ymmärtääkseni nykyinen Arducopter 3.2 on samanlainen APM:llä ja Pixhawkilla. Pixhawkilla voi kaiketi huoletta logata kaikkia parametrejä, kun APM:llä taas on syytä jättää osa pois jäätymisien estämiseksi. Näin ainakin jostain ymmärsin, mutta en osaa sanoa, että kuinka mahdollista jäätyminen todellisuudessa on.
Nykyisellään tilanne on sikäli hieman erikoinen, että APM:n laajan levikin takia Arducopter 3.2:sta jätettiin jotain aiemmin tuettuja ominaisuuksia pois, niin että se mahtuu edelleen APM:ään. Pixhawk:iin softa olisi mahtunut sellaisenaan, mutta on toisaalta hyvä, että rintama pysyy yhtenäisenä Arducopterin osalta. En osaa sanoa, että onko Arducopterin seuraava versio enää yhteensopiva APM:n kanssa, joten sikäli Pixhawk on paremmin futureproof. Ainakin EKF:n (extended kalman filter, älä minulta kysy... ) tullessa mahdollisesti mukaan koodiin kasvaa tarvittava laskentateho jo liian suureksi APM:lle.
Alkuperäinen Pixhawk on melko arvokas ja kloonit ovat tosiaan lottoa. Itselläni on käytössä Witespy RTFHawk, mutta jos nyt tilaisin, niin ostaisin varmaan HK:n version. Tuossa näyttäisi olevan ainakin kotelo vähän pidemmälle mietitty kuin RTFHawkissa.
http://www.hobbyking.com/hobbyking/store/__55561__HKPilot32_Autonomous_Vehicle_32Bit_Control_Set_w_Power_Module.html (http://www.hobbyking.com/hobbyking/store/__55561__HKPilot32_Autonomous_Vehicle_32Bit_Control_Set_w_Power_Module.html)
-
APM:t ja Pixhawkien eri versiot eivät ole aitoja tai klooneja koska kyse on OpenSource projektista myös hw:n osalta, kukin valmistaja tekee miten parhaaksi näkee.
Toki 3DRobotics ylläpitää sivustoa, mutta ei omista mitään oikeuksia, eivätkä ne Meksikossa turatut levyt ole sen aidompia tai parempia kuin muutkaan. Kuten nämä mainitut tapaukset osoittavat. Tai sikäli kyllä että 3DR periaatteessa vastaa omista tuotteistaan, mutta toisaalta asiakastuki ei ole saanut erityisiä kehuja.
Minusta oli vähän huono juttu jättää CLI (command line interface) pois uudemman version Arducopterista, siksi käytänkin CLI:tä tukevaa versiota APM:ssä, jotta saan lokit varmasti ulos muistista. Tässä tulee esiin APM:n rajallisuus, jos halutaan uusia ominaisuuksia niin ei riitä enää muisti, jostain täytyy tinkiä. Se alkaa tässä suhteessa jäämään väkisinkin vanhaksi.
Mutta yhä käytän APM:iä ja olen jopa rakentamassa uutta quadia APM 2.5.2:lla, ihan täysin kurantti kontrolleri. Myös yksi HK:n mikroAPM setti on tilauksessa.
Huonona puolena (minusta) Pixhawkeissa on pikkiriikkiset liittimet, jotka saattavat ajan mittaan käydä epäluotettaviksi. Ja hankalampi tehdä omia johtoja (ei onnistu vakio servoliitinpihdeillä ja montaa eri pinnimäärää liittimissä).
Itsellä on sekä APM:iä että Pixhawkista parikin versiota, "tavallinen" ja sitten RCTimerin Fixhawk. Omasta puolestani voin kyllä suositella Fixhawkia, vaikuttaa laadukkaasti tehdylle ja sitä jotkut gurut kehuvat RCGroupsissa. Myös HK:n tuotteistus on tiettävästi ok.
Sitten on vielä eurooppalainen versio Drotekin Dro Pix, joka olisi oma valinta jos nyt olisin ostamassa uutta tämän sarjan kontrolleria; Pixhawk järeillä liittimillä. http://www.drotek.fr/shop/en/home/494-dropix-flight-controller.html (http://www.drotek.fr/shop/en/home/494-dropix-flight-controller.html)
(off-topiccina: AutoQuad M4 Kissys Expansion Boardilla ja GPS-antennilla jää tosin halvemmaksi ja siinä on Quatos-lisenssi (käyttää mm. em. EKF:ää) 1 kg:n asti mukana...)
-
Joo, eivätpähän nämä varsinaisesti klooneja ole ja siitä sai myös 3DR aika äkäiset muistutukset, kun hetkeksi viime vuonna estivät Mission Plannerissa ns. kloonien päivittämisen.
Minäkään en oikein luota noihin pieniin liittimiin, joita muuten on käytössä kahta erilaista. 3DR:n pixhawkissa on DF13 liittimet ja ainakin RTFHawkissa Molex PicoBladet. Olisin toivonut, että kriittisimpien liittimien osalta systeemissä olisi hieman redundanssia. Power modulissa taitaa sentään olla kaksi rinnakkaista 5v ja GND johtoa.
RTFHawk on vielä suunniteltu tyhmästi niin, että liitin uppoaa kokonaan kotelon sisään. Niinpä kiinni painettuja liittimiä ei oikein saa irti muuten kuin johdosta varovasti nitkuttelemalla, mikä ei voi toimia kovin pitkään.
-
Joo, eivätpähän nämä varsinaisesti klooneja ole ja siitä sai myös 3DR aika äkäiset muistutukset, kun hetkeksi viime vuonna estivät Mission Plannerissa ns. kloonien päivittämisen.
Eikös lopputulos keississä kuitenkin ollut se, että Mission Planner ei ole open sourcea vaikka itse ardun koodi onkin? Eli tällöin saavat blokata muiden valmistajien korttien päivityksen MP:llä?
-
Tuo on varmaan ihan totta, mutta vähän olisivat voineet ajatella asiaa PR-puolen kannalta. Open source projekteissa aika herkästi joku pahoittaa mielensä siinä vaiheessa kun raha alkaa vaihtaa omistajaa, eivätkä tuollaiset temput varmaan lämmitä niitä, jotka ovat harrastuspohjalta kehittämiseen osallistuneet. Mitenkään tietysti väheksymättä 3DR:n panosta projektissa.
Toisaalta markkinoilla on niin monenlaista FC:tä nykyään tarjolla, että uuden kontrollerin alkutaipaleella olisi kaikkein tärkeintä saada sitä riittävän laajasti käyttöön ja asema vakiinnutettua, vaikka osa myynnistä menisikin muiden valmistajien taskuun. Sanotaan vaikka niin, että itse en olisi alkuperäistä Pixhawkia ostanut, mutta nyt "kloonia" käyttäneenä suosittelen lämpimästi kaikille säätämisestä ja avoimesta systeemistä kiinnostuneille.
-
Toisaalta markkinoilla on niin monenlaista FC:tä nykyään tarjolla, että uuden kontrollerin alkutaipaleella olisi kaikkein tärkeintä saada sitä riittävän laajasti käyttöön ja asema vakiinnutettua, vaikka osa myynnistä menisikin muiden valmistajien taskuun. Sanotaan vaikka niin, että itse en olisi alkuperäistä Pixhawkia ostanut, mutta nyt "kloonia" käyttäneenä suosittelen lämpimästi kaikille säätämisestä ja avoimesta systeemistä kiinnostuneille.
Tämän voin myös allekirjoittaa. Nämä ovat vielä sen kaltaisia tuotteita että ilman laajaa vertaistukea ei käytöstä tule mitään, harva jos yksikään laitevalmistaja/jälleenmyyjä tukemiseen kykenee tai voi irrottaa resursseja. Laite on katu-uskottava vasta kun siitä on riittävästi itseään ylläpitävää keskustelua tärkeimmillä harrastajafoorumeilla.
Aiheeseen liittyen, Pixhawkeille on myös muita GCS ohjelmia Mission Plannerin lisäksi, tutustumisen arvoinen on esim QGroundControl. http://qgroundcontrol.org/ (http://qgroundcontrol.org/)
Tekijät ovat olleet mukana Pixhawkin kehittämisessä.