Let me answer to myself :)
If the client does not include the -f option in "rtcfg announce command", then
the requests_available_stage_2_configuration_data_from_the_server flag in
New_Announcement_Frame is cleared and the master does not transmit the stage2
configuration data.
Regards
Klemen
On Monday, February 10, 2014 1:45 PM, Klemen Dovrtel <klemen_dovr...@yahoo.com>
wrote:
Hello everybody,
I am still studying the rtcfg. I managed to send the rtcfg_stage1 frame,
but i still can not send the rtcfg_stage2 frame. The stage_2_burst_rate filed
in stage1 frame is always set to 4 (which is a default value).
After that, only one stage2 frame is sent by the server and the
stage_2_config_length is set to zero. After that the client replies with
acknowledge frame, nothing else happens. I tried different stage2_cfg files but
the result is always the same.
Any idea why is
stage_2_burst_rate set to four and after that no data is sent - i would
expect four frames. Is there a certain way how the
stage2_cfg data should be written. Can someone please share a
rtcfg_stage2 communication example/file.
rtnet server sommands i used:
$ sudo
/usr/local/rtnet/sbin/rtcfg rteth0 server -h 0
$ sudo /usr/local/rtnet/sbin/rtcfg rteth0 add 142.168.0.5 -hw 00:01:02:03:04:05
-stage1 stage1_cfg -stage2 stage2_cfg
Best Regards
Klemen
On Sunday, February 9, 2014 9:47 PM, Klemen Dovrtel <klemen_dovr...@yahoo.com>
wrote:
Hello everybody,
I am still studying the rtcfg. I managed to send the rtcfg_stage1 frame, but i
still can not send the rtcfg_stage2 frame. The stage_2_burst_rate filed in
stage1 frame is always set to 4 (which is a default value). After that, only
one stage2 frame is sent by the server and the stage_2_config_length is set to
zero. After that the client replies with Acknolwedge frame, nothing else
happens (I attached the print screen of frames captured with wireshark). I
tried different stage2_cfg files but the result is always the same.
Any idea why is stage_2_burst_rate set to 4 and after that no data is sent i
would expect for frames. That
makes no sense. Is there a certain way how the stage2_cfg data should be
written. Can someone please share a rtcfg_stage2 communication example/file.
rtnet server sommands:
$ sudo
/usr/local/rtnet/sbin/rtcfg rteth0 server -h 0
$ sudo /usr/local/rtnet/sbin/rtcfg rteth0 add 142.168.0.5 -hw 00:01:02:03:04:05
-stage1 stage1_cfg -stage2 stage2_cfg
Best Regards
Klemen
On Wednesday, February 5, 2014 5:13 PM, Klemen Dovrtel
<klemen_dovr...@yahoo.com> wrote:
Hello everybody,
I will just continue
this thread...
I noticed the Stage_1_configuration_frame data file has to end with EOL (x0A),
otherwise the Configuration_length parameter is set to 0 and no Stage_1
configuration_data are sent. But when the data file ends with the EOL, the EOL
character is also included in the configuration data. I am not sure what would
happen if EOL character is also included in configuration data itself?
What i am also not sure is how should i write the Stage_2_configuration_frame
data filewhen Stage_2_Burst_Rate is more than 1. How should i mark the data
that are transfered with first frame, and the data that are sent with the
second frame, etc.
What is the delay between Stage_2_configuration_frames. I would like to make
sure the rtnet client has enough time to process the data in one frame and than
wait for new frame and process that one.
Is there a way to somehow cut this command:
rtcfg <dev> add <address> [-hw <hw_address>] [-stage1 <stage1_file>] [-stage2
<stage2_file>] [-t <timeout>]
and send stage1 frame first and after that stage2 frames by parts. I tried to
send the stage1 frame only with:
rtcfg <dev> add <address> [-hw <hw_address>] [-stage1 <stage1_file>]
but the empty stage2
frame is
added automatically.
Any idea how to solve this,
Best Regards
Klemen
------------------------------------------------------------------------------
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the
Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
_______________________________________________
RTnet-users mailing list
RTnet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rtnet-users
------------------------------------------------------------------------------
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
_______________________________________________
RTnet-users mailing list
RTnet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rtnet-users
------------------------------------------------------------------------------
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience. Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
_______________________________________________
RTnet-users mailing list
RTnet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rtnet-users
