Am 23.10.2012 17:02, schrieb J.F:
> Użytkownik "Waldemar Krzok" napisał w wiadomości grup
> Am 22.10.2012 14:24, schrieb Adam Wysocki:
>>>>> Timing w I2C?
>>>> Też. Niektóre scalaki nie lubią, jak SCL ma "dziury" i np po 6
>>>> impulsach
>>>> clocka jest przerwa na 3-4 takty,
>>
>>> Nie spotkałem się z tym... jakie scalaki? Proste extendery IO też, czy
>>> raczej jakieś bardziej skomplikowane, pamięci, itd?
>> Numerka w głowie nie mam, ale mieliśmy to raz z akceleratorem, raz z
>> przetwornikiem 4xDA (MAX5cośtam) i (też MAXIMA) expander/LED-Driver.
>> Odkryliśmy w czasie debugowania. Robiliśmy przerwy po 4 SCLach by
>> lepiej widzieć na oscyloskopie, czasami wyskakiwał nam NACK od
>> scalaka, przy pełnym burst tych problemów nie było.
>
> I2C ma tez druga specyfikacje (SM bus ?), ktora sie wiele nie rozni, ale
> timeot ma dodany.
> Tylko chyba dosc dlugi i nie powinien byc problemem.
>
>>>> a kabelki USB (a konkretnie drivery do nich) potrafią zrobić przerwę
>>>> w transmisji w najmniej odpowiednim momencie.
>>> A to na pewno, z tym trzeba się liczyć...
>> Dlatego gotowych kabelków nie używam do tych celów, ale mam pudełko
>> FT232R pod łapką. Do machania nóżkami nadaje się świetnie, a i RS232
>> niezależnie od nóżek można użyć.
>
> I szybko macha ? Bo ja kiedys uzylem takiej przejsciowki, to sie okazalo
> ze miedzy zmianami jest 1ms, co sie chyba zgadzalo ze specyfikacja USB,
> wiec wiecej juz nie probowalem.

Ja używałem statycznie (załączanie i wyłączanie laserów), więc mi
zwisało. Jak potrzebujesz z większą szybkością, to stosujesz
bit-bang-mode. Masz wtedy 1us między zmianami, ale RS232 wtedy nie
działa. Używając tylko GPIO i mając RS232 możliwe, że wyżej 1ms nie
wyciągniesz.

Waldek


--
My jsme Borgové. Sklopte štíty a vzdejte se. Odpor je marný.