PDA

Teljes verzió megtekintése : Elektronika készül autopilothoz, FPV-hez, X-UFO -hoz



bla
2009-11-27, 21:51
Üdv,

Nemrég nézegettem az X-UFO topikot és a különféle alkatrészek árait.
Miután kiszörnyülködtem magam az árakon úgy döntöttem, hogy egy ilyen szerkezet elektronikáját magam fogom inkább elkészíteni.
Kicsit továbbgondolva a dolgot arra jutottam, hogy ugyanezt az elektronikát egy repülőben is fel lehetne használni. Ezért ezt is figyelembe vettem a tervezéskor. No meg azt, hogy lehetőleg kompatibilis legyen a többi kereskedelemben kapható elektronikával.

Ezt a topikot azért hoztam létre, egyrészt ha lenne még valakinek ötlete mit lenne érdemes még belerakni a projectbe, másrészt nekem is lenne pár pontosítanivaló kérdésem.
Ha összejön az elektronika és úgy működik ahogy kell, akkor szeretném, ha kereskedelmi forgalomba is kerülne. No de előbb lássuk a medvét.

Modulok:

Autopilot
Ez a panel végzi a repülő stabilizálását, ha kell irányítását és a repülési adatok regisztrálását.
- 32 bites, 50MHz-es ARM mikrokontroller
- 3 tengelyű giroszkóp
- 3 tengelyű gyorsulásmérő
- Abszolút nyomásmérő magasságméréshez (elméletileg kisebb, mint 1 cm felbontással)
- Differenciális nyomásmérő sebességméréshez
- 70 Amperes áram, feszültség, teljesítmény mérés (10mA és 4mV felbontással, nagyobb áram is lehet, de akkor az árammérés felbontása csökken)
- MicroSD kártyafoglalat (útvonal, mérési adatok rögzítéséhez, térkép és egyéb 3D adatok repüléshez, stb.)
- 8 konfigurálható szervó csatlakozó, pl.:
A. 4 PWM bemenet, 4 PWM kimenet
B. 1 PPM bemenet, 6 PWM kimenet
C. 1 PPM bemenet, 1 PPM kimenet, 5 PWM kimenet
- I2C csatlakozó
- UART csatlakozó GPS-hez
- UART csatlakozó OSD-hez (Nem a gépen lesz az OSD)
- Hang DAC az adatok hangcsatornán történő továbbításához. Ennek két funkciója is lehet:
1. Adatok továbbítása digitális formában. Ekkor csak sípolás hallatszik a hangszóróból.
2. Adatok bemondása, ekkor még OSD sem kell a földön. Ekkor a hangszórón lehet hallgatni az adatokat.
- UART csatlakozó adó-vevő modulhoz (lejjebb), vagy bármi máshoz
- 1 hőmérsékletmérő a panelen (+-2C)
- 1 csatlakozó külső hőmérséklet szenzorhoz (olcsó, tranzisztoros +-1C)
- Méret 35mm x 60mm (csatlakozók a panel egyik oldalán merőlegesen csatlakoznak)
- Áramfelvétel max. 100mA/5V (csak a panel). 5V tápellátás a szabályozóból vagy külső BEC-ből.
- Irányár: nettó EUR120

GPS
- 5 pos/s
- 32 csatorna
- <3m pontoss&#225;g
- Hidegind&#237;t&#225;s 36s (manu&#225;l szerint)
- Akt&#237;v antenn&#225;val egybe&#233;p&#237;tve
- Alacsony fogyaszt&#225;s
- UART csatlakoz&#225;s
- M&#233;ret 20mm x 20mm x 10mm (kb. 10g)
- Ir&#225;ny&#225;r: nett&#243; EUR60

Ad&#243;-vevő modul
- Si4432 RF transceiverrel (20dBm (100mW) ad&#243;teljes&#237;tm&#233;ny, -118dBm &#233;rz&#233;kenys&#233;g, 1-128kbps adatsebess&#233;g, 1.8V - 3.6V)
- 868MHz
- UART RX/TX
- PPM be/kimenet
- max. 100mA &#225;ramfelv&#233;tel

OSD
OSD egyenlőre nem lesz a g&#233;pen, helyette a m&#233;rt adatok vagy az ad&#243;-vevő modulon, vagy az audi&#243;/vide&#243; jel hang csatorn&#225;j&#225;n kereszt&#252;l lesznek tov&#225;bb&#237;tva.
Az OSD a f&#246;ld&#246;n fogja kik&#243;dolni a hangcsatorn&#225;b&#243;l az adatokat &#233;s r&#225;keveri a bej&#246;vő vide&#243;jelre.
Ebből a projectből egyenlőre kiker&#252;l, k&#233;sőbb lesz megval&#243;s&#237;tva.
- NTSC/PAL/SECAM
- Max. 720 x 625 felbont&#225;s (majd kider&#252;l ebből mennyi lesz l&#225;that&#243;)
- 8 sz&#237;n megjelen&#237;t&#233;se (fekete, feh&#233;r, v&#246;r&#246;s, z&#246;ld, k&#233;k, s&#225;rga, lila, ci&#225;n)
- UART csatlakoz&#243;
- Audi&#243;/Vide&#243; be-kimenet
- Max. 4 db kompozit kamera bemenet, amik k&#246;z&#246;tt lehet v&#225;lasztani (OSD val&#243;sz&#237;nűleg csak az egyiken fog műk&#246;dni)
- +Akku &#225;ram, fesz&#252;lts&#233;g, teljes&#237;tm&#233;ny m&#233;r&#233;s (max. 20A)
- M&#233;ret 35mm x 40mm
- Ir&#225;ny&#225;r: nett&#243; EUR50
Esetleg m&#233;g lehet rajta:
2db PWM kimenet kamer&#225;hoz, egyebekhez, hőm&#233;rs&#233;kletm&#233;r&#233;shez csatlakoz&#225;s, I2C, fordulatsz&#225;mm&#233;rő, stb.
B&#225;r ha I2C van, akkor szinte b&#225;rmilyen &#233;rz&#233;kelőt egyszerűen r&#225; lehet k&#246;tni.

Ezen k&#237;v&#252;l m&#233;g a k&#246;vetkezők k&#233;sz&#252;lnek el a fentiekkel egy&#252;tt:
Ad&#243;panel (Walkera Dragonfly r&#225;di&#243; panel helyett, 8 potm&#233;ter, 4 kapcsol&#243;, UART, PPM kimenet, 128x64 LCD kijelző, stb.)
Ad&#243;-Vevő modulok (868MHz, 100mW, UART be-kimenet, GFSK modul&#225;ci&#243;, stb.)
Brushless szab&#225;lyoz&#243;k (4db BEC n&#233;lk&#252;l)
BEC (5V)

Egyenlőre ennyi.
V&#233;lem&#233;ny? &#193;rakr&#243;l?
K&#246;szi!

pbr110
2009-11-27, 21:59
Optikai horizont figyelés, lehetőleg minél alacsonyabb hőmérsékleten vett sugárzás?
Kamera kép színmozgás figyelés pozíció tartáshoz magasságban és horizontális síkban (helicommand féle, vagy optikai egér)?

bla
2009-11-27, 22:19
Optikai horizont figyelés, lehetőleg minél alacsonyabb hőmérsékleten vett sugárzás?
Kamera kép színmozgás figyelés pozíció tartáshoz magasságban és horizontális síkban (helicommand féle, vagy optikai egér)?


Optikai horizontfigyelést egyenlőre nem terveztem. Majd meglátom mennyire lesz stabil a fentiekkel. Mindenesetre a külső szenzor illesztést meg lehet oldani.
A helicommand is egy érdekes megoldás, nem tudom repülőn van-e értelme.

pbr110
2009-11-27, 23:01
Csak giroszkóppal és gyorsulás érzékelőkkel szerintem elvben se lehet megoldani a stabilizálási feladatot. Ha jól emlékszem Fuhur-nak ez a kutatási területe, vele érdemes lenne felvenni a kapcsolatot.

Vagyis, azokkal a piezó giroszkópokkal amik modellezésben léteznek.

mmormota
2009-11-28, 00:32
OSD
- NTSC/PAL/SECAM
- Max. 720 x 625 felbontás (majd kiderül ebből mennyi lesz látható)
- 8 szín megjelenítése (fekete, fehér, vörös, zöld, kék, sárga, lila, cián)


A színeket hogy oldod meg? Nem tűnik egyszerűnek...
Nem véletlen, hogy a jelenleg kapható OSD-k mind fekete-fehérek.

mmormota
2009-11-28, 00:50
Csak giroszkóppal és gyorsulás érzékelőkkel szerintem elvben se lehet megoldani a stabilizálási feladatot.


A modellrepülőkben használt IMU-k úgy működnek, hogy 3 egymásra merőleges tengelyű gyro a fő érzékelő. Mivel a gyro driftel (lassan elfordul), ezt valahogy kompenzálni kell. Gyorsulásérzékelővel nagyon jól ki lehet szedni a pitch és roll driftet, a yaw driftet viszont nem, hiszen a gravitációs vektor egybeesik a yaw tengellyel.
Ezt a gondot kétféleképpen szokták megoldani:
- használnak mágneses érzékelőt is: mivel az földmágnesség erővonalai nem függőlegesek (kivéve a sarkokat) ezzel ki lehet szedni a yaw driftet
- repülődmodellek esetén a gps-re is lehet hagyatkozni: mivel a repülő halad, a gps meg tudja mondani a haladás irányát ami repülőnél közelítőleg megegyezik a repülő hossztengelyével, így alkalmas a yaw drift kiszedésére. Sajnos ez a módszer heli esetén nem jó, mivel egyrészt lebeghet is, ilyenkor a gps nem tud irányt mondani, ráadásul nem csak az orra irányába haladhat.

Egy ilyen IMU programozása elég komplikált (direction cosine matrix számítás vagy kvaterniós leírás kell hozzá), de mivel teljesen kész, működőképes nyílt forráskódú program elérhető, így egy gonddal kevesebb. ;)

bla
2009-11-28, 09:48
Köszi a képeket. Nagyon tanulságos.
Gondolkoztam hová rakjam a szabályozókat. Látom úgy is működik, hogy viszonylag távolabb van a motoroktól. Ettől függetlenül majd ha arra kerül a sor, akkor inkább a motorok alá rakom.

bla
2009-11-28, 10:16
A sz&#237;neket hogy oldod meg? Nem tűnik egyszerűnek...
Nem v&#233;letlen, hogy a jelenleg kaphat&#243; OSD-k mind fekete-feh&#233;rek.


Szerintem se v&#233;letlen. ;D

Vannak olyan vide&#243; dek&#243;der csipek amelyeknek t&#246;bb bemenet&#252;k van (CVBS, RGB). Azokban amik tartalmaznak egy gyors vide&#243; &#225;tkapcsol&#243; bemenetet a bemenő vide&#243; jeleket lehet egym&#225;s k&#246;zt kapcsolgatni, &#237;gy j&#246;n l&#233;tre az overlay k&#233;p.
Az a vide&#243; dek&#243;der, amit haszn&#225;lok tartalmaz m&#233;g egy 3 bites RGB bemenetet is, amit szint&#233;n lehet kapcsolgatni. Ettől lesz 8 sz&#237;nű az OSD.
Ez ut&#225;n m&#225;r csak egy vide&#243; enk&#243;der kell ami visszaalak&#237;tja kompozitt&#225; vagy amiv&#233; kell a vide&#243;jelet. Az eg&#233;sz vez&#233;rl&#233;s&#233;hez persze kell m&#233;g egy gyorsabb processzor &#233;s n&#233;mi programozhat&#243; logika is.

Mondjuk ha ez műk&#246;dni fog, akkor gyakorlatilag b&#225;rmilyen grafikus adatot meg lehet majd jelen&#237;teni az OSD-n 8 sz&#237;nben.

Ja igen! Enn&#233;l a kapcsol&#225;sn&#225;l az is megoldhat&#243;, hogy ak&#225;r 4 kamera k&#233;p&#233;t lehessen kapcsolgatni.

Füligjimmy
2009-11-28, 12:07
Részemről nagyon örülnék ha elő tudnál állni egy ilyen elektronikával!
Javasolnám hogy modul rendszerű, és egységenként is megvásárolható legyen.
És persze tavaszra készüljön el, mert addigra két FPV gépet szeretnék rendszerbe állítani, egyet Black stork navigációval, egyet pedig a tiéddel. ;D

mmormota
2009-11-28, 14:14
Vannak olyan videó dekóder csipek amelyeknek több bemenetük van (CVBS, RGB). Azokban amik tartalmaznak egy gyors videó átkapcsoló bemenetet a bemenő videó jeleket lehet egymás közt kapcsolgatni, így jön létre az overlay kép.
Az a videó dekóder, amit használok tartalmaz még egy 3 bites RGB bemenetet is, amit szintén lehet kapcsolgatni. Ettől lesz 8 színű az OSD.
Ez után már csak egy videó enkóder kell ami visszaalakítja kompozittá vagy amivé kell a videójelet. Az egész vezérléséhez persze kell még egy gyorsabb processzor és némi programozható logika is.


Ez így eléggé bonyolult, ráadásul az eredmény a PAL /NTSC gyenge felbontása miatt nem meggyőző - ezért nem csinálja senki.

Szerintem egy színes OSD-t a föli rendszerben érdemes elhelyezni. A megjelenítendő adat lejön adat formájában (pl. teletext szerűen a videora ültetve vagy a hangcsatornán), és csak a földön elhelyezett OSD teszi fel a képre.

Ennek több előnye van:
- a földön a már RGB formába hozott képre lehet feltenni a kiegészítő feliratokat vagy akár grafikát, és mivel RGB-ben is marad, nincs gond a gyenge felbontással
- mivel a megjelenítendő kép felbontása lehet nagyobb is mint az eredeti (pl. PC monitoron), nem feltétlenül kell az eredeti képre tenni az adatokat, mellé-alá is lehet műszereket rajzolni
- ha video felvétel készül, nem kell hogy a felvételen is ott legyenek a feliratok, illetve utólag is lehet ki-be kapcsolgatni őket
(az adatok a video nem látható soraiba vannak bekódolva mint a teletext)

pbr110
2009-11-28, 14:28
Mormota leírta nagyjából mi a gondom, persze min 4db 10huf-os optikai elem helyett jobb 3db piezo "giroszkóp" (mint tudjuk, ezek csak nevükben azok) és 3db gyorsulás érzékelő.
Félre értés ne essék, építő jelleggel kötekedek, és tevékenyen is résztvennék ebben a projektben.

csika
2009-11-28, 17:56
Hello!

Hat 120 euro kellemes ar egy jol felprogramozott stabilizacioert. Ha kesz lesz szolj, ennyiert lehet vevo vagyok egyre. Az alkatreszeket honnan rendeled meg hozza???(csak a stabilizacio erdekelne)

udv.Karesz

mmormota
2009-11-28, 19:21
Jelenleg is kapható működő IMU alapú vezérlő:
http://www.sparkfun.com/commerce/product_info.php?products_id=9038

Fejlesztéshez is jó kiindulási alap. Nagyon jól dokumentált a működés elve és a forráskód egyaránt. (nyílt forráskóddal)
Ezen még kis merőleges paneleken vannak a gyrok, de már kapható olyan olcsó gyro is, amit rendesen le lehet nyomtatni, mert gyárilag úgy állítják be az érzékenységek tengelyét.
Jövőre két cég is kijön olcsó 3 tengelyű gyroval, új fejlesztésnél már szóba jöhetnek. Ezeket mobiltelefonokba tervezték, ennek megfelelő áron (nagy tételben 3 usd, így várhatóan 10 körül lesz kis darabszámban).
A legolcsóbb gyrok sajnos alacsony frekvencián rezegnek, ennek pedig az a hátránya, hogy fokozottan érzékenyek a rezgésre. Emiatt helibe nem a legjobbak. Ezen a panelen ilyenek vannak.
Jelenleg minimum 3-szor annyiba kerülnek a magasabb alapfrekvenciájú típusok.

Pár napja kezdtem játszani a panellel, eddig tetszik. Még nem szereltem gépre.

A DIYDrones fórumom lehet olvasni róla. Nagyon meggyőző pl. egy olyan teszt, ahol egy csupaszárny gépről leszedték a függőleges vezérsíkokat (ettől persze nagyon instabillá vált) és így is normálisan megrepülte a gép a feladatot. Videot is tettek fel a repülésről.

http://img194.imageshack.us/img194/7934/uavdevboard.jpg

mmormota
2009-11-28, 19:32
Terjednek lassan a gyro alapú stabilizáló rendszerek, pl. itt egy új quadcopter. Az elektronika elegánsabb a szokottnál, egybe nyomtatták a szabályozókkal, így már nem egy kábelgubanc az egész, mint az eddigiek. Nem is drága - nem könnyű árban versenyezni a kínaiakkal, ha komolyan nekiállnak valaminek.
http://www.cnchelicopter.com/servlet/the-1652/Xaricraft-X600-dsh-D-X600D-aircraft/Detail

mmormota
2009-11-28, 19:43
persze min 4db 10huf-os optikai elem helyett jobb 3db piezo "giroszkóp" (mint tudjuk, ezek csak nevükben azok) és 3db gyorsulás érzékelő.


Inkább 10 usd az mint Ft, ezek nem fotodiódák.
A gyro alapú vezérlésnek van egy nagyon nagy előnye - nem kell kilátnia a gépből. A hőszenzorokat ki kell tenni valahova a gép tetejére, és persze be kell kábelezni. Mivel szerencsétlen gép eleve bonyolult, nem nagyon hiányzik még egy (vagy két) modul a drótjaival.
Ha pedig quadcopterről, kis heliről van szó, akkor gyroval teremben is használható, hőszenzorral meg természetesen nem.

bla
2009-11-28, 21:01
Ez &#237;gy el&#233;gg&#233; bonyolult, r&#225;ad&#225;sul az eredm&#233;ny a PAL /NTSC gyenge felbont&#225;sa miatt nem meggyőző - ez&#233;rt nem csin&#225;lja senki.

Szerintem egy sz&#237;nes OSD-t a f&#246;li rendszerben &#233;rdemes elhelyezni. A megjelen&#237;tendő adat lej&#246;n adat form&#225;j&#225;ban (pl. teletext szerűen a videora &#252;ltetve vagy a hangcsatorn&#225;n), &#233;s csak a f&#246;ld&#246;n elhelyezett OSD teszi fel a k&#233;pre.

Ennek t&#246;bb előnye van:
- a f&#246;ld&#246;n a m&#225;r RGB form&#225;ba hozott k&#233;pre lehet feltenni a kieg&#233;sz&#237;tő feliratokat vagy ak&#225;r grafik&#225;t, &#233;s mivel RGB-ben is marad, nincs gond a gyenge felbont&#225;ssal
- mivel a megjelen&#237;tendő k&#233;p felbont&#225;sa lehet nagyobb is mint az eredeti (pl. PC monitoron), nem felt&#233;tlen&#252;l kell az eredeti k&#233;pre tenni az adatokat, mell&#233;-al&#225; is lehet műszereket rajzolni
- ha video felv&#233;tel k&#233;sz&#252;l, nem kell hogy a felv&#233;telen is ott legyenek a feliratok, illetve ut&#243;lag is lehet ki-be kapcsolgatni őket
(az adatok a video nem l&#225;that&#243; soraiba vannak bek&#243;dolva mint a teletext)


Nem annyira bonyolult, mint ahogy elsőre l&#225;tszik. :) A felbont&#225;sban is a kamera az egyik gyenge l&#225;ncszem. Ha az &#225;tvitel j&#243; minős&#233;gű, akkor a v&#233;teli oldalon se lehet gond a felbont&#225;ssal. Ott meg ugye a megjelen&#237;t&#233;s a bibi. Hi&#225;ba j&#246;n a jel 720 pixeles v&#237;zszintes felbont&#225;ssal, ha a kijelző csak 640-et tud. Az eredm&#233;ny ugyan l&#225;that&#243; lesz de nem tű&#233;les.
Ebben a megold&#225;sban a felbont&#225;st val&#243;sz&#237;nűleg cs&#246;kkenteni kellene, hogy j&#243;l l&#225;that&#243; legyen.

Most gondolkod&#243;ba ejtett&#233;l. V&#233;g&#252;l is gondoltam r&#225;, hogy az OSD ak&#225;r a f&#246;ld&#246;n is lehetne. Ez&#233;rt is terveztem be a t&#225;vba a 868MHz-es ad&#243;-vevő modult. Ami nemcsak a PWM jeleket tudja adni, hanem venni is amit a g&#233;p k&#252;ld.
Viszont az egy j&#243; &#246;tlet, hogy az audi&#243;/vide&#243; csatorn&#225;ra legyenek az adatok r&#225;&#252;ltetve. B&#225;r szerintem ez sem egyszerűbb megold&#225;s (m&#225;rmint a vide&#243;csatorna).

Vide&#243;:
Teletext adatk&#233;nt val&#243; k&#252;ld&#233;shez egyenlőre nem l&#225;ttam jobb megold&#225;st, mint szint&#233;n egy vide&#243; dek&#243;der-enk&#243;der-mikrokontroller fel&#225;ll&#225;s. Az enk&#243;derben van benne a teletext adatok beilleszt&#233;se.
H&#225;tr&#225;nya, hogy akkor a f&#246;ld&#246;n is kell minimum egy vide&#243; dek&#243;der amiről az adatokat le lehet szedni.
Tov&#225;bbi előnye, amit fentebb &#237;rt&#225;l.

Audi&#243;
Na ez egy &#233;rdekes megk&#246;zel&#237;t&#233;s.
Sz&#252;ks&#233;g van-e egy&#225;ltal&#225;n a hang &#225;tvitel&#233;re? Ha nem, akkor minden tov&#225;bbi n&#233;lk&#252;l fel lehet haszn&#225;lni a hangcsatorn&#225;t.
Ha ez &#237;gy ok, akkor tal&#225;n m&#233;g elf&#233;r egy codec az Autopilot panelen. &#205;gy a processzor az I2S kimenet&#233;n kereszt&#252;l tudja k&#252;ldeni a hang csatorn&#225;ra az adatokat. M&#225;r csak a modul&#225;ci&#243;t &#233;s a form&#225;tumot kell megoldani.
Ekkor ugye nincs OSD panel a levegőben. A f&#246;ld&#246;n a visszaalak&#237;t&#225;s is olcs&#243;n megoldhat&#243;. Az meg m&#233;g eldől, hogy mi lesz az adatokkal. A legszebb az lenne, ha a vide&#243; r&#246;gz&#237;t&#233;sekor a hangcsatorn&#225;b&#243;l k&#233;sőbb is kinyerhetőek lenn&#233;nek az adatok. (Ui.: Persze a t&#246;m&#246;r&#237;t&#233;s val&#243;sz&#237;nűleg hazav&#225;gn&#225;, de nem is ez a legfőbb c&#233;l szerintem.)

bla
2009-11-28, 21:26
Jelenleg is kaphat&#243; műk&#246;dő IMU alap&#250; vez&#233;rlő:
http://www.sparkfun.com/commerce/product_info.php?products_id=9038

Fejleszt&#233;shez is j&#243; kiindul&#225;si alap. Nagyon j&#243;l dokument&#225;lt a műk&#246;d&#233;s elve &#233;s a forr&#225;sk&#243;d egyar&#225;nt. (ny&#237;lt forr&#225;sk&#243;ddal)
Ezen m&#233;g kis merőleges paneleken vannak a gyrok, de m&#225;r kaphat&#243; olyan olcs&#243; gyro is, amit rendesen le lehet nyomtatni, mert gy&#225;rilag &#250;gy &#225;ll&#237;tj&#225;k be az &#233;rz&#233;kenys&#233;gek tengely&#233;t.
J&#246;vőre k&#233;t c&#233;g is kij&#246;n olcs&#243; 3 tengelyű gyroval, &#250;j fejleszt&#233;sn&#233;l m&#225;r sz&#243;ba j&#246;hetnek. Ezeket mobiltelefonokba tervezt&#233;k, ennek megfelelő &#225;ron (nagy t&#233;telben 3 usd, &#237;gy v&#225;rhat&#243;an 10 k&#246;r&#252;l lesz kis darabsz&#225;mban).
A legolcs&#243;bb gyrok sajnos alacsony frekvenci&#225;n rezegnek, ennek pedig az a h&#225;tr&#225;nya, hogy fokozottan &#233;rz&#233;kenyek a rezg&#233;sre. Emiatt helibe nem a legjobbak. Ezen a panelen ilyenek vannak.
Jelenleg minimum 3-szor annyiba ker&#252;lnek a magasabb alapfrekvenci&#225;j&#250; t&#237;pusok.

P&#225;r napja kezdtem j&#225;tszani a panellel, eddig tetszik. M&#233;g nem szereltem g&#233;pre.

A DIYDrones f&#243;rumom lehet olvasni r&#243;la. Nagyon meggyőző pl. egy olyan teszt, ahol egy csupasz&#225;rny g&#233;pről leszedt&#233;k a f&#252;ggőleges vez&#233;rs&#237;kokat (ettől persze nagyon instabill&#225; v&#225;lt) &#233;s &#237;gy is norm&#225;lisan megrep&#252;lte a g&#233;p a feladatot. Videot is tettek fel a rep&#252;l&#233;sről.

http://img194.imageshack.us/img194/7934/uavdevboard.jpg


Ezt n&#233;ztem m&#225;r. Meg az EagleTree-t is &#233;s m&#233;g j&#243; p&#225;rat.
A panelen nem lesz ilyen megold&#225;s, minden alkatr&#233;sz a panelen lesz. A gir&#243;k is. Egy pitch and roll &#233;s egy yaw. Azt m&#233;g megl&#225;tom mennyire lesznek j&#243;k. A param&#233;tereik mindenesetre jobbak mint a LISY300AL-&#233; (LY530ALH).

bla
2009-11-28, 21:29
Terjednek lassan a gyro alapú stabilizáló rendszerek, pl. itt egy új quadcopter. Az elektronika elegánsabb a szokottnál, egybe nyomtatták a szabályozókkal, így már nem egy kábelgubanc az egész, mint az eddigiek. Nem is drága - nem könnyű árban versenyezni a kínaiakkal, ha komolyan nekiállnak valaminek.
http://www.cnchelicopter.com/servlet/the-1652/Xaricraft-X600-dsh-D-X600D-aircraft/Detail


Hát igen. Az irányárat amit írtam az 10db-ra van. Ha nagyobb mennyiségben lehetne gyártatni (100-1000), jóval olcsóbb lenne.

bla
2009-11-28, 21:32
Hello!

Hat 120 euro kellemes ar egy jol felprogramozott stabilizacioert. Ha kesz lesz szolj, ennyiert lehet vevo vagyok egyre. Az alkatreszeket honnan rendeled meg hozza???(csak a stabilizacio erdekelne)

udv.Karesz


Vannak nagy elektronikai alkatrészkereskedések. Pl. Digi-Key.

bla
2009-11-30, 12:30
A legelső bejegyzésnél folyamatosan frissítem az adatokat.

Ez a hangcsatornán való adattovábbítás egyre jobban tetszik. Ha nem adatok mennek a hangcsatornán, ami ugye csak sípolás a hangszóróból, akkor hangalámondással is lehet továbbítani az adatokat. Ekkor nem kell plusz OSD elektronika a földön.
Az autopilot panel lassan készen is lesz. Más már úgyse igen férne fel rá.

Azért lehet mégis meg fogom csinálni az OSD-t, ha lesz rá idő és a panelon hely.

bla
2009-11-30, 15:31
F&#252;ligjimmi priv&#225;t k&#233;rd&#233;seire ink&#225;bb itt v&#225;laszolok, h&#225;tha m&#225;st is &#233;rdekelnek.

OSD modul
Igen, lesz hozz&#225; k&#252;l&#246;n OSD modul is. Elősz&#246;r azt is a g&#233;pre terveztem mint ahogy &#225;ltal&#225;ban szokt&#225;k, de Mmormota meggyőz&#246;tt, hogy azt nem a g&#233;pen kellene elhelyezni, hanem az audio/video csatorn&#225;n tov&#225;bb&#237;tani &#233;s a f&#246;ld&#246;n r&#225;keverni a k&#233;pet a vide&#243; jelre.
A hangcsatorn&#225;n val&#243; adattov&#225;bb&#237;t&#225;shoz m&#225;r r&#225; is raktam az autopilot panelre egy audio kodeket. Ennek a kimenete megy majd r&#225; az audio/video ad&#243; hang bemenet&#233;re.
Ez a megold&#225;s sokkal t&#246;bb lehetős&#233;get ny&#250;jt, mintha a g&#233;pen lenne r&#225;keverve a vide&#243; jel. Pl:
- Az OSD-nek nemcsak kompozit, hanem ak&#225;r S-Video, RGB vagy komponens kimenete is lehet.
- Egyidejűleg lehet r&#246;gz&#237;teni az OSD előtti, OSD mentes vide&#243;t, mik&#246;zben a szem&#252;vegben az OSD ut&#225;n m&#225;r r&#225; vannak keverve az adatok is.
- Ha valakinek nem kell az OSD, akkor sima besz&#233;dk&#233;nt is r&#225; lehet keverni az audi&#243; csatorn&#225;ra az adatokat.
- Egy laptop audi&#243; bemenet&#233;re vezetve az audi&#243;jelet, az ugyan&#250;gy dek&#243;dolni tudja az adatokat szoftveresen, mindenf&#233;le k&#252;l&#246;n eszk&#246;z n&#233;lk&#252;l. Ak&#225;r egy laptopban is meg lehet val&#243;s&#237;tani az OSD-t, felt&#233;ve ha rendelkezik audio/video bemenettel.

GPS
Ebben seg&#237;ts&#233;get k&#233;rn&#233;k. Mi a jelkioszt&#225;sa a kaphat&#243; GPS moduloknak? Amit &#233;n terveztem:
- GND (f&#246;ld)
- T&#225;p (Ez lehet 5V &#233;s 3.3V is) A 3.3V c&#233;lszerűbb, mert kevesebbet fogyaszt, az &#225;ltalam tervezett GPS elb&#237;rja az 5V-os t&#225;pot is.
- UART RX/TX (ezek 0..t&#225;p logikai szintek, NEM RS232 szerinti -12V..+12V)
Mondjuk sok vari&#225;ci&#243; nemigen lehet.

Vevő fogad&#225;sa
Az Autopilot panel max. 4db szerv&#243; bemenettel rendelkezik. Ekkor 4 db szerv&#243; kimenete marad. A szerv&#243;kra vagy tov&#225;bbadja v&#225;ltoztat&#225;s n&#233;lk&#252;l a bej&#246;vő szerv&#243; jelet, vagy beavatkozik &#233;s m&#243;dos&#237;tott jelet k&#252;ld tov&#225;bb a szerv&#243;kra, vagy teljesen maga vezeti a g&#233;pet (nincs v&#233;tel).
Ha a vevőről le lehet venni a PPM jelet, akkor el&#233;g azt csatlakoztatni. Ekkor m&#233;g tov&#225;bbi 2 szerv&#243; (&#246;sszesen 6 db) vez&#233;relhető az Autopilot panellel.
Lassan itt az ideje egy blokkv&#225;zlatot k&#233;sz&#237;teni. Azon tal&#225;n egy&#233;rtelműbb lesz minden. :)

Füligjimmy
2009-11-30, 18:24
Köszönjük a választ, azt hiszem komoly versenytársra tehet szert a Remzibi, a Black storkról nem is beszélve.
Ha a fenti árat tartani tudod, akár kereskedelmi mennyiségre is számíthatsz.
Persze ha üzembiztos lesz a hardver.
Részemről egy darabra igényt jelentek be.
Mikorra várhatók az első példányok?

bla
2009-11-30, 18:51
Köszönjük a választ, azt hiszem komoly versenytársra tehet szert a Remzibi, a Black storkról nem is beszélve.
Ha a fenti árat tartani tudod, akár kereskedelmi mennyiségre is számíthatsz.
Persze ha üzembiztos lesz a hardver.
Részemről egy darabra igényt jelentek be.
Mikorra várhatók az első példányok?


Legkésőbb január elején szerintem a prototípus meglesz. Utána meg hamar kiderül, hogy működik vagy fogpiszkáló.

altima
2009-11-30, 21:32
Köszönjük a választ, azt hiszem komoly versenytársra tehet szert a Remzibi, a Black storkról nem is beszélve.
Ha a fenti árat tartani tudod, akár kereskedelmi mennyiségre is számíthatsz.
Persze ha üzembiztos lesz a hardver.
Részemről egy darabra igényt jelentek be.
Mikorra várhatók az első példányok?


Legkésőbb január elején szerintem a prototípus meglesz. Utána meg hamar kiderül, hogy működik vagy fogpiszkáló.

Szia!

Grat!

Ha nem fogpiszkáló akkor szeretnék a 2. példány (Füligjimmy után ;D) boldog tulaja lenni.

Füligjimmy
2009-11-30, 21:39
Akkor szorítsunk hogy ne papírnehezék legyen a sok drága alkatrészből.
Januárig eldől hogy milyen gép is kerül alá...

gabor2009
2009-11-30, 22:31
http://kephost.com/images/76k_zponti_panel.jpg

Ez jól működik




Hali!
Te vettél/használsz ilyet?
Mert akkor megkereslek szzemélyesen!

Nekem elég negatív a tapasztalatom.
Ezért keresgélek jól működő megoldást.

mcelek
2009-11-30, 23:15
Nagyon dicséretes törekvés, ez csak jól sikerülhet ;D
Szerintem itt a fórumon összehozzátok a csúcstechnikát és a kész terméket meg majd sorozatgyártjuk, persze nem kínában, itthon is van munkaerő.

ligetiz
2009-11-30, 23:56
Csak nálunk nem hiszem hogy szeretik annyira a rizst mint kínában :)

gabor2009
2009-12-04, 22:18
A quad vezerleset hogy tervezed? 3gyro, 3 acc.meter, milyen szamitasi teljesitmenyt gondoltal?

bla
2009-12-05, 11:57
A quad vezerleset hogy tervezed? 3gyro, 3 acc.meter, milyen szamitasi teljesitmenyt gondoltal?


Egy 32 bites 50MHz-es ARM processzor fogja vez&#233;relni. Rem&#233;lem, hogy marad el&#233;g teljes&#237;tm&#233;nye m&#233;g egy interpreteres nyelvhez is (LUA, BASIC,...), amin kereszt&#252;l a felhaszn&#225;l&#243; hozz&#225; tud f&#233;rni a rep&#252;l&#233;si adatokhoz, konfigur&#225;ci&#243;hoz stb. A programokat pedig a MicroSD k&#225;rty&#225;ra lehet felt&#246;lteni.

V&#225;ltoz&#225;sok:
Sajnos a t&#252;skesorok k&#246;z&#246;tt rendet kellett v&#225;gnom, &#237;gy maradt egy 4x3-as t&#252;skesor a szerv&#243;knak, amire:
A. 4 db szerv&#243;t lehet r&#225; k&#246;tni (4 db PWM kimenet). Ekkor Az RF soroson kapja a vez&#233;rlő jeleket.
B. Lehet vari&#225;lni a PWM, PPM jeleket. Pl. (1 PPM be + 3 PWM ki vagy 2 PPM be 2 PPM ki).
E miatt k&#233;sz&#252;l egy PWM(4db)<->PPM(1db)(vagy UART) oda vissza konverter kis NY&#193;K ATtiny processzorral.

Az Autopilot modulra m&#233;g r&#225;ker&#252;lt egy MiniUSB-B csatlakoz&#243; (programoz&#225;s, konfigur&#225;ci&#243;, teszt), egy nyom&#243;gomb &#233;s egy k&#233;tsz&#237;nű (piros-z&#246;ld) led is.
Ezen k&#237;v&#252;l r&#225;ker&#252;lt m&#233;g 2db 2-es t&#252;skesor is anal&#243;g jel m&#233;r&#233;s&#233;hez. Az egyik az ad&#243;-vevő teljes&#237;tm&#233;ny, a m&#225;sik pedig a +akku fesz&#252;lts&#233;g&#233;nek a m&#233;r&#233;s&#233;hez (amit az OSD oldott volna meg, de az nem a g&#233;pen lesz).

A hőm&#233;rs&#233;kletm&#233;rő is leker&#252;lt. De mivel am&#250;gy is I2C-s (SA56004), ez&#233;rt egy kis k&#252;l&#246;n NY&#193;K-on r&#225; lehet k&#246;tni az I2C t&#252;skesorra. R&#225;ad&#225;sul egy ilyen IC-vel k&#233;t helyen is lehet hőm&#233;rs&#233;kletet m&#233;rni. Ha meg t&#246;bb kell, akkor fel lehet fűzni őket, mint a kar&#225;csonyfa&#233;gőket (a t&#246;bbi I2C modullal egy&#252;tt).

Füligjimmy
2009-12-05, 12:11
Ahogy látom full extrás cuccot készítesz nekünk, csak a bőr ülés hiányzik. :-)

GPeti
2009-12-05, 12:45
Szerintem még lehetne bele tenni ampermérőt, így lehet mérni az elfogyot mAh-kat. Erre ajánlom az ACS713 IC-t, 30A-ig mér, HALL érzékelős így nincs feszültségesése és olcsó.

bla
2009-12-05, 17:18
Szerintem m&#233;g lehetne bele tenni amperm&#233;rőt, &#237;gy lehet m&#233;rni az elfogyot mAh-kat. Erre aj&#225;nlom az ACS713 IC-t, 30A-ig m&#233;r, HALL &#233;rz&#233;kelős &#237;gy nincs fesz&#252;lts&#233;ges&#233;se &#233;s olcs&#243;.


Lesz benne.
Az ACS713 ellen&#225;ll&#225;sa 1.2mOhm &#233;s fesz&#252;lts&#233;get ad ki amit m&#233;g digitaliz&#225;lni kellene.
Amit &#233;n haszn&#225;lok az ugyan nem Hall &#225;ramszenzor, viszont 1mOhm/5W-os s&#246;nt&#246;t terveztem hozz&#225; amivel max. 70A folyamatos &#225;ramot lehet m&#233;rni 10mA felbont&#225;s mellett (ebben a konfigur&#225;ci&#243;ban az IC m&#233;r&#233;shat&#225;ra 320A, csak azt m&#225;r az ellen&#225;ll&#225;s nem b&#237;rn&#225;, a vezet&#233;kez&#233;sről nem is besz&#233;lve). Digit&#225;lis (I2C) kimenettel, +az &#225;ramm&#233;r&#233;s mellett m&#233;ri az akku fesz&#252;lts&#233;g&#233;t, kiszorozza a teljes&#237;tm&#233;nyt, digit&#225;lisan kalibr&#225;lhat&#243;.
Ha nagyobb &#225;ramm&#233;r&#233;s kell, akkor az is megoldhat&#243;, pl. 0.5mOhm/5W-os ellen&#225;ll&#225;ssal m&#225;r folyamatos 100A is m&#233;rhető lenne 20mA felbont&#225;s mellett, k&#233;rd&#233;s ezt hogyan b&#237;rn&#225; a vezet&#233;kez&#233;s. Ennyivel m&#225;r hegeszteni szoktak. :)

pilátus
2009-12-05, 18:02
HELLOOO...UTALNÁM a lóvét a cuccra....Remélem karácsonyra meglepsz minket vele...Üdv:Pilátus (de Osd is jöhetne...Majd ha elkészül...

mmormota
2009-12-05, 19:25
Amit én használok az ugyan nem Hall áramszenzor, viszont 1mOhm/5W-os söntöt terveztem hozzá amivel max. 70A folyamatos áramot lehet mérni 10mA felbontás mellett


Használj sokkal kisebb ellenállást, akkor nem kell egy hatalmas melegedő vacakot tenned a panelre. Egy darab dróton is esik akkora feszültség, amit már meg lehet mérni. A mai műveleti erősítők offsetje és különösen az offset driftje annyira alacsony, hogy megbízhatóan lehet mérni a uV-os tartományban. Egy kutya közönséges opamp is képes 100uV alatti felbontásban mérni, egy jó meg nagyságrenddel lejjebb is. Pl. az abszolut közönséges és kő olcsó mcp6031 offsetje 150uV.
Az offset abszolut értéke nem fontos, mivel mindenképpen szoftverből fogod kalibrálni az ampermérőt, és ott a statikus offsetet kiejted. Csak a drift számít.

bla
2009-12-05, 23:32
Amit én használok az ugyan nem Hall áramszenzor, viszont 1mOhm/5W-os söntöt terveztem hozzá amivel max. 70A folyamatos áramot lehet mérni 10mA felbontás mellett


Használj sokkal kisebb ellenállást, akkor nem kell egy hatalmas melegedő vacakot tenned a panelre. Egy darab dróton is esik akkora feszültség, amit már meg lehet mérni. A mai műveleti erősítők offsetje és különösen az offset driftje annyira alacsony, hogy megbízhatóan lehet mérni a uV-os tartományban. Egy kutya közönséges opamp is képes 100uV alatti felbontásban mérni, egy jó meg nagyságrenddel lejjebb is. Pl. az abszolut közönséges és kő olcsó mcp6031 offsetje 150uV.
Az offset abszolut értéke nem fontos, mivel mindenképpen szoftverből fogod kalibrálni az ampermérőt, és ott a statikus offsetet kiejted. Csak a drift számít.


OK, csak az opampnak, mint minden félvezetőnek van zaja is, ami több uV lehet.
Pl. az általam használni tervezett INA219 áram/teljesítmény monitor IC 12 bites ADC-jének felbontása 10uV (+-). Amivel ugye +-40mV feszültségesést lehet mérni az ellenálláson. 1mOhm ellenálláson 40A áram esetén esik ekkora feszültség. Ami bizony 1.6W.
Ezt lehet csökkenteni a sönt ellenállás csökkentésével, de akkor a felbontás is annyival csökken. Pl. 1mOhm esetén 10mA, 0.5mOhm esetén 20mA és így tovább. Viszont ekkor ugye a teljesítményveszteség is annyival csökken.

Ennél jobban egy opamppal se tudod szerintem csökkenteni a söntellenállást, mert az a zajt is erősíteni fogja. Ráadásul opamp esetén van egy analóg kimeneted, ahhoz még ADC is kell. A feszültséget is kellene mérni, ahhoz is kell egy ADC. A processzoré sajnos csak 10bites. A végén nem sokkal olcsóbb lesz mint ez az egy IC-s megoldás. Ráadásul Az INA219 +-1%-os pontosságú a teljes hőmérséklettartományban, elég egy panelt ellenőrizni, kalibrálni, a többit már nem szükséges (vagy majd kiderül).

Persze itt a fő kérdés az, hogy mekkora pontosságra van szükség. A tervezett ellenállásból létezik 0.2mOhm-os is. Ha az 50mA-es felbontás megfelel, akkor akár ezt is lehet használni. Ekkor 100A esetén az ellenálláson 2W, 50A esetén pedig "csak" 0.5W veszteség lesz. Folyamatosan pedig nem ennyit fog fogyasztani a motor, mert akkor hamar lemerül az akksi.

Gondolkodtam még Hall szenzoros árammérésen 100A-es CSLTB100 szenzorral. Ezt csak rá kéne húzni a vezetékre, méretben is kellemes, viszont külön kis NYÁK kellene hozzá és árban a többszöröse lenne az INA219-es megoldásnak.

mmormota
2009-12-05, 23:57
Ennél jobban egy opamppal se tudod szerintem csökkenteni a söntellenállást, mert az a zajt is erősíteni fogja.

Sokkal kisebb a termikus zaj mint a kívánt felbontás, amit tovább csökkent az aluláteresztő szűrő amely mindenképpenszükséges az esc lüktető árama miatt.


Ráadásul opamp esetén van egy analóg kimeneted, ahhoz még ADC is kell. A feszültséget is kellene mérni, ahhoz is kell egy ADC. A processzoré sajnos csak 10bites.

Melyik ARM-ot szemelted ki? 12 bitesek is vannak.


A végén nem sokkal olcsóbb lesz mint ez az egy IC-s megoldás. Ráadásul Az INA219 +-1%-os pontosságú a teljes hőmérséklettartományban, elég egy panelt ellenőrizni, kalibrálni, a többit már nem szükséges (vagy majd kiderül).

Nyilván sokféleképpen el lehet érni a célt, de egy 5W-os ellenállás kb. az utolsó, amit felraknék egy ilyen panelre... ;D

Én már építettem ilyen kiegészítőt a remzibi osd mellé, a gyakorlatban bevált.


Persze itt a fő kérdés az, hogy mekkora pontosságra van szükség.
Nem szükséges különösebb pontosság, a 10 bites felbontás bőven elég - tulajdonképpen akár 8 bit elfogadható lenne.


Gondolkodtam még Hall szenzoros árammérésen 100A-es CSLTB100 szenzorral. Ezt csak rá kéne húzni a vezetékre, méretben is kellemes, viszont külön kis NYÁK kellene hozzá és árban a többszöröse lenne az INA219-es megoldásnak.


Ezeknek is megvannak a hátrányaik, pl. elképesztően zajosak. De nagyon.

bla
2009-12-06, 00:36
Melyik ARM-ot szemelted ki? 12 bitesek is vannak.
Atmelben sajnos csak 10 bites van ami szóba jöhet.


Nyilván sokféleképpen el lehet érni a célt, de egy 5W-os ellenállás kb. az utolsó, amit felraknék egy ilyen panelre... ;D
Akármilyent én se. Egyenlőre ellenállás lesz, aztán az occó változatban drót. :)


Nem szükséges különösebb pontosság, a 10 bites felbontás bőven elég - tulajdonképpen akár 8 bit elfogadható lenne.
Akkor 0.3mOhm lesz, ebből jó a 3W-os is a 100A-hez. Kisebb is valamivel, csak 10mm x 5mm x 0.5mm. Úgysem ezen megy majd el a legtöbb veszteség.

Helyesbítek, marad a nagyobbik fél mOhm. Se méretben, se árban nem lehet annyit nyerni, hogy a kisebbet rakjam be. Aztán majd később meglátjuk érdemes-e lecserélni valami olcsóbb megoldásra.
Most a hangsúly a reprodukálhatóságon van és nem szeretnék minden panelt külön kalibrálni. Emellett persze lehetőleg minél pontosabb legyen.

fuhur
2009-12-07, 18:41
Még régebben készítettem hangcsatornás adattovábbítást annak minden előnyével és hátrányával együtt.

Itt lehet egy keveset olvasni róla:
http://hadmernok.hu/kulonszamok/robothadviseles7/molnar_rw7.html

bla
2009-12-08, 10:24
Még régebben készítettem hangcsatornás adattovábbítást annak minden előnyével és hátrányával együtt.
Itt lehet egy keveset olvasni róla:
http://hadmernok.hu/kulonszamok/robothadviseles7/molnar_rw7.html


Üdv,

"Az átvitel sebessége 4880 baud..."
Akkor ezek szerint működik a dolog. :)

bla
2009-12-08, 10:34
&#218;jabb fejlem&#233;nyek:
Bej&#246;tt egy &#250;jabb mikrokontroller a k&#233;pbe: 32 bites PIC32. Ez m&#225;r 80MHz-es. Sz&#243;val ezzel rengeteg szerv&#243; ki/bemenetet &#233;s anal&#243;g bemenetet lehetne csin&#225;lni. Viszont a sok csatlakoz&#243; miatt le k&#233;ne hagyni az &#225;ramm&#233;r&#233;st. Ami k&#252;l&#246;n kis panelra menne. Ekkor viszont annyit lehetne berakni belőle amennyi kell (0..n). Vagy aki akar csin&#225;l mag&#225;nak hozz&#225; saj&#225;t &#225;ramm&#233;r&#233;st. ;D
&#201;pp most j&#246;tt meg hozz&#225; a fejlesztőpanel.

Füligjimmy
2009-12-08, 12:30
Árammérés nélkül még talán elvagyunk, de az akkupakk feszültségét mindenképpen látnunk kellene.

mmormota
2009-12-08, 17:57
Újabb fejlemények:
Bejött egy újabb mikrokontroller a képbe: 32 bites PIC32. Ez már 80MHz-es.


Ezt én is nézegettem egy hasonló fejlesztés kapcsán. Főleg az vonzott, hogy ingyenes az MPLAB környezet - ismerem és jónak tartom, jól lehet vele debuggolni. Nem kereskedelmi célra még a C is ingyenes hozzá. Olcsó és jó a starterkit, ráadásul helyi disztributortól is lehet venni.

Végül mégis egy ARM-ot választottam, elsősorban azért, mert jóformán ipari szabvánnyá vált. Sok cég gyártja, rengeteg kiépítésben. A GCC ingyenes, a gyártók nagyon jó periféria könyvtárakat és példakódokat adnak hozzá. A RIDE7 környezet ingyenesen 30k-ig enged debuggolni, a fordítás mérete meg korlátlan. Ezzel el tudok boldogulni.

gabor2009
2009-12-08, 20:20
sajnos az "ingyenes" c fordító a pic-hez olyan is.
ingyen nem adnak jót.
Ezt már sok éve sokszor körbejártuk.

A gcc az tökéletes, de én nem ismerem.
PC-nél nem szempont "hány ciklus alatt csinál meg egy feladatot", ezért jó beparaméterezéssel szintén nagyon jó.






Újabb fejlemények:
Bejött egy újabb mikrokontroller a képbe: 32 bites PIC32. Ez már 80MHz-es.


Ezt én is nézegettem egy hasonló fejlesztés kapcsán. Főleg az vonzott, hogy ingyenes az MPLAB környezet - ismerem és jónak tartom, jól lehet vele debuggolni. Nem kereskedelmi célra még a C is ingyenes hozzá. Olcsó és jó a starterkit, ráadásul helyi disztributortól is lehet venni.

Végül mégis egy ARM-ot választottam, elsősorban azért, mert jóformán ipari szabvánnyá vált. Sok cég gyártja, rengeteg kiépítésben. A GCC ingyenes, a gyártók nagyon jó periféria könyvtárakat és példakódokat adnak hozzá. A RIDE7 környezet ingyenesen 30k-ig enged debuggolni, a fordítás mérete meg korlátlan. Ezzel el tudok boldogulni.

bla
2009-12-08, 23:25
Újabb fejlemények:
Bejött egy újabb mikrokontroller a képbe: 32 bites PIC32. Ez már 80MHz-es.


Ezt én is nézegettem egy hasonló fejlesztés kapcsán. Főleg az vonzott, hogy ingyenes az MPLAB környezet - ismerem és jónak tartom, jól lehet vele debuggolni. Nem kereskedelmi célra még a C is ingyenes hozzá. Olcsó és jó a starterkit, ráadásul helyi disztributortól is lehet venni.

Végül mégis egy ARM-ot választottam, elsősorban azért, mert jóformán ipari szabvánnyá vált. Sok cég gyártja, rengeteg kiépítésben. A GCC ingyenes, a gyártók nagyon jó periféria könyvtárakat és példakódokat adnak hozzá. A RIDE7 környezet ingyenesen 30k-ig enged debuggolni, a fordítás mérete meg korlátlan. Ezzel el tudok boldogulni.


Max. 64k méretű kódot lehet az eval verzióval fordítani.
Lehet az ARM elterjedtebb, de a MIPS32 se rossz. Már elég régóta gyúrom.
Igazából itt most az számít, hogy melyiket lehet jobban használni erre a feladatra. Mondjuk nem utolsó, hogy a PIC több mint kétszer gyorsabb, ha a MIPS/MHz teljesítményt nézzük. Ráadásul ennek 5 PWM és 5 input capture lába van, 16 analóg bemenete, 2 I2C, 2 UART, SPI. Más meg nagyon nem is kell.

bla
2009-12-08, 23:30
A gcc az tökéletes, de én nem ismerem.


Hát, a gcc se igazán fordít optimális kódot. Ahol tényleg gyors kódra van szükség ott be kell segíteni neki.

bla
2009-12-08, 23:30
Árammérés nélkül még talán elvagyunk, de az akkupakk feszültségét mindenképpen látnunk kellene.


Az feltétlenül benne lesz.

Füligjimmy
2009-12-10, 16:53
Mégvalami...
Beállítható feszültséghatár alatt jól látható figyelmeztető jelzés lenne szükséges valahol a látómezőben, de lehetőleg minél feltűnőbben.
Illetve a "warning" adatokat szintén feltűnő módon kellene megjelentetni, mert a sima adatok villogtatása mint pl. a Black Stork esetében van, nem biztos hogy elég feltűnő.
Ha a képi háttér éppen olyan színű, akkor semmi sem látszik az adatokból.

bla
2009-12-10, 17:24
M&#233;gvalami...
Be&#225;ll&#237;that&#243; fesz&#252;lts&#233;ghat&#225;r alatt j&#243;l l&#225;that&#243; figyelmeztető jelz&#233;s lenne sz&#252;ks&#233;ges valahol a l&#225;t&#243;mezőben, de lehetőleg min&#233;l feltűnőbben.
Illetve a "warning" adatokat szint&#233;n feltűnő m&#243;don kellene megjelentetni, mert a sima adatok villogtat&#225;sa mint pl. a Black Stork eset&#233;ben van, nem biztos hogy el&#233;g feltűnő.
Ha a k&#233;pi h&#225;tt&#233;r &#233;ppen olyan sz&#237;nű, akkor semmi sem l&#225;tszik az adatokb&#243;l.


Mondjuk &#233;n arra gondoltam eredetileg, hogy az OSD-n ha rendben van a fesz&#252;lts&#233;g, akkor z&#246;ld sz&#237;nű az elem &#233;s az &#233;rt&#233;k. Ha pedig a be&#225;ll&#237;tott fesz&#252;lts&#233;g al&#225; cs&#246;kken, akkor pedig villog&#243; piros.
De az is megoldhat&#243;, hogy időnk&#233;nt a teljes k&#233;p pirosan bevillanik, mondjuk 10 m&#225;sodpercenk&#233;nt p&#225;r/10 m&#225;sodpercre.

tata
2009-12-10, 17:27
Ha jól értem, maga az OSD modul a földön lenne, így megvalósítható lehet akár mondjuk egy hangos figyelmeztetés is (akár egyszerűen csipogó, vagy akár beszéddel is).

Érdeklődve figyelem a projekt alakulását :)

pbr110
2009-12-14, 11:43
Csak ma a lindingernel:
http://shop.lindinger.at/product_info.php?products_id=78041&osCsid=9c55a72f20524006d906c92ceed61ea3

Gondolom a szenzorok és néhány elektronikai elem igencsak többet ér belőle mint 99EUR.

Füligjimmy
2010-01-07, 23:52
Hogy áll a projekt? Tavaszra lesz belőle valami?

bla
2010-01-09, 09:39
Hogy áll a projekt? Tavaszra lesz belőle valami?


Folyik a munka, úgyhogy nagyon remélem.

tamiati
2010-01-09, 23:05
Üdv, bla!

Bocs, hogy ilyen nagy munkában zavarlak, de az első írásodban említetted, hogy SI4432-vel akarsz rádiókapcsolatot létrehozni.
Van már teszt tapasztalatod ezzel az IC-vel?

Én az SI4420-PIC2320 párossal készítettem 4 csatornás rádiókat 868megára. Több mint egy éve zavartalanul hajózom velük.
Sajnos ennek az IC-nek papír szerint max 2,5 mW az adóteljesítménye, nyílt vizen max 70-80 métert visz át zavar nélkül. Sajnos ez a tengeralatjárómhoz kevés.
Ezért én is arra gondolkoztam, hogy átállok a 4432-re.

Jó munkát!

bla
2010-01-10, 18:34
Üdv, bla!

Bocs, hogy ilyen nagy munkában zavarlak, de az első írásodban említetted, hogy SI4432-vel akarsz rádiókapcsolatot létrehozni.
Van már teszt tapasztalatod ezzel az IC-vel?

Én az SI4420-PIC2320 párossal készítettem 4 csatornás rádiókat 868megára. Több mint egy éve zavartalanul hajózom velük.
Sajnos ennek az IC-nek papír szerint max 2,5 mW az adóteljesítménye, nyílt vizen max 70-80 métert visz át zavar nélkül. Sajnos ez a tengeralatjárómhoz kevés.
Ezért én is arra gondolkoztam, hogy átállok a 4432-re.

Jó munkát!



Üdv,

A 4432-es már 100mW-ot tud.
Most inkább a fő elektronikára koncentrálok, egyenlőre gyári adó-vevővel lesz irányítva. De eredetileg is az volt a cél, hogy gyári vevővel is működjön.

gabor2009
2010-02-04, 08:11
Hali!

Hogy halad a project?
Kész a vezérlő nyák?

Füligjimmy
2010-03-05, 11:44
Csatlakozom az előttem szólóhoz!

Lehet számolni vele a közeljövőben?

bla
2010-03-07, 20:57
Üdv,

Közben összejött más munka is, de remélem jövő hét végén legkésőbb le tudom adni a panelt gyártásra. Ez egyenlőre quadrokopterhez lesz.

gabor2009
2010-03-28, 21:38
:-\



Üdv,

Közben összejött más munka is, de remélem jövő hét végén legkésőbb le tudom adni a panelt gyártásra. Ez egyenlőre quadrokopterhez lesz.

pittyu
2010-04-06, 20:18
Üdv,

Közben összejött más munka is, de remélem jövő hét végén legkésőbb le tudom adni a panelt gyártásra. Ez egyenlőre quadrokopterhez lesz.


Mikor lesz időd folytatni , úgy várom - én is akarok építeni egy quadrót. Megépítettem egy tri koptert, de csalódtam benne.
Előre is köszi :pittyu

GPeti
2011-12-19, 14:44
?