Transfering DATA between two pics via SPI OSHONSOFT

[camerart]

Hi,
I have a MASTER PIC 18F4620 and a SLAVE PIC 18LF4431.

The MASTER PIC uses SPI for external MODULES.

There are other SLAVES e,g, Compass module, barometer module, each has it's own C/S including the SLAVE PIC.

The SLAVE PIC READs the QEI of an INCREMENTAL ENCODER, and outputs AZIMUTH which is between 0 and 359.

EDIT: Updated.
Camerart.

 

[rjenkinsgb]

The slave device needs to be configured for "slave mode" in its own program.

That configures it so the SPI shift register clock pin is an input rather than an output, allowing the master device to clock data in to the slave's shift register.

 

[camerart]

The slave device needs to be configured for "slave mode" in its own program.

That configures it so the SPI shift register clock pin is an input rather than an output, allowing the master device to clock data in to the slave's shift register.

Hi R,
From what you say, for my configuration, both PICs will need to switch rolls, between MASTER and SLAVE.
C.

 

[Pommie]

Why would they need to switch roles? SPI is bidirectional.

Mike.

 

[camerart]

Why would they need to switch roles? SPI is bidirectional.

Mike.

Hi M,
Is it possible then that the MASTER can receive DATA from the SLAVE?
EDIT: I've just realised something!!! The master is receiving DATA from all the other SLAVES, and the second PIC is simply another SLAVE. (Is this true?)
C.

 

[Pommie]

When the master sends a byte it also receives a byte from the slave. Only one slave can receive data if two way communication is required.

Mike.

 

[camerart]

When the master sends a byte it also receives a byte from the slave. Only one slave can receive data if two way communication is required.

Mike.

Hi M,
Ok, I'll give it a try, thanks.
C.

 

[camerart]

Hi,
Well I've tried for weeks now, and with SPI between two different type of PIC, while being confused by the SPI/I2C choices, I've realised that this is much too difficult for my skills.

Thanks for all the help.
C.

 

[Nigel Goodwin]

Hi M,
Is it possible then that the MASTER can receive DATA from the SLAVE?
EDIT: I've just realised something!!! The master is receiving DATA from all the other SLAVES, and the second PIC is simply another SLAVE. (Is this true?)
C.

How can it?, SPI requires a separate chip select line for each device, only the selected one is active.

 

[camerart]

How can it?, SPI requires a separate chip select line for each device, only the selected one is active.

Hi N,
I misnamed it SLAVE, what I should have called it is AZIMUTH on a SLAVE PIC. (Now changed)
Each of the SLAVEs has a C/S including the SLAVE PIC.
C.

 

[MichaelaJoy]

I found this page helpful in understanding SPI
https://openlabpro.com/guide/spi-module-in-pic18f4550/

Hope it helps

 

[ronsimpson]

If you can tell us what is not work it might help. I think you are talking to SPI slave ICs. It is just the micro(slave) is not responding.
I get confused by which pin is data in or data out in slave mode. Does Dout need to be configured as out first. Dose the clock source need to be set as external or is that automatic in slave mode.

 

[camerart]

I found this page helpful in understanding SPI
https://openlabpro.com/guide/spi-module-in-pic18f4550/

Hope it helps

Hi M,
I have used this as a guide, during my tests, thanks.
C

 

[camerart]

If you can tell us what is not work it might help. I think you are talking to SPI slave ICs. It is just the micro(slave) is not responding.
I get confused by which pin is data in or data out in slave mode. Does Dout need to be configured as out first. Dose the clock source need to be set as external or is that automatic in slave mode.

Hi R,
I'm pretty sure the SLAVE PIC is working. I have two buttons to simulate quadrature counting, and I have put this in memory then READ it and out putted it via HSEROUT, that I can see on a computer terminal.

The MASTER is READing the memories of the external modules, but they have REGISTERs with BYTE sized addresses that are READ successfully. So far I haven't been able to put the AZIMUTH into a BYTE sized area.

The TRISs need to be set accordingly.
MASTER OUT SLAVE IN = MOSI on the D/S it says e,g, SDO of the MASTER and SDI on the SLAVE.

The CLOCK of the MASTER must = OUT and the SLAVE = IN, THE SLAVE uses the MASTER clock.

I'm now testing the SPI OUTPUTs with a digital analyser, but some of the connections aren't working???

I've updated #1 to clarify.

C.

 

[MichaelaJoy]

Depending on which package you have, SPI data might be shared with I2C functionality

see: Microchip 39626e.pdf, pg 15.

RC4 / SDI / SDA (pin 15)

If you're not using I2C, Perhaps you need to disable it.

I would look and see if any other modules are interfering with SPI, and disable what's not used.

 

[camerart]

Depending on which package you have, SPI data might be shared with I2C functionality

see: Microchip 39626e.pdf, pg 15.

RC4 / SDI / SDA (pin 15)

If you're not using I2C, Perhaps you need to disable it.

I would look and see if any other modules are interfering with SPI, and disable what's not used.

Hi M,
When you say PACKAGE, is this the same as PIC? If so see #1

I have both PIC PDFs, would you let me know if you are talking about MASTER or SLAVE please?

As my message #8 I get mixed up with the SPI/I2C choices, which makes it beyond my skills.

This is a test pair of connected PCBs, with no other modules.

I tried the digital analyser, on toggled the PORTs involved, which switched ok, but on actual testing, the CLOCK isn't switching.

C.

 

[MichaelaJoy]

By "package" I mean that you can get the PIC18F4620 in a 28 pin dip (soic), a 40 pin dip (soic) or a 44 pin TQFN.
That means that some pins are not there in the different packages (i.e. a 28 pin dip won't have as many pins as a 44 pin TQFN).
So, functionality gets moved around, depending on the package.

From what I'm seeing, the PIC18LF4431 is a 3.3v device and the PIC18F4620 is a 5v device.
Could there be some kind of level shifting needed?

 

[Nigel Goodwin]

From what I'm seeing, the PIC18LF4431 is a 3.3v device and the PIC18F4620 is a 5v device.
Could there be some kind of level shifting needed?

Voltages aren't 'set in stone', a 5V PIC works perfectly well at 3.3V - I've always thought there's little point in using the LF series devices, the normal F series go plenty low enough.

 

[MichaelaJoy]

Nigel Goodwin:

I did find this

https://www.embeddedrelated.com/showthread/comp.arch.embedded/151839-1.php

And this

https://www.sparkfun.com/products/12009

So it got me to wondering...

 

[Nigel Goodwin]

Nigel Goodwin:

I did find this

https://www.embeddedrelated.com/showthread/comp.arch.embedded/151839-1.php

And this

https://www.sparkfun.com/products/12009

So it got me to wondering...

I think you missed my point

You simply run BOTH PIC's at 3.3V, no need to use 5V at all, so no interface problems.