M5Dial port A as RX / TX interface for CAN module?

teastain

@uberdweeb If you are using Arduino IDE you can specify the pins for PortA.

uberdweeb

I do something like:
CAN0.setCANPins(GPIO_NUM_1, GPIO_NUM_2);
and it works fine but when I do:
CAN0.setCANPins(GPIO_NUM_15, GPIO_NUM_13);
it does not work

and the pins are labeled as being for I2C, so just thinking that there is other circuitry that is blocking RX /TX operation or other software configured to force them in another mode?

teastain

@uberdweeb said in M5Dial port A as RX / TX interface for CAN module?:

CAN0.setCANPins(GPIO_NUM_1, GPIO_NUM_2);

It is just a StampS3 inside and I just wrote a sketch and confirmed that pin15 will turn on an LED when the button '0' is pushed.
The ESP32 uses an IOMUX to allow almost any pin to have any function.
Hope this helps, -Terry

felmue

Hello @uberdweeb

hmm, both M5Dial ports (A and B) work for me. I used this CAN example as basis. Below is the beginning of setup():

void setup()
{
  auto cfg = M5.config();
  M5Dial.begin(cfg, false, false);

  Serial.println("Initializing ...");

  CAN0.setCANPins(GPIO_NUM_15, GPIO_NUM_13); // Port A - works
//  CAN0.setCANPins(GPIO_NUM_1, GPIO_NUM_2); // Port B - works
  CAN0.begin(500000);

  Serial.println("Ready ...!");

Thanks
Felix

uberdweeb

Thanks for the advice @teastain and @felmue !
Did that code compile for you or did you confirm that you were able to get actual CAN traffic on either port? When I tried it I got a few CAN msgs and then no more. Port B worked 100%

I did a test with the 2 relay board on Port A, GPIO 15 and 13 and it does work just fine...

felmue

Hello @uberdweeb

the code compiled for me after disabling the SPI chips using CAN1. I also removed all mcp* files from the libray's src directory. And yes, I successfully tested sending messages back and forth using either port.

Which CAN library are you using?

Thanks
Felix

uberdweeb

I am using Collin Kidder's CAN library, and no mcp stuff as I believe this is the SPI based CAN modules. This library:
https://github.com/collin80/esp32_can
If there is another that is more compatible please let me know.

Maybe there is more I need to do so it doesn't attempt to do any SPI on that port?

felmue

Hello @uberdweeb

I understand in using this library you can successfully transmit data using port B but not port A, correct? That should mean the library itself works ok.

What speed are you trying to use? I successfully tested with 125kBits and 500kBits.

Thanks
Felix

uberdweeb

Yes, the program works great on port B but not port A. Library has been great and solid. If I change the code I might get a few CAN messages (like 21-22) but then it stops. That is why I was wondering if something was electrically different in those two ports.

hacxx

Port A on the M5Dial is hardwired for I2C and shares pins with the internal screen, so repurposing it for TWAI/serial isn’t feasible without major conflicts. For dual CAN, consider using an external UART-to-CAN adapter or a separate GPIO header (if available) to assign alternate TX/RX pins for the second CAN interface.