[elektro] SPI sor

[Horvath Janos]

L6470 motorvezérlő.
A parancs nem tartalmaz azonosítót, de van 1-2-3byte-os parancs
és 2-3-4byte-os regiszterírás.Mivel 8-22-bites adatok rohangálnak.
JAni

> 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]
>