ATNEL tech-forum

Re: Rejestr przesuwny 74HC595 na ATmega8

2014-04-24T14:36:00+01:00

Brawo! Problem rozwiązany, wszechświat uratowany. Ale zastanówmy się dlaczego?
Wywnioskowałem, że aby tryb Master w komunikacji SPI działał prawidłowo to pin SS musi być ustawiony jako WYjście. Jeżeli jest ustawiony jako WEjście to musi na nim być utrzymywany stan wysoki. Jest to spowodowane tym, że gdyby ten port był wejściem i byłby na nim stan niski to ATmega odczytałaby to jako znak, że ma być Slave'em. Natomiast jeżeli port ten jest ustawiony jako WYjście to może być używany do zadań innych, zupełnie nie związanych z komunikacją SPI.
Na schemacie do pinu PB2 (SS) podłączony jeden z pinów ULN2803 odpowiedzialny za świecenie pierwszego wiersza w matrycy. Zatem kiedy cały układ został zestawiony wraz z ULNem to pin ten został ustawiony jako WYjście i SPI działało jak należy. Wcześniej, gdy ULNa nie było to pin ten nie był w żaden sposób obsługiwany przez program, dlatego wg domyślnego stanu pinów był wejściem. Bardzo prawdopodobne, że właśnie z tego powodu SPI nie działał prawidłowo, ponieważ ATmega myślała że jest Slave'em.

Dobrze rozumiem?

Statystyki: Napisane przez petter0 — 24 kwi 2014, o 14:36

Re: Rejestr przesuwny 74HC595 na ATmega8

2014-04-24T08:37:37+01:00

Odpowiedź znajduje się w datasheetcie, rozdział "SS Pin Functionality", podrozdział "Master mode".
Mała ciekawostka - gdybyś uruchomił cały układ, a przede wszystkim ULN2803 to by tych chocków-klocków nie było A teraz mały konkurs: potrafisz powiedzieć dlaczego?

Statystyki: Napisane przez xor — 24 kwi 2014, o 08:37

Re: Rejestr przesuwny 74HC595 na ATmega8

2014-04-23T23:33:27+01:00

petter0 napisał(a):

Zauważyłem jedną rzecz tylko jeszcze: Jeżeli przypisze się zmienną SS odpowiadającą za zatrzask do pinu PB2 to wszystko działa prawidłowo.

No właśnie to jest jedna rzecz ciekawa. Ale teoretycznie to nie powinno mieć znaczenia. SPI można zrealizować programowo i używać dowolnych pinów.

Programator jeśli to jest USBasp to powinien mieć na wyjściu bufory trójstanowe. Po zakończeniu programowania one się rozłączają i nie obciążają wejść. Współdzielenie pinów ISP może robić problemy przy programowaniu jeśli piny procesora są czymś obciążone (podciągnięte silnie do masy albo do VCC) np. LCD HD44780. Wtedy będzie problem z zaprogramowaniem. Ale nie odwrotnie.

Statystyki: Napisane przez sq8dsr — 23 kwi 2014, o 23:33

Re: Rejestr przesuwny 74HC595 na ATmega8

2014-04-23T23:10:33+01:00

W skład układu wchodzi tylko mikrokontroler i rejestr przesuwny z diodami. Program nie zawiera nic więcej poza tym co wkleiłem. Zauważyłem jedną rzecz tylko jeszcze: Jeżeli przypisze się zmienną SS odpowiadającą za zatrzask do pinu PB2 to wszystko działa prawidłowo. Na innych pinach nie działa (porty są sprawne).
Próbowałem z rozłączonym programatorem, ale również bezskutecznie.

Statystyki: Napisane przez petter0 — 23 kwi 2014, o 23:10

Re: Rejestr przesuwny 74HC595 na ATmega8

2014-04-23T22:13:56+01:00

a odpinałeś programator? skoro piszesz że piny są współdzielone.

Statystyki: Napisane przez Mscichu — 23 kwi 2014, o 22:13

Re: Rejestr przesuwny 74HC595 na ATmega8

2014-04-23T21:18:29+01:00

Nie wiem na ile masz wdrożony schemat z zamieszczonego pliku. Na ile kod odpowiada schematowi.
Ale może być przyczyna współdzielenie portu B z czymś innym w połączeniu z błędnym maskowaniem bitów tego portu.

Uruchomienie SPI masz zrobione dobrze.
Wysłanie bajtu też, z ładnym oczekiwaniem na flagę SPIF.

Statystyki: Napisane przez sq8dsr — 23 kwi 2014, o 21:18

Re: Rejestr przesuwny 74HC595 na ATmega8

2014-04-23T21:13:05+01:00

Przy programowaniu procka widzę śmieci, ale to wydaje się być normalne z powodu dzielenia wspólnych linii sygnałowych z programatorem. Może lepszym opisem będzie - diody zapalają się w sposób przypadkowy, czasem dwie, czasem jedna, która po chwili gaśnie, czasem nawet palenie się diod odpowiada prawidłowemu ustawieniu ich w programie.

Statystyki: Napisane przez petter0 — 23 kwi 2014, o 21:13

Re: Rejestr przesuwny 74HC595 na ATmega8

2014-04-23T20:51:58+01:00

Śmieci widzisz przy programowaniu procka ?

Statystyki: Napisane przez sq8dsr — 23 kwi 2014, o 20:51

Re: Rejestr przesuwny 74HC595 na ATmega8

2014-04-23T20:40:32+01:00

Tak, jest podłączony. Sprawdziłem

Statystyki: Napisane przez petter0 — 23 kwi 2014, o 20:40

Re: Rejestr przesuwny 74HC595 na ATmega8

2014-04-23T20:26:05+01:00

Pin SCL rejestru na pewno jest podłączony do plusa ?

Statystyki: Napisane przez sq8dsr — 23 kwi 2014, o 20:26

Rejestr przesuwny 74HC595 na ATmega8

2014-04-23T18:30:34+01:00

Witam,
próbuję podłączyć rejestr przesuwny 74HC595 do mikrokontrolera ATmega8. Nie wiem dlaczego nie działa. Poniżej przedstawiam schemat i program:

[ panowie proszę po pierwsze zmniejszać nieco wielkości tych obrazków i wklejać je z miniaturami tak jak w instrukcji: topic44.html .... bo się strona forum rozjeżdża .... mirekk36 - ok? Tym razem poprawiłem ]

- na schemacie jest wiele dodatkowych rzeczy - nie są one podłączone. Układ zestawiony jest na płytce prototypowej tyko z rejestrem przesuwnym z diodami LED na wyjściach.
- na schemacie jest symbol ATmegi88, w rzeczywistości jest to ATmega8 (układ pinów jest identyczny).
[syntax=c]#include
#include

#define MOSI (1<#define SCK (1<#define SS (1<
void spi_init(void)
{
// linie portów SPI jako wyjścia
DDRB |= MOSI | SCK;
DDRD |= SS;
//aktywacja SPI, tryb pracy Master, prędkość zegara Fosc/64
SPCR |= (1<}

void send_spi(uint8_t data)
{
SPDR = data;
while(!(SPSR & (1<PORTD |= SS;
_delay_us(1);
PORTD &= ~SS;
}

int main(void)
{
spi_init();

while(1){
_delay_ms(1000);
send_spi(0b10101010);

_delay_ms(1000);
send_spi(0);
}
}[/syntax]

ATmega programuje się prawidłowo. Na rejestr wysyłane są śmieci albo nic.
Ktoś ma jakieś pomysły? Dziękuję za pomoc.

Statystyki: Napisane przez petter0 — 23 kwi 2014, o 18:30