Hello anon10500,

I haven't started my tests with DP83848 but I am almost certain that it will work in a similar way to the DM9161. I also checked some specs and schems of the LAN8720A PHY you mentioned and it should also work. What I do not understand is why the people from MikroElectronika didn't connect the reset pin?...though I'm mostly centered now trying to communicate the Due with the PHY. As you may have noticed, I am working together with Atmel tech support to achieve this. And I also published in the forum my library asking for help. Even though what separates me to begin to see result is too little, I cannot be precise about the 'when'. Just keep in touch.

Hello Sherlock3112,

I am very happy seen your progress with Due and CAN.

Based on my experience, most manufacturers of devices/equipment with CAN capability, should have available what is called "CAN matrix" of the correspondent device/equipment. Such CAN matrix should contain, among other things, CAN identifiers, Length, Byte and Bit descriptions, access (read or write only), range, resolution, units, etc.. I believe, a good step for you is to contact the ECU manufacturer. We could make also time to help you but we need from your device at least the Brand, Model and firmware version/revision (if apply). Good luck!

Unfortunately the chip MUXs many signals and provides no optional pins

Yep. Multiplexing scheme (to reduce I/O) is our eternal karma with micro-controllers.

Do you know what frequencies I can expect on the EMAC signals?

The frequency depends on the interface supported by the external PHY. Most PHYs support both.

-25 MHz for MII
-50 MHz for RMII.

I am using RMII (higher speed and saves me 4 pins).

-Palliser

Hello Graynomad,

I am delighted to know about your Due-oriented system! Please, remember to include also the pin 69 (NRST) which adds the capability of the SAM to reset external components. Keep us posted about your progress and count on me if you need any assistance.

Palliser

Whoever ventures to help me with the Ethernet MAC library, here what I have done regarding the EMAC pin configuration:

-I added in the variant.cpp the EMAC pin definition (lines 291 to 301) and the initialization of the EMAC Pio configuration (lines 431 to 485).
-I added in the variant.h the defines of the EMAC pins (lines 187 to 202).

Here a picture of my test of the DM9161 board. My test with the DP83848 still pending. I also still trying to get help from Atmel technical support team.
But don't worry, I will solve it.



Regards!

Hello TonyT3P3,

Following is a summary of my progress with the EMAC/PHY interface.

Firstly, I got good Ethernet communication between my new Russian PHY board (AS-DM9161) with the SAM3X-EK board. I performed this with the purpouse of verify the functionality of this PHY board because is slightly different from the one embedded in the SAM3X-EK.

Here a log excerpt of the EMAC/external EPHY communication between SAM3X-EK board and AS-DM9161 Ethernet PHY board:

Code:

-- MAC 0:4:25:1c:a0:2
-- IP  192.168.0.2
Link detected.
-- IP  255.255.255.255
-- IP  20.254.181.156
======= IP   60 bytes, HEADER ==========
 IP Version        = v.4
 Header Length     = 5
 Type of service   = 0x0
 Total IP Length   = 0x22
 ID                = 0x4B8E
 Header Checksum   = 0x2E92  Protocol          =
UDP

 IP Src Address    = 192:168:0:3
 IP Dest Address   = 255:255:255:255
----------------------------------------
-- IP  255.255.255.255
-- IP  20.254.181.156
======= IP   60 bytes, HEADER ==========
 IP Version        = v.4
 Header Length     = 5
 Type of service   = 0x0
 Total IP Length   = 0x2C
 ID                = 0x4B91
 Header Checksum   = 0xAF94  Protocol          =
ICMP

 IP Src Address    = 192:168:0:3
 IP Dest Address   = 255:255:255:255
----------------------------------------
...

So far so good.

Then, I started tests between the Taijiuino board and the AS-DM9161,but hitherto, I have not managed to get communication between them. The EMAC sample sketch compiles OK in the Arduino IDE but I believe
I am overlooking something, specially in the Pio/pin configuration (in the variant files).

Here a log excerpt of the Taijiuino DUE EMAC/external EPHY:

Code:

-- MAC 0:4:25:1c:a0:2
-- IP  192.168.0.2
Link detected.

I can see leds activity (FD/100/LINK) in the DM9161 but I am getting the same log even with the Taijiuino disconnected from the PHY.

Thus and unlike my CAN project, I have decided to publish and keep updates of the EMAC library files here (see my very first post in this thread). This files are the ones I am using now. The purpose of this is to obtain help from you guys.

Because the sketch compiles OK, I think that the only way to help testing the code, is to do it with the Taijiuino board and a DM9161 based board. Anyway, any comment/revision of the code is very welcome.

Other exercise I am going to do this week, is to run the same test SAM3X-EK/DM9161 but with the DP83848 to confirm that it works also, thus, using this second PHY as another option.

For your information, I am also trying to get direct support from Atmel. Thank you.

Would the new Arduino GSM Shield mean the return of David Cuartielles to the forum? (I mean, more actively). Hola David!

Hello Rob,

Above all, I would like to know if you are referring to AdderD last example updates in the CAN library.
If not, I would recommend you to download his zip file (see reply #118 in this thread).

What I understand from you question is that you need a kind of CAN traffic reader or so.
I believe AdderD can answer better your question but what I know from a CAN node as receiver independent from ID
is that, at least, you have to set the following parameters:

1. Controller: You have to chose controller 0 or 1 as receiver.
2. Protocol: You have to chose Standard or Extended.
3. Baud rate: You have to chose the kBit/s of the emitter.

Examples 1-3 work in standard mode and example 4 in extended.

In reference to the ISO definition: Our CAN library implemented for Arduino Due is defined under ISO/11898A (2.0 Part A and 2.0 Part B) standards for high speeds and ISO/11519-2 for low speeds. The standard you mentioned (SAE J1939) is equivalent to ISO 11992, thus, I need to check if that definition works. I.E. in my personal case, I have a Honda Odyssey that uses ISO 14230-4, ISO 9141-2 (also called K-line protocol) that sadly doesn't work with the library.

Just one note to think. Even though SAE J1939 includes CAN 2.0b, also defines higher layers (above the Physical and Data Link layers), that in my opinion, lie beyond the reach of the CAN here. 


Hello AdderD,
Any ideas? Thank you.

Hello ctbenery,

That 4 pin header (DEBUG) is a serial wire debug protocol (SWD) connector. It is another simpler protocol that only needs the data and clock lines to talk via serial between the SAM3X8E and the debugger.

In reference to dealing with surface components on the Due, I would recommend to be very careful. It happened to me twice that a capacitors just pop up the board and where hard to find in my workbench floor . Regards!

After a long wait, I just received yesterday my AS-DM9161 board. I really hope to have better luck with it. I have been trying to modify the EMAC library to make the DP83848 work with the Taijiuino but only communication errors. I will keep you posted once I start getting communication between Taijiuino EMAC and Ethernet PHY DM9161. regards!
Here a picture of the Russian board!

Today, it happened to me twice in a network with a T-carrier third level. I am talking about around a minute to refresh the page (http://arduino.cc/forum/). I live in Texas.

Hola Igor R! Garcias por tus palabras.

Dado que tienes bastante experiencia trabajando con el protocolo CAN, me gustaria muchisimo si purdieras echarle un vistazo a la libreria disponible para Due.
En caso que te decidas, te recomiendo que bajes una actualizacion hecha por AdderD (ver post# 118).

http://arduino.cc/forum/index.php/topic,131096.msg1138575.html#new.

Quisiera poder invertirle mas tiempo, pero actualmente estoy ocupado con la interfaz Ethernet PHY/Arduino Due. Espero poder implementar un modesto webserver aprovechando el controlador MAC. Saludos cordiales.

Hello chamo jeancarlo19,

please, confirm if your ECU is working with extended frames.

By default, all the CAN sample sketches work in the standard frame mode. For extended frames you will have to change the Mailbox ID register to CAN_MID_MIDvB instead of CAN_MID_MIDvA. This register CAN_MID_MIDvB needs to be SET for the mailbox to handle the extended format. Don't worry about the acceptance masking (MAM). The samples ORit depending on the format type.

In the same way as AdderD, I will be revising the extended format and try to bring an example using it. Regards!

Will spaghetti be served again? 

Hello Graham,

Yes. The DM9161 board is similar to the DP83848. I chose it as my first option, given that the hardware (pull-up, pull-down PHY address resistors, filter/noise capacitors, Crystal, timing, etc.) is more than proven by Atmel for the most of their development kits. Thank you for the good wishes.

here a picture of AS-DM9161



Regards!