ATNEL tech-forum

Re: PIC32 problem z komunikacją SPI MCP23S17

2015-01-25T20:58:32+01:00

Napisz tą funkcję w oparciu o przerwania. Jedne od przesunięcia danych z rejestru SPIxBUF do SPIxSR dla pierwszych 2 bajtów i od wysunięcia w świat wszystkich bitów z SPIxSR dla 3 bajtu. Potrzebna będzie jakaś zmienna licząca bajty.
W takim układzie pierwsze przerwania zapewnią wysyłanie 3 bajtów bez zwłoki, a 3 zwolnienie CS.

Statystyki: Napisane przez Krauser — 25 sty 2015, o 20:58

Re: PIC32 problem z komunikacją SPI MCP23S17

2015-01-25T20:46:04+01:00

Ustawienie tego bitu FRMSYPW nie powoduje żadnych zmian, próbowałem ustawić ramkę z aktywnym stanem LOW, generowaną po każdej wysłanej danej do tego trwającą przez całą wysyłaną daną i nic to nie dało... Impuls generuje sie na oko po pierwszym bajcie a potem jest ciągle zero do końca transmsji.

Co do oczekiwania to na początku nie robi to żadnego problemu bo setup jest wykonywany tylko raz gorzej później gdy muszę ustawić jakieś wyjścia albo w przerwaniu odczytać wejścia. Tu już nie może być oczekiwania.

Kombinuję jeszcze nad funkcją która pobierałaby po jednym bacie ze zmiennej bufor_spi następnie blokowała się aż do wysłania tego bajtu po czym po zakończeniu nadawania pobierałaby kolejny bajt i tak w koło macieju do opróżnienia bufora. Nie wiem tylko jak zachowa się program jeśli w czasie wysyłania wystąpi jakieś zdarzenie i powrót do pobrania kolejnego bajtu zajmie prockowi troche wiecej czasu. Wtedy odstęp np. w połowie ramki będzie dłuższy i prawie losowy. Obawiam się że ekspander tego nie przyjmie. No ale próba nie strzelba

Statystyki: Napisane przez dexter — 25 sty 2015, o 20:46

Re: PIC32 problem z komunikacją SPI MCP23S17

2015-01-25T20:24:29+01:00

dexter napisał(a):

Dziwne jest to że bez względu na to ile danych wysyłam, sygnał CS generowany jest po 1 bajcie a dalej pozostaje niski do końca transmisji.

To zrób tak:
[syntax=c]void MCP23S17_write(unsigned char address, unsigned char value)
{
SPI1BUF = IO_DEVICE_ADDRESS_WRITE<<24 | address<<16 | value<<8 | value;
}[/syntax]
Jest jeszcze taki bit FRMSYPW:

Quote:

FRMSYPW: Frame Sync Pulse Width bit
1 = Frame sync pulse is one character wide
0 = Frame sync pulse is one clock wide

Nie mam po ręką tych funkcji więc napiszę tak:
[syntax=c]SPI1CONbits.FRMSYPW = 1; //Frame sync pulse is one character wide[/syntax]

------------------------ [ Dodano po: 1 pikosekundzie ]

Quote:

procek wysyła dłużej dane niż siedzi w tej funkcji.

No rzeczywiście tak jest. Zapomniałem o tym. Można by w przerwaniu po zakończeniu wysyłania ustawiać ten pin, ale to będzie działać tylko jak wysyłasz raz na jakiś czas jedną ramkę. Podczas startowej konfiguracji robisz to 3 razy i tam należałoby czekać co można zrobić bo to wykonuje się raz przy starcie.

Statystyki: Napisane przez Krauser — 25 sty 2015, o 20:24

Re: PIC32 problem z komunikacją SPI MCP23S17

2015-01-25T19:48:13+01:00

Też o tym pomyślałem i napisałem dokładnie taką samą funkcję tylko że też nie działa. Pin CS jest przemiatany tak jak sie spodziewałem ale w trakcie transmisji, tzn. procek wysyła dłużej dane niż siedzi w tej funkcji.

Objawia się to przemiataniem pinu CS ale zupełnie niezgodnie z tym co aktualnie wysyła SPI, pomogło dodanie oczekiwania po każdym putcSPI1 aż transmisja się zakończy. To działa świetnie ale wtedy pada USB bo procek oczekuje przy SPI.

Jedyny sposób to pełna sprzętowa obsługa transmisji

Statystyki: Napisane przez dexter — 25 sty 2015, o 19:48

Re: PIC32 problem z komunikacją SPI MCP23S17

2015-01-25T19:42:58+01:00

Pozostaje samemu sterować CS. Nie ma aż tak dużo roboty. Tylko:
[syntax=c]PLIB_SPI_SlaveSelectDisable(SPI_ID_1);[/syntax]
oraz:
[syntax=c]void MCP23S17_write(unsigned char address, unsigned char value)
{
SPI_CS_LOW; //odpowiednie makro
putcSPI1(IO_DEVICE_ADDRESS_WRITE);
putcSPI1(address);
putcSPI1(value);
SPI_CS_HIGH;
}[/syntax]

Statystyki: Napisane przez Krauser — 25 sty 2015, o 19:42

Re: PIC32 problem z komunikacją SPI MCP23S17

2015-01-25T17:28:29+01:00

Zmiana na 32 bajty powoduje tylko wydłużenie transmisji, niestety pin CS jest w stanie niskim przez całą transmisję więc ekspander nie reaguje.

Dziwne jest to że bez względu na to ile danych wysyłam, sygnał CS generowany jest po 1 bajcie a dalej pozostaje niski do końca transmisji.
Próbowałem pozmieniać ustawienia ramki według noty tak żeby mikrokontroler generował sygnał synchronizacji po każdym bajcie i trwający przez cały bajt ale procek w ogóle nie reaguje na takie ustawienia.

Albo ja coś robię nie tak albo działa tu jakaś kosmiczna upierdliwa energia...

Statystyki: Napisane przez dexter — 25 sty 2015, o 17:28

Re: PIC32 problem z komunikacją SPI MCP23S17

2015-01-24T23:12:48+01:00

To zmień długość na 32 i wysyłaj jeszcze 4 bajt taki jak 3:
[syntax=c]PLIB_SPI_CommunicationWidthSelect(SPI_ID_1, SPI_COMMUNICATION_WIDTH_32BITS);[/syntax]
bo wydaje mi się że nie można tam wstawić 24 bity

Statystyki: Napisane przez Krauser — 24 sty 2015, o 23:12

Re: PIC32 problem z komunikacją SPI MCP23S17

2015-01-24T22:53:03+01:00

Niestety włączenie tego narobiło jeszcze większego bałaganu, teraz procek przemiata CS co kilka bitów.

W moim kodzie zmienia stan CS na niski tylko na początku transmisji i przywraca stan wysoki po zakończeniu bez względu na to ile danych wysyłam. Powinien zmieniać stan CS za każdym razem gdy chcę wysłać nowe dane.

Statystyki: Napisane przez dexter — 24 sty 2015, o 22:53

Re: PIC32 problem z komunikacją SPI MCP23S17

2015-01-24T22:45:22+01:00

dexter napisał(a):

Teraz pytanie czy da się to jakoś zrobić sprzętowo?

Włącz Frame Sync Pulse
[syntax=c]PLIB_SPI_FramedCommunicationEnable( SPI_ID_1 );[/syntax]

Statystyki: Napisane przez Krauser — 24 sty 2015, o 22:45

Re: PIC32 problem z komunikacją SPI MCP23S17

2015-01-24T22:13:06+01:00

Doszukałem się co jest nie tak dzięki analizie oscyloskopem tego co leci po SPI.

Okazało się że procek automatycznie nie dzieli transmisji na poszczególne tylko wysyła wszystko jak leci przy jednym stanie na pinie CS.
Czyli dla
[syntax=c]MCP23S17_write(IOCON,0x18);
MCP23S17_write(IODIRA,0x00);
MCP23S17_write(OLATA,0xFF);[/syntax]

wystawia stan niski na CS i śle wszystko a powinien za każdym razem gdy wchodzi do wysyłania przemiatać pinem CS.

Teraz pytanie czy da się to jakoś zrobić sprzętowo? Bo nie uśmiecha mi się przemiatanie tym pinem programowo gdy transmisja jest sprzętowa.

Statystyki: Napisane przez dexter — 24 sty 2015, o 22:13

Re: PIC32 problem z komunikacją SPI MCP23S17

2015-01-24T20:59:02+01:00

https://gitorious.org/pic32mx/tft/sourc ... 3S17defs.h
zobacz to

Statystyki: Napisane przez SunRiver — 24 sty 2015, o 20:59

PIC32 problem z komunikacją SPI MCP23S17

2015-01-24T20:38:04+01:00

Witam wszystkich, jako że nie widzę na forum działu dla PIC'ów napiszę w tym temacie

Od kilkunastu dni, jak pewnie niektórzy z czatu wiedzą walczę z komunikacją PIC32MX250F128B za pomocą SPI z ekspanderem MCP23S17. Wreszcie udało mi się zmusić go do jakiejkolwiek reakcji na przesyłane dane. Wysyłałem mu rozkaz ustawienia wszystkich portów jako wyjścia w stanie 1.
Ekspander ustawia 1 ale tylko na niektórych pinach co mnie nieźle zaskoczyło i całkiem zbiło z tropu... Mógłby ktoś bardziej doświadczony rzucić okiem i podpowiedzieć gdzie zrobiłem błąd? Procek pracuje na 40MHz.

SPI konfiguruję tak:
[syntax=c]PLIB_SPI_Disable(SPI_ID_1);
PLIB_SPI_MasterEnable(SPI_ID_1);
PLIB_SPI_SlaveSelectEnable(SPI_ID_1);
PLIB_SPI_StopInIdleDisable(SPI_ID_1);
PLIB_SPI_ClockPolaritySelect(SPI_ID_1, SPI_CLOCK_POLARITY_IDLE_LOW);
PLIB_SPI_OutputDataPhaseSelect(SPI_ID_1, SPI_OUTPUT_DATA_PHASE_ON_IDLE_TO_ACTIVE_CLOCK);
PLIB_SPI_InputSamplePhaseSelect(SPI_ID_1, SPI_INPUT_SAMPLING_PHASE_AT_END);
PLIB_SPI_CommunicationWidthSelect(SPI_ID_1, SPI_COMMUNICATION_WIDTH_8BITS);
PLIB_SPI_FramedCommunicationDisable( SPI_ID_1 );
PLIB_SPI_FIFODisable( SPI_ID_1 );
PLIB_SPI_BaudRateSet(SPI_ID_1, 40000000, 100000);
PLIB_SPI_Enable(SPI_ID_1);[/syntax]

A do ekspandera wysyłam dane tak:
[syntax=c]#define IO_DEVICE_ADDRESS_WRITE 0x40
#define IO_DEVICE_ADDRESS_READ 0x41

#define IODIRA 0x00 //Data Direction Register for PORTA
#define IODIRB 0x01 //Data Direction Register for PORTB
#define IPOLA 0x02 //Input Polarity Register for PORTA
#define IPOLB 0x03 //Input Polarity Register for PORTB
#define GPINTENA 0x04 //Interrupt-on-change enable Register for PORTA
#define GPINTENB 0x05 //Interrupt-on-change enable Register for PORTB
#define DEFVALA 0x06 //Default Value Register for PORTA
#define DEFVALB 0x07 //Default Value Register for PORTB
#define INTCONA 0x08 //Interrupt-on-change control Register for PORTA
#define INTCONB 0x09 //Interrupt-on-change control Register for PORTB
#define IOCON 0x0A //Configuration register for device
#define GPPUA 0x0C //100kOhm pullup resistor register for PORTA (sets pin to input when set)
#define GPPUB 0x0D //100kOhm pullup resistor register for PORTB (sets pin to input when set)
#define INTFA 0x0E //Interrupt flag Register for PORTA
#define INTFB 0x0F //Interrupt flag Register for PORTB
#define INTCAPA 0x10 //Interrupt captured value Register for PORTA
#define INTCAPB 0x11 //Interrupt captured value Register for PORTB
#define GPIOA 0x12 //General purpose I/O Register for PORTA
#define GPIOB 0x13 //General purpose I/O Register for PORTB
#define OLATA 0x14 //Output latch Register for PORTA
#define OLATB 0x15 //Output latch Register for PORTB

void setup_MCP23S17()
{
MCP23S17_write(IOCON,0x18);
MCP23S17_write(IODIRA,0x00);
MCP23S17_write(OLATA,0xFF);

MCP23S17_write(IODIRB,0x00);
MCP23S17_write(OLATB,0xFF);

}

void MCP23S17_write(unsigned char address, unsigned char value)
{

putcSPI1(IO_DEVICE_ADDRESS_WRITE);
putcSPI1(address);
putcSPI1(value);

}[/syntax]

Funkcja setup_MCP23S17() jest umieszczona przed pętlą while w pliku main i wykonuje się tylko raz. Ekspander reaguje ale nie rozumiem dlaczego nie tak jak mu kazałem.

Pozdrawiam Dexter

Statystyki: Napisane przez dexter — 24 sty 2015, o 20:38