The module was connected to the SPI bus exposed on Aster’s X18 connector and was powered from X15 GND/V_IOREF. Although it was recognised by the linux (Angstrom, latest) for the first try I did not have any success with the module to send or receive CAN messages. Then, by investigating the schematics of the Colibri Eval board I found that you use 16MHz crystal for the MCP2515.
Changing the crystal from 8MHz to 16MHz on the module and changing the JP2 to provide 5V to the V_IOREF, from where the module is also powered, and to set up proper level shifting, it is possible now to send out one can message to the bus (after proper can interface init). This message properly arrives to the other node, however no other message could be sent out from the board and no message could be captured at all.
Interestingly, based on the ifconfig output the can0 RX and TX counters are not changing.
The only difference in my setup with Aster compared to the eval board’s solution (excluding the transceiver, which is not relevant from the issue perspective) is that I cannot connect the module to the CAN_INT signal as this line is not exposed on the Aster.
Could you please let me know that based on your driver support to the SPI connected MCP2515, how an external module should be connected to the Aster board and what other configuration would be necessary to properly operate it?
Could you provide the Software version ( uname -a ) of your module?
How did you connect the mcp2515 to the Aster Board? Could you provide a schematic diagram?
According to the MCP251x Driver Documentation ( Documentation/devicetree/bindings/net/can/microchip,mcp251x.txt ) the IRQ Pin is needed. If this is not populated on Aster Board, then you can take a different pin and define this correctly in the Device tree?
Thanks for the Information. The connections seem to be OK. For IRQ you can take a PIN which is on the Aster Carrier Board and which is not used for your Project.
SODIMM67 can be muxed to GPIO1_IO01 or GPIO2_IO17 and not GPIO8. You can find this Information in the Datasheet or pin configuration ( ./arch/arm/boot/dts/imx6dl-pinfunc.h ).
Let me answer my own question, it seems the DTS was correct, we had another configuration problem, which is resolved now. For future reference, this is the working configuration:
I’m working together with @akabai, we tried to map IRQ to several pins which have an available SODIMM connection on the Aster board. We used the attached DTS (configured for GPIO2_IO03 → Aster X17.5), but it seems that it is still not working. Could you please help us identify what could be the problem?