cześć Koledzy
Chyba się zakręciłem i nie widzę co jest nie tak.
Standardowa konfiguracja SPI czyli

następnie

a w funkcji "main.c

i wszystko jest ok.
Jeżeli zmienię LT_PIN na np.PB3

zatrzask przestaje działać hmm..........

_________________
Pomóżcie mi stanąć na nogi

Żadne inne funkcje nie korzystają z PB3. Zresztą na stronie 319 w BB przy programowym SPI machnięcie pinem latch następuje po wysłaniu 8bitów

Ja oczywiście korzystam ze sprzętowego SPI ale pin do zatrzasku chcę wybrać inny niż PB4 a tu zonk karważtwarz
Żeby było ciekawiej to stan na pinie PB3 się zmienia z niskiego na wysoki i z powrotem na niski więc powinno być wszystko ok. Wykluczam błąd połączenia bo po przełączeniu przewodu na PB4 wszystko działa. Powiem Wam, że zgłupiałem....

_________________
Pomóżcie mi stanąć na nogi

Panie w nocie PDF masz napisane jak BYK, że pin SS MUSI brać udział w sprzętowym SPI czyli - czy tego chcesz czy nie, jeśli korzystasz z MASTER to MUSISZ go ustawić jako wyjście i Quniec - nie ma dyskusji.

Ale oczywiście możesz z niego w ogóle nie korzystać - możesz poza nim inny ustawić jako wyjście i z niego korzystać jako z CS dla swojego układu kto ci zabroni - tylko czy jest sens aż tak się upierać ?

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

No właśnie zgubiła człowieka rutyna a raczej brak podstawowej wiedzy. Do tej pory korzystając z SPI nawet przy komunikacji z dwoma układami inicjalizacja modułu zawsze uwzględniała pin sprzętowy SS. Tu chcąc wykorzystać inny pin do zatrzasku uznałem, że sprzętowy SS jest nie potrzebny. Cóż wstyd trochę bo to podstawy
Dzięki P.Mirku

_________________
Pomóżcie mi stanąć na nogi

dokładnie, żaden wstyd

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]