Arduino, LED a DCC

[belgarat]

Arduiniste !

Nezkouseli jste NAHODOU jak jde dohromady zpracovani DCC, pripadne jineho casovaneho ridiciho protokolu, a hracky typu https://hackaday.com/2011/07/20/output- ... e-arduino/ ? Tech ledek nemusi byt 700 stacilo by treba tak 20 - 30...

[BohousP]

Spíš bych se zaměřil na to, co popisoval Pluto v jiném vláknu.
viewtopic.php?f=6&t=12531#p268739

[belgarat]

BohousP: ano, jedna z moznosti. Ale s casovanim s presnosti mikrosekundy a zaroven prijmem DCC signalu si, myslim, to bude taky dost zajimave. Proti SCOM to ma prave tu nevyhodu ze "pozvolne rozsveceni" se musi ridit externe, tedy pri zmene navesti bude Arduino ladovat ruzne PWM urovne jak dive. Na druhou stranu ) softwarove nastavitelne pwm = svitivost )

[BohousP]

Ono je při dnešních cenách procesorů na zvážení, zda to neudělat "distribuovaně", jako např. ten S-com.

[belgarat]

Ono je při dnešních cenách procesorů na zvážení, zda to neudělat "distribuovaně", jako např. ten S-com.

Hele, prave proto jsem to daval do Excelu ... a prekvapive cena / LED je u NV7B(!) nejvyssi + pracnost domaci vyroby pri osazovani spousty SMD odpor bazmeku. Ba dokonce mi vyslo vic nez s Arduino Nano (coz je drazsi nez Arduino Mini co ma Sidlo ve svem dekoderu). NV7D je na tom o chloupek lepe (a mensi opruz) - opet pokud by se realizovala samovyroba. Je jasne, ze kdyz bych zahrnul 'komercni taxu' za svuj straveny cas, tak je p. Nemecek vyrazne v cele

Kdyz vypustim lokalni pospojovani GND a napajeni u navestidla (dalsi spagetoidni propojeni pod deskou), tak stejne tahnu 3drat (takze klidne UTP 8drat, tech mam dost)... Navic je v systemu mene (nezavislych) prvku - min problemu a min omezeni (viz co psal Sidlo o rychlosti blikani). Takze akorat zbyva nejak hezky vyuzit nozicky arduina.

[ohruska]

Používám PWM řízení na letadlech. Řídící signál je z RC přijímače.
Řídit lze intenzitu, náběh a doběh.
Takže třeba maják nebo pozvolné rozsvěcení přistávacího reflektoru.
Existuje na to knihovna.

[belgarat]

ohruska: nerozumime si -- PWM zvlast v kombinaci s posuvakem ma urcite naroky na casovani. Spravne prijeti DCC packetu, kde jsou bity dlouhe v radu desitek max stovek mikro-sekund take. Otazka je, jestli Arduino vystiha zpracovat DCC signal zatimco si 'hraje' s PWM na shift registru. PWM primo na nozickach Arduina problem neni - ma HW podporu resp. dostatecne rychle CPU.

[vvitty]

To je takovy problem na zaklade dcc prikazu pripravit v pameti pole treba 1kB velke a pak ho pres dma a spi automaticky cpat do shigt registru?

[zdeno]

To je takovy problem na zaklade dcc prikazu pripravit v pameti pole treba 1kB velke a pak ho pres dma a spi automaticky cpat do shigt registru?

to asi nebude snadne reseni pro zacatecniky.
Ja vidim hlavni problem v tom, ze prijimani DCC v hlavnim programu je limitujici a tezko se na to napasuje dalsi casovani.
---
Teda reseni je pouzit preruseni a tam nastavovat priznaky, ktere se v hlavnim programu zpracuji.
Ale ani to neni snadne a je nutne se to naucit.
Dalsi problem je obsluha CV, ktera je specificka a taky vyzaduje znalosti.
---
Ale zas muzem napisat, ze vymyslenim podobneho se to co nejsnazeji naucite.
Netreba se toho bat.

[vvitty]

zdeno on tu nekdo mluvil o prijimani DCC signalu v hlavni smycce a SW bez preruseni?

[zdeno]

zdeno on tu nekdo mluvil o prijimani DCC signalu v hlavni smycce a SW bez preruseni?

poznam knihovny pro Arduino a tam je to udelane vselijak.
Nesnaz se mi namluvit, ze si na to sem-tam nenarazil.

[vvitty]

belgarat: predem upozornuji ze Arduino nepouzivam a doby kdy jsem mel v ruce neco od Microchipu tak to byl jeste Atmel a AVR byla horkou novinkou
Osobne bych pouzil HW SPI, ktere krmi DMA z pameti spoustene koncem prenosu, takze zvolena prenosova rychlost urci rozliseni PWM. A v hlavni smycce v klidu pripravujes novy image. Je to narocne na pamet, priprava zabere relativne hodne operaci ale zase vse co je casove kriticke ridi HW a obejdes se i bez preruseni. Resp. kdyz DMA dobehne na konec pripravenych dat tak ji prehodis na zacatek novych a opet pripravujes v hlavni smycce data v te pouzite oblasti. Pri rychlostech zmeny velmi pravdepodobne kazdou oblast pouzijes nekolikrat nez to prehodis na novou.

Zdeno: vyse uvedeny popis je pomerne nesnadne pouzit a nedoporucuji jej zacatecnikum.

[belgarat]

vvitty: tady jsem na tenkem lede: netusim zda na Arduinu dokazu pouzit DMA -> SPI, musim si o tom nejprve neco precist. Jiste je, ze (jak spravne naznacuje Zdeno) standardni SPI knihovne pracuje pouze po bajtech, a dela cunacky busy wait pri cekani na dokonceni prenosu bajtu ... interrupt do toho nejak zatahnout muzu, ale netusim jak a s DMA to asi moc spolecneho mit nebude.

[vvitty]

slusny zelezo funguje tak ze DMA zapisuje primo do bufferu SPI odkud jdou data ven HW, takze SW do toho musi sahnout jen aby odstartoval prenos a nastavil pocet prenasenych bajtu. Na tom co pouzivam si lze nastavit jestli SPI posila 8 nebo 16 bitu najednou... a tak nejak jsem predpokladal ze na vystupu budes mit podobny pocet LED. Kdyz jich bude vic tak se to zkomplikuje... no mozna tam jeste bude nejaka komplikace s prepisem z shift registru do latche.. to asi SPI HW neuridi... musel bych se podivat.

[belgarat]

Prozatim to vypada ze A-Nano DMA nema, SPI max 8 bit. Neco jsem nasel o A-Due, ktere je ponekud pridrahe pro tento ucel. A az se oprostim od mentalniho bloku, ze chci pouzivat jenom 5V napajeni a I/O, tak si koupim STM32, ktere vypada po vsech strankach lepe, ale jede na 3.3V, takze se trochu komplikuji vztahy s okolim (ale pro tenhle ucel dobry )