RE: Old design R2000 and Realtek RTL8019AS duplex issue

Tom,

I changed to 9.62 and compiled successfully.  Just had to add a couple of defines.  Still no joy.
The realtek.lib files are radically different.

What I may try and do is find my original TCPIP demo board can compile with that.  I'm not sure how much time my boss wants me to spend on this.

-Pete F

From: [email protected] [mailto:[email protected]]
Sent: Tuesday, June 14, 2016 9:00 AM
To: [email protected]
Subject: Re: [rabbit-semi] Old design R2000 and Realtek RTL8019AS duplex issue



Pete,

I can investigate this when I'm back from vacation (Friday or early next week), but I'd recommend the following:

If at all possible, try a simple test program with DC 9.62 to see if it's capable of full duplex on the Realtek8019AS Ethernet driver.  If it is, you can explore either porting your existing application from DC 8.61 to DC 9.62.  I understand resistance to that, having an app based on DC 8.61 with lots of library tweaks that I didn't want to port myself.

The other option is to review changes to the driver libraries between 8.61 and 9.62 to see if there are any obvious bug fixes related to full duplex.  Or search the change log for "duplex" and focus on just changes for a specific DC 9 release.

-Tom



On Jun 13, 2016, at 10:05 AM, pfournier-P4RXiKWKZulWk0Htik3J/[email protected]<mailto:[email protected]> [rabbit-semi] wrote:


I have an OLD design based on the TCP/IP demo board.  It used the R2000 and the Realtek8019AS Ethernet chip.

I am using the DC8.61 compiler.

For YEARS customers have been running this without issue.  Now one customer is demanding we switch to Full Duplex.

I put the #define RT_FULLDUPLEX in the code but it has not switched to full duplex.  We are monitoring the state by connecting thru a switch the indicated whether we are half or full duplex.

By comparing the binaries, I can see that the code has changed to make use of the new define, but nothing seems to have changed on the port.

Can anyone comment on this?

-Pete F