2009-03-06 02:39:56     Micrel 8893MQL

Document created by Aaronwu Employee on Aug 14, 2013
Version 1Show Document
  • View in full screen mode

2009-03-06 02:39:56     Micrel 8893MQL

Daniele Pagani (ITALY)

Message: 70498   

 

Dear Sirs,

 

I'm developing a board with Micrel 8893 and BF537.

I've adjust the stamp.c file in order to use 8893 (I copy from BF518 the settings).

Then, I've add some line of code in ksz8893m.c in order to do the dump of the registers (in the function ksz8893m_setup_global):

    // leggo il contenuto di tutti i registri all'infinito

    for(i=0;i<142;i++){

        ksz8893m_read(din, i, 3);

        printk("reg 0x%x, value 0x%x 0x%x 0x%x\n",i,din[0],din[1],din[2]);

    } // end for

This is the dump of the registers (please consider that the right byte is the third, due to the spi protocol):

 

reg 0x00: 0x88

reg 0x01: 0x23

reg 0x02: 0x44

reg 0x03: 0x34

reg 0x04: 0xf1

reg 0x05: 0x0

reg 0x06: 0x0

reg 0x07: 0x63

reg 0x08: 0x0

reg 0x09: 0x24

reg 0x0a: 0x35

reg 0x0b: 0x9

reg 0x0c: 0x50

reg 0x0d: 0xfa

reg 0x0e: 0x7

reg 0x0f: 0x8

reg 0x10: 0x0

reg 0x11: 0x7

reg 0x12: 0x6

reg 0x13: 0x0

reg 0x14: 0x0

reg 0x15: 0x0

reg 0x16: 0x0

reg 0x17: 0x0

reg 0x18: 0x0

reg 0x19: 0x0

reg 0x1a: 0x4

reg 0x1b: 0x0

reg 0x1c: 0x9f

reg 0x1d: 0x0

reg 0x1e: 0x80

reg 0x1f: 0x80

reg 0x20: 0x0

reg 0x21: 0x7

reg 0x22: 0x6

reg 0x23: 0x0

reg 0x24: 0x0

reg 0x25: 0x0

reg 0x26: 0x0

reg 0x27: 0x0

reg 0x28: 0x0

reg 0x29: 0x0

reg 0x2a: 0x4

reg 0x2b: 0x0

reg 0x2c: 0x9f

reg 0x2d: 0x0

reg 0x2e: 0x7f

reg 0x2f: 0x9e

reg 0x30: 0x4

reg 0x31: 0x7

reg 0x32: 0x6

reg 0x33: 0x0

reg 0x34: 0x0

reg 0x35: 0x0

reg 0x36: 0x0

reg 0x37: 0x0

reg 0x38: 0x0

reg 0x39: 0x0

reg 0x3a: 0x0

reg 0x3b: 0x0

reg 0x3c: 0x0

reg 0x3d: 0x0

reg 0x3e: 0x0

reg 0x3f: 0x6

reg 0x40: 0x0

reg 0x41: 0x0

reg 0x42: 0x20

reg 0x43: 0x20

reg 0x44: 0x6

reg 0x45: 0x0

reg 0x46: 0x0

reg 0x47: 0x0

reg 0x48: 0x0

reg 0x49: 0x40

reg 0x4a: 0x22

reg 0x4b: 0x0

reg 0x4c: 0x0

reg 0x4d: 0x0

reg 0x4e: 0x0

reg 0x4f: 0x6

reg 0x50: 0x2

reg 0x51: 0x4

reg 0x52: 0x0

reg 0x53: 0x0

reg 0x54: 0x0

reg 0x55: 0x0

reg 0x56: 0x0

reg 0x57: 0x0

reg 0x58: 0x6

reg 0x59: 0x0

reg 0x5a: 0x0

reg 0x5b: 0x0

reg 0x5c: 0x0

reg 0x5d: 0x0

reg 0x5e: 0x0

reg 0x5f: 0x0

reg 0x60: 0x0

reg 0x61: 0x0

reg 0x62: 0x0

reg 0x63: 0x0

reg 0x64: 0x0

reg 0x65: 0x0

reg 0x66: 0x0

reg 0x67: 0x0

reg 0x68: 0x0

reg 0x69: 0x0

reg 0x6a: 0x0

reg 0x6b: 0x0

reg 0x6c: 0x0

reg 0x6d: 0x0

reg 0x6e: 0x0

reg 0x6f: 0x0

reg 0x70: 0x0

reg 0x71: 0x10

reg 0x72: 0xa1

reg 0x73: 0xff

reg 0x74: 0xff

reg 0x75: 0xff

reg 0x76: 0x0

reg 0x77: 0x0

reg 0x78: 0x0

reg 0x79: 0x0

reg 0x7a: 0x0

reg 0x7b: 0x0

reg 0x7c: 0x0

reg 0x7d: 0x0

reg 0x7e: 0x0

reg 0x7f: 0x0

reg 0x80: 0x0

reg 0x81: 0x0

reg 0x82: 0x0

reg 0x83: 0x0

reg 0x84: 0x0

reg 0x85: 0x3f

reg 0x86: 0x0

reg 0x87: 0x0

reg 0x88: 0x0

reg 0x89: 0x0

reg 0x8a: 0x0

reg 0x8b: 0x40

reg 0x8c: 0x0

reg 0x8d: 0x1

 

I have already ordered the 518 ezkit, but will arrive in three weeks; so, could somebody do the same test on a 518ezkit? My idea is to check the value inside the registers.

Then, my configuration is exactly the same as in the 518ezkit, that means: 

 

 

 

- blackfin connected to micrel by mii and spi

 

- micrel connected to two ports with rj45 connector

 

If I connect a Pc1 to port1 rj45 and a Pc2 to port2 rj45, then I can ping from Pc1 to Pc2 and from Pc2 to Pc1.

 

I've done all setup according to:  docs.blackfin.uclinux.org/doku.php?id=linux-kernel:drivers:dsa_for_ksz8893m

 

But, when I try to ping from Blackfin to Pc1 or from Pc1 to Blackfin (and so also for port2) then it doesn't work fine.

 

root:/> cd /sbin

root:/bin> ./ifconfig eth0 0.0.0.0 up

root:/bin> Trying 100/FULL

PHY: 0:03 - Link is Up - 100/Full

 

root:/bin> ./ifconfig eth2 192.168.1.67

root:/bin> eth2: link up, 100 Mb/s, full duplex

 

root:/bin> ping 192.168.1.15

PING 192.168.1.15 (192.168.1.15): 56 data bytes

^C

--- 192.168.1.15 ping statistics ---

4 packets transmitted, 0 packets received, 100% packet loss

 

root:/bin> ./ifconfig -a eth2

eth2      Link encap:Ethernet  HWaddr 76:E8:95:79:32:1D

          inet addr:192.168.1.67  Bcast:192.168.1.255  Mask:255.255.255.0

          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

          RX packets:22 errors:0 dropped:0 overruns:0 frame:0

          TX packets:6 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:0

          RX bytes:3066 (2.9 KiB)  TX bytes:252 (252.0 B)

 

 

root:/bin> ./ifconfig -a eth0

eth0      Link encap:Ethernet  HWaddr 76:E8:95:79:32:1D

          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

          RX packets:24 errors:0 dropped:0 overruns:0 frame:0

          TX packets:6 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:1000

          RX bytes:3781 (3.6 KiB)  TX bytes:252 (252.0 B)

 

So, I check electrical signals, and I see that TX_EN - pin71 Micrel is always low, so I suppose that the driver doesn't select it.

 

Any suggestion?

 

Best regards,

 

Daniele.

 

stamp.c

ksz8893m.c

TranslateQuoteReplyEditDelete

 

 

2009-03-07 10:58:16     Re: Micrel 8893MQL

Graf Yang (CHINA)

Message: 70559   

 

Whether the packets number, tx and rx, changed after you ran ping on eth2 and eth0?

QuoteReplyEditDelete

 

 

2009-03-07 15:03:16     Re: Micrel 8893MQL

Daniele Pagani (ITALY)

Message: 70561   

 

Well,

 

about tx and rx the situation is this one:

 

1) if I ping an external PC, for example 192.168.1.15 from the Blackfin, then I can see that the tx number of packets  increases, but the packets don't reach the external PC.

 

If I use Ethereal on a PC on the lan to see what happen, I don't see even the arp request, that means that nothing leaves my board-Blackfin.

 

2) if I don't ping, then I can see that rx packets increases, but this because I'm connected to a lan and there is some ethernet traffic. I can see these packets with Ethereal, but if somebody try to talk with the Blackfin, then it doesn't receive anything.

 

3) if I ping the board from a PC, then I can see that rx packets increases, but Blackfin doesn't receive anything.

 

But, I don't understand why the last register has the bit to 1.

 

It is a read only the register and from the datasheet it is "factory testing".

 

I'm a little confused.

 

Best regards,

 

Daniele.

 

 

TranslateQuoteReplyEditDelete

 

 

2009-03-07 17:36:36     Re: Micrel 8893MQL

Mike Frysinger (UNITED STATES)

Message: 70562   

 

your "tests -> results" arent entirely correct.  any network communication requires both successful tx and rx.  so, just because your pc did `ping blackfin` and it got no response, that does not mean the Blackfin didnt receive anything.

 

you should run tcpdump on the Blackfin board itself to see if it is receiving anything.

QuoteReplyEditDelete

 

 

2009-03-09 04:25:56     Re: Micrel 8893MQL

Daniele Pagani (ITALY)

Message: 70592   

 

Dear Mike,

 

I'm trying to use tcpdump, but during compilation I get:

 

make[3]: Leaving directory `/home/blackfin/extern/blackfin-sources/uclinux-dist/lib/libg'         

[ ! -d "libpcap" ] || ( touch libpcap/.sgbuilt_lib && make -C libpcap ) || exit $?                

make[3]: Entering directory `/home/blackfin/extern/blackfin-sources/uclinux-dist/lib/libpcap'

set -e ; chmod a+rx libpcap-1.0.0/configure ; find libpcap-1.0.0 -type f -print0 | xargs -0 touch -r libpcap-1.0.0/configure ; rm -rf build-libpcap-1.0.0 ; mkdir build-libpcap-1.0.0 ; cd build-libpcap-1.0.0 ; ../libpcap-1.0.0/configure --host=bfin-linux-uclibc --build=i686-pc-linux-gnu --prefix=/usr --sysconfdir=/etc --datadir=/usr/share --mandir=/usr/share/man --infodir=/usr/share/info --localstatedir=/var/lib --disable-dependency-tracking --enable-fast-install --with-pcap=linux

configure: loading site script /home/blackfin/extern/blackfin-sources/uclinux-dist/vendors/config/config.site

Invalid configuration `bfin-linux-uclibc': machine `bfin' not recognized

config.sub: missing argument

Try `config.sub --help' for more information.

checking build system type... i686-pc-linux-gnu

checking host system type... Invalid configuration `bfin-linux-uclibc': machine `bfin' not recognized

configure: error: /bin/sh ../libpcap-1.0.0/config.sub bfin-linux-uclibc failed

make[3]: *** [build-libpcap-1.0.0/Makefile] Error 1

make[3]: Leaving directory `/home/blackfin/extern/blackfin-sources/uclinux-dist/lib/libpcap'

make[2]: *** [libpcap] Error 2

make[2]: Leaving directory `/home/blackfin/extern/blackfin-sources/uclinux-dist/lib'

make[1]: *** [all] Error 2

make[1]: Leaving directory `/home/blackfin/extern/blackfin-sources/uclinux-dist/lib'

make: *** [subdirs] Error 1

 

uclinux-dist revision 7858

 

linux-kernel revision 6164

 

Best regards,

 

Daniele.

TranslateQuoteReplyEditDelete

 

 

2009-03-09 04:55:12     Re: Micrel 8893MQL

Mike Frysinger (UNITED STATES)

Message: 70594   

 

hmm, i think i tested a tree but then cleaned and unpacked fresh before committing that

 

at any rate, svn up and it should build fine now

QuoteReplyEditDelete

 

 

2009-03-09 05:06:14     Re: Micrel 8893MQL

Graf Yang (CHINA)

Message: 70596   

 

It's my reg dump. It seems all your reg settings are correct.

 

eth0: detected a KSZ8893M switch

reg 13 value 2 13 0 0

reg 23 value 2 23 0 0

reg 33 value 2 33 0 0

reg 30 value 2 30 4 0

reg b value 2 b 89 0

reg 1 value 2 1 1 0

reg 0x0, value 0xff 0xff 0x88

reg 0x1, value 0xff 0xff 0x23

reg 0x2, value 0xff 0xff 0x44

reg 0x3, value 0xff 0xff 0x30

reg 0x4, value 0xff 0xff 0xf1

reg 0x5, value 0xff 0xff 0x0

reg 0x6, value 0xff 0xff 0x0

reg 0x7, value 0xff 0xff 0x63

reg 0x8, value 0xff 0xff 0x0

reg 0x9, value 0xff 0xff 0x24

reg 0xa, value 0xff 0xff 0x35

reg 0xb, value 0xff 0xff 0x89

reg 0xc, value 0xff 0xff 0x50

reg 0xd, value 0xff 0xff 0xfa

reg 0xe, value 0xff 0xff 0x7

reg 0xf, value 0xff 0xff 0x8

reg 0x10, value 0xff 0xff 0x0

reg 0x11, value 0xff 0xff 0x7

reg 0x12, value 0xff 0xff 0x16

reg 0x13, value 0xff 0xff 0x0

reg 0x14, value 0xff 0xff 0x0

reg 0x15, value 0xff 0xff 0x0

reg 0x16, value 0xff 0xff 0x0

reg 0x17, value 0xff 0xff 0x0

reg 0x18, value 0xff 0xff 0x0

reg 0x19, value 0xff 0xff 0x0

reg 0x1a, value 0xff 0xff 0x4

reg 0x1b, value 0xff 0xff 0x0

reg 0x1c, value 0xff 0xff 0xef

reg 0x1d, value 0xff 0xff 0x0

reg 0x1e, value 0xff 0xff 0x0

reg 0x1f, value 0xff 0xff 0x80

reg 0x20, value 0xff 0xff 0x0

reg 0x21, value 0xff 0xff 0x7

reg 0x22, value 0xff 0xff 0x16

reg 0x23, value 0xff 0xff 0x0

reg 0x24, value 0xff 0xff 0x0

reg 0x25, value 0xff 0xff 0x0

reg 0x26, value 0xff 0xff 0x0

reg 0x27, value 0xff 0xff 0x0

reg 0x28, value 0xff 0xff 0x0

reg 0x29, value 0xff 0xff 0x0

reg 0x2a, value 0xff 0xff 0x4

reg 0x2b, value 0xff 0xff 0x0

reg 0x2c, value 0xff 0xff 0xef

reg 0x2d, value 0xff 0xff 0x0

reg 0x2e, value 0xff 0xff 0x7f

reg 0x2f, value 0xff 0xff 0x9e

reg 0x30, value 0xff 0xff 0x4

reg 0x31, value 0xff 0xff 0x7

reg 0x32, value 0xff 0xff 0x6

reg 0x33, value 0xff 0xff 0x0

reg 0x34, value 0xff 0xff 0x0

reg 0x35, value 0xff 0xff 0x0

reg 0x36, value 0xff 0xff 0x0

reg 0x37, value 0xff 0xff 0x0

reg 0x38, value 0xff 0xff 0x0

reg 0x39, value 0xff 0xff 0x0

reg 0x3a, value 0xff 0xff 0x0

reg 0x3b, value 0xff 0xff 0x0

reg 0x3c, value 0xff 0xff 0x0

reg 0x3d, value 0xff 0xff 0x0

reg 0x3e, value 0xff 0xff 0x0

reg 0x3f, value 0xff 0xff 0x6

reg 0x40, value 0xff 0xff 0x0

reg 0x41, value 0xff 0xff 0x0

reg 0x42, value 0xff 0xff 0x20

reg 0x43, value 0xff 0xff 0xe0

reg 0x44, value 0xff 0xff 0x6

reg 0x45, value 0xff 0xff 0x0

reg 0x46, value 0xff 0xff 0x0

reg 0x47, value 0xff 0xff 0x0

reg 0x48, value 0xff 0xff 0x0

reg 0x49, value 0xff 0xff 0x40

reg 0x4a, value 0xff 0xff 0x22

reg 0x4b, value 0xff 0xff 0x0

reg 0x4c, value 0xff 0xff 0x0

reg 0x4d, value 0xff 0xff 0x0

reg 0x4e, value 0xff 0xff 0x0

reg 0x4f, value 0xff 0xff 0x6

reg 0x50, value 0xff 0xff 0x2

reg 0x51, value 0xff 0xff 0x4

reg 0x52, value 0xff 0xff 0x0

reg 0x53, value 0xff 0xff 0x0

reg 0x54, value 0xff 0xff 0x0

reg 0x55, value 0xff 0xff 0x0

reg 0x56, value 0xff 0xff 0x0

reg 0x57, value 0xff 0xff 0x0

reg 0x58, value 0xff 0xff 0x6

reg 0x59, value 0xff 0xff 0x0

reg 0x5a, value 0xff 0xff 0x0

reg 0x5b, value 0xff 0xff 0x0

reg 0x5c, value 0xff 0xff 0x0

reg 0x5d, value 0xff 0xff 0x0

reg 0x5e, value 0xff 0xff 0x0

reg 0x5f, value 0xff 0xff 0x0

reg 0x60, value 0xff 0xff 0x0

reg 0x61, value 0xff 0xff 0x0

reg 0x62, value 0xff 0xff 0x0

reg 0x63, value 0xff 0xff 0x0

reg 0x64, value 0xff 0xff 0x0

reg 0x65, value 0xff 0xff 0x0

reg 0x66, value 0xff 0xff 0x0

reg 0x67, value 0xff 0xff 0x0

reg 0x68, value 0xff 0xff 0x0

reg 0x69, value 0xff 0xff 0x0

reg 0x6a, value 0xff 0xff 0x0

reg 0x6b, value 0xff 0xff 0x0

reg 0x6c, value 0xff 0xff 0x0

reg 0x6d, value 0xff 0xff 0x0

reg 0x6e, value 0xff 0xff 0x0

reg 0x6f, value 0xff 0xff 0x0

reg 0x70, value 0xff 0xff 0x0

reg 0x71, value 0xff 0xff 0x10

reg 0x72, value 0xff 0xff 0xa1

reg 0x73, value 0xff 0xff 0xff

reg 0x74, value 0xff 0xff 0xff

reg 0x75, value 0xff 0xff 0xff

reg 0x76, value 0xff 0xff 0x0

reg 0x77, value 0xff 0xff 0x0

reg 0x78, value 0xff 0xff 0x0

reg 0x79, value 0xff 0xff 0x0

reg 0x7a, value 0xff 0xff 0x0

reg 0x7b, value 0xff 0xff 0x0

reg 0x7c, value 0xff 0xff 0x0

reg 0x7d, value 0xff 0xff 0x0

reg 0x7e, value 0xff 0xff 0x0

reg 0x7f, value 0xff 0xff 0x0

reg 0x80, value 0xff 0xff 0x0

reg 0x81, value 0xff 0xff 0x0

reg 0x82, value 0xff 0xff 0x0

reg 0x83, value 0xff 0xff 0x0

reg 0x84, value 0xff 0xff 0x0

reg 0x85, value 0xff 0xff 0x3f

reg 0x86, value 0xff 0xff 0x0

reg 0x87, value 0xff 0xff 0x0

reg 0x88, value 0xff 0xff 0x0

reg 0x89, value 0xff 0xff 0x0

reg 0x8a, value 0xff 0xff 0x0

reg 0x8b, value 0xff 0xff 0x40

reg 0x8c, value 0xff 0xff 0x0

reg 0x8d, value 0xff 0xff 0x1

dsa slave smi: probed

 

 

QuoteReplyEditDelete

 

 

2009-03-09 06:14:03     Re: Micrel 8893MQL

Daniele Pagani (ITALY)

Message: 70599   

 

Dear sirs,

 

yes, the registers seem to be ok also for me.

 

I don't understand why the register 141 (0x8d): QM debug 2 has the bit Factory testing to 1 if at page 92 of datasheet I read that it could be 0. But, as you have posted, you have the same value.

 

Then, I try to compile again tcpdump, after 'make clean', 'svn up' but I receive the same error.

 

So, what can I use in order to do a test like tcpdump?

 

Best regards,

 

Daniele.

TranslateQuoteReplyEditDelete

 

 

2009-03-09 07:06:30     Re: Micrel 8893MQL

Daniele Pagani (ITALY)

Message: 70602   

 

tcp compilation now is ok:

 

revision 7862 uclinux

 

revision 6164 linux

 

but, I need to create the directory /staging/usr/bin because I had not it.

 

Now, I try tcpdump.

 

Best regards,

 

Daniele.

TranslateQuoteReplyEditDelete

 

 

2009-03-09 08:25:10     Re: Micrel 8893MQL

Daniele Pagani (ITALY)

Message: 70604   

 

Now,

 

I'm using tcpdump.

 

With tcpdump I can see all the ethernet traffic.

 

So, I remove the lan and I connect my pc to my board.

 

Then, I try to ping from PC to Blackfin, and I see:

 

00:11:49.708000 00:15:60:a2:2c:01 (oui Unknown) > Broadcast, ethertype Unknown (

0x8102), length 68:

        0x0000:  0000 0806 0001 0800 0604 0001 0015 60a2  ..............`.

        0x0010:  2c01 c0a8 010f 0000 0000 0000 c0a8 0143  ,..............C

        0x0020:  0000 0000 0000 0000 0000 0000 0000 0000  ................

        0x0030:  0000 a703 3b6c                           ....;l

00:11:49.708000 arp reply 192.168.1.67 is-at 12:34:56:78:9a:dd (oui Unknown)

00:11:55.208000 00:15:60:a2:2c:01 (oui Unknown) > Broadcast, ethertype Unknown (

0x8102), length 68:

        0x0000:  0000 0806 0001 0800 0604 0001 0015 60a2  ..............`.

        0x0010:  2c01 c0a8 010f 0000 0000 0000 c0a8 0143  ,..............C

        0x0020:  0000 0000 0000 0000 0000 0000 0000 0000  ................

        0x0030:  0000 a703 3b6c                           ....;l

00:11:55.208000 arp reply 192.168.1.67 is-at 12:34:56:78:9a:dd (oui Unknown)

00:11:59.928000 00:15:60:a2:2c:01 (oui Unknown) > 01:00:5e:00:00:fb (oui Unknown

), ethertype Unknown (0x8102), length 136:

        0x0000:  0000 0800 4500 0072 f411 0000 ff11 24b6  ....E..r......$.

        0x0010:  c0a8 010f e000 00fb 14e9 14e9 005e 3ca1  .............^<.

        0x0020:  0000 8400 0000 0002 0000 0000 0d48 5031  .............HP1

        0x0030:  3235 3938 3537                           259857

 

I set the mac address of the board by writing in the flash at sector 0x203f0000 and the address is:

 

12:34:56:78:9a:dd

 

the other machine is my pc.

 

The ping doesn't work, anyway tcpdump sees the packet. What can I do?

 

Regards,

 

Daniele.

 

 

TranslateQuoteReplyEditDelete

 

 

2009-03-09 08:41:21     Re: Micrel 8893MQL

Daniele Pagani (ITALY)

Message: 70607   

 

I try to show better what tcpdump tells:

 

root:/dev> tcpdump -i eth2 src 192.168.1.15 or dst 192.168.1.15

device eth2 entered promiscuous mode

device eth0 entered promiscuous mode

eth0: set to promisc mode

eth0: set to promisc mode

eth0: set to promisc mode

tcpdump: verbose output suppressed, use -v or -vv for full protocol decode

listening on eth2, link-type EN10MB (Ethernet), capture size 68 bytes

00:28:02.424000 arp who-has 192.168.1.67 tell 192.168.1.15

00:28:02.424000 arp reply 192.168.1.67 is-at 12:34:56:78:9a:dd (oui Unknown)

00:28:07.772000 arp who-has 192.168.1.67 tell 192.168.1.15

00:28:07.772000 arp reply 192.168.1.67 is-at 12:34:56:78:9a:dd (oui Unknown)

00:28:13.272000 arp who-has 192.168.1.67 tell 192.168.1.15

00:28:13.276000 arp reply 192.168.1.67 is-at 12:34:56:78:9a:dd (oui Unknown)

00:28:18.776000 arp who-has 192.168.1.67 tell 192.168.1.15

00:28:18.776000 arp reply 192.168.1.67 is-at 12:34:56:78:9a:dd (oui Unknown)

 

My pc has address 192.168.1.15

 

My board has eth0 0.0.0.0 up and eth2 192.168.1.67

 

If I run Etheral on my Pc, it doesn't see anything. The pin TX_EN is always low.

 

Regards,

 

Daniele.

TranslateQuoteReplyEditDelete

 

 

2009-03-09 10:02:44     Re: Micrel 8893MQL

Daniele Pagani (ITALY)

Message: 70611   

 

Dear sirs,

 

I've solved my problem.

 

I must use a pull down to the MTXER signal.

 

The question is not so clear, because at page 390 section 8-6 of BF537 datasheet, the pin PH6 (miiphyint) used as MII is a input.

 

On the Micrel, at page 15 of the datasheet, it is connected to the pin 76 - SMTER and it is an input.

 

So, I need to connect two input and the pull down with 10k.

 

I don't understand why, but now it works fine.

 

Thank you very much for your support.

 

Best regards,

 

Daniele.

TranslateQuoteReplyEditDelete

 

 

2009-03-09 23:04:10     Re: Micrel 8893MQL

Graf Yang (CHINA)

Message: 70640   

 

Did you mean you modified the connection as,

 

      MTXER -------conn------MIIPHYINT

 

                               conn-----------10K--------GROUND

 

 

 

I found on BF518EZBRD, it just is,

 

MTXER-------49.9---------MIIPHYINT

QuoteReplyEditDelete

 

 

2009-03-10 04:25:42     Re: Micrel 8893MQL

Daniele Pagani (ITALY)

Message: 70669   

 

Mmh,

 

at the document ADSP-BF518F_EZ-Board_Rev1.0_Jan 2009.pdf,

 

page 97/111

 

I find that SMTXER is connected to graound by R354 10k

 

So, if I use this solution it works fine (that is the first solution that you've explained).

 

For the second solution (connected without ground) I've not tested, but they are two inputs (from datasheet Analog and Micrel).

 

The Txer for the mac could be an output, so I don't understand why for the Blackfin it is an input.

 

This "input" causes me confusion.

 

Regards,

 

Daniele.

Attachments

Outcomes