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.