hi everyone,

is there any experience or advice what ethernet phy can be connected to sam7x? on the eval boards, its davicom DM9161AE (i think), but it seems like it´s not available (for me here in germany from our standard distributors). are there other options from different manufactures?
i cannot find something, but probably because i´m searching at the wrong end. i´m new to ethernet applications (and it will not be my job to programm or use it, but to develop the application board).

thanks,
torbiaz

Hi,

somebody already used the National Phy - part number DP83848C succesfully with the SAM7X.

Rgds
JP

yep, that´s wehre i landed meanwhile. but how is it gonna be done? can i "copy and paste" the schematic from the sam7x-ek (where DM9161 is used, inputs seem to be similar, somehow...).
maybe this sounds a bit weak, but i really don´t want to invest to much time in understanding ethernet communication. does this "somebody" have some kind of a reference schematic?
what´s the basic difference between MII and RMII? as far as i see, the RMII uses less conections between mac and phy. should be ok for me...
the ethernet connection will only be between two points in 10Mbit, so what´s the easiest way to realize it? (according to the the k.i.s.s. -principle)
can i use the existing 48MHz clock on my board for the phy as well or is the 50 MHz a must?

thanks again
torbiaz

Hi folks,

I'm too planning to use the 83848 PHY with the X256.

Almost all connections are self declaring but there are 2 signals from the X256 that don't have complementary pins on the PHY: EF100 and ETXER. What shall/can I do with them?

Are they available as GPIO or are they "hardwired" to the Exxx functions as soon as the EMAC is enabled and configured for MII?

Any hints?

Stefan

Hi
I have used the DAVICON and the MICREL KS8721 together with the SAM7X. Since the PHYs are basically IEEE specified it is quite easy moving between different types.
The SAM7X has to be carefully controlled during chip startup since its internal pullups cause a bit of a difficulty when the PHY configures itself over the hardware settings read at reset.
The uTasker operating system with integrated TCP/IP stack and SAM7X real-time simulator supports both types and includes proven startup/driver code.
There is a SAM7X running on-line at:
http://212.254.22.36 (browse to it, ftp and telnet it and it will also send you a welcome EMail).
It can be seen at http://212.254.22.36:8080 via web cam.
Check out the utasker tutorial for the SAM7X at http://www.mjbc.ch/documents/uTasker/SA ... _SAM7X.PDF
The uTasker is free for educatational and other non-commercial work - send simple application if interested in using or evaluating - found here:
http://www.mjbc.ch/documents/uTasker/License.txt
No catches - just a highly reliable and fun solution with active and growing community.
If you have the SAM7X evaluation board then there is a uTasker demo project which can be loaded at:
http://www.mjbc.ch/software/uTasker/SAM ... _sam7x.bin
See also a commercial product with the SM7X (and Micrel) developed with the uTasker SAM7X simulator and TCP/IP stack:
http://www.altec-ag.ch/ger/Produkte/DOW ... 00S_V5.pdf

Regards

Mark Butcher
www.mjbc.ch

Hi Guys,

What PHY's would you recommend to design with ?

I am a bit worried that the Davicom DM9161AE device is difficult to get, although it's used on the SAM7X-EK board.

Thanks.

Hi

Do a search for the types you would like to use at http://www.findchips.com

The DAVICOM doesn't appear, but the MICREL can be bought from several suppliers from available stocks.

Having said that I did get an offer for DAVICOM parts:
DM9161 1000 pieces 1,45 EUR / piece
DM9161 10000 pieces 1,10 EUR / piece
DM9161A 1000 pieces 1,55 EUR / piece
DM9161A 10000 pieces 1,15 EUR / piece
from a supplier who also had free samples available, so if you need them they are probably also available. I don't know about lead times.

From the software point of view the PHYs are basically IEEE compatible and so basic functions all work the same and the programming uses the same registers. It is the HW which will have to connected differently and the software differences are only seen when utilising an advanced feature of a specific device.

Another well known supplier is LevelOne but i haven't used this with the SAM7X - I have used the DAVICOM on the Eval board and the MICREL KS8721 on a self designed board, which works well. It is on-line at the moment at http://212.254.22.36

Regards

Mark Butcher
www.mjbc.ch

Thanks Mark,

The findchips link is very useful.

Hi all,

I, like Stefan, plan to use the DP83848C with the AT91SAM7X256.

With regard Stefan's question about the EF100 pin, from what I understand, this pin can be multiplexed with the ADTRG using the PIO, even when using the MAC.

From the Davicomdatasheet, the associated pin is TXER:

"TXER (transmit coding error) transitions are
synchronously with respect to TXCLK. If TXER is
asserted for one or more clock periods, and TXEN is
asserted, the PHY will emit one or more symbols that
are not part of the valid data delimiter set somewhere in
the frame being transmitted."

So ETXER is an output from the AT91, and I will assume the DP83848 does not require it to function correctly. Therefore I will leave the pin open.

If my implementation works, I will keep you updated!

If you have any progress, let me know.

Cheers,
David Williamson

Hi again Stefan, and anyone else interested...

I have got my board up and running using the NSC DP83848 Phy. This chip is very easy to use. I have used the IAR Basic EMAC as a starting point, and modified the PHY ID, address, and initial strapping options (PUDR) to suit.

Other than that, no problems.

Cheers, Dave

I have At91SAm7X256-EK with on DM9161AE DAVICOM. I downloaded the datasheet.

I cannot find the PHY Address (5 bits) to use. I'm talking about bits #23..#27 of EMAC_MAN.

I have en example: AT91SAM7X256-BasicEmac-IAR4_30A-1_21 but I'm not able debug\run. It stay in loop in main function (// Wait for PHY auto negotiation completed).

Moreover I'm not able to use\see the DBGU.

Regarding the PHY address.
As you know are the pins of the X256 high on reset.
So the address strapping on the 9161 will use all '1's for its address making it 31 (0x1F)


Make sure you use an uncrossed UTP cable and that everything is powered and plugged in.

It works on my company ethernet.
But from the board and my pc (with o without cross cable) it doesn't work. Why?
Looking the code I set my lan with IP: 10.159.256.203 SUBNET: 255.0.0.0

Moreover, where can I find the list of the "ethernet protocol" and "IP protocol"? I'm talking about:
#define ARP_REQUEST 0x0001
#define ARP_REPLY 0x0002
#define PROT_ARP 0x0806
#define PROT_IP 0x0800
#define PROT_ICMP 0x01
#define ICMP_ECHO_REQUEST 0x08
#define ICMP_ECHO_REPLY 0x00

Can I use that program connecting the board to the compuer via LAN?
With or withour cross cable?
I'm not able to see themessage software send. I see only the received ones.
Why

Hi Dave,

where I can find IAR Basic EMAC? I'm looking for it and I can't find it. I have board with SAM7X256 and DP83848 too. Could you share with your code or write more details where you made change into code?

Best regards
David