Mam taką kostkę eeproma szeregowego 93C46 do programowania w urządzeniu.
Kostka jest mniej-więcej odpowiednikiem 24c1024 ale nie po i2C, tylko po
magistrali "microwire" podpinana.
To microwire po rozszyfrowaniu drutów (DataInput, DataOutput,
SerialClock, ChipEnable) brzmi całkiem jak SPI (MoSi, Miso, Sck, SS),
tylko że... tutaj się pojawia problem: DataInput jest samplowane na
narastającym zboczu Clock, a DataOutput jest wystawiane na opadającym
zboczu tego samego clocka. Ma to swoje plusy - można Di i Do zewrzeć ze
sobą, i gadać niejako w DDR - na jednym clocku przesyłać dane w dwie
strony, ale.. czy da się to jakoś ogarnąć sprzętowym SPI? Można
przełączać w takiej Atmedze16 polaryzację SPI (CPOL/CPHA = które zbocze
aktywne) ale chyba dla całej transmisji, a nie oddzielnie Rx i Tx, albo
ja czegoś nie rozumiem?

--
| Bartłomiej Kuźniewski
| s...@d...org GG:23319 tel +48 696455098 http://drut.org/
| http://www.allegro.pl/show_user_auctions.php?uid=338
173

do góry

BartekK <s...@d...org> wrote:
> Mam tak? kostk? eeproma szeregowego 93C46 do programowania w urz?dzeniu.
> Kostka jest mniej-wi?cej odpowiednikiem 24c1024 ale nie po i2C, tylko po
> magistrali "microwire" podpinana.
> To microwire po rozszyfrowaniu drut?w (DataInput, DataOutput,
> SerialClock, ChipEnable) brzmi ca?kiem jak SPI (MoSi, Miso, Sck, SS),
> tylko ?e... tutaj si? pojawia problem: DataInput jest samplowane na
> narastaj?cym zboczu Clock, a DataOutput jest wystawiane na opadaj?cym
> zboczu tego samego clocka. Ma to swoje plusy - mo?na Di i Do zewrze? ze
> sob?, i gada? niejako w DDR - na jednym clocku przesy?a? dane w dwie
> strony, ale.. czy da si? to jako? ogarn?? sprz?towym SPI? Mo?na
> prze??cza? w takiej Atmedze16 polaryzacj? SPI (CPOL/CPHA = kt?re zbocze
> aktywne) ale chyba dla ca?ej transmisji, a nie oddzielnie Rx i Tx, albo
> ja czego? nie rozumiem?

Czegos nie rozumiesz: samplowanie na jednym zboczu a wystawianie
na drugim to akurat to normalne SPI. Jak samplujesz
na narastajacym zboczu Clock to dane powinny byc wtedy stabilne,
czyli musisz je wystawic z wyprzedzeniem. Jak je wystawisz na
poprzednim opadajacym zboczu Clock to masz spory margines
czasowy i tak zwykle sie robi. Moga byc inne roznice, ale
akurat to co napisales nie jest problemem.

--
Waldek Hebisch
h...@m...uni.wroc.pl

do góry

On 25.10.2013 02:45, BartekK wrote:
> Mam taką kostkę eeproma szeregowego 93C46 do programowania w urządzeniu.
> Kostka jest mniej-więcej odpowiednikiem 24c1024 ale nie po i2C, tylko po
> magistrali "microwire" podpinana.
> To microwire po rozszyfrowaniu drutów (DataInput, DataOutput,
> SerialClock, ChipEnable) brzmi całkiem jak SPI (MoSi, Miso, Sck, SS),
> tylko że... tutaj się pojawia problem: DataInput jest samplowane na
> narastającym zboczu Clock, a DataOutput jest wystawiane na opadającym
> zboczu tego samego clocka. Ma to swoje plusy - można Di i Do zewrzeć ze
> sobą, i gadać niejako w DDR - na jednym clocku przesyłać dane w dwie
> strony, ale.. czy da się to jakoś ogarnąć sprzętowym SPI? Można
> przełączać w takiej Atmedze16 polaryzację SPI (CPOL/CPHA = które zbocze
> aktywne) ale chyba dla całej transmisji, a nie oddzielnie Rx i Tx, albo
> ja czegoś nie rozumiem?
>

Hmmm, może prościej napisać sobie samemu jakąś procedurkę która to
obsłuży? Bo z tego co widzę, oprócz innego sposobu taktowania także dane
są inaczej przesyłane, najpierw 9bit czegoś w rodzaju polecenia
kontrolnego i potem 16bitów danych

--
Pozdrawiam
Jakub Rakus

do góry

W dniu 2013-10-25 09:29, Jakub Rakus pisze:
> On 25.10.2013 02:45, BartekK wrote:
>> Mam taką kostkę eeproma szeregowego 93C46 do programowania w urządzeniu.
>> Kostka jest mniej-więcej odpowiednikiem 24c1024 ale nie po i2C, tylko po
>> magistrali "microwire" podpinana.
>> To microwire po rozszyfrowaniu drutów (DataInput, DataOutput,
>> SerialClock, ChipEnable) brzmi całkiem jak SPI (MoSi, Miso, Sck, SS),
>> tylko że... tutaj się pojawia problem: DataInput jest samplowane na
>> narastającym zboczu Clock, a DataOutput jest wystawiane na opadającym
>> zboczu tego samego clocka. Ma to swoje plusy - można Di i Do zewrzeć ze
>> sobą, i gadać niejako w DDR - na jednym clocku przesyłać dane w dwie
>> strony, ale.. czy da się to jakoś ogarnąć sprzętowym SPI? Można
>> przełączać w takiej Atmedze16 polaryzację SPI (CPOL/CPHA = które zbocze
>> aktywne) ale chyba dla całej transmisji, a nie oddzielnie Rx i Tx, albo
>> ja czegoś nie rozumiem?
>>
>
> Hmmm, może prościej napisać sobie samemu jakąś procedurkę która to
> obsłuży? Bo z tego co widzę, oprócz innego sposobu taktowania także dane
> są inaczej przesyłane, najpierw 9bit czegoś w rodzaju polecenia
> kontrolnego i potem 16bitów danych
>
Napisałem, działa ;) ale w ramach zastanawiania sie, czy aby przypadkiem
nie strugam siekierką koła z desek, podczas gdy dawno są opony dostępne,
tylko o tym nie wiem ;)

--
| Bartłomiej Kuźniewski
| s...@d...org GG:23319 tel +48 696455098 http://drut.org/
| http://www.allegro.pl/show_user_auctions.php?uid=338
173

do góry

On 25.10.2013 10:46, BartekK wrote:

> Napisałem, działa ;) ale w ramach zastanawiania sie, czy aby przypadkiem
> nie strugam siekierką koła z desek, podczas gdy dawno są opony dostępne,
> tylko o tym nie wiem ;)
>

Szukałem czegoś mądrego gotowego, ale niestety nie znalazłem. Więc skoro
masz już procedurkę możesz ją udostępnić potomności w formie biblioteki
;) chyba, że to tajny projekt.

--
Pozdrawiam
Jakub Rakus

do góry