Hi there: Some suggestions:
First, the DevC++ tools are really out of date. Do yourself a favor and update
to the new Eclipse-based tools. Not only do they work much more seamlessly,
there are lots of updates to the NB system itself. Highly recommended.

Second, this formum has been essentially replaced by a new forum at
http://forum.embeddedethernet.com/ for tat least the last 18 months! This one is
not really used anymore.

There are a few zigbee posts on the new forum.



--- In netburner_group@yahoogroups.com, "oric_dan" <oric_dan@...> wrote:
>
>
> I have a MOD5213 dev board, which I bought a couple of years ago for a
project, and which I am just now getting back to.
>
> First off, how obsolete are the programming tools, Dev-C++, etc that I have?
>
> Secondly, I can download program code to the module fine via a standard RS232
cable. However, I would like to be able to download to the module via zigbee RF
link. Unfortunately, the zigbee transceivers I have only have RX+TX lines
available. I can communicate fine with the module via zigbee, but if I try
downloading this way, I get an app code checksum error when the MOD5213 boots
up.
>
> I notice from the dev board schematics that the module appears to use RTS-CTS
handshake. Are these necessary for programming? I tried changing handshake
settings in MTTY, but to no avail.
>
> Thirdly, the downloading problem may be in the zigbee RF buffering side, as
the TX buffers are only 100-bytes long. The transmit side may simply be
overflowing the TX-buffer by streaming the data. It might help if I could find
some info on how the MOD5213 downloading works, download block sizes, and
what/when handshakes are expected.
>
> It's not the end of the world if I cannot download via RF link, but it would
be nice.
>
> Thanks for any help.
>

I have a MOD5213 dev board, which I bought a couple of years ago for a project,
and which I am just now getting back to.

First off, how obsolete are the programming tools, Dev-C++, etc that I have?

Secondly, I can download program code to the module fine via a standard RS232
cable. However, I would like to be able to download to the module via zigbee RF
link. Unfortunately, the zigbee transceivers I have only have RX+TX lines
available. I can communicate fine with the module via zigbee, but if I try
downloading this way, I get an app code checksum error when the MOD5213 boots
up.

I notice from the dev board schematics that the module appears to use RTS-CTS
handshake. Are these necessary for programming? I tried changing handshake
settings in MTTY, but to no avail.

Thirdly, the downloading problem may be in the zigbee RF buffering side, as the
TX buffers are only 100-bytes long. The transmit side may simply be overflowing
the TX-buffer by streaming the data. It might help if I could find some info on
how the MOD5213 downloading works, download block sizes, and what/when
handshakes are expected.

It's not the end of the world if I cannot download via RF link, but it would be
nice.

Thanks for any help.

I have a MOD5213 dev board, which I bought a couple of years ago for a project,
and which I am just now getting back to.

First off, how obsolete are the programming tools, Dev-C++, etc that I have?

Secondly, I can download program code to the module fine via a standard RS232
cable. However, I would like to be able to download to the module via zigbee RF
link. Unfortunately, the zigbee transceivers I have only have RX+TX lines
available. I can communicate fine with the module via zigbee, but if I try
downloading this way, I get an app code checksum error when the MOD5213 boots
up.

I notice from the dev board schematics that the module appears to use RTS-CTS
handshake. Are these necessary for programming? I tried changing handshake
settings in MTTY, but to no avail.

Thirdly, the downloading problem may be in the zigbee RF buffering side, as the
TX buffers are only 100-bytes long. The transmit side may simply be overflowing
the TX-buffer by streaming the data. It might help if I could find some info on
how the MOD5213 downloading works, download block sizes, and what/when
handshakes are expected.

It's not the end of the world if I cannot download via RF link, but it would be
nice.

Thanks for any help.

Hi all,

Anyone have experience or a suggestion about using 4 - 20 ma current loop on a
Netburner?

TIA,
David

E gold click

   How much we will pay you ?

- $5 for free sign up

- $5 monthly

- $1 monthly for each member you refe

Register : http://e-goldclick.blogspot.com/

Hi I'm receiving this error sometimes when I try to establish a TCP connection.
I'm using the MOD5282.

What does this mean exactly?

Thanks,
Victor

It is asking for the name of their company not yours.  It got me the
first two times till I read each word.  Just type netburner.


On Thu, Jun 18, 2009 at 7:28 PM, Shahabuddin Inamdar<shahab47@...> wrote:
>
>
> Hello.
>
> I cannot log in to the forum.
> It keep asking me the name of my company and never goes past that screen.
> What should I do ?
>
> Thanks.
>
> ************************************************************************
> Shahabuddin Inamdar (Shahab)
> FPGA Design Engineer.
> 1-813-842-3604
> ************************************************************************
> http://www.spaces.msn.com/shahab47 (My HomePage)
> ************************************************************************
>
> --- On Mon, 5/4/09, cgruffcgruff <cgruff@...> wrote:
>
> From: cgruffcgruff <cgruff@...>
> Subject: [netburner_group] Re: s19 file too big for auto-update utility
> To: netburner_group@yahoogroups.com
> Date: Monday, May 4, 2009, 4:21 AM
>
> --- In netburner_group@ yahoogroups. com, "Shahabuddin Inamdar" <shahab47@..
> .> wrote:
>>
>> Hello there.
>>
>> I am using MOD5234 along with xilinx FPGA XC3S1600E-400FCC.
>>
>> Here are the pinouts for netburner connector J2 which I am using to
>> program the FPGA using NB.
>>
>> Pin-38 : Program
>> pin-22 : init
>> Pin-33 : done
>> Pin-32 : Din
>> Pin-29 : cclk
>>
>> I am sucesfully able to program the FPGA by including the .exo filie
>> generated by FPGA Tool, as a .h file in the NB code.
>>
>> But the thing is:
>>
>> When .exo fpga file is included in the nb code, it becomes very huge and
>> NB AUTOUPDATE utility cant see the NB. So I had to download the code using
>> TTY terminal.
>>
>> Is there any way, I can still download the nb code using autoupdate
>> utility inspite of the NB code being very huge? (the .exo file is about 3MB
>> in size)
>>
>> Any help in this aspect will be appreciated.
>> Thanks.
>>
> You might get this to go if you compress the binary data using huffman
> encoding into a bunch of pieces and create a .h with each piece, then in
> your run-time code, expand the .h files one-by-one into RAM and program the
> FPGA in bursts
>
> compression and expansion algorithms are available via an inet search.
> Huffman is one of the tightest for this.
>
> good luck.
>
> Chris
>
>

Hi,

The NetBurner Yahoo group is around primarily for archive purposes. The primary
NetBurner forum is now located here:
http://forum.embeddedethernet.com/
You should re-post this topic there.

-Larry

--- In netburner_group@yahoogroups.com, "jdauchot" <tycho@...> wrote:
>
> Hi Guys
>
> I am new to this group, however I have been using Netburner development kit
for the last 3 years. I would like to use the SSL layer protocol and I have a
license for one. I would like to interface to a C# GUI interface on a PC running
XP.
>
> Can anyone recomend a SSL layer for C# or VB.NET, free or othewise so that I
can communication securelly with an encryption system?
>
> Regards
>
> Jean-Jacques
>

Hi Guys

I am new to this group, however I have been using Netburner development kit for
the last 3 years. I would like to use the SSL layer protocol and I have a
license for one. I would like to interface to a C# GUI interface on a PC running
XP.

Can anyone recomend a SSL layer for C# or VB.NET, free or othewise so that I can
communication securelly with an encryption system?

Regards

Jean-Jacques

Hi there

I have also run in to the same problem, you can sometimes
sneak around this issue by creating a ultra tiny downloader
application (almost only autoupdate enabled) and do a two-step
download by sending the 'downloader' before the main app, Thus
giving you the maximum ram available for the update process.

(Problem being that the current app and the new download image
must co-exist in ram for the update to occur).

This failing, I have also used a memory card, ie: FTP your
app to the card and then have your code do an update from
the .S19 file on the card if it exists during reboot.

Personally I would store the compressed .exo file in an an
external memory device (ie: serial flash, eeprom, reserved
flash segment, etc..) and decompress/program it from there.

Regards
Steve

--- In netburner_group@yahoogroups.com, "Shahabuddin Inamdar" <shahab47@...>
wrote:
>
> Hello there.
>
> I am using MOD5234 along with xilinx FPGA XC3S1600E-400FCC.
>
> Here are the pinouts for netburner connector J2 which I am using to program
the FPGA using NB.
>
> Pin-38 : Program
> pin-22 : init
> Pin-33 : done
> Pin-32 : Din
> Pin-29 : cclk
>
> I am sucesfully able to program the FPGA by including the .exo filie generated
by FPGA Tool, as a .h file in the NB code.
>
> But the thing is:
>
> When .exo fpga file is included in the nb code, it becomes very huge and NB
AUTOUPDATE utility cant see the NB. So I had to download the code using TTY
terminal.
>
> Is there any way, I can still download the nb code using autoupdate utility
inspite of the NB code being very huge? (the .exo file is about 3MB in size)
>
> Any help in this aspect will be appreciated.
> Thanks.
>

--- In netburner_group@yahoogroups.com, "Shahabuddin Inamdar" <shahab47@...>
wrote:
>
> Hello there.
>
> I am using MOD5234 along with xilinx FPGA XC3S1600E-400FCC.
>
> Here are the pinouts for netburner connector J2 which I am using to program
the FPGA using NB.
>
> Pin-38 : Program
> pin-22 : init
> Pin-33 : done
> Pin-32 : Din
> Pin-29 : cclk
>
> I am sucesfully able to program the FPGA by including the .exo filie generated
by FPGA Tool, as a .h file in the NB code.
>
> But the thing is:
>
> When .exo fpga file is included in the nb code, it becomes very huge and NB
AUTOUPDATE utility cant see the NB. So I had to download the code using TTY
terminal.
>
> Is there any way, I can still download the nb code using autoupdate utility
inspite of the NB code being very huge? (the .exo file is about 3MB in size)
>
> Any help in this aspect will be appreciated.
> Thanks.
>
You might get this to go if you compress the binary data using huffman encoding
into a bunch of pieces and create a .h with each piece, then in your run-time
code, expand the .h files one-by-one into RAM and program the FPGA in bursts

compression and expansion algorithms are available via an inet search. Huffman
is one of the tightest for this.

good luck.

Chris

Hello there.

I am using MOD5234 along with xilinx FPGA XC3S1600E-400FCC.

Here are the pinouts for netburner connector J2 which I am using to program the
FPGA using NB.

Pin-38 : Program
pin-22 : init
Pin-33 : done
Pin-32 : Din
Pin-29 : cclk

I am sucesfully able to program the FPGA by including the .exo filie generated
by FPGA Tool, as a .h file in the NB code.

But the thing is:

When .exo fpga file is included in the nb code, it becomes very huge and NB
AUTOUPDATE utility cant see the NB. So I had to download the code using TTY
terminal.

Is there any way, I can still download the nb code using autoupdate utility
inspite of the NB code being very huge? (the .exo file is about 3MB in size)

Any help in this aspect will be appreciated.
Thanks.

Thom,

I am not wokking on the client side. I do the netburner that send the info. My
side work's ok :) But I'm trying to change my to to help the guy that does the
client PC side.

From what I saw up to now is that is code should be changed to work with this
beavior

________________________________

From: netburner_group@yahoogroups.com on behalf of Thomas Taranowski
Sent: Thu 4/2/2009 7:03 PM
To: netburner_group@yahoogroups.com
Subject: Re: [netburner_group] TCP Fragmentation



Are you looping on the recv() call?  You may not recv all of the pending data in
a single recv, as you have seen.  Usually you need to do something like the
following:

int expectedDataSizeInBytes= val_grabbed_from_start_header;
//recv until all expected data has been received.
while(expectedDataSizeInBytes > 0)
   dataSizeInBytes -= recv(...);
}

It's not uncommon to require more than a single recv call to get what you want.


On Thu, Apr 2, 2009 at 3:35 PM, Rheault, Denis <DRheault@...
<mailto:DRheault@...> > wrote:


	 The paylod already as a start header with frame lenght. So normaly the Recv
should be able to re-assemble the data if the data rx in te packet is less then
what the paylod says. Also I am stuck with the defived protocol since it's the
recv how made the requirement.

	 UDP would required a additionnal layer in my code to deal with packet loss but
this would take care of the segmentation problem.

	 Thanks
	 Denis

	 ________________________________

	 From: netburner_group@yahoogroups.com
<mailto:netburner_group%40yahoogroups.com>  on behalf of Thomas Taranowski
	 Sent: Thu 4/2/2009 4:35 PM


	 To: netburner_group@yahoogroups.com <mailto:netburner_group%40yahoogroups.com>

	 Subject: Re: [netburner_group] TCP Fragmentation


	 It sounds like you want to use UDP, as your protocol is structure/datagram
oriented, and your sending packets of data around. TCP doesn't really work that
well for this type of application, as it's stream oriented. You could use a
unique termination string at the end of your packet to indicate EOT for your
data. Your recv()'r can listen for this and assemble what it's received into
your data structure. If you really need to control segmentation, you would need
to hack something into the TCP layer of the stack to control outgoing packet
segmentation in the precise manner you need.


	 On Thu, Apr 2, 2009 at 12:07 PM, Rheault, Denis <DRheault@...
<mailto:DRheault%40telesat.com>  <mailto:DRheault@...
<mailto:DRheault%40telesat.com> > > wrote:




	 #1 already do this.

	 I thought there was a flag I could set in the TCP to stop this..

	 NULL could still create fragmentation, I will go with you last opinion.
Specially that there is no way for me of controlling the performance of the end
PC..

	 Thanks



	 -----Original Message-----

	 From: netburner_group@yahoogroups.com
<mailto:netburner_group%40yahoogroups.com> 
<mailto:netburner_group@yahoogroups.com
<mailto:netburner_group%40yahoogroups.com> >
[mailto:netburner_group@yahoogroups.com
<mailto:netburner_group%40yahoogroups.com> 
<mailto:netburner_group@yahoogroups.com
<mailto:netburner_group%40yahoogroups.com> > ] On Behalf Of chris ruff

	 Sent: Thursday, April 02, 2009 2:41 PM

	 To: netburner_group@yahoogroups.com <mailto:netburner_group%40yahoogroups.com> 
<mailto:netburner_group@yahoogroups.com
<mailto:netburner_group%40yahoogroups.com> >
	 Subject: RE: [netburner_group] TCP Fragmentation





	 Denis:

	 1. have you tried the trick of

	 writeall(fd,buf,len)

	 ?

	 Have you tried punching a bunch of NULLs out after your packet to force the NB
stack to assemble and send a packet

	 Who is responsible for the Windows end? On the windows apps I write I have
always had to take this very problem into consideration. Basically, everybody
needs to be able to handle packet fragmentation. IMO it is essentially a
marginal hack to force some host to squeak complete packets to make other host
algorithms happy

	 Chris



	 -----Original Message-----

	 From: netburner_group@yahoogroups.com
<mailto:netburner_group%40yahoogroups.com> 
<mailto:netburner_group@yahoogroups.com
<mailto:netburner_group%40yahoogroups.com> >
[mailto:netburner_group@yahoogroups.com
<mailto:netburner_group%40yahoogroups.com> 
<mailto:netburner_group@yahoogroups.com
<mailto:netburner_group%40yahoogroups.com> > ]On Behalf Of Rheault, Denis
	 Sent: Thursday, April 02, 2009 2:10 PM

	 To: netburner_group@yahoogroups.com <mailto:netburner_group%40yahoogroups.com> 
<mailto:netburner_group@yahoogroups.com
<mailto:netburner_group%40yahoogroups.com> >
	 Subject: RE: [netburner_group] TCP Fragmentation





	 No, opposite.

	 The problem I have is that I sent fix length packet of 1224 bytes of payload.
Sometime the receiving end TCP get's full and some fragmentation happen. since
the receiving end (PC) is looking for a fix payload format in the ip frame it
can't recognize the payload data.

	 What I would like is a way to only send the same type of frame to the PC. For a
unknown reason the Netburner can process faster then the PC. Other thing, I am
not writing the PC application ..

	 Here is a TCP dump of what happen. 232 is the netburner. Goal is to keep all
packet to 1224



	 Denis


	 -----Original Message-----

	 From: netburner_group@yahoogroups.com
<mailto:netburner_group%40yahoogroups.com> 
<mailto:netburner_group@yahoogroups.com
<mailto:netburner_group%40yahoogroups.com> >
[mailto:netburner_group@yahoogroups.com
<mailto:netburner_group%40yahoogroups.com> 
<mailto:netburner_group@yahoogroups.com
<mailto:netburner_group%40yahoogroups.com> > ] On Behalf Of chris ruff
	 Sent: Thursday, April 02, 2009 1:30 PM

	 To: netburner_group@yahoogroups.com <mailto:netburner_group%40yahoogroups.com> 
<mailto:netburner_group@yahoogroups.com
<mailto:netburner_group%40yahoogroups.com> >
	 Subject: RE: [netburner_group] TCP Fragmentation





	 Google "Nagle" algorithm

	 I am assuming that you want the host computer to send complete packets to the
NB module

	 Chris




	 -----Original Message-----

	 From: netburner_group@yahoogroups.com
<mailto:netburner_group%40yahoogroups.com> 
<mailto:netburner_group@yahoogroups.com
<mailto:netburner_group%40yahoogroups.com> >
[mailto:netburner_group@yahoogroups.com
<mailto:netburner_group%40yahoogroups.com> 
<mailto:netburner_group@yahoogroups.com
<mailto:netburner_group%40yahoogroups.com> > ]On Behalf Of Rheault, Denis
	 Sent: Thursday, April 02, 2009 12:20 PM

	 To: netburner_group@yahoogroups.com <mailto:netburner_group%40yahoogroups.com> 
<mailto:netburner_group@yahoogroups.com
<mailto:netburner_group%40yahoogroups.com> >
	 Subject: [netburner_group] TCP Fragmentation





	 Hi,

	 Is there a way I can disable fragmentation in the TCP stack ?

	 Denis Rheault
	 Sr. Maintenance Engineering Associate
	 Telesat
	 514-528-2207
	 514-527-6429 fax

	 drheault@... <mailto:drheault%40telesat.com> 
<mailto:drheault@... <mailto:drheault%40telesat.com> >


	 This message and any files transmitted with it contains information from
Telesat, which may be privileged and/or confidential. If you have received this
e-mail in error or are not the intended recipient, you may not use, copy,
disseminate or distribute it; do not open any attachments, delete it immediately
from your system and notify the sender promptly by e-mail that you have done so.
Thank you.










	 --
	 Thomas Taranowski
	 Certified netburner consultant

	 baringforge.com <http://baringforge.com/>  <http://baringforge.com/
<http://baringforge.com/> >






--
Thomas Taranowski
Certified netburner consultant
baringforge.com <http://baringforge.com/>

The paylod already as a start header with frame lenght. So normaly the Recv
should be able to re-assemble the data if the data rx in te packet is less then
what the paylod says. Also I am stuck with the defived protocol since it's the
recv how made the requirement.

UDP would required a additionnal layer in my code to deal with packet loss but
this would take care of the segmentation problem.

Thanks
Denis

________________________________

From: netburner_group@yahoogroups.com on behalf of Thomas Taranowski
Sent: Thu 4/2/2009 4:35 PM
To: netburner_group@yahoogroups.com
Subject: Re: [netburner_group] TCP Fragmentation



It sounds like you want to use UDP, as your protocol is structure/datagram
oriented, and your sending packets of data around.  TCP doesn't really work that
well for this type of application, as it's stream oriented.  You could use a
unique termination string at the end of your packet to indicate EOT for your
data.  Your recv()'r can listen for this and assemble what it's received into
your data structure.  If you really need to control segmentation, you would need
to hack something into the TCP layer of the stack to control outgoing packet
segmentation in the precise manner you need.


On Thu, Apr 2, 2009 at 12:07 PM, Rheault, Denis <DRheault@...
<mailto:DRheault@...> > wrote:





	 #1 already do this.

	 I thought there was a flag I could set in the TCP to stop this..

	 NULL could still create fragmentation, I will go with you last opinion.
Specially that there is no way for me of controlling the performance of the end 
PC..

	 Thanks



		 -----Original Message-----
		 From: netburner_group@yahoogroups.com <mailto:netburner_group@yahoogroups.com>
[mailto:netburner_group@yahoogroups.com <mailto:netburner_group@yahoogroups.com>
] On Behalf Of chris ruff

		 Sent: Thursday, April 02, 2009 2:41 PM
		 To: netburner_group@yahoogroups.com <mailto:netburner_group@yahoogroups.com>
		 Subject: RE: [netburner_group] TCP Fragmentation





		 Denis:

		 1. have you tried the trick of

		 writeall(fd,buf,len)

		 ?

		 Have you tried punching a bunch of NULLs out after your packet to force the NB
stack to assemble and send a packet

		 Who is responsible for the Windows end?  On the windows apps I write I have
always had to take this very problem into consideration. Basically, everybody
needs to be able to handle packet fragmentation.  IMO it is essentially a
marginal hack to force some host to squeak complete packets to make other host
algorithms happy

		 Chris



			 -----Original Message-----
			 From: netburner_group@yahoogroups.com
<mailto:netburner_group@yahoogroups.com> 
[mailto:netburner_group@yahoogroups.com <mailto:netburner_group@yahoogroups.com>
]On Behalf Of Rheault, Denis
			 Sent: Thursday, April 02, 2009 2:10 PM
			 To: netburner_group@yahoogroups.com <mailto:netburner_group@yahoogroups.com>
			 Subject: RE: [netburner_group] TCP Fragmentation





			 No, opposite.

			 The problem I have is that I sent fix length packet of 1224 bytes of payload.
Sometime the receiving end TCP get's full and some fragmentation happen. since
the receiving end (PC) is looking for a fix payload format in the ip frame it
can't recognize the payload data.

			 What I would like is a way to only send the same type of frame to the PC. For
a unknown reason the Netburner can process faster then the PC. Other thing, I am
not writing the PC application ..

			 Here is a TCP dump of what happen. 232 is the netburner. Goal is to keep all
packet to 1224



			 Denis


				 -----Original Message-----
				 From: netburner_group@yahoogroups.com
<mailto:netburner_group@yahoogroups.com> 
[mailto:netburner_group@yahoogroups.com <mailto:netburner_group@yahoogroups.com>
] On Behalf Of chris ruff
				 Sent: Thursday, April 02, 2009 1:30 PM
				 To: netburner_group@yahoogroups.com <mailto:netburner_group@yahoogroups.com>
				 Subject: RE: [netburner_group] TCP Fragmentation





				 Google "Nagle" algorithm

				 I am assuming that you want the host computer to send complete packets to
the NB module

				 Chris




					 -----Original Message-----
					 From: netburner_group@yahoogroups.com
<mailto:netburner_group@yahoogroups.com> 
[mailto:netburner_group@yahoogroups.com <mailto:netburner_group@yahoogroups.com>
]On Behalf Of Rheault, Denis
					 Sent: Thursday, April 02, 2009 12:20 PM
					 To: netburner_group@yahoogroups.com
<mailto:netburner_group@yahoogroups.com>
					 Subject: [netburner_group] TCP Fragmentation





					 Hi,

					 Is there a way I can disable fragmentation in the TCP stack ?

					 Denis Rheault
					 Sr. Maintenance Engineering Associate
					 Telesat
					 514-528-2207
					 514-527-6429 fax
					 drheault@... <mailto:drheault@...>



					 This message and any files transmitted with it contains information from
Telesat, which may be privileged and/or confidential. If you have received this
e-mail in error or are not the intended recipient, you may not use, copy,
disseminate or distribute it; do not open any attachments, delete it immediately
from your system and notify the sender promptly by e-mail that you have done so.
Thank you.













--
Thomas Taranowski
Certified netburner consultant
baringforge.com <http://baringforge.com/>

-----Original Message-----
From: netburner_group@yahoogroups.com [mailto:netburner_group@yahoogroups.com] On Behalf Of Thomas Taranowski
Sent: Thursday, April 02, 2009 3:53 PM
To: netburner_group@yahoogroups.com
Subject: Re: [netburner_group] TCP Fragmentation

Suggest you post this at : http://forum.embeddedethernet.com.  The yahoo forum is pretty much defunct, although some of us still watch it out of nostalgia.

On Thu, Apr 2, 2009 at 9:20 AM, Rheault, Denis <DRheault@telesat.com> wrote:

Hi,

Is there a way I can disable fragmentation in the TCP stack ?

Denis Rheault
Sr. Maintenance Engineering Associate
Telesat
514-528-2207
514-527-6429 fax
drheault@telesat.com

This message and any files transmitted with it contains information from Telesat, which may be privileged and/or confidential. If you have received this e-mail in error or are not the intended recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the sender promptly by e-mail that you have done so. Thank you.

--
Thomas Taranowski
Certified netburner consultant
baringforge.com

-----Original Message-----
From: netburner_group@yahoogroups.com [mailto:netburner_group@yahoogroups.com] On Behalf Of chris ruff
Sent: Thursday, April 02, 2009 2:41 PM
To: netburner_group@yahoogroups.com
Subject: RE: [netburner_group] TCP Fragmentation

Denis:

 

1. have you tried the trick of

 

writeall(fd,buf,len)

 

?

 

Have you tried punching a bunch of NULLs out after your packet to force the NB stack to assemble and send a packet

 

Who is responsible for the Windows end?  On the windows apps I write I have always had to take this very problem into consideration. Basically, everybody needs to be able to handle packet fragmentation.  IMO it is essentially a marginal hack to force some host to squeak complete packets to make other host algorithms happy

 

Chris

 

 

-----Original Message-----
From: netburner_group@yahoogroups.com [mailto:netburner_group@yahoogroups.com]On Behalf Of Rheault, Denis
Sent: Thursday, April 02, 2009 2:10 PM
To: netburner_group@yahoogroups.com
Subject: RE: [netburner_group] TCP Fragmentation

No, opposite.

 

The problem I have is that I sent fix length packet of 1224 bytes of payload. Sometime the receiving end TCP get's full and some fragmentation happen. since the receiving end (PC) is looking for a fix payload format in the ip frame it can't recognize the payload data. 

 

What I would like is a way to only send the same type of frame to the PC. For a unknown reason the Netburner can process faster then the PC. Other thing, I am not writing the PC application ..

 

Here is a TCP dump of what happen. 232 is the netburner. Goal is to keep all packet to 1224

 

 

Denis

 

-----Original Message-----
From: netburner_group@yahoogroups.com [mailto:netburner_group@yahoogroups.com] On Behalf Of chris ruff
Sent: Thursday, April 02, 2009 1:30 PM
To: netburner_group@yahoogroups.com
Subject: RE: [netburner_group] TCP Fragmentation

Google "Nagle" algorithm

 

I am assuming that you want the host computer to send complete packets to the NB module

 

Chris

 

 

 

-----Original Message-----
From: netburner_group@yahoogroups.com [mailto:netburner_group@yahoogroups.com]On Behalf Of Rheault, Denis
Sent: Thursday, April 02, 2009 12:20 PM
To: netburner_group@yahoogroups.com
Subject: [netburner_group] TCP Fragmentation

Hi,

Is there a way I can disable fragmentation in the TCP stack ?

Denis Rheault
Sr. Maintenance Engineering Associate
Telesat
514-528-2207
514-527-6429 fax
drheault@telesat.com

This message and any files transmitted with it contains information from Telesat, which may be privileged and/or confidential. If you have received this e-mail in error or are not the intended recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the sender promptly by e-mail that you have done so. Thank you.

-----Original Message-----
From: netburner_group@yahoogroups.com [mailto:netburner_group@yahoogroups.com]On Behalf Of Rheault, Denis
Sent: Thursday, April 02, 2009 2:10 PM
To: netburner_group@yahoogroups.com
Subject: RE: [netburner_group] TCP Fragmentation

No, opposite.

 

The problem I have is that I sent fix length packet of 1224 bytes of payload. Sometime the receiving end TCP get's full and some fragmentation happen. since the receiving end (PC) is looking for a fix payload format in the ip frame it can't recognize the payload data. 

 

What I would like is a way to only send the same type of frame to the PC. For a unknown reason the Netburner can process faster then the PC. Other thing, I am not writing the PC application ..

 

Here is a TCP dump of what happen. 232 is the netburner. Goal is to keep all packet to 1224

 

 

Denis

 

-----Original Message-----
From: netburner_group@yahoogroups.com [mailto:netburner_group@yahoogroups.com] On Behalf Of chris ruff
Sent: Thursday, April 02, 2009 1:30 PM
To: netburner_group@yahoogroups.com
Subject: RE: [netburner_group] TCP Fragmentation

Google "Nagle" algorithm

 

I am assuming that you want the host computer to send complete packets to the NB module

 

Chris

 

 

 

-----Original Message-----
From: netburner_group@yahoogroups.com [mailto:netburner_group@yahoogroups.com]On Behalf Of Rheault, Denis
Sent: Thursday, April 02, 2009 12:20 PM
To: netburner_group@yahoogroups.com
Subject: [netburner_group] TCP Fragmentation

Hi,

Is there a way I can disable fragmentation in the TCP stack ?

Denis Rheault
Sr. Maintenance Engineering Associate
Telesat
514-528-2207
514-527-6429 fax
drheault@telesat.com

This message and any files transmitted with it contains information from Telesat, which may be privileged and/or confidential. If you have received this e-mail in error or are not the intended recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the sender promptly by e-mail that you have done so. Thank you.

-----Original Message-----
From: netburner_group@yahoogroups.com [mailto:netburner_group@yahoogroups.com] On Behalf Of chris ruff
Sent: Thursday, April 02, 2009 1:30 PM
To: netburner_group@yahoogroups.com
Subject: RE: [netburner_group] TCP Fragmentation

Google "Nagle" algorithm

 

I am assuming that you want the host computer to send complete packets to the NB module

 

Chris

 

 

 

-----Original Message-----
From: netburner_group@yahoogroups.com [mailto:netburner_group@yahoogroups.com]On Behalf Of Rheault, Denis
Sent: Thursday, April 02, 2009 12:20 PM
To: netburner_group@yahoogroups.com
Subject: [netburner_group] TCP Fragmentation

Hi,

Is there a way I can disable fragmentation in the TCP stack ?

Denis Rheault
Sr. Maintenance Engineering Associate
Telesat
514-528-2207
514-527-6429 fax
drheault@telesat.com

This message and any files transmitted with it contains information from Telesat, which may be privileged and/or confidential. If you have received this e-mail in error or are not the intended recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the sender promptly by e-mail that you have done so. Thank you.

-----Original Message-----
From: netburner_group@yahoogroups.com [mailto:netburner_group@yahoogroups.com]On Behalf Of Rheault, Denis
Sent: Thursday, April 02, 2009 12:20 PM
To: netburner_group@yahoogroups.com
Subject: [netburner_group] TCP Fragmentation

Hi,

Is there a way I can disable fragmentation in the TCP stack ?

Denis Rheault
Sr. Maintenance Engineering Associate
Telesat
514-528-2207
514-527-6429 fax
drheault@telesat.com

This message and any files transmitted with it contains information from Telesat, which may be privileged and/or confidential. If you have received this e-mail in error or are not the intended recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the sender promptly by e-mail that you have done so. Thank you.

Hi,

Is there a way I can disable fragmentation in the TCP stack ?

Denis Rheault
Sr. Maintenance Engineering Associate
Telesat
514-528-2207
514-527-6429 fax
drheault@...

This message and any files transmitted with it contains information from Telesat, which may be privileged and/or confidential. If you have received this e-mail in error or are not the intended recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the sender promptly by e-mail that you have done so. Thank you.

Hello,

The 5-6 second delay from power up to the start of execution of your code is the
time the NB monitor program is running. It waits 5 seconds to give you a chance
to break into it and use the command-line, and then it jumps to your code. You
can shorten that time to as low as 1 second, I think, but I've seen warnings to
NOT set it to zero. The shorter you make the time, the harder it will be to
break into the monitor when you want to load a new program into your board. I
don't have a 5234, but you can definitely generate frequencies in the 2-5 MHz
range using the 32-bit timers or the eTPU. Read the sections on those
peripherals in the NB documentation and look at the sample programs. The eTPU is
a complex peripheral, but there may be a sample program that illustrates use of
the PWM function. With that function, you can set the frequency and duty cycle,
and change either one at run-time.

Joe


--- In netburner_group@yahoogroups.com, "Shahabuddin Inamdar" <shahab47@...>
wrote:
>
> Hello there.
>
> I have few questions about MOD 5234.
>
> I am using MOD5234 to program my FPGA.
> For this, I generate the PROGRAM PULSE so that the configuration process will
begin inside FPGA.
>
> I am successfully able to do that.
>
> However the problem is :
> 1. It takes 5-6 seconds before the PROGRAM pin goes low for 1 second.
>    I want this PROGRAM pulse to occur as soon as NB is powered up.
>    Does NB takes 5 seconds to boot up?
>    Because generating the PROGRAM pulse is the first thing I am doing
>    in my code.(thats what I think). Maybe there is something I am
>    missing.
>    (I am using MOD5234 J2-pin38 as PROG PIN which is connected to
>    FPGA PROG pin.)
>
>
> 2. Also the CCLK, (again generated by NB on J2-pin29) going to the FPGA is
about 200Khz. How can I generate a clock in MHz using the NB timer or is there
any other method to generate a clock (which will act as CCLK for FPGA in the
range of 2-5MHz)
>
> NOTE: The FPGA is being programmed here as in SLAVE SERIAL MODE.
>
> Any help in this regard will be appreciated.
> Thanks.
>

Hello there.

I have few questions about MOD 5234.

I am using MOD5234 to program my FPGA.
For this, I generate the PROGRAM PULSE so that the configuration process will
begin inside FPGA.

I am successfully able to do that.

However the problem is :
1. It takes 5-6 seconds before the PROGRAM pin goes low for 1 second.
    I want this PROGRAM pulse to occur as soon as NB is powered up.
    Does NB takes 5 seconds to boot up?
    Because generating the PROGRAM pulse is the first thing I am doing
    in my code.(thats what I think). Maybe there is something I am
    missing.
    (I am using MOD5234 J2-pin38 as PROG PIN which is connected to
    FPGA PROG pin.)


2. Also the CCLK, (again generated by NB on J2-pin29) going to the FPGA is about
200Khz. How can I generate a clock in MHz using the NB timer or is there any
other method to generate a clock (which will act as CCLK for FPGA in the range
of 2-5MHz)

NOTE: The FPGA is being programmed here as in SLAVE SERIAL MODE.

Any help in this regard will be appreciated.
Thanks.

Hi,

I have a question regarding the Netburner's MOD5270 GPIO. I made one of the
digital I/O pin to be an input, but I can see a voltage of 3.3V at the pin. Is
there way that I don't  see any voltage on the pin if it set as input.

Please help me with this issue.

Thanks.

Best regards,
Nagesh Polu

3 Steps will change your life
1- Join Memolink For Free
Becoming a Memolink member is simple and takes less than a minute.

2- Earn Points
Earn points for completing surveys and shopping online. Start with 100 points.

3- Redeem For Rewards
Exchange your points for the reward of your choice - cash, gift cards, or donate
them to a charitable organization.

Join Now FREE : http://easylnk.com/?8035