Fórum témák
» Több friss téma |
Üdv mindenkinek!
Szakdolgozatomhoz szeretnék segítséget kérni. A probléma amire megoldást szeretnék találni: Gitárt szeretnék összekötni erősítővel wifi- n keresztül oly módon, hogy van egy mintavételező amiből a kijövő jelet bele szeretném tenni egy ip keretbe majd egy usb- s wifi eszközzel elküldeni és a túloldalon ugyanezt visszafelé és a végén egy d/a konverterrel visszaalakítani az eredeti jelet.Ezt Pic- kel gondoltam megoldani a 24es femili elvileg kezeli az usb-t és van benne lehetőség a tcp/ip keretre is. Viszont abból amit olvastam az derült ki hogy azt csak pc vel összekötve tudja használni pc- s driverrrel. Ha valaki esetleg tudna ehhez vmi használhatót , vagy hasonló mármint wifis megoldást másik alkatrészekkel mondani megköszönném.
Hali!
Én a PIC 18 F xx J xx szériában gondolkodnék.. Üdv!
Az nem a gyengébbik? vagy a szám az elején az nem ezt takarja?mondjuk lehet elég mert már a 18 ban is van amelyik kezelt usb- t. És esetleg bővebbet írnál hogy min gondolkodnál? Mert a datasheet ből nekem sok minden nem jött le ezzel kapcsolatban. Lehet a hiányos angoltudás miatt. néztem a feltett progikat a mikrocsip oldalán de azok meg amennyire felfogtam pc re driverek. Tehát a reklám megy hogy on the go meg ad hoc meg stb de nekem valahogy nem világos
Én meg ilyen feladathoz minimum dsPIC33F sorozatban gondolkodnék, de szerintem minőségi alkalmazáshoz még ez is kevés lesz.
"Feature rich PIC18 Microcontroller with an integrated 10Mbps Ethernet communications peripheral."
Tehát, a "J" szériás PIC azért jó, mert ahhoz, h. LAN-on kommunikáljon, csak néhány apró alkatrész, meg egy RJ-45-ös csati szükséges. Sőt, létezik olyan RJ-45-ös csati is, amiben benne van az a pár szükséges zavarszűrő elem, amit esetleg láthatsz a PIC adatlapján szereplő kapcsrajzon. Ajánlom figyelmedbe ezt az oldalt: http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nod...535724 Ezen belül pedig, a letöltések között: - TCP/IP Stack: A "stack" kifejezés kb. annyit jelent, h. "kazal' - tehát, ebben egy csomó előre megírt program-mintát/ részletet találsz - amiből válogathatsz - hogy mire van szükséged a PIC-hez. TCP/IP protokoll, miegymás - AN833: Ez a doksi, amiben - bár angolul, de leírja, h. mit hogyan csinálj Ez is segíthet: http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nod...536316 http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nod...535727 És végül, a konkrét megvalósításhoz egy kis közelebbi segítség: http://olimex.com/dev/ Bal oldalt, a Photo Boards-nál - az utolsóra kattints: Vagyis, erre: PIC-P67J60 Ezt, ők árulják - de szerencsére fenn van a kapcsrajz - amiből kiindulhatsz - és amiből láthatod, h. az Ethernet csatlakozás hardveres oldala valóban nem egy nagy ördöngösség. Ilyen "integrált" RJ-45-ös csatit lehet venni. Csak van többféle belső felépítésű, jól nézd meg, mielőtt megveszed. NYÁK-rajz az sajnos nincs, de sztem nem is kell. A STACK-et viszont érdemes letöltened, mert elvileg az ehhez van alakítva, és így könnyebb egy működő cuccost összehozni, amit majd aztán módosítgatsz. Tehát, ha engem kérdel: én az USB-t kihagynám: AD -> TCP/IP -> LAN -> Wi-Fi Biztosan jobb az USB-s megoldás, de gyakorlati szempontból nézve, ehhez a verzióhoz, amint látod: sokkal több doksi van a neten (gyk: Web-szervereknek hívják ezeket) - és még az USB-protokollal sem kell bajlódni. Rácsapsz egy Access Pointot, és már küldi is a jelet. Üdv: LG
Köszi a nem rövid választ igyexem végigböngészni. Az usb azért erőltetem mert ahhoz van vifis eszköz olcsón. Azok a pendrájv szerű kis vackok 2000 párszázért. Más wifis eszközt nem nagyon talátam. Bár lehet csak azért mert hamar megelégedtem ezzel. Azóta találtam erre egy megoldást vmi ft 232 ic elvileg ő átcsinálja a soros jelet usb protokollba. Átfutottam amit küldtél bár még messze van a megértéstől de jónak tűnik, bár lehet csak nekem. A lényeg hogy bírjon működni pc nélkül és ha beégetek neki egy ip címet abból és a bejövő mintavételéezett jelből csináljon egy keretet.És ugyanezt túloldalt ismerje föl és szedje le róla. Lehet buta kérdés de azért megkérdem erre egy sima multiplexer nem lenne elég? Van egy verem ami telik aztán ha megtelt elé ír egy bitsorozatot(ip cím stb) aztán küldi is. Köszi a választ mégegyszer
Szia!
Az az FTDI chip az szintén nem lesz jó neked, nincs benne USB host funkció. A Wi-Fi miatt könnyen kerülhetsz kellemetlen helyzetbe a szakdolgozat megvédésekor: a bizottságból valaki fel fogja tenni a kérdést, hogy miképp oldanád meg a packet delay problémáját. Mindenképp lesz egy optimális packet méret, amit használni fogsz. Ha túl nagy, akkor "sokáig" kell várni, míg összejön a megfelelő mennyiségű adat, ha túl kicsi akkor több processzor időt kell szánnod a csomagok előállítására (mivel jóval több csomagod lesz) Továbbá a vevőoldalon kell egy buffer, ami a nem szabályos időközökben érkező csomagokat átmenetileg tárolja, azért hogy a D/A konvertert folyamatosan és a mintavételezési frekvencia által megszabott tempóban el tudd látni adatokkal. Mindent összevetve lesz egy több száz milliszekundumos csúszás a gitáros játéka és az erősítőben megjelenő hang között. Felvett anyagoknál nincs gond, ott nincs mihez viszonyítani, de élő zenénél nem mondhatod meg a gitárosnak hogy a többi zenész előtt pontosan 639 milliszekundummal korábban csapjon a húrokba.
Az USB motyó olcsó, viszont ahhoz drivert, főleg host oldalit írni nem egyszerű dolog. Ahogy látom, usb-ben egyáltalán nem vagy otthon, sőt kontrollerekben sem, így ezt helyből egy évre saccolom, ha amúgy elektronikában, egyéb kommunikációs protokollokban jártas vagy. Van access point, az pont arra van kitalálva, hogy összeköttetést csináljon a LAN és a WLAN között, az kell neked, akkor kimarad az USB.
Idézet: „Lehet buta kérdés de azért megkérdem erre egy sima multiplexer nem lenne elég? Van egy verem ami telik aztán ha megtelt elé ír egy bitsorozatot(ip cím stb) aztán küldi is.” Azért ettől egy "kicsit" bonyolultabb a kommunikáció két eszköz között. A csomagokat sorszámozni kell, fogadni a választ, és attól függően megismételni a küldést, vagy küldeni a következő csomagot, stb. De ezeket megcsinálja a TCP/IP Stack, ezzel nem kell foglalkozni, csak számításba kell venni, hogy némi késés mindig jelen lesz. A WLAN miatt pedig a késés nem állandó...
Venni kell egy olcsó openwrt supported accesspointot amin van USB. Tenni mellé egy USB-os hangkártyát, amin van bemenet. Lehet hogy ez így 20 K de ha saját panelt tervezel, meg gyártatsz, kb. ugyanitt leszel kis mennyiség esetén.
USB host eszköz készítése Vinculum chippel dokumentálatlan wifi stickekhez... Hát nem egy leányálom.
Szakdolgozatnál nem mindig a célszerűség a lényeg...
A Vinculum nem csak pendrive-hoz való? A kontrollergyártóknak vannak host képességekkel felruházott kontrollereik (USB OTG jelzést kell keresni), de igazából azokhoz se láttam mág WIFI stick-hez semmit...
Ennek a host dolognak utána nézek.Ez csak a vevő oldalt jelentené vagy mindekettőt?Én a csomagképzéskor nagyon kis csomagokat gondoltam igaz hogy rengeteg redundáns adat lesz de 54 megánál talán belefér, és a csomagok méretét a konverterről lejövő jelhez alakítani.A da konverterem gyorsabbmint az ad szóval ha előtte nem késik az adat elvileg folyamatosan tud kódolni. És talán egy színpadon nem lesznek akkora zavarjelek.Bár a hangerő nemtudom mennyire befolyásolja.Szakdoga védéskor mondjuk az sem lesz.És azért fél másodperc ekkora sebességnél talán nem lesz.Bár izgulós gitárosoknál még jól is jöhet.
Valóban most kezdtem ezekkel foglalkozni.Kolléga korábban már írta az acces pointot utána is néztem de csak rútert láttam ilyenben. Ha nem is csak az árat nézem (mert 5 körül láttam használtan tehát nem nagy különbség) érdekes lenne színpadon egy rúterrel a hátamon szaladgálni. Vagy ha nem ilyen acces pointról beszéltek légyszi írjátok le konkrétan.Amit a kommunikációrólírtál azt egy kicsit butítani próbáltam. Tehát nem daraboltan küldeni hanem mindegyik az első sorszámot kapja amivel kimarad a hibajavítás és felcserélődhet ugyan a csomag de 1 talán nem lesznek akkpora vételi zavarok 2 ez egy fősulis szakdoga nem egy doktori tehát ha nem is hibátlan de szerintem ezek az adatátviteli hibák nem fognak emberi fülnek hallhatók lenni.
Hozzáfűzuve ha a host csak a vevő oldalt jelenti akkor az simán lehet rúter szóval ott nem erőszak a wifi stick az csak az adónál érdekes.
+ "Találtam" usb re más megoldást is (kolléga küldte a 3dik hozzászólásban) ahol pic kel van megoldva az usb protokoll. Bár haq a gitárról a stick kel el tudom a jelet küldeni akkor a túloldalt már mindegy hogy milyen eszköz veszi.Úgyértem nekem mindegy.Hehe csak olcsó legyen Idézet: „Az usb azért erőltetem mert ahhoz van vifis eszköz olcsón. Azok a pendrájv szerű kis vackok 2000 párszázért.” Ezt gyorsan felejtsd el! Az egy dolog, hogy a gyári driverrel esetleg megy Windows alól (néha ott sem...), de hogy fogod meghajtani PIC-kel, ha nem kapod meg a szükséges műszaki leírást? Nekem egy ilyen "óccsó" USB-s WiFi jószág Linux alatt sem volt hajlandó működni, pedig elvileg driver is volt hozzá, meg a WiFi chipje is ismert. Csak a gyártó valamit kevert a körítéssel (gondolom, az USB-hez történő illesztéssel). Mellesleg, ha már PIC, akkor elvileg a ZigBee vagy a MiWi is számításba jöhet (gondolom, 250 - 625 kbit/s elegendő). Elvégre pont erre (érzékelő távadók) találták ki.
Nem 3dik bocs.Elektroger küóldte az x dik ben. Kösz érte
Elvileg meg van a driver assembliben (bár csodának tartanám ha abból kiszedném hogy mit is csinál).Letöltöttem a mikrocsipéktől ehhez a 2 protokollhoz is egykét cuccot de még nem néztem át. Azért írtam a tcp/ip t mert azt majdnem tuti ismeri az a vacak.Hálisten még ahhoz a stick hez sem találtam szinte semmit. A konverterem 24 bites jelet csinál na már most ha ezt mp- nként csinálja akkor 96 k *24 az 2,3 mega.Vagy rosszul számoltam ami elég könnyen megeshet.
Nem akarlak megbántani, de neked lila gőzöd nincs erről az egészről! Az életben nem fogsz PIC-ről USB-s host-ot csinálni, és ilyen driver nincs is, és nem is kaphattál senkitől semelyik hozzászólásban!
A mellett is elmentél, hogy a megálmodott kommunikációs láncolatod élő zenére használhatatlan, mert késni fog, előre meg nem állapítható, csak saccolható, jelentős időket, amely idő menet közben is változik. Ide nem jó a Wifi. A folyamatos rádióátvitel való ide, mint amit már icserny említett(pl. ZigBee). Semmi szükség LAN és USB-s varázslásokra, mert nem működhet jól! Ha nem akarsz belebukni a munkádba, olyan megoldást válassz, amit meg is tudsz valósítani, és jól is fog működni!
Valóban nem sok van de hamar tanulok.És azért regeltem ide hogy legyen.Legalább lila.Ezt olvasd el kérlek ez egy kapcsolás leírása.Nem vagyok májer angolból de kb szerintem arról szól amit szeretnék.Ha nem is teljesen de ötletnek működhet.Ha meg nagyon nem megy akkor időben abbahagyom a projektet és összedobok vmi szart.De addig igyexem megtalálni minden használható cuccot. AMit írtam:
PIC-USB-4550 board is development board, which allow you to prototype and develop USB applications with PIC18F4550 microcontrollers. What you can do with PIC-USB-4550? Let’s see what we have: PIC-USB-4550 have USB connector to connect and interface with PC or other USB host. Microchip provide free firmware for USB HID (human interface device) device which you can use to make custom mouse, joystick, CDC (communication class device), Audio class device (make your own microphone, speaker etc USB devices), Mass storage device (add your own USB disks), USB to RS232 etc etc. Using the Microchip bootloader you can program your code and change your firmware vie USB without the need for programmer!
De ez nem javít a helyzeteden, hogy a 18F4550-et hozzá tudod valami host-hoz kapcsolni, amikor az usb-s wifi-nek is host kellene, hogy működni tudjon, és pont a host az, ami a keményebb dió az usb-nél (nem mintha a device oldal olyan egyszerű lenne). Lehet gyorsan tanulni, de azért ennyire nem. Felejtsd el az usb-t ide, az usb nem erre való.
Access point meg létezik, csak keresni kell. Pont az a lényege, hogy kapcsolatot teremt drótos és drótnélküli háló között. A mérete akkor, amekkora, egy szakdolgozatnál szerintem lényegtelen.
csak az egyik oldalra kéne az usb s cucc. De oda csak akkor raknék mást ha tutira tudom hogy nincs egyéb lehetőség. Találtam egy ilyen chip et:
http://www.mscbp.hu/Documents/AT91RM9200.pdf elvileg ő mind a két módot tudja.(29. old). Még majd átrágom.meg ha jól néztem írt vmi ethernet maszatot is de ezt csak futólag olvastam.
Leragadtál az USB-nél, azon kívül, hogy ez az eszköz a leírás alapján nem alkalmas!
Mi lesz a kiszámíthatatlan késleltetéssel? Miért nem látod be, hogy az elképzelésed alkalmatlan a feladatra? Nem tűnik fel, hogy mindenki ezt mondja? Azt mondtad gyorsan tanulsz. Mit gondoljak erről, ha ilyen egyszerű dolgokat nem vagy képes felfogni? Én belefáradtam, úgyhogy sok szerencsét!
Számoltam kb késleltetést csak amíg nem konkrét nem akartam hüjeségeket írni.Másik.Mindent elolvastam amit küldtetek és szereztem hozzá anyagot.Nyilván még a pár száz oldal angol szöveget és a x féle protokollt nem vágom 2 nap alatt.De figyelek a problémákra amiről irtatok és ha nem találok rá megoldást akkor hagyom. De amig nem is értem addig nem fogom azt mondani hogy hagyom.Utána fogok nézni az etjhernetes acces pointos dolognak is mindenképp.Azért kösz
Sziasztok
Én még a wifit se eröltetném. A bluetooth sokkal egyszerűbb, kezelhetőbb állat. Bár a hatótávolsága kicsit kisebb, de egy nagyságrenden van a Wifivel. Nem kell IP stack, meg csomagok, se buffer, meg mindenféle... Felkonfigurálod a kapcsolatot és egységes sebességgel folyamatos adatküldés megy az UARTon. Max sebesség 3Mbaud. 900Kbaudon már 16 bites 44 khz-s digitalizált jelet lehet küldeni. És nem is drága a cucc hozzá. :gumicsirke:
Utánanézek mindenképp.báe amit szereztem ad konverter az 96 khz 24 bites annak meg kell a sávszélesség de ha ezen múlik lehet cserélem.
Még ha lehetne egy gyors kérdés és békénhagylak. Miért alkalmatlan aza kacat mert elvileg usb host módot is tud.Köszi
Eljuthaszt úgy is Szegedről Budapestre, hogy az M5-ös autópályán haladsz végig. Vagy eljuthaszt úgy is, hogy Szegedről elmész Bajára, onnan Pécsre, Zalaegerszegre, Sopronba, Győrbe, majd végül Budapestre. Na az USB az utóbbi útvonal lenne ehhez a feladathoz...
Tudom.
A AT91RM9200 ic re gondoltam amikor írtam.ott van pár idézettel fenntebb egy link ami a datasheet
Hehe pécsen van az albi innen hazaviszem a szennyest egerszeg felé ahol anyámék laknak és fölpakolok kajával, megtankolják a kocsim.Na jó viccet félretéve én elfogadok minden más ötletet mint írtam igyekszem elolvasni és értelmezni amiket küldtetek.Az hogy még vannak kérdéseim ezzel kapcsolatban az nem azt jelenti hogy lese az infókat. Csak szeretném tisztán látni a dolgokat.Pl utánanéztem az usb nek is és látom hogy nem egyszerű.De mik lennének az egyéb megoldások? Eddig amit javaslatot kaptam az egy acces point és bluetooth ami szerintem lassú de még utánaszámolok. Ami elvileg jó is lenne mivel ott csak egy protokollt kéne írni.De használhatóságban (hordozhatóság ami a cél) és méretben + árban a másik megoldás még mindig jobb. Itt jön a bonyolultság. De nyilván ha sehogy sem megy hagyom. Nem akartam írni mert még szinte semmit sem tudok róla de most már annyira nem kell védenem szerintem a szakmai tekintélyem(hehe) találtam egy PCMCIA kártyát ami 3 ropi és fullosan tolja a wifit. De ennek a működéséről egyenlőre lövés se.Átalakítót találtam hozzá asszem soros portról aranyáron de ezzel még bohóckodom.De mégegyszer az hogy nem adok fel egy témát nem azt jelenti hogy nem hallgatom meg a tanácsokat.És köszi a segítséget
Új ötlet, ha még érdekel a téma valakit akkor kiáncsi vagyok véleményekre.Szóval mennyi lehet annak az esélye hogy az usb s wifi vacak usb csatlakozója után van egy ic ami a usb- s kommunikációt kezeli és a kimenete vmi soros vagy egyéb butább jel? Mert akkor marad az eszköz csak lefűrészelem az elejét és ráforrasztom a többit azt ámen.Vélemény?
|
Bejelentkezés
Hirdetés |