AS pisze:
>> http://www.korinsj.com.pl/pub/sch.pdf
>
> Na pierwszy rzut oka może brakować odsprzężenia linii zasilającej USB.
> Procesor chyba tylko sprawdza obecność napięcia ale kondensator w tym
> miejscu nie zaszkodzi.
>
>
>

W trakcie walki z zakóceniami było chyba wszystko:

Osprzęganie +5V z USB (VBUS) - kondensatory, dławik, rezystory, itp.
To samo z liniami USB (D+ D-) - dławik tłumiący sygnał
wspólny, kondensatory, itp. Krótkie połączenia, ekranowanie
(włącznie z uziemieniem).

Wszystko dawało tylko niewielką poprawę.

Ale od wczoraj południa wszystko to okazało się ZBĘDNE.
Wywaliłem cały dodatkowy "osprzęt" zostały tylko 2
rezystorki 39R/1% na D+ i D- i wszystko chodzi bez
najmniejszego zająknięcia (dzisiaj włączyłem to około
8 rano i do teraz nie było ani jednej przerwy w
transmisji).

Robię testy lutownicą transformatorową, lampą na biurku,
do zasilania 9V płytki mam podłączony przekaźnik bez
układu gaszącego (bardzo ładnie sieje po masie i
przepięciami na zasilaniu).
Z zasilania wywaliłem dławiki. Połączenia na pajęczynkę
- tym razem aby było jak najgorzej.
I ani razu niczym od wczoraj południa nie mogę go
uwalić!

Poczekam do środy. Zobaczę jak wypadną testy u znajomego.


Ale chyba wracam z AVR32 do ARMów. Tam takich numerów nie
miałem. Robiłem podobne rzeczy na AT91SAM7S64 (USB z własną
obsługą CDC). Połączenia byle jakie, USB w pajęczynce na
przewodach i działało. No chyba że się okaże że jak przejdę
na ARMa (atmela) to jak jeden będzie wariował to i drugi
też :)

Tylko trochę szkoda, bo te AVR32 (lista instrukcji
jak i peryferia w uC) były na prawdę niezłe.

SM