Reply by dewayne_da_pain February 17, 20052005-02-17

This error indicates that the client machine is running, but that
there is no application listening for communications on the
specified port.

--- In rabbit-semi@rabb..., "Steve" <seecwriter@y...> wrote:
>
> I've got an RCM3000 module configured for ethernet. If I set it to
use
> DHCP, and connect it to a network server, it works fine. But when I
> set it to Static IP mode, set the IP address, and connect it to a
PC
> directly via a cros-over cable I am unable to connect. The PC is
set
> to static IP mode as well.
>
> On the PC side I get the following error message:
>
> Error No: 10061
> Descr: Connection is forcefully rejected
> Scode: -2146818227
> Source: C:\Windows\System\MSWINSCK.OCX
>
> I'm not sure if this is a PC issue or a Rabbit issue. Any
suggestions?
>
> Steve



Reply by Steve Trigero February 2, 20052005-02-02
I verified that my test code does run when the RCM3000
is plugged into the development board. Looks like a
hardware issue on our motherboard. But the fact that
DHCP works and Static IP doesn't is really puzzling.

Another anomally I noticed is that when no cable is
connected to the Rabbit, it hangs at ifpending()
waiting for the interface to come up. I plug in the
cable it completes. But when I unplug the cable again,
ifpending() never changes from a return value of 2,
"interface currently up not pending down." Seems
inconsistance.

Steve
--- Scott Henion <shenion@shen...> wrote:

> At 08:56 PM 2/1/2005, you wrote:
> >Which version of the compiler did you use? I am
> using
> >DC v9.1. And I did have a cable connnected to a
> hub.
>
> I tried it in 8.51 and 9.10.
>
> It ran in 8.51, but the debugger locked up (I could
> still ping the board.)
> So I tried 9.10 and it ran fine. >
> >That would suggest that I have a hardware issue.
> I'll
> >have to try it out using the Rabbit prototype board
> >rather than my motherboard. But that doesn't expain
> >why DHCP would work and static IP not.
>
> Yes, you might have something connected to pins used
> by the ethernet port.
> I think you said it was an RCM3000. I don't think
> there are any pins used
> except the data bus (port A). Port A may not be used
> unless AUX_IO is
> defined. The rest of the pins are not brought out to
> the connector (i.e.
> PE2). You might check /IORD and /IOWR are not
> connected to anything.
>
> There is an option for PD7,PD6 and PD3 and PD2 to
> have the ethernet
> signals. I don't think these are enabled by default.
>
> Plug the module back in the dev board. I have had
> similar problems with
> things like missing pull-ups on external AUX I/O.
>
> <Scott > ------
> | Scott G. Henion| shenion@shen... |
> | Consultant | Stone Mountain, GA |
> | SHDesigns | PGP Key 0xE98DDC48 |
> | http://www.shdesigns.org |
> ------
> today's fortune
> Indeed, the first noble truth of Buddhism, usually
> translated as
> `all life is suffering,' is more accurately rendered
> `life is filled
> with a sense of pervasive unsatisfactoriness.'
> -- M.D. Epstein




Reply by Scott Henion February 2, 20052005-02-02
At 08:56 PM 2/1/2005, you wrote:
>Which version of the compiler did you use? I am using
>DC v9.1. And I did have a cable connnected to a hub.

I tried it in 8.51 and 9.10.

It ran in 8.51, but the debugger locked up (I could still ping the board.)
So I tried 9.10 and it ran fine.
>That would suggest that I have a hardware issue. I'll
>have to try it out using the Rabbit prototype board
>rather than my motherboard. But that doesn't expain
>why DHCP would work and static IP not.

Yes, you might have something connected to pins used by the ethernet port.
I think you said it was an RCM3000. I don't think there are any pins used
except the data bus (port A). Port A may not be used unless AUX_IO is
defined. The rest of the pins are not brought out to the connector (i.e.
PE2). You might check /IORD and /IOWR are not connected to anything.

There is an option for PD7,PD6 and PD3 and PD2 to have the ethernet
signals. I don't think these are enabled by default.

Plug the module back in the dev board. I have had similar problems with
things like missing pull-ups on external AUX I/O.

<Scott ------
| Scott G. Henion| shenion@shen... |
| Consultant | Stone Mountain, GA |
| SHDesigns | PGP Key 0xE98DDC48 |
| http://www.shdesigns.org |
------
today's fortune
Indeed, the first noble truth of Buddhism, usually translated as
`all life is suffering,' is more accurately rendered `life is filled
with a sense of pervasive unsatisfactoriness.'
-- M.D. Epstein


Reply by Steve Trigero February 1, 20052005-02-01
Which version of the compiler did you use? I am using
DC v9.1. And I did have a cable connnected to a hub.

That would suggest that I have a hardware issue. I'll
have to try it out using the Rabbit prototype board
rather than my motherboard. But that doesn't expain
why DHCP would work and static IP not.

Thanks for you help, by the way. And many thanks to
the others who have contributed. I really appreciate
it. Steve --- Scott Henion <shenion@shen...> wrote:

> At 07:23 PM 2/1/2005, you wrote:
>
> >Well, I think I've stipped about as much off as I
> can.
> >The below test program will not run. It hangs at
> the
> >while loop in InitStaticIP waiting for the
> interface
> >to come up. And I don't see any difference between
> >what I'm doing and what pingme.c does, except for
> the
> >while loop. And I can take out the while loop and I
> >still don't get a link light on my hub nor can I
> ping
> >the Rabbit. Go figure.
> >
> >Just cut and paste this code and see.
>
> Works fine here.
>
> It will lock up if the ethernet cable is unplugged.
> You might add a
> timeout for that condidtion.
>
> <Scott




Reply by Scott Henion February 1, 20052005-02-01
At 07:23 PM 2/1/2005, you wrote:

>Well, I think I've stipped about as much off as I can.
>The below test program will not run. It hangs at the
>while loop in InitStaticIP waiting for the interface
>to come up. And I don't see any difference between
>what I'm doing and what pingme.c does, except for the
>while loop. And I can take out the while loop and I
>still don't get a link light on my hub nor can I ping
>the Rabbit. Go figure.
>
>Just cut and paste this code and see.

Works fine here.

It will lock up if the ethernet cable is unplugged. You might add a
timeout for that condidtion.

<Scott


Reply by Steve Trigero February 1, 20052005-02-01
Well, I think I've stipped about as much off as I can.
The below test program will not run. It hangs at the
while loop in InitStaticIP waiting for the interface
to come up. And I don't see any difference between
what I'm doing and what pingme.c does, except for the
while loop. And I can take out the while loop and I
still don't get a link light on my hub nor can I ping
the Rabbit. Go figure.

Just cut and paste this code and see. #define TCPCONFIG 6 #use dcrtcp.lib

int InitStaticIP(void);

void main()
{
int status;

status = InitStaticIP();
for(;;) {
tcp_tick(NULL);
}
}

int InitStaticIP()
{
int status;

sock_init();

status = ifconfig( IF_ETH0,
IFS_IPADDR,
aton("192.168.1.1"),
IFS_NETMASK,
aton("255.255.255.0"),
IFS_END );

ifconfig( IF_ETH0, IFS_UP, IFS_END );

while ( (status=ifpending( IF_ETH0 )) & 1 ) {
tcp_tick(NULL);
}
return( status );
}


Reply by Scott Henion February 1, 20052005-02-01
At 06:30 PM 2/1/2005, you wrote:
>TCPCONFIG is set to 0 per Z-World. Here is a cut &
>paste from their example:
>
>#define TCPCONFIG 0 // Zero means do not do any
>configuration: expects
> // all config items to be
>defined in the main
>
>// program.

Yes, but you are not using the define macros, you are using ifconfig().

From tcp_config.lib:

If not defined, or defined to be zero, then no configuration will
be defined by this library -- you will need to explicitly define
all configuration _macros_ in the main program code before the
#use dcrtcp.lib.

So if it is 0, it assumes all configuration is via #defines in the main C file.

Try it as 6.

<Scott ------
| Scott G. Henion| shenion@shen... |
| Consultant | Stone Mountain, GA |
| SHDesigns | PGP Key 0xE98DDC48 |
| http://www.shdesigns.org/rabbit/ |
------


Reply by Steve Trigero February 1, 20052005-02-01
I tried it with TCPCONFIG defined as 6, and it
operates the same way. It hangs forever at the while
loop waiting for the interface to come up.

Steve --- Scott Henion <shenion@shen...> wrote:

> At 06:30 PM 2/1/2005, you wrote:
> >TCPCONFIG is set to 0 per Z-World. Here is a cut &
> >paste from their example:
> >
> >#define TCPCONFIG 0 //
> Zero means do not do any
> >configuration: expects
> > // all config items to be
> >defined in the main
> >
> >// program.
>
> Yes, but you are not using the define macros, you
> are using ifconfig().
>
> From tcp_config.lib:
>
> If not defined, or defined to be zero, then no
> configuration will
> be defined by this library -- you will need to
> explicitly define
> all configuration _macros_ in the main program code
> before the
> #use dcrtcp.lib.
>
> So if it is 0, it assumes all configuration is via
> #defines in the main C file.
>
> Try it as 6.
>
> <Scott > ------
> | Scott G. Henion| shenion@shen... |
> | Consultant | Stone Mountain, GA |
> | SHDesigns | PGP Key 0xE98DDC48 |
> | http://www.shdesigns.org/rabbit/ |
> ------




Reply by Dave Moore February 1, 20052005-02-01
I've been using TCPCONFIG of 6 for a long time (and doing runtime config.)
Give it a shot.

Steve Trigero wrote:
> TCPCONFIG is set to 0 per Z-World. Here is a cut & paste from their
> example:
>
> #define TCPCONFIG 0 // Zero means do not do any
> configuration: expects
> // all config items to be defined in the main
>
// program.
>
>
> Steve > --- Scott Henion <shenion@shen...> wrote:
>
>> At 04:46 PM 2/1/2005, you wrote:
>>
>>> Ok, so I re-wrote the initialization for Static IP. It
>>> follows Scott's sample he sent me in an earlier post.
>>> But, it hangs forever waiting for the ethernet to come
>>> up. And the rabbit is plugged into a hub, not that that should
>>> matter.
>>>
>>> Is anything wrong with this? FYI, I'm using DC 9.10 on
>>> a RCM3000.
>>>
>>> int InitStaticIP()
>>> {
>>> int status;
>>>
>>> sock_init();
>>>
>>> status = ifconfig( IF_ETH0,
>>> IFS_DHCP, 0,
>>> IFS_IPADDR, static_ip_adrs,
>>> IFS_NETMASK, net_mask,
>>> IFS_END );
>>
>> Again, what is TCPCONFIG set to? It should be 6 if you want to
>> configure manually. Otherwise it will likely override whatever you
>> do. It sounds like you have it a 0 because.
>>




Reply by Steve Trigero February 1, 20052005-02-01
TCPCONFIG is set to 0 per Z-World. Here is a cut &
paste from their example:

#define TCPCONFIG 0 // Zero means do not do any
configuration: expects
// all config items to be
defined in the main
// program. Steve --- Scott Henion <shenion@shen...> wrote:

> At 04:46 PM 2/1/2005, you wrote:
>
> >Ok, so I re-wrote the initialization for Static IP.
> It
> >follows Scott's sample he sent me in an earlier
> post.
> >But, it hangs forever waiting for the ethernet to
> come
> >up. And the rabbit is plugged into a hub, not that
> >that should matter.
> >
> >Is anything wrong with this? FYI, I'm using DC 9.10
> on
> >a RCM3000.
> >
> >int InitStaticIP()
> >{
> > int status;
> >
> > sock_init();
> >
> > status = ifconfig( IF_ETH0,
> > IFS_DHCP, 0,
> > IFS_IPADDR, static_ip_adrs,
> > IFS_NETMASK, net_mask,
> > IFS_END );
>
> Again, what is TCPCONFIG set to? It should be 6 if
> you want to configure
> manually. Otherwise it will likely override whatever
> you do. It sounds like
> you have it a 0 because.
>
> <Scott>
>
> ------
> | Scott G. Henion| shenion@shen... |
> | Consultant | Stone Mountain, GA |
> | SHDesigns | PGP Key 0xE98DDC48 |
> | http://www.shdesigns.org |
> ------
> today's fortune
> Indeed, the first noble truth of Buddhism, usually
> translated as
> `all life is suffering,' is more accurately rendered
> `life is filled
> with a sense of pervasive unsatisfactoriness.'
> -- M.D. Epstein