Sign in
Search lpc2000
Subscribe to lpc2000
lpc2000 by Keywords
2106 | ADC | ARM7 | Atmel | Bootloader | CAN | CrossStudio | CrossWorks | DDS | ECos | Ethernet | ETM | FIFO | FLASH | FPGA | GCC | GDB | GNU | GNUARM | GPIO | I2C | IAP | IAR | JTAG | Kickstart | LCD | Linux | LPC | LPC-E2294 | LPC2000 | LPC2100 | LPC2104 | Lpc2106 | Lpc210x | LPC2114 | LPC2119 | LPC2124 | LPC2129 | Lpc2138 | LPC213x | LPC21xx | LPC2210 | LPC2212 | LPC2214 | LPC2292 | LPC2294 | LPC2xxx | LPC3128 | MCB2100 | Olimex | Philips | PWM | Rowley | RTC | RTOS | SPI | SSP | UART | UART0 | UART1 | ULINK | USB | Watchdog | Wiggler
Ads
Discussion Groups
See Also
Discussion Groups | LPC2000 | lwIPWeb LPC2368 using KEIL
Discussion group dedicated to the Philips LPC2000 family of ARM MCUs
lwIPWeb LPC2368 using KEIL - strange_bear - Sep 13 20:23:37 2009
good morning, experts!
I've got lwIPweb.zip and am trying to make it work with KEIL. The results are not very good.
There is a linker script and startarm.s files. How can I make them work in KEIL? They are not compilable and so on. Please give an advice.
------------------------------------
______________________________
Stellaris® MCU Family: New Parts, New Package, New Price.
(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )
I've got lwIPweb.zip and am trying to make it work with KEIL. The results are not very good.
There is a linker script and startarm.s files. How can I make them work in KEIL? They are not compilable and so on. Please give an advice.
------------------------------------
______________________________
Stellaris® MCU Family: New Parts, New Package, New Price.
(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )
Re: lwIPWeb LPC2368 using KEIL - strange_bear - Sep 14 3:51:36 2009
--- In l...@yahoogroups.com, "strange_bear" wrote:
>
> good morning, experts!
>
> I've got lwIPweb.zip and am trying to make it work with KEIL. The results are not very good.
> There is a linker script and startarm.s files. How can I make them work in KEIL? They are not compilable and so on. Please give an advice.
>
Actually I'll try to use GNU compiler instead of KEIL built-in one today. Is ther any FAQ in the net about porting to ARM or smth similar?
------------------------------------
(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )
>
> good morning, experts!
>
> I've got lwIPweb.zip and am trying to make it work with KEIL. The results are not very good.
> There is a linker script and startarm.s files. How can I make them work in KEIL? They are not compilable and so on. Please give an advice.
>
Actually I'll try to use GNU compiler instead of KEIL built-in one today. Is ther any FAQ in the net about porting to ARM or smth similar?
------------------------------------
(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )
Re: lwIPWeb LPC2368 using KEIL - donhamilton2002 - Sep 14 9:32:21 2009
--- In l...@yahoogroups.com, "strange_bear" wrote:
>
> good morning, experts!
>
> I've got lwIPweb.zip and am trying to make it work with KEIL. The results are not very good.
> There is a linker script and startarm.s files. How can I make them work in KEIL? They are not compilable and so on. Please give an advice.
>
Where did you download lwIPweb.zip from ??
don
------------------------------------
(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )
>
> good morning, experts!
>
> I've got lwIPweb.zip and am trying to make it work with KEIL. The results are not very good.
> There is a linker script and startarm.s files. How can I make them work in KEIL? They are not compilable and so on. Please give an advice.
>
Where did you download lwIPweb.zip from ??
don
------------------------------------
(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )
Re: lwIPWeb LPC2368 using KEIL - strange_bear - Sep 14 11:32:13 2009
--- In l...@yahoogroups.com, "donhamilton2002" wrote:
>
> --- In l...@yahoogroups.com, "strange_bear" wrote:
> >
> > good morning, experts!
> >
> > I've got lwIPweb.zip and am trying to make it work with KEIL. The results are not very good.
> > There is a linker script and startarm.s files. How can I make them work in KEIL? They are not compilable and so on. Please give an advice.
> >
> Where did you download lwIPweb.zip from ??
>
> don
>
I did it! It works. The problem was that in the lwIPweb.zip downloaded (I think) from this Files-> dir. the PINSEL was not set and thus the whole program hhung up. I feel happy today :) Now I need to get it work in eclipse...
------------------------------------
______________________________
Stellaris® MCU Family: New Parts, New Package, New Price.
(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )
>
> --- In l...@yahoogroups.com, "strange_bear"
> >
> > good morning, experts!
> >
> > I've got lwIPweb.zip and am trying to make it work with KEIL. The results are not very good.
> > There is a linker script and startarm.s files. How can I make them work in KEIL? They are not compilable and so on. Please give an advice.
> >
> Where did you download lwIPweb.zip from ??
>
> don
>
I did it! It works. The problem was that in the lwIPweb.zip downloaded (I think) from this Files-> dir. the PINSEL was not set and thus the whole program hhung up. I feel happy today :) Now I need to get it work in eclipse...
------------------------------------
______________________________
Stellaris® MCU Family: New Parts, New Package, New Price.
(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )
Re: Re: lwIPWeb LPC2368 using KEIL - Dick Balaska - Sep 14 16:18:38 2009
Am 9/14/2009 11:31 AM, also sprach strange_bear:
> --- In l...@yahoogroups.com, "donhamilton2002" wrote:
>
>> --- In l...@yahoogroups.com, "strange_bear" wrote:
>>
>>> good morning, experts!
>>>
>>> I've got lwIPweb.zip and am trying to make it work with KEIL. The results are not very good.
>>> There is a linker script and startarm.s files. How can I make them work in KEIL? They are not compilable and so on. Please give an advice.
>>>
>>>
>> Where did you download lwIPweb.zip from ??
>>
>> don
>>
>>
> I did it! It works. The problem was that in the lwIPweb.zip downloaded (I think) from this Files-> dir. the PINSEL was not set and thus the whole program hhung up. I feel happy today :) Now I need to get it work in eclipse...
>
Does it really work? Or does it kind of work. I am struggling to get
good tcp/ip out of my lpc2368.
On a good day with a tail wind, i can get ~50% responses to my pings.
The problem is in the output. I clock all ARP requests and ICMP echo
messages coming in.
I started with this (lwIPweb.zip) as my base. I noticed that this
emac.c is pretty much "standard" in the demos. It is a Keil file
originally derived from a CS8900 part (an ISA optimized Ethernet
controller, 16 bits).
I have fixed, so far, 3 problems with this emac.c file.
1) When setting the buffer xmit length, it needs to be n-1.
The code currently sends one too many bytes.
2) RequestSend() returns the next buffer in the ring,
regardless of whether it is available.
3) The code currently does buffer copies 16 bits at a time.
32 bits at a time is 4X faster.
What i'm seeing is, i load the buffer to xmit and increment
TXPRODUCEINDEX. Magically, TXCONSUMEINDEX is incremented (the part ate
the buffer), all of the xmit statii say "That was a mighty fine packet
that just went out the wire", and 40% of the time, wireshark will
actually see a packet. Sometimes i get every other packet to go out,
sometimes 100 in a row fail. The first packet, a gratuitous ARP, always
makes it out.
So, do you get 100% ping responses?
dik
------------------------------------
(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )
> --- In l...@yahoogroups.com, "donhamilton2002"
>
>> --- In l...@yahoogroups.com, "strange_bear"
>>
>>> good morning, experts!
>>>
>>> I've got lwIPweb.zip and am trying to make it work with KEIL. The results are not very good.
>>> There is a linker script and startarm.s files. How can I make them work in KEIL? They are not compilable and so on. Please give an advice.
>>>
>>>
>> Where did you download lwIPweb.zip from ??
>>
>> don
>>
>>
> I did it! It works. The problem was that in the lwIPweb.zip downloaded (I think) from this Files-> dir. the PINSEL was not set and thus the whole program hhung up. I feel happy today :) Now I need to get it work in eclipse...
>
Does it really work? Or does it kind of work. I am struggling to get
good tcp/ip out of my lpc2368.
On a good day with a tail wind, i can get ~50% responses to my pings.
The problem is in the output. I clock all ARP requests and ICMP echo
messages coming in.
I started with this (lwIPweb.zip) as my base. I noticed that this
emac.c is pretty much "standard" in the demos. It is a Keil file
originally derived from a CS8900 part (an ISA optimized Ethernet
controller, 16 bits).
I have fixed, so far, 3 problems with this emac.c file.
1) When setting the buffer xmit length, it needs to be n-1.
The code currently sends one too many bytes.
2) RequestSend() returns the next buffer in the ring,
regardless of whether it is available.
3) The code currently does buffer copies 16 bits at a time.
32 bits at a time is 4X faster.
What i'm seeing is, i load the buffer to xmit and increment
TXPRODUCEINDEX. Magically, TXCONSUMEINDEX is incremented (the part ate
the buffer), all of the xmit statii say "That was a mighty fine packet
that just went out the wire", and 40% of the time, wireshark will
actually see a packet. Sometimes i get every other packet to go out,
sometimes 100 in a row fail. The first packet, a gratuitous ARP, always
makes it out.
So, do you get 100% ping responses?
dik
------------------------------------
(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )
Re: lwIPWeb LPC2368 using KEIL - strange_bear - Sep 14 23:22:28 2009
--- In l...@yahoogroups.com, Dick Balaska wrote:
>
> Am 9/14/2009 11:31 AM, also sprach strange_bear:
> > --- In l...@yahoogroups.com, "donhamilton2002" wrote:
> >
> >> --- In l...@yahoogroups.com, "strange_bear" wrote:
> >>
> >>> good morning, experts!
> >>>
> >>> I've got lwIPweb.zip and am trying to make it work with KEIL. The results are not very good.
> >>> There is a linker script and startarm.s files. How can I make them work in KEIL? They are not compilable and so on. Please give an advice.
> >>>
> >>>
> >> Where did you download lwIPweb.zip from ??
> >>
> >> don
> >>
> >>
> > I did it! It works. The problem was that in the lwIPweb.zip downloaded (I think) from this Files-> dir. the PINSEL was not set and thus the whole program hhung up. I feel happy today :) Now I need to get it work in eclipse...
> >
> Does it really work? Or does it kind of work. I am struggling to get
> good tcp/ip out of my lpc2368.
> On a good day with a tail wind, i can get ~50% responses to my pings.
> The problem is in the output. I clock all ARP requests and ICMP echo
> messages coming in.
> I started with this (lwIPweb.zip) as my base. I noticed that this
> emac.c is pretty much "standard" in the demos. It is a Keil file
> originally derived from a CS8900 part (an ISA optimized Ethernet
> controller, 16 bits).
> I have fixed, so far, 3 problems with this emac.c file.
> 1) When setting the buffer xmit length, it needs to be n-1.
> The code currently sends one too many bytes.
> 2) RequestSend() returns the next buffer in the ring,
> regardless of whether it is available.
> 3) The code currently does buffer copies 16 bits at a time.
> 32 bits at a time is 4X faster.
>
> What i'm seeing is, i load the buffer to xmit and increment
> TXPRODUCEINDEX. Magically, TXCONSUMEINDEX is incremented (the part ate
> the buffer), all of the xmit statii say "That was a mighty fine packet
> that just went out the wire", and 40% of the time, wireshark will
> actually see a packet. Sometimes i get every other packet to go out,
> sometimes 100 in a row fail. The first packet, a gratuitous ARP, always
> makes it out.
>
> So, do you get 100% ping responses?
>
> dik
>
I've noticed that there is smth wrong with the emac.c, so I downloaded another project that demonstates lwip and simple replaced emac.c with that one. You can find this project in
files-> LPC2388_simple_lwip_HTTP.zip
try it, so far it works.
------------------------------------
(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )
>
> Am 9/14/2009 11:31 AM, also sprach strange_bear:
> > --- In l...@yahoogroups.com, "donhamilton2002"
> >
> >> --- In l...@yahoogroups.com, "strange_bear"
> >>
> >>> good morning, experts!
> >>>
> >>> I've got lwIPweb.zip and am trying to make it work with KEIL. The results are not very good.
> >>> There is a linker script and startarm.s files. How can I make them work in KEIL? They are not compilable and so on. Please give an advice.
> >>>
> >>>
> >> Where did you download lwIPweb.zip from ??
> >>
> >> don
> >>
> >>
> > I did it! It works. The problem was that in the lwIPweb.zip downloaded (I think) from this Files-> dir. the PINSEL was not set and thus the whole program hhung up. I feel happy today :) Now I need to get it work in eclipse...
> >
> Does it really work? Or does it kind of work. I am struggling to get
> good tcp/ip out of my lpc2368.
> On a good day with a tail wind, i can get ~50% responses to my pings.
> The problem is in the output. I clock all ARP requests and ICMP echo
> messages coming in.
> I started with this (lwIPweb.zip) as my base. I noticed that this
> emac.c is pretty much "standard" in the demos. It is a Keil file
> originally derived from a CS8900 part (an ISA optimized Ethernet
> controller, 16 bits).
> I have fixed, so far, 3 problems with this emac.c file.
> 1) When setting the buffer xmit length, it needs to be n-1.
> The code currently sends one too many bytes.
> 2) RequestSend() returns the next buffer in the ring,
> regardless of whether it is available.
> 3) The code currently does buffer copies 16 bits at a time.
> 32 bits at a time is 4X faster.
>
> What i'm seeing is, i load the buffer to xmit and increment
> TXPRODUCEINDEX. Magically, TXCONSUMEINDEX is incremented (the part ate
> the buffer), all of the xmit statii say "That was a mighty fine packet
> that just went out the wire", and 40% of the time, wireshark will
> actually see a packet. Sometimes i get every other packet to go out,
> sometimes 100 in a row fail. The first packet, a gratuitous ARP, always
> makes it out.
>
> So, do you get 100% ping responses?
>
> dik
>
I've noticed that there is smth wrong with the emac.c, so I downloaded another project that demonstates lwip and simple replaced emac.c with that one. You can find this project in
files-> LPC2388_simple_lwip_HTTP.zip
try it, so far it works.
------------------------------------
(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )
Re: Re: lwIPWeb LPC2368 using KEIL - Dick Balaska - Sep 15 4:05:03 2009
Am 9/14/2009 11:22 PM, also sprach strange_bear:
> --- In l...@yahoogroups.com, Dick Balaska wrote:
>
>> Am 9/14/2009 11:31 AM, also sprach strange_bear:
>>
>>> --- In l...@yahoogroups.com, "donhamilton2002" wrote:
>>>
>>>
>>>> --- In l...@yahoogroups.com, "strange_bear" wrote:
>>>>
>>>>
>>>>> good morning, experts!
>>>>>
>>>>> I've got lwIPweb.zip and am trying to make it work with KEIL. The results are not very good.
>>>>> There is a linker script and startarm.s files. How can I make them work in KEIL? They are not compilable and so on. Please give an advice.
>>>>>
>>>>>
>>>>>
>>>> Where did you download lwIPweb.zip from ??
>>>>
>>>> don
>>>>
>>>>
>>>>
>>> I did it! It works. The problem was that in the lwIPweb.zip downloaded (I think) from this Files-> dir. the PINSEL was not set and thus the whole program hhung up. I feel happy today :) Now I need to get it work in eclipse...
>>>
>>>
>> Does it really work? Or does it kind of work. I am struggling to get
>> good tcp/ip out of my lpc2368.
>> On a good day with a tail wind, i can get ~50% responses to my pings.
>> The problem is in the output. I clock all ARP requests and ICMP echo
>> messages coming in.
>> I started with this (lwIPweb.zip) as my base. I noticed that this
>> emac.c is pretty much "standard" in the demos. It is a Keil file
>> originally derived from a CS8900 part (an ISA optimized Ethernet
>> controller, 16 bits).
>> I have fixed, so far, 3 problems with this emac.c file.
>> 1) When setting the buffer xmit length, it needs to be n-1.
>> The code currently sends one too many bytes.
>> 2) RequestSend() returns the next buffer in the ring,
>> regardless of whether it is available.
>> 3) The code currently does buffer copies 16 bits at a time.
>> 32 bits at a time is 4X faster.
>>
>> What i'm seeing is, i load the buffer to xmit and increment
>> TXPRODUCEINDEX. Magically, TXCONSUMEINDEX is incremented (the part ate
>> the buffer), all of the xmit statii say "That was a mighty fine packet
>> that just went out the wire", and 40% of the time, wireshark will
>> actually see a packet. Sometimes i get every other packet to go out,
>> sometimes 100 in a row fail. The first packet, a gratuitous ARP, always
>> makes it out.
>>
>> So, do you get 100% ping responses?
>>
>> dik
>>
>>
>
> I've noticed that there is smth wrong with the emac.c, so I downloaded another project that demonstates lwip and simple replaced emac.c with that one. You can find this project in
> files-> LPC2388_simple_lwip_HTTP.zip
> try it, so far it works.
>
Do you get 100% ping responses with this emac file?
I do not. It is more or less the same as the one from lwIPweb.zip.
_I lose far too many outgoing packets._
PING 10.10.30.238 (10.10.30.238): 56 data bytes
64 bytes from 10.10.30.238: icmp_seq=0 ttl=255 time=666 ms
64 bytes from 10.10.30.238: icmp_seq=2 ttl=255 time=4 ms
64 bytes from 10.10.30.238: icmp_seq=3 ttl=255 time=4 ms
64 bytes from 10.10.30.238: icmp_seq=4 ttl=255 time=4 ms
64 bytes from 10.10.30.238: icmp_seq=8 ttl=255 time=5 ms
64 bytes from 10.10.30.238: icmp_seq=22 ttl=255 time=5 ms
64 bytes from 10.10.30.238: icmp_seq=35 ttl=255 time=4 ms
64 bytes from 10.10.30.238: icmp_seq=45 ttl=255 time=4 ms
64 bytes from 10.10.30.238: icmp_seq=47 ttl=255 time=5 ms
_It has the 3 problems i mentioned earlier. i.e._
dhcpd: ip length 336 disagrees with bytes received 337.
dhcpd: accepting packet with data after udp payload.
dhcpd: DHCPDISCOVER from 00:11:22:33:44:55 via eth0
dhcpd: DHCPOFFER on 10.10.30.238 to 00:11:22:33:44:55 via eth0
dhcpd: ip length 336 disagrees with bytes received 337.
dhcpd: accepting packet with data after udp payload.
dik
------------------------------------
(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )
> --- In l...@yahoogroups.com, Dick Balaska
>
>> Am 9/14/2009 11:31 AM, also sprach strange_bear:
>>
>>> --- In l...@yahoogroups.com, "donhamilton2002"
>>>
>>>
>>>> --- In l...@yahoogroups.com, "strange_bear"
>>>>
>>>>
>>>>> good morning, experts!
>>>>>
>>>>> I've got lwIPweb.zip and am trying to make it work with KEIL. The results are not very good.
>>>>> There is a linker script and startarm.s files. How can I make them work in KEIL? They are not compilable and so on. Please give an advice.
>>>>>
>>>>>
>>>>>
>>>> Where did you download lwIPweb.zip from ??
>>>>
>>>> don
>>>>
>>>>
>>>>
>>> I did it! It works. The problem was that in the lwIPweb.zip downloaded (I think) from this Files-> dir. the PINSEL was not set and thus the whole program hhung up. I feel happy today :) Now I need to get it work in eclipse...
>>>
>>>
>> Does it really work? Or does it kind of work. I am struggling to get
>> good tcp/ip out of my lpc2368.
>> On a good day with a tail wind, i can get ~50% responses to my pings.
>> The problem is in the output. I clock all ARP requests and ICMP echo
>> messages coming in.
>> I started with this (lwIPweb.zip) as my base. I noticed that this
>> emac.c is pretty much "standard" in the demos. It is a Keil file
>> originally derived from a CS8900 part (an ISA optimized Ethernet
>> controller, 16 bits).
>> I have fixed, so far, 3 problems with this emac.c file.
>> 1) When setting the buffer xmit length, it needs to be n-1.
>> The code currently sends one too many bytes.
>> 2) RequestSend() returns the next buffer in the ring,
>> regardless of whether it is available.
>> 3) The code currently does buffer copies 16 bits at a time.
>> 32 bits at a time is 4X faster.
>>
>> What i'm seeing is, i load the buffer to xmit and increment
>> TXPRODUCEINDEX. Magically, TXCONSUMEINDEX is incremented (the part ate
>> the buffer), all of the xmit statii say "That was a mighty fine packet
>> that just went out the wire", and 40% of the time, wireshark will
>> actually see a packet. Sometimes i get every other packet to go out,
>> sometimes 100 in a row fail. The first packet, a gratuitous ARP, always
>> makes it out.
>>
>> So, do you get 100% ping responses?
>>
>> dik
>>
>>
>
> I've noticed that there is smth wrong with the emac.c, so I downloaded another project that demonstates lwip and simple replaced emac.c with that one. You can find this project in
> files-> LPC2388_simple_lwip_HTTP.zip
> try it, so far it works.
>
Do you get 100% ping responses with this emac file?
I do not. It is more or less the same as the one from lwIPweb.zip.
_I lose far too many outgoing packets._
PING 10.10.30.238 (10.10.30.238): 56 data bytes
64 bytes from 10.10.30.238: icmp_seq=0 ttl=255 time=666 ms
64 bytes from 10.10.30.238: icmp_seq=2 ttl=255 time=4 ms
64 bytes from 10.10.30.238: icmp_seq=3 ttl=255 time=4 ms
64 bytes from 10.10.30.238: icmp_seq=4 ttl=255 time=4 ms
64 bytes from 10.10.30.238: icmp_seq=8 ttl=255 time=5 ms
64 bytes from 10.10.30.238: icmp_seq=22 ttl=255 time=5 ms
64 bytes from 10.10.30.238: icmp_seq=35 ttl=255 time=4 ms
64 bytes from 10.10.30.238: icmp_seq=45 ttl=255 time=4 ms
64 bytes from 10.10.30.238: icmp_seq=47 ttl=255 time=5 ms
_It has the 3 problems i mentioned earlier. i.e._
dhcpd: ip length 336 disagrees with bytes received 337.
dhcpd: accepting packet with data after udp payload.
dhcpd: DHCPDISCOVER from 00:11:22:33:44:55 via eth0
dhcpd: DHCPOFFER on 10.10.30.238 to 00:11:22:33:44:55 via eth0
dhcpd: ip length 336 disagrees with bytes received 337.
dhcpd: accepting packet with data after udp payload.
dik
------------------------------------
(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )
Re: lwIPWeb LPC2368 using KEIL - strange_bear - Oct 22 11:04:56 2009
sorry, I was to at hospital for some time :-) yes, actually I get 100% ping=
answers! no problem at all! see below. hope you've already found a solutio=
n.
(sorry for russian language :)
=CE=F2=E2=E5=F2 =EE=F2 192.168.1.10: =F7=E8=F1=EB=EE =E1=E0=E9=F2=3D32 =E2=
=F0=E5=EC=FF=3D1=EC=F1 TTL=3D255
=CE=F2=E2=E5=F2 =EE=F2 192.168.1.10: =F7=E8=F1=EB=EE =E1=E0=E9=F2=3D32 =E2=
=F0=E5=EC=FF=3D1=EC=F1 TTL=3D255
=CE=F2=E2=E5=F2 =EE=F2 192.168.1.10: =F7=E8=F1=EB=EE =E1=E0=E9=F2=3D32 =E2=
=F0=E5=EC=FF=3D1=EC=F1 TTL=3D255
=CE=F2=E2=E5=F2 =EE=F2 192.168.1.10: =F7=E8=F1=EB=EE =E1=E0=E9=F2=3D32 =E2=
=F0=E5=EC=FF=3D1=EC=F1 TTL=3D255
=CE=F2=E2=E5=F2 =EE=F2 192.168.1.10: =F7=E8=F1=EB=EE =E1=E0=E9=F2=3D32 =E2=
=F0=E5=EC=FF=3D1=EC=F1 TTL=3D255
=CE=F2=E2=E5=F2 =EE=F2 192.168.1.10: =F7=E8=F1=EB=EE =E1=E0=E9=F2=3D32 =E2=
=F0=E5=EC=FF=3D1=EC=F1 TTL=3D255
=D1=F2=E0=F2=E8=F1=F2=E8=EA=E0 Ping =E4=EB=FF 192.168.1.10:
=CF=E0=EA=E5=F2=EE=E2: =EE=F2=EF=F0=E0=E2=EB=E5=ED=EE =3D 416, =EF=EE=
=EB=F3=F7=E5=ED=EE =3D 416, =EF=EE=F2=E5=F0=FF=ED=EE =3D 0 (0% =EF=EE=F2=E5=
=F0=FC),
--- In l...@yahoogroups.com, Dick Balaska wrote:
>
> Am 9/14/2009 11:22 PM, also sprach strange_bear:
> > --- In l...@yahoogroups.com, Dick Balaska wrote:
> >=20=20=20
> >> Am 9/14/2009 11:31 AM, also sprach strange_bear:
> >>=20=20=20=20=20
> >>> --- In l...@yahoogroups.com, "donhamilton2002" =
wrote:
> >>>=20=20=20
> >>>=20=20=20=20=20=20=20
> >>>> --- In l...@yahoogroups.com, "strange_bear" wrote:
> >>>>=20=20=20=20=20
> >>>>=20=20=20=20=20=20=20=20=20
> >>>>> good morning, experts!
> >>>>>
> >>>>> I've got lwIPweb.zip and am trying to make it work with KEIL. The=
results are not very good.
> >>>>> There is a linker script and startarm.s files. How can I make them =
work in KEIL? They are not compilable and so on. Please give an advice.
> >>>>>
> >>>>>=20=20=20=20=20=20=20
> >>>>>=20=20=20=20=20=20=20=20=20=20=20
> >>>> Where did you download lwIPweb.zip from ??
> >>>>
> >>>> don
> >>>>
> >>>>=20=20=20=20=20
> >>>>=20=20=20=20=20=20=20=20=20
> >>> I did it! It works. The problem was that in the lwIPweb.zip downloade=
d (I think) from this Files-> dir. the PINSEL was not set and thus the whol=
e program hhung up. I feel happy today :) Now I need to get it work in ecli=
pse...
> >>>=20=20=20
> >>>=20=20=20=20=20=20=20
> >> Does it really work? Or does it kind of work. I am struggling to get=
=20
> >> good tcp/ip out of my lpc2368.
> >> On a good day with a tail wind, i can get ~50% responses to my pings. =
=20
> >> The problem is in the output. I clock all ARP requests and ICMP echo=
=20
> >> messages coming in.
> >> I started with this (lwIPweb.zip) as my base. I noticed that this=20
> >> emac.c is pretty much "standard" in the demos. It is a Keil file=20
> >> originally derived from a CS8900 part (an ISA optimized Ethernet=20
> >> controller, 16 bits).
> >> I have fixed, so far, 3 problems with this emac.c file.
> >> 1) When setting the buffer xmit length, it needs to be n-1.=20
> >> The code currently sends one too many bytes.
> >> 2) RequestSend() returns the next buffer in the ring,
> >> regardless of whether it is available.
> >> 3) The code currently does buffer copies 16 bits at a time.
> >> 32 bits at a time is 4X faster.
> >>
> >> What i'm seeing is, i load the buffer to xmit and increment=20
> >> TXPRODUCEINDEX. Magically, TXCONSUMEINDEX is incremented (the part at=
e=20
> >> the buffer), all of the xmit statii say "That was a mighty fine packet=
=20
> >> that just went out the wire", and 40% of the time, wireshark will=20
> >> actually see a packet. Sometimes i get every other packet to go out,=
=20
> >> sometimes 100 in a row fail. The first packet, a gratuitous ARP, alwa=
ys=20
> >> makes it out.
> >>
> >> So, do you get 100% ping responses?
> >>
> >> dik
> >>
> >>=20=20=20=20=20
> >
> > I've noticed that there is smth wrong with the emac.c, so I downloaded =
another project that demonstates lwip and simple replaced emac.c with that =
one. You can find this project in=20
> > files-> LPC2388_simple_lwip_HTTP.zip=20
> > try it, so far it works.
> >=20=20=20
>=20
> Do you get 100% ping responses with this emac file?=20
>=20
> I do not. It is more or less the same as the one from lwIPweb.zip.
>=20
> _I lose far too many outgoing packets._
>=20
> PING 10.10.30.238 (10.10.30.238): 56 data bytes
> 64 bytes from 10.10.30.238: icmp_seq=3D0 ttl=3D255 time=3D666 ms
> 64 bytes from 10.10.30.238: icmp_seq=3D2 ttl=3D255 time=3D4 ms
> 64 bytes from 10.10.30.238: icmp_seq=3D3 ttl=3D255 time=3D4 ms
> 64 bytes from 10.10.30.238: icmp_seq=3D4 ttl=3D255 time=3D4 ms
> 64 bytes from 10.10.30.238: icmp_seq=3D8 ttl=3D255 time=3D5 ms
> 64 bytes from 10.10.30.238: icmp_seq=3D22 ttl=3D255 time=3D5 ms
> 64 bytes from 10.10.30.238: icmp_seq=3D35 ttl=3D255 time=3D4 ms
> 64 bytes from 10.10.30.238: icmp_seq=3D45 ttl=3D255 time=3D4 ms
> 64 bytes from 10.10.30.238: icmp_seq=3D47 ttl=3D255 time=3D5 ms
>=20
> _It has the 3 problems i mentioned earlier. i.e._
>=20
> dhcpd: ip length 336 disagrees with bytes received 337.
> dhcpd: accepting packet with data after udp payload.
> dhcpd: DHCPDISCOVER from 00:11:22:33:44:55 via eth0
> dhcpd: DHCPOFFER on 10.10.30.238 to 00:11:22:33:44:55 via eth0
> dhcpd: ip length 336 disagrees with bytes received 337.
> dhcpd: accepting packet with data after udp payload.
>=20
> dik
>
------------------------------------
(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )
answers! no problem at all! see below. hope you've already found a solutio=
n.
(sorry for russian language :)
=CE=F2=E2=E5=F2 =EE=F2 192.168.1.10: =F7=E8=F1=EB=EE =E1=E0=E9=F2=3D32 =E2=
=F0=E5=EC=FF=3D1=EC=F1 TTL=3D255
=CE=F2=E2=E5=F2 =EE=F2 192.168.1.10: =F7=E8=F1=EB=EE =E1=E0=E9=F2=3D32 =E2=
=F0=E5=EC=FF=3D1=EC=F1 TTL=3D255
=CE=F2=E2=E5=F2 =EE=F2 192.168.1.10: =F7=E8=F1=EB=EE =E1=E0=E9=F2=3D32 =E2=
=F0=E5=EC=FF=3D1=EC=F1 TTL=3D255
=CE=F2=E2=E5=F2 =EE=F2 192.168.1.10: =F7=E8=F1=EB=EE =E1=E0=E9=F2=3D32 =E2=
=F0=E5=EC=FF=3D1=EC=F1 TTL=3D255
=CE=F2=E2=E5=F2 =EE=F2 192.168.1.10: =F7=E8=F1=EB=EE =E1=E0=E9=F2=3D32 =E2=
=F0=E5=EC=FF=3D1=EC=F1 TTL=3D255
=CE=F2=E2=E5=F2 =EE=F2 192.168.1.10: =F7=E8=F1=EB=EE =E1=E0=E9=F2=3D32 =E2=
=F0=E5=EC=FF=3D1=EC=F1 TTL=3D255
=D1=F2=E0=F2=E8=F1=F2=E8=EA=E0 Ping =E4=EB=FF 192.168.1.10:
=CF=E0=EA=E5=F2=EE=E2: =EE=F2=EF=F0=E0=E2=EB=E5=ED=EE =3D 416, =EF=EE=
=EB=F3=F7=E5=ED=EE =3D 416, =EF=EE=F2=E5=F0=FF=ED=EE =3D 0 (0% =EF=EE=F2=E5=
=F0=FC),
--- In l...@yahoogroups.com, Dick Balaska
>
> Am 9/14/2009 11:22 PM, also sprach strange_bear:
> > --- In l...@yahoogroups.com, Dick Balaska
> >=20=20=20
> >> Am 9/14/2009 11:31 AM, also sprach strange_bear:
> >>=20=20=20=20=20
> >>> --- In l...@yahoogroups.com, "donhamilton2002"
wrote:
> >>>=20=20=20
> >>>=20=20=20=20=20=20=20
> >>>> --- In l...@yahoogroups.com, "strange_bear"
> >>>>=20=20=20=20=20
> >>>>=20=20=20=20=20=20=20=20=20
> >>>>> good morning, experts!
> >>>>>
> >>>>> I've got lwIPweb.zip and am trying to make it work with KEIL. The=
results are not very good.
> >>>>> There is a linker script and startarm.s files. How can I make them =
work in KEIL? They are not compilable and so on. Please give an advice.
> >>>>>
> >>>>>=20=20=20=20=20=20=20
> >>>>>=20=20=20=20=20=20=20=20=20=20=20
> >>>> Where did you download lwIPweb.zip from ??
> >>>>
> >>>> don
> >>>>
> >>>>=20=20=20=20=20
> >>>>=20=20=20=20=20=20=20=20=20
> >>> I did it! It works. The problem was that in the lwIPweb.zip downloade=
d (I think) from this Files-> dir. the PINSEL was not set and thus the whol=
e program hhung up. I feel happy today :) Now I need to get it work in ecli=
pse...
> >>>=20=20=20
> >>>=20=20=20=20=20=20=20
> >> Does it really work? Or does it kind of work. I am struggling to get=
=20
> >> good tcp/ip out of my lpc2368.
> >> On a good day with a tail wind, i can get ~50% responses to my pings. =
=20
> >> The problem is in the output. I clock all ARP requests and ICMP echo=
=20
> >> messages coming in.
> >> I started with this (lwIPweb.zip) as my base. I noticed that this=20
> >> emac.c is pretty much "standard" in the demos. It is a Keil file=20
> >> originally derived from a CS8900 part (an ISA optimized Ethernet=20
> >> controller, 16 bits).
> >> I have fixed, so far, 3 problems with this emac.c file.
> >> 1) When setting the buffer xmit length, it needs to be n-1.=20
> >> The code currently sends one too many bytes.
> >> 2) RequestSend() returns the next buffer in the ring,
> >> regardless of whether it is available.
> >> 3) The code currently does buffer copies 16 bits at a time.
> >> 32 bits at a time is 4X faster.
> >>
> >> What i'm seeing is, i load the buffer to xmit and increment=20
> >> TXPRODUCEINDEX. Magically, TXCONSUMEINDEX is incremented (the part at=
e=20
> >> the buffer), all of the xmit statii say "That was a mighty fine packet=
=20
> >> that just went out the wire", and 40% of the time, wireshark will=20
> >> actually see a packet. Sometimes i get every other packet to go out,=
=20
> >> sometimes 100 in a row fail. The first packet, a gratuitous ARP, alwa=
ys=20
> >> makes it out.
> >>
> >> So, do you get 100% ping responses?
> >>
> >> dik
> >>
> >>=20=20=20=20=20
> >
> > I've noticed that there is smth wrong with the emac.c, so I downloaded =
another project that demonstates lwip and simple replaced emac.c with that =
one. You can find this project in=20
> > files-> LPC2388_simple_lwip_HTTP.zip=20
> > try it, so far it works.
> >=20=20=20
>=20
> Do you get 100% ping responses with this emac file?=20
>=20
> I do not. It is more or less the same as the one from lwIPweb.zip.
>=20
> _I lose far too many outgoing packets._
>=20
> PING 10.10.30.238 (10.10.30.238): 56 data bytes
> 64 bytes from 10.10.30.238: icmp_seq=3D0 ttl=3D255 time=3D666 ms
> 64 bytes from 10.10.30.238: icmp_seq=3D2 ttl=3D255 time=3D4 ms
> 64 bytes from 10.10.30.238: icmp_seq=3D3 ttl=3D255 time=3D4 ms
> 64 bytes from 10.10.30.238: icmp_seq=3D4 ttl=3D255 time=3D4 ms
> 64 bytes from 10.10.30.238: icmp_seq=3D8 ttl=3D255 time=3D5 ms
> 64 bytes from 10.10.30.238: icmp_seq=3D22 ttl=3D255 time=3D5 ms
> 64 bytes from 10.10.30.238: icmp_seq=3D35 ttl=3D255 time=3D4 ms
> 64 bytes from 10.10.30.238: icmp_seq=3D45 ttl=3D255 time=3D4 ms
> 64 bytes from 10.10.30.238: icmp_seq=3D47 ttl=3D255 time=3D5 ms
>=20
> _It has the 3 problems i mentioned earlier. i.e._
>=20
> dhcpd: ip length 336 disagrees with bytes received 337.
> dhcpd: accepting packet with data after udp payload.
> dhcpd: DHCPDISCOVER from 00:11:22:33:44:55 via eth0
> dhcpd: DHCPOFFER on 10.10.30.238 to 00:11:22:33:44:55 via eth0
> dhcpd: ip length 336 disagrees with bytes received 337.
> dhcpd: accepting packet with data after udp payload.
>=20
> dik
>
------------------------------------
(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )