Anketa: Asynchronní USB -> i2s modul

[xmarek]

Moc hezké, zejména Lutův DAC. O to víc mě štve, že jsem se s tím svým Cortex-em totálně zasek na mrtvém bodě.

[luta]

v čem je problém? jen tak ze zajímavosti. Já si teď docela oblíbil Luminary potvůrky od Ti

[xmarek]

Za boha nemůžu přijít na to jak vrátit feedback do PC. Descriptor vypadá v pořádku, inicializace feedback Endpointu taky, ale jakmile chci poslat 10.14 (3 byte) formát tak to PC prostě nepříjme. Stejně se chovají i IN Endpointy u HIDu, který jsem tam měl v minulosti zkušebně přidělaný.
Bohužel bez toho nejsem schopen sesynchronizovat posílání dat do bufferu pro I2S.

Ono toho je víc, ale bez tohoto jsem totálně v loji. Pracuji s příklady i od Freescale, ale bohužel to je věc, kterou odtamtut neopíšu, každý čip to má trošku jinak. Upřímně dokonce i uvažuji, že se vyprdnu na celé ST a pustím se do Freescale čipů. Asi se to podá, ale chvíli to potrvá než zase nastuduji tunu sraček.

Mám obavu, že v tomto mi asi nikdo nepomůže. Už celkem chápu proč se na to každý vykašlal. Zase na druhou stranu každý den nemůže být posvícení.

[luta]

ono je to běh na trochu delší trať. Budťo to dělat fulltime, pak by to vcelku asi odsejpalo a nebo po práci.. a pak je to na dlouho. než člověk vše nastuduje a pochopí.. s tím si budeš muset asi pomoci skutečně sám. chce to studovat studovat hledat..znám to.. o to lepší je pak ten pocit, když na to člověk přijde a funguje mu to

[xmarek]

Souhlas. Pokud se mi podaří uskutečnit vše co jsem si přecevzal tak budu asi nejšťasnější člověk na světě. Na fulltime to bohužel dělat nemůžu a o to pomaleji to jde. Přece jen mě živí něco jiného.
Progress tady nějaký je, a už jsem byl i v podobné situaci takže zas tak černě to nevidím. Teď potřebuji vyřešit dvě věci a implementaci UAC1 bych mohl mít nahrubo hotovou. Pak bude následovat nějaké sestavení nahrubo a budu pokračovat v UAC2. Class 2 bude bohužel horší páč budu muset vyřešit driver na straně widlí.
Rád bych hodil něco do placu, protože začínám mít pocit, že všichni kolem přichází s řešením a já jenom plácám páte přes deváté.

[luta]

možná by tě mohlo zajímat tohle https://groups.google.com/forum/?fromgro...Zx-SLY-0R4 Alex je jedním z přispěvatelů audio-widgetu a momentálně se snaží o audio-widget na nové platformě, která by zvládala 5.1 I2S a možná i DSD a 384kHz

[reeb]

Lutovi poplácání po zádech, hraje mu to fakt parádně..

[Dohnalik]

UAC2 na STM32F4 procesoru je docela problematický. Pokud vím, žádnej STM32 nemá přímo integrovaný USB2.0 hi-speed kompletní řadič, vždy je tam napsaný, že se musí připojit externí IO. Přepiš to pro tohle http://www.atmel.com/devices/SAM3U4C.asp...parameters
Ideální by bylo vykašlat se na všechny tyhle MCU a použít přímo XMOS (pokud vím, tak jsou to výkonný, někdy několika jádrový MCU + DSP + FPGA), kterej má v tomhle úžasnou podporu, prakticky všechno už je pro to napsané. Jen doupravit tak, aby byl výstup přímo DSD. PCM by byla interně převedena na DSD, DSD by bylo cpáno přímo přes ASIO ovladače (je to podporováno) do DAC. Vyhovuje to UAC2 specifikacím a DSD přenos je tam zajištěn tak, že se ty DSD bity prostě naskládají místo bitů PCM a pak se to v MCU zase rozebere, jen je potřeba zajistit aby věděl jestli je to DSD nebo PCM.
Je to vyšší level, ale lidi by ti za to utrhli ruce. Donutíš tak k podpoře 384 kHz/24bit (klidně 32bitů, ale je to naprosto zbytečné, když využitelná bitová hloubka u DAC se pohybuje do těch 20, 22 bitů) každý sigma-delta DAC a můžeš použít vlastní kvalitní oversampling v XMOS.
Až dokončím to co mám rozdělané, tak můj další DAC bude asi s přímou podporou DSD (běh až za trať, zatím ).

[xmarek]

@Dohnalik: To není uplně pravda. Ještě nedávno jsem si to myslel taky. Na jednom řešení jsem viděl, že používá 2.0 bez nutnosti externího PHY. A taky STM32 datasheet o tom hovoří (viz dole). Mám doma takový modulek na zničení, kterým si to chci vyzkoušet. Jinak PHY prostřednictvím USB3300 ULPI funguje bezproblému. Realizace XMOSu počítá taky s externím PHY čipem. V minulosti jsem se toho bál, ale už to jako problém nevidím.
XMOS je na jedné straně super, ale vše má svoje pro a proti. Je to takový napůl black-box. Stáhnul jsem si jejich zdrojáky a když pominu ten strašný kód ve kterém se to píše tak všechny funkce, které jdou za I2S apod jsou naimplementované nejspíš navrdo. Nikde jsem tam tyto věci snad s vyjímkou nějaký malých věcí na descriptoru nenašel. Takže takové úpravy by byly pro mě asi stejný záběr jak na to Cortex-u. Další věc, že taky mládenci nedají vše zadarmo. Drivery pro widle jsou nad nějaké vyrobené množství kusů. Používají Thesycon a zadarmo je tuším jen nějaký trial. Moc jsem to nestudoval takže je možné, že plácám. Co mě od toho trošku odrazuje, že už takových řešení je na trhu pár a když už jsem se pustil do té hlouposti pro STM32F4xx tak se mi moc nechce zkoušet něco úplně jiného. To už bych šel raději do Freescale čipu. Ti mají hotový framework, který podporuje jak UAC1 tak i UAC2.
Upřímně budu skákat metr nad podlahu když dodělám tu jednu věc na STM32F4xx.


It supports 3 PHY interfaces
– An on-chip full-speed PHY
– An I2C Interface for external full-speed I2C PHY
– An ULPI interface for external high-speed PHY.

[Dohnalik]

Hmm, pokud to tak opravdu je, tak by to bylo dobrý, pak dej vědět jak jsi dopadl, jestli jsi to hi-speed rozchodil. Můžu se ještě OT zeptat v čem píšeš? Pod win jsem zkoušel CoIDE, Keil a truestudio. Truestudio je fakt pardání, fugnuje všechno krásně jak má, bohužel je placený a lite mi nezkompiluje kód nad 32KB, takže úplně k prdu...

//počkej, ale tam máš napsaný že interní PHY nezvládne víc jako full-speed. To je sice taky USB 2.0, ale na UAC2 potřebuješ hi-speed.

[xmarek]

Ta část je vyďoblá z specifikace OTG_HS, takže by mě hodně překvapilo kdyby to umělo pouze FS. Nějak by to postrádalo smysl to popisovat u HS. Ale jak jsem napsal nemám to vyzkoušené.
Píšu to v c... verzi Keil-u. Není to dvakrát košér, ale nemám moc na výběr. Uvažoval jsem, že si koupím Atollic, ale je to pořád dost peněz. A to omezení mi nedovoluje ty věci dělat v Atollic Lite. Na Atollicu se mi líbí, že vidí deklarace apod. takže mi v psaní dost pomáhá. Jelikož jsem toho začal dělat víc tak hodně uvažuji, že to napíšu v Atollic-u a pak to jen přehodím na Keil.
Jinak kolega píše tyto programy i v Linuxu (a kompiluje). Chvíli mu to trvalo než to rozjel, ale říkal, že už mu to fachá. Po detailech jsem se moc nepídil, ale vzhledem k tomu, že jsem v minulosti kompiloval věci pro Pandaboard tak mu to i věřím.
Dopl:
Teď se na to dívám a je to tam napsané. Vyzkouším a uvidím. Nicméně tu realizaci jsem viděl a i piny v druhé specce jsou tak namapované. Nějak to nechápu. Ale to, že jsou chyby ve specifikaci už vím dávno. ST jsou na to experti.
Pro jistotu jsem kontroloval ty piny PB12, PB14, PB15... jsou označené jako OTG_HS_xx tak opravdu nevím.

Tu realizaci jsem viděl zde: https://www.olimex.com/Products/ARM/ST/S...B1_sch.pdf
https://www.olimex.com/Products/ARM/ST/STM32-E407/

Dopl. 2: Tak jsem někde našel nějakou zmínku, že ač je to tam napsané tak to interně HS neumí. Nicméně už s tím nějak počítám a doma se mi válí USB3300 ULPI modul. Ten vyzkoušený mám a funguje.

[luta]

atollic == doprasenej eclipse.. na eclipse to dneska staví kde kdo.. editor je tedy dost stejnej.. např i ten code composer

[Dohnalik]

Jako doprasnej Eclipse mi spíš přijde ten Keil, nevím jestli to neumím nastavit, ale větší prasárnu v program exporeru jakou udělali oni, jsem v životě neviděl. Dneska je na Eclipse poastavený 80% takových IDE, takže se asi není moc čemu divit

[xmarek]

Upřímně bych uvítal kombinaci obou za nějakou rozumnou cenu. Co se mi líbí na Atollic-u jsou editační možnosti. Přece jen mám tendenci si nepamatovat názvy různých metod, proměnných atd. A v tomto je Atollic opravdu nápomocen. Eclipsu jinak vzhledem k tomu, že se občas chová jak chytrá horákyně úplně nemusím. I když ji paradoxně používám jako vývojář v Javě dennodenně. To, že do ní píše pluginy kde kdo zapříčiňuje to, že se chová tak jak se chová. A některé doporučuji raději nepužívat např. eGit apod. Všeobecně verzovací systémy jsou v Eclipse kapitola sama pro sebe. A pochopitelně to Atollic zdědil.

[Jan16]

A co takle NetBeans ?

[xmarek]

Netbeans umožňuje integraci C++/C taktéž, ale netuším jestli by se na to dal nahodil kompilátor. Asi by se musely napsat nějaké věci pro Netbeans platform a integrovat to do IDE. Upřímně raději vyvíjím to co potřebuji než se ještě "bavit" s IDE. Mám, ale pocit, že už jsme hodně O.T.

[kudlibabka]

Hoši rad bych se zeptal,jakej pouzivate USB kabel pro propojeni convertoru s compem?

[luta]

obyčejný, na obou koncích feritový váleček typ USB A na USB B.. prostě co je po ruce

[DJ_Rix]

To byl Mirku kámen úrazu celého testování napájení bylo přivedeno obyčejným síťovým kabelem a data běžely do DACu obyčejným USB kabelem I tak to ale hrálo dobře Fajnšmekrům bych doporučil třeba tohle:

[luta]

já bych jim to nedoporučil, protože pochybuji, že to bude lepší než běžný USB kabel ..jde jen o odrušení.. těm datům je opletení a pozlacení úplně ukradené..ale jestli to bylo myšleno jako vtip ..