Re: [RTnet-users] rtnet fundamentals
Brought to you by:
bet-frogger,
kiszka
Menu
▾
▴
Re: [RTnet-users] rtnet fundamentals
|
From: Klemen D. <kle...@ya...> - 2014-02-14 13:24:22
|
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 <kle...@ya...> 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 <kle...@ya...> 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 <kle...@ya...> 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 RTn...@li... 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 RTn...@li... https://lists.sourceforge.net/lists/listinfo/rtnet-users |
