Mike O'Connor | 6 Mar 09:24 2013
Picon

Etherlab and k-Bus

Hi All

I've been looking at a project which will require the use of a K-Bus
coupler and K-Bus input/outputs, does etherlab master support these
easily ? ie does the command '/opt/etherlab/bin/ethercat cstruct' give a
usable result.

Thanks
Mike
Ralf Ermes | 28 Feb 14:20 2013
Picon

How can I get "Data Type" from structure PDO entry in SII (EEPROM)

Hello everybody,

 

we use IgH EtherCAT-Master in our system to read out the SII-data of the slaves. Based on this data we automatically generate a mapping file to connect the data elements in the PDOs to the software labels in an existing Common Data Base. In order to do that we use the structure ec_ioctl_slave_sync_pdo_entry_t defined in ioctl.h, which provides us with the elements index, subindex, bit_length and name.

 

What we are missing there is the PDO Entry field "Data Type" (see Table 25 in ETG.1000.6 S (R) V1.0.2).

 

We discovered that there is a routine ec_slave_fetch_sii_pdos in the file slave.c which reads out the SII PDO information:

 

            ec_pdo_entry_init(entry);

            entry->index = EC_READ_U16(data);

            entry->subindex = EC_READ_U8(data + 2);

            ret = ec_pdo_entry_set_name(entry,

                    ec_slave_sii_string(slave, EC_READ_U8(data + 3)));

            if (ret) {

                ec_pdo_entry_clear(entry);

                kfree(entry);

                return ret;

            }

            entry->bit_length = EC_READ_U8(data + 5);

 

Now we could add an element "data_type" to the structure ec_pdo_entry_t (in pdo_entry.h) and add a line to the code above:

 

            entry->data_type = EC_READ_U8(data + 4);

           

This should give us the index to the CoE Object Dictionary and for index values 0x0..0x1F a unique data type which we could then use in our mapper to declare the right data type for a PDO entry element.

 

So now my question after this long introduction: how can we access this modified structure in a similar way as we access the entry information provided by ioctl.c? Or is there a way to get our missing data type directly in ioctl.c?

 

Thanks in advance for your help!

 

Ralf Ermes            

 

Dipl.-Ing. Ralf Ermes

Systems Engineer

Software Engineering

CAE Elektronik GmbH

Military Business Unit

52220 Stolberg, Germany

--

Phone: +49 2402 106 430

Fax: +49 2402 106 8430

E-Mail: ralf.ermes-NAVrfBMxK9w@public.gmane.org

General Manager: Ian Bell

Trade Register No.: HRB 11615 AG Aachen

 

> CONFIDENTIALITY NOTICE - This communication is for the exclusive use of the above named recipient(s). It may contain information that is privileged, proprietary, confidential and/or exempt from disclosure by law. If you are not the intended recipient or have received it in error, immediately notify the sender and delete it without copying it, disclosing it to anyone or making any use of it.

 

>VERTRAULICHKEITSVERMERK - Diese Nachricht ist ausschließlich für o.g. Empfänger bestimmt. Sie enthält möglicherweise Informationen, die rechtlich geschützt, vertraulich sind und/oder deren Veröffentlichung gesetzlich untersagt ist. Sollten Sie nicht der vorgesehene Empfänger sein oder die Nachricht irrtümlich erhalten haben, benachrichtigen Sie bitte unverzüglich den Absender und löschen Sie die Nachricht, ohne sie kopiert, weitergegeben oder anderweitig genutzt zu haben.

 

-- This email was Anti Virus checked by CAE
<div>
<div class="WordSection1">
<p class="MsoNormal"><span lang="EN-US">Hello everybody,<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US"><p>&nbsp;</p></span></p>
<p class="MsoNormal"><span lang="EN-US">we use IgH EtherCAT-Master in our system to read out the SII-data of the slaves. Based on this data we automatically generate a mapping file to connect the data elements in the PDOs to the software labels in an existing Common Data Base. In order to do that we use the structure ec_ioctl_slave_sync_pdo_entry_t defined in ioctl.h, which provides us with the elements index, subindex, bit_length and name.<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US"><p>&nbsp;</p></span></p>
<p class="MsoNormal"><span lang="EN-US">What we are missing there is the PDO Entry field "Data Type" (see Table 25 in ETG.1000.6 S (R) V1.0.2).<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US"><p>&nbsp;</p></span></p>
<p class="MsoNormal"><span lang="EN-US">We discovered that there is a routine ec_slave_fetch_sii_pdos in the file slave.c which reads out the SII PDO information:<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US"><p>&nbsp;</p></span></p>
<p class="MsoNormal"><span lang="EN-US">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ec_pdo_entry_init(entry);<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; entry-&gt;index = EC_READ_U16(data);<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; entry-&gt;subindex = EC_READ_U8(data + 2);<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;ret = ec_pdo_entry_set_name(entry,<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ec_slave_sii_string(slave, EC_READ_U8(data + 3)));<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (ret) {<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ec_pdo_entry_clear(entry);<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; kfree(entry);<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; return ret;<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; entry-&gt;bit_length = EC_READ_U8(data + 5);<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US"><p>&nbsp;</p></span></p>
<p class="MsoNormal"><span lang="EN-US">Now we could add an element "data_type" to the structure ec_pdo_entry_t (in pdo_entry.h) and add a line to the code above:<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US"><p>&nbsp;</p></span></p>
<p class="MsoNormal"><span lang="EN-US">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; entry-&gt;data_type = EC_READ_U8(data + 4);<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <p></p></span></p>
<p class="MsoNormal"><span lang="EN-US">This should give us the index to the CoE Object Dictionary and for index values 0x0..0x1F a unique data type which we could then use in our mapper to declare the right data type for a PDO entry element.<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US"><p>&nbsp;</p></span></p>
<p class="MsoNormal"><span lang="EN-US">So now my question after this long introduction: how can we access this modified structure in a similar way as we access the entry information provided by ioctl.c? Or is there a way to get our missing data type directly in ioctl.c?<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US"><p>&nbsp;</p></span></p>
<p class="MsoNormal"><span lang="EN-US">Thanks in advance for your help!<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US"><p>&nbsp;</p></span></p>
<p class="MsoNormal"><span lang="EN-US">Ralf Ermes&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <p></p></span></p>
<p class="MsoNormal"><span lang="EN-US"><p>&nbsp;</p></span></p>
<p class="MsoNormal"><span lang="EN-US">Dipl.-Ing. Ralf Ermes<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US">Systems Engineer<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US">Software Engineering<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US">CAE Elektronik GmbH<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US">Military Business Unit<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US">52220 Stolberg, Germany<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US">-- <p></p></span></p>
<p class="MsoNormal"><span lang="EN-US">Phone: +49 2402 106 430<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US">Fax: +49 2402 106 8430<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US">E-Mail: <a href="mailto:ralf.ermes@..."><span>ralf.ermes@...</span></a><p></p></span></p>
<p class="MsoNormal"><span lang="EN-US">General Manager: Ian Bell<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US">Trade Register No.: HRB 11615 AG Aachen<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US"><p>&nbsp;</p></span></p>
<p class="MsoNormal"><span lang="EN-US">&gt; CONFIDENTIALITY NOTICE - This communication is for the exclusive use of the above named recipient(s). It may contain information that is privileged, proprietary, confidential and/or exempt from disclosure by law. If you are not the intended recipient or have received it in error, immediately notify the sender and delete it without copying it, disclosing it to anyone or making any use of it.<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US"><p>&nbsp;</p></span></p>
<p class="MsoNormal"><span>&gt;VERTRAULICHKEITSVERMERK - Diese Nachricht ist ausschlie&szlig;lich f&uuml;r o.g. Empf&auml;nger bestimmt. Sie enth&auml;lt m&ouml;glicherweise Informationen, die rechtlich gesch&uuml;tzt, vertraulich sind und/oder deren Ver&ouml;ffentlichung gesetzlich untersagt ist. Sollten Sie nicht der vorgesehene Empf&auml;nger sein oder die Nachricht irrt&uuml;mlich erhalten haben, benachrichtigen Sie bitte unverz&uuml;glich den Absender und l&ouml;schen Sie die Nachricht, ohne sie kopiert, weitergegeben oder anderweitig genutzt zu haben.<p></p></span></p>
<p class="MsoNormal"><p>&nbsp;</p></p>
</div>
--

-- 
This email was Anti Virus checked by CAE</div>
Pierre Letier | 28 Feb 13:35 2013

Estimation of master Tx rate

Hello,

Can somebody explain me how I can estimate the Master Tx Rate based on 
the list of exchanged PDO's with the slaves (an all other related 
things). I tried to compute it based on the structure of an Ethernet 
frame but I never found the good value. I don't found a consistent rule 
that fit different examples. For instance, I have two programs with the 
first exchanging 26 Bytes of PDOS and the second 40 Bytes. Both are 
running at 1kHz (communication rate with the slave). With the first I 
have a Tx rate of 60.5 kByte/s and for the second 69.8 kBytes. Thus a 
difference around 9.3 kBytes/s although I have, in practice, 14 kBytes/s 
more to exchange (14 x 1000). I though first to the 1024 conversion for 
the Byte, but the difference is bigger.

As anybody more information about that ?

Thank you

Pierre Letier

--

-- 
Pierre Letier
Robotics Engineer

25 Years in Space!
1987 - 2012

Space Applications Services NV/SA
Leuvensesteenweg 325, 1932 Zaventem, Belgium
Phone: +32 (0)2-416.05.04
Fax: +32 (0)2-721.54.44
www.spaceapplications.com

Olaf Holowenko | 28 Feb 11:23 2013
Picon

WG: r8169 driver for 2.6.38 kernel

Hi,

 

while trying the 2.6.37-r8169-driver (Master V 1.5.1, Ubuntu 12.04, RTAI 3.9) I also got a lot of timeouts, mismatches, and errors. I downgraded my system to 2.6.35 – and it works fine!

 

Just try to port the 2.6.35-driver!

 

Olaf

 

Von: etherlab-users-bounces-TgCWn71uKPpg9hUCZPvPmw@public.gmane.org [mailto:etherlab-users-bounces-TgCWn71uKPpg9hUCZPvPmw@public.gmane.org] Im Auftrag von Shahbaz Youssefi
Gesendet: Mittwoch, 27. Februar 2013 15:27
An: etherlab-users
Betreff: [etherlab-users] r8169 driver for 2.6.38 kernel

 

Hi,

I would like to ask whether anyone has the patch for r8169 driver for the 2.6.38 kernel? In the repository, up to 2.6.37 is supported and then jumped to 3.0.

2.6.38 is, until RTAI catches up with 3.*, the latest kernel supported by RTAI and it would be nice if we had ethercat drivers for it too.

I tried applying the diff between the orig and ethercat versions of the driver for 2.6.37, on the driver of 2.6.38 and fixed the conflicts, which were rather trivial. However, starting the ethercat master results in many timeouts, mismatches, errors and failures of all sorts, which leads me to believe that simply applying the diff to the newer driver hadn't been enough.

Even if not officially supported, perhaps someone here has already fixed the driver for his own use. In that case, would you please share it? If not, would the developers take (possibly small) time to come up with the driver?

Thank you,
Shahbaz

<div>

<div class="Section1">

<p class="MsoNormal"><span>Hi, <p></p></span></p>

<p class="MsoNormal"><span><p>&nbsp;</p></span></p>

<p class="MsoNormal"><span lang="EN-GB">while trying the 2.6.37-r8169-driver (Master V 1.5.1,
Ubuntu 12.04, RTAI 3.9) I also got a lot of timeouts, mismatches, and errors. I
downgraded my system to 2.6.35 &ndash; and it works fine!<p></p></span></p>

<p class="MsoNormal"><span lang="EN-GB"><p>&nbsp;</p></span></p>

<p class="MsoNormal"><span lang="EN-GB">Just try to port the 2.6.35-driver!<p></p></span></p>

<p class="MsoNormal"><span lang="EN-GB"><p>&nbsp;</p></span></p>

<p class="MsoNormal"><span lang="EN-GB">Olaf<p></p></span></p>

<p class="MsoNormal"><span lang="EN-GB"><p>&nbsp;</p></span></p>

<div>

<div class="MsoNormal" align="center"><span>

</span></div>

<p class="MsoNormal"><span lang="EN-GB">Von:</span><span lang="EN-GB">
etherlab-users-bounces@...
[mailto:etherlab-users-bounces@...] <span>Im
Auftrag von </span></span><span>Shahbaz Youssefi<br><span>Gesendet:</span> Mittwoch, 27. Februar
2013 15:27<br><span>An:</span> etherlab-users<br><span>Betreff:</span> [etherlab-users] r8169
driver for 2.6.38 kernel</span><p></p></p>

</div>

<p class="MsoNormal"><span><p>&nbsp;</p></span></p>

<div>

<div>

<div>

<div>

<p class="MsoNormal"><span>Hi,<br><br>
I would like to ask whether anyone has the patch for r8169 driver for the
2.6.38 kernel? In the repository, up to 2.6.37 is supported and then jumped to
3.0.<p></p></span></p>

</div>

<p class="MsoNormal"><span>2.6.38 is, until RTAI
catches up with 3.*, the latest kernel supported by RTAI and it would be nice
if we had ethercat drivers for it too.<p></p></span></p>

</div>

<p class="MsoNormal"><span>I tried applying the diff
between the orig and ethercat versions of the driver for 2.6.37, on the driver
of 2.6.38 and fixed the conflicts, which were rather trivial. However, starting
the ethercat master results in many timeouts, mismatches, errors and failures
of all sorts, which leads me to believe that simply applying the diff to the
newer driver hadn't been enough.<p></p></span></p>

</div>

<p class="MsoNormal"><span>Even if not officially supported, perhaps someone here has already
fixed the driver for his own use. In that case, would you please share it? If
not, would the developers take (possibly small) time to come up with the
driver?<br><br>
Thank you,<br>
Shahbaz<p></p></span></p>

</div>

</div>

</div>
Shahbaz Youssefi | 27 Feb 15:27 2013
Picon

r8169 driver for 2.6.38 kernel

Hi,

I would like to ask whether anyone has the patch for r8169 driver for the 2.6.38 kernel? In the repository, up to 2.6.37 is supported and then jumped to 3.0.

2.6.38 is, until RTAI catches up with 3.*, the latest kernel supported by RTAI and it would be nice if we had ethercat drivers for it too.

I tried applying the diff between the orig and ethercat versions of the driver for 2.6.37, on the driver of 2.6.38 and fixed the conflicts, which were rather trivial. However, starting the ethercat master results in many timeouts, mismatches, errors and failures of all sorts, which leads me to believe that simply applying the diff to the newer driver hadn't been enough.

Even if not officially supported, perhaps someone here has already fixed the driver for his own use. In that case, would you please share it? If not, would the developers take (possibly small) time to come up with the driver?

Thank you,
Shahbaz
<div><div dir="ltr">
<div>
<div>
<div>Hi,<br><br>I would like to ask whether anyone has the patch for r8169 driver for the 2.6.38 kernel? In the repository, up to 2.6.37 is supported and then jumped to 3.0.<br><br>
</div>2.6.38 is, until RTAI catches up with 3.*, the latest kernel supported by RTAI and it would be nice if we had ethercat drivers for it too.<br><br>
</div>I tried applying the diff between the orig and ethercat versions of the driver for 2.6.37, on the driver of 2.6.38 and fixed the conflicts, which were rather trivial. However, starting the ethercat master results in many timeouts, mismatches, errors and failures of all sorts, which leads me to believe that simply applying the diff to the newer driver hadn't been enough.<br><br>
</div>Even if not officially supported, perhaps someone here has already fixed the driver for his own use. In that case, would you please share it? If not, would the developers take (possibly small) time to come up with the driver?<br><br>Thank you,<br>Shahbaz<br>
</div></div>
costa | 26 Feb 10:53 2013
Picon

Simulink Compiler Problem

Hello,

when I compile my simulink model I get thies error:

### Building model: /usr/local/matlab_R2009a/bin/glnx86/gmake -f model.mk  GENERATE_REPORT=0 EXT_MODE=0 EXTMODE_STATIC_ALLOC=0 EXTMODE_STATIC_ALLOC_SIZE=1000000 EXTMODE_TRANSPORT=0
-e   CC     rtw_wrapper.o
In file included from ./model.h:28,
                 from ./rtmodel.h:22,
                 from //opt/etherlab/rtw/include/rtw_data_interface.h:27,
                 from //opt/etherlab/rtw/src/rtw_wrapper.c:50:
//opt/etherlab/rtw/include/ecrt_support.h:8:18: warning: ecrt.h: Datei oder Verzeichnis nicht gefunden
In file included from ./model.h:28,
                 from ./rtmodel.h:22,
                 from //opt/etherlab/rtw/include/rtw_data_interface.h:27,
                 from //opt/etherlab/rtw/src/rtw_wrapper.c:50:
//opt/etherlab/rtw/include/ecrt_support.h:15: error: expected specifier-qualifier-list before ‘ec_direction_t’
//opt/etherlab/rtw/include/ecrt_support.h:73: warning: type defaults to ‘int’ in declaration of ‘ec_sync_info_t’
//opt/etherlab/rtw/include/ecrt_support.h:73: error: expected ‘;’, ‘,’ or ‘)’ before ‘*’ token
//opt/etherlab/rtw/include/ecrt_support.h:92: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘*’ token
gmake: *** [rtw_wrapper.o] Fehler 1
### Real-Time Workshop build procedure for model: 'model' aborted due to an error.

I use Matlab R2009a, etherlab 1.3-rc3.

Can someone tell me what I make wrong?

Thanks

Costa


<div><p>Hello,<br><br>when I compile my simulink model I get thies error:<br><br>### Building model: /usr/local/matlab_R2009a/bin/glnx86/gmake -f model.mk&nbsp; GENERATE_REPORT=0 EXT_MODE=0 EXTMODE_STATIC_ALLOC=0 EXTMODE_STATIC_ALLOC_SIZE=1000000 EXTMODE_TRANSPORT=0<br>-e&nbsp;&nbsp; CC&nbsp;&nbsp;&nbsp; &nbsp;rtw_wrapper.o<br>In file included from ./model.h:28,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; from ./rtmodel.h:22,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; from //opt/etherlab/rtw/include/rtw_data_interface.h:27,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; from //opt/etherlab/rtw/src/rtw_wrapper.c:50:<br>//opt/etherlab/rtw/include/ecrt_support.h:8:18: warning: ecrt.h: Datei oder Verzeichnis nicht gefunden<br>In file included from ./model.h:28,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; from ./rtmodel.h:22,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; from //opt/etherlab/rtw/include/rtw_data_interface.h:27,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; from //opt/etherlab/rtw/src/rtw_wrapper.c:50:<br>//opt/etherlab/rtw/include/ecrt_support.h:15: error: expected specifier-qualifier-list before &lsquo;ec_direction_t&rsquo;<br>//opt/etherlab/rtw/include/ecrt_support.h:73: warning: type defaults to &lsquo;int&rsquo; in declaration of &lsquo;ec_sync_info_t&rsquo;<br>//opt/etherlab/rtw/include/ecrt_support.h:73: error: expected &lsquo;;&rsquo;, &lsquo;,&rsquo; or &lsquo;)&rsquo; before &lsquo;*&rsquo; token<br>//opt/etherlab/rtw/include/ecrt_support.h:92: error: expected &lsquo;=&rsquo;, &lsquo;,&rsquo;, &lsquo;;&rsquo;, &lsquo;asm&rsquo; or &lsquo;__attribute__&rsquo; before &lsquo;*&rsquo; token<br>gmake: *** [rtw_wrapper.o] Fehler 1<br>### Real-Time Workshop build procedure for model: 'model' aborted due to an error.<br><br>I use Matlab R2009a, etherlab 1.3-rc3.<br><br>Can someone tell me what I make wrong?<br><br>Thanks<br><br>Costa<br><br><br></p></div>
Sebastien Blanchet | 22 Feb 10:58 2013
Picon

Virtual tty (EL6002) with ethercat in userspace ?

Hi,

I have successfully tested the tty example from ethercat master, but it is 
designed for a kernelspace cyclic task only.

How can I modify this example to use a Beckhoff EL6002 with my ethercat cyclic 
task in userspace ?

I think I may port examples/tty/serial.c to userspace, but in this case, how 
ec_tty.ko will dialog with my userspace task ?

regards,
--

-- 
sebastien

Graeme Foot | 22 Feb 00:23 2013

Linux device driver for Beckhoff CX2100-0004 power module

Hi,

 

We've just got ourselves a Beckhoff CX2020 computer with a CX2100-0004 power module to play with.  The power module requires a PCI device driver to access the network port (and LCD screen and nav buttons).

 

Has anyone had a go at a device driver for one of these modules yet?

 

 

Regards,

Graeme.

<div>

<div class="Section1">

<p class="MsoNormal"><span lang="EN-US">Hi,<p></p></span></p>

<p class="MsoNormal"><span lang="EN-US"><p>&nbsp;</p></span></p>

<p class="MsoNormal"><span lang="EN-US">We've just got ourselves a Beckhoff CX2020 computer with a CX2100-0004
power module to play with.&nbsp; The power module requires a PCI device driver
to access the network port (and LCD screen and nav buttons).<p></p></span></p>

<p class="MsoNormal"><span lang="EN-US"><p>&nbsp;</p></span></p>

<p class="MsoNormal"><span lang="EN-US">Has anyone had a go at a device driver for one of these modules yet?<p></p></span></p>

<p class="MsoNormal"><span lang="EN-US"><p>&nbsp;</p></span></p>

<p class="MsoNormal"><span lang="EN-US"><p>&nbsp;</p></span></p>

<p class="MsoNormal"><span lang="EN-US">Regards,<p></p></span></p>

<p class="MsoNormal"><span lang="EN-US">Graeme.<p></p></span></p>

</div>

</div>
babbittner | 15 Feb 21:28 2013
Picon

Recursion limits number of slaves

Due to the use of recursion, via ec_master_calc_topology_rec(), to scan the
bus, there is a limit to the number of slaves on the bus.  Actually, the limit
is on the depth of the tree.  This is due to the limited size of the kernel
stack (8K on ARM Cortex-A8).  If the limit is exceeded, the kernel will likely
crash due to stack overflow.  The call overhead associated with
ec_master_calc_topology_rec() is 48 bytes (on ARM Cortex-A8).  This allows for
no more than 170 recursive calls deep before stack overflow.

I did a quick hack to eliminate the recursion and support only a linear
topology.  I was able to see 1000 slaves on the bus.

This was discovered using Raz Ben Yehuda's excellent virtual slave tool and
hacks I applied thereto.

Thanks,
Bruno

<div>Due to the use of recursion, via ec_master_calc_topology_rec(), to scan the<br>
bus, there is a limit to the number of slaves on the bus.&nbsp; Actually, the limit<br>
is on the depth of the tree.&nbsp; This is due to the limited size of the kernel<br>
stack (8K on ARM Cortex-A8).&nbsp; If the limit is exceeded, the kernel will likely<br>
crash due to stack overflow.&nbsp; The call overhead associated with<br>
ec_master_calc_topology_rec() is 48 bytes (on ARM Cortex-A8).&nbsp; This allows for<br>
no more than 170 recursive calls deep before stack overflow.<br><br>
I did a quick hack to eliminate the recursion and support only a linear<br>
topology.&nbsp; I was able to see 1000 slaves on the bus.<br><br>
This was discovered using Raz Ben Yehuda's excellent virtual slave tool and<br>
hacks I applied thereto.<br><br>Thanks,<br>Bruno<br><br>
</div>
BOESEL Diego Fernandes | 15 Feb 08:29 2013
Picon

Graphical Interface for Rapid Integration

Hello,

 

I would like to know if there is any graphical interface for the Etherlab Master. I was expecting something like a tool that shows graphically what is attached in the bus, and where I can send commands/set bits/… graphically, for the purpose of rapid integration of the hardware.

 

Thank you in advance,

 

――――――――――――――――――――――――――――――――――――
Diego F. Boesel, M.Sc. (Technology)
R&D Engineer
diego.boesel-2IUEvRgHP0M@public.gmane.org

T    +41 41 672 75 12
F    +41 41 672 75 00
――――――――――――――――――――――――――――――――――――
CSEM Centre Suisse d’Electronique et de Microtechnique SA
Central Switzerland Center
Untere Gründlistr. 1  |   CH-6055 Alpnach Dorf
www.csem.ch
――――――――――――――――――――――――――――――――――――

 

<div>
<div class="WordSection1">
<p class="MsoNormal"><span lang="EN-US">Hello,<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US"><p>&nbsp;</p></span></p>
<p class="MsoNormal"><span lang="EN-US">I would like to know if there is any graphical interface for the Etherlab Master. I was expecting something like a tool that shows graphically what is attached in the bus, and where I can send commands/set bits/&hellip; graphically,
 for the purpose of rapid integration of the hardware. <p></p></span></p>
<p class="MsoNormal"><span lang="EN-US"><p>&nbsp;</p></span></p>
<p class="MsoNormal"><span lang="EN-US">Thank you in advance,<p></p></span></p>
<p class="MsoNormal"><span lang="EN-US"><p>&nbsp;</p></span></p>
<p class="MsoNormal"><span lang="EN-US">&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;<br></span><span lang="EN-US">Diego F</span><span>. Boesel, M.Sc. (Technology)
<br>
R&amp;D Engineer<br><a href="mailto:diego.boesel@..."><span>diego.boesel@...</span></a></span><span><br></span><span>T&nbsp;&nbsp;&nbsp; +41 41 672 75 12<br>
F&nbsp;&nbsp;&nbsp; +41 41 672 75 00<br></span><span>&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;<br></span><span>CSEM Centre Suisse d&rsquo;Electronique et de Microtechnique SA<br>
Central Switzerland Center<br>
Untere Gr&uuml;ndlistr. 1&nbsp; |&nbsp;&nbsp; CH-6055 Alpnach Dorf<br></span><span><a href="http://www.csem.ch/" title="http://www.csem.ch/"><span>www.csem.ch</span></a><br></span><span>&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;&#8213;</span><span><p></p></span></p>
<p class="MsoNormal"><p>&nbsp;</p></p>
</div>
</div>
Gianluca Medini | 14 Feb 09:30 2013
Picon

Driver for NIC Broadcom BCM57780

Dear All, I'm evaluating a panel pc  equipped with BCM 57780; for this 
NIC the proper linux driver  should be tg3.ko; this wasn't ported in the 
main etherlab repository.
Have someone successfully made the changes to tg3.c in order to be used 
in RTai Ethercat ?

Regards
Gianluca Medini

-- 
Dott. Gianluca Medini
Eurosoft S.r.l.
Via Ettore Majorana, 40
Zona Industriale Fontanelle
Località CAPANNE
Montopoli Valdarno PI
ufficio (+39) 0571 261919
mobile : (+39) 335 7001588

Qualora questo messaggio fosse da Voi ricevuto per errore, vogliate cortesemente darcene notizia a mezzo
fax (oppure e-mail) e distruggere il messaggio stesso. Qualsiasi utilizzo e/o conservazione dei dati
ricevuti per errore, costituisce violazione delle disposizioni del D.Lgs 196/03 sulla tutela dei Dati Personali.

Attachment (gianluca.vcf): text/x-vcard, 276 bytes
Dear All, I'm evaluating a panel pc  equipped with BCM 57780; for this 
NIC the proper linux driver  should be tg3.ko; this wasn't ported in the 
main etherlab repository.
Have someone successfully made the changes to tg3.c in order to be used 
in RTai Ethercat ?

Regards
Gianluca Medini

--

-- 
Dott. Gianluca Medini
Eurosoft S.r.l.
Via Ettore Majorana, 40
Zona Industriale Fontanelle
Località CAPANNE
Montopoli Valdarno PI
ufficio (+39) 0571 261919
mobile : (+39) 335 7001588

Qualora questo messaggio fosse da Voi ricevuto per errore, vogliate cortesemente darcene notizia a mezzo
fax (oppure e-mail) e distruggere il messaggio stesso. Qualsiasi utilizzo e/o conservazione dei dati
ricevuti per errore, costituisce violazione delle disposizioni del D.Lgs 196/03 sulla tutela dei Dati Personali.


Gmane