[elektro] SPI sor

[Horvath Janos]

Akkor érdekes dolgok lesznek, ha eltéved, szerencsére egy tenyérnyi
panelen (lesz..gondolom) a sok-sok motorvezérlő, remélem,
gondoltak a jó huzalozásra.
Egyelőre 1db-al szívok, regiszter írás megy, regiszter olvasás eltéved 
valahol. Szóval még 1db-al is szenvedek. :(
JAni

> Nekem régen volt ilyen LED-es kijelzőtáblám, amin így sorba mentek az
> adatok, és előfordult, hogy szellemképes lett, amikor hosszú volt a
> kábel és nagy a sebesség. Jó, ez nem egy normális állapot, csak
> elgondolkoztam rajta, hogy egyik motorvezérlő kimenet megy be a másik
> bemenetébe, és ha egyet röccen a szinkron, akkor mi van.
>
> Gábor
>
> 2015.06.20. 17:33 keltezéssel, Horvath Janos írta:
>> Annyit láttam, hogy parancs írásakor a kimenet 00-00-00-00.
>> Na, de regiszter olvasáskor, amikor az adat jön ki (és bemegy a
>> következőbe...) A következő meg csinál hülyeségeket (?).
>> Szerencsére van NOP (00) utasítás, lehet, az egész láncot
>> mindig kiléptetem úgy, hogy befelé megy egy vödörnyi NOP.
>> Szerencsére van még megszakítás is, már mint hogy egy
>> olvasási parancs utáni adatfolyamot újabb parancs meg tudja
>> szakítani. Egyre jobban oda vagyok érte :)
>> (különben nagyon okos IC és jól csinálja a dolgát, mondjuk nem
>> low-cost)
>>
>>> Amint látom, nincsen kőbe vésve, hogy a MISO mikor aktív, tehát
>>> ismeretlen helyzetben úgy kell kalkulálni, hogy CS alatt mindig aktív,
>>> és arra sem láttam egységes szabályt, mikor mit ad ki, ezért az
>>> összeadás eredménye bármi lehet, elsősorban rövidzár:)
>>> pi
>>>
>>>
>>> ----- Original Message -----
>>> From: "Pataki István" <pataki.istvan at freemail.hu>
>>> To: <elektro at tesla.hu>
>>> Sent: Saturday, June 20, 2015 4:15 PM
>>> Subject: Re: [elektro] SPI sor
>>>
>>>
>>> Mi a konkrét darab? SPI-nél alapból a vevő oldal CS után értelmezi a
>>> parancsot. Ez a parancs tartalmazhat azonosítót is, akkor mindegyik
>>> megkaphatja ugyanazt, mert csak a megszólított fog válaszolni. A
>>> bájtonkénti CS megszakítás nekem nagyon egyedi implementációnak tűnik.
>>> Nem emlékszem, hogy találkoztam volna ilyennel amit írsz, inkább a
>>> JTAG-et juttatja eszembe.
>>> pi
>>>
>>>
>>>
>>> ----- Original Message -----
>>> From: "Horvath Janos" <winnerbt at fibermail.hu>
>>> To: <elektro at tesla.hu>
>>> Sent: Saturday, June 20, 2015 3:06 PM
>>> Subject: Re: [elektro] SPI sor
>>>
>>>
>>> Nem én terveztem a HW-t, bár igaz, a pdf szerint sorba
>>> lehet kötni ezeket a vackokat. Sajnos most csak 1db van
>>> itt, azzal nem tudom tesztelni az elgondolásukat.
>>> Talán még azt lehetne csinálni, hogy olvasáskor mindegyiknek
>>> adok olvasási parancsot és addig nem foglalkoznak az előző adatokkal.
>>> (gondolom én)
>>> Csak nem teljesen hülyék...
>>> Íráskor meg újraírom az egész láncot mindig.
>>> vagy valami ilyesmi.
>>>
>>> JAni
>>>
>>>> Biztos, hogy ezeket gyűrűbe jó kötni és nem csillagba?
>>>>
>>>>
>>>> Gábor
>>>>
>>>> 2015.06.20. 14:52 keltezéssel, Horvath Janos írta:
>>>>> Sziasztok Nagytudásúak!
>>>>>
>>>>> Van SPI eszközből sorbakötve egy tucat.
>>>>> Mindegyiknek van vagy 30 regisztere és 1-2-3-4byte-os
>>>>> parancsai.
>>>>> Amikor kiküldök egy regiszterolvasási parancsot
>>>>> mondjuk az 5-iknek, akkor az válaszol 3 byte-ot, akkor a következő
>>>>> egység honnan tudja, hogy neki azt nem kell bekapnia mint parancs?
>>>>> Ami furcsa nekem, minden byte kiadása után kell ChipSelect
>>>>> inaktivitás.
>>>>> (mert persze arra gondoltam, hogy ameddig nincs CS felfutó él, addig
>>>>> "átszalad" rajta...)
>>>>>
>>>>> JAni
>>> -----------------------------------------
>>>              elektro[-flame|-etc]
>>>
>>> -----------------------------------------
>>>              elektro[-flame|-etc]
>>>
>> -----------------------------------------
>>             elektro[-flame|-etc]
>>
>
> -----------------------------------------
>            elektro[-flame|-etc]
>