This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

TCAN4550: SPI - differential - SPI communication?

Part Number: TCAN4550


Hello, 

for a consumer product we want to connect frontpanel pcb with the main electronics.

Host MCU is Master SPI and should serve 2-3 SPI Slaves on the frontpanel PCB. 

Main goal must be to have no to little software effords and to keep frontpanel PCB without any software.

Basically this is, what we want to achieve:

I found the TCAN4550. Can this chip function standalone back to back to just bride the SPI over CAN lines?

Could you suggest any other device wich can act as SPI Bridge over long distance?

Best regards

  • Christopher,

    Thanks for reaching out, and interesting application!

    I don't think the TCAN4550-Q1 is the right part here though. The TCAN4550-Q1 is indeed a CAN controller + transceiver with a SPI interface, but the SPI interface isn't used as a direct translation from SPI to CAN like it may seem. The SPI interface is used to configure the device, specifically the CAN controller settings, and then handling the memory for message delivery and reception. In theory, you could use this device to send SPI frames over the CAN bus by writing CAN frames that would embed the SPI information in them, but that's a bit more complicated than what I think you want to do. 

    What you want to do is something more like this reference design. That design is using CAN to extend I2C range, but the concept is similar. CAN or RS485 could work in this scenario, where you're sending the SPI data directly over CAN through the TXD and RXD pins. It may work where you can send the MISO over the TXD on side #1 and RXD on side #2, then MOSI on the TXD of side #2 to the RXD of side #1. Then the CLK can be sent over a different transceiver/CAN bus. This is just off the top of my head for now, more thinking needs to go into, but just some ideas.

    Regards,

    Eric Hackett