[etherlab-users] No slaves and 100% packet loss

We are using the unofficial patches using Debian Buster. All works fine when using the native driver e1000e. However for development -especially now when we can’t always go to the office where the lab computers are, we are using the same OS and stack but in a VM running on a mac using a

[etherlab-users] e1000e for 4.19

Has anyone already ported the e1000e driver to the 4.19 kernel? Thanks, Steven ___ etherlab-users mailing list etherlab-users@etherlab.org http://lists.etherlab.org/mailman/listinfo/etherlab-users

Re: [etherlab-users] Debian Stretch

Thanks everyone for the comments. I knew it would be something simple. As for my question about UDEV, it ends up UDEV works fine, I had just accidentally omitted something from my rule. From: Michael Graichen Date: Monday, January 7, 2019 at 7:27 AM To: Steve Hartmann , Etherlab Users

[etherlab-users] Debian Stretch

We have been using etherLabs etherCAT stack on Debian Wheezy with a Xenomai kernel for some time now. For reasons outside of ethercat we want to move to Stretch (Debian 9) using the RT_PREEMPT kernel. I have the stack up and running, but some system differences are causing me some

[etherlab-users] Real datatypes

We have a new device which we are evaluating - it is a MFC from MKS. By default there are some PDOs which use a 32-bit real datatype. I have looked through the Etherlabs Ethercat master documentation and cannot find any obvious support for this datatype. Anyone here have some experience with

Re: [etherlab-users] Copley CoE issues

, Steve From: Gavin Lambert gav...@compacsort.commailto:gav...@compacsort.com Date: Wednesday, August 13, 2014 6:21 PM To: Steve Hartmann shartm...@cnt.canon.commailto:shartm...@cnt.canon.com, Etherlab Users etherlab-users@etherlab.orgmailto:etherlab-users@etherlab.org Subject: RE: [etherlab-users

[etherlab-users] Copley CoE issues

Hi All, I am having some issues with CoE on my Copley Accelnet controllers. CoE reads seem to be working fine, but CoE writes work sometimes, but most of the time they do not. So, first the setup. Linux imcs-ecat-450 3.2.21-xenomai-2.6.2.1 #1 SMP PREEMPT Fri Oct 18 14:13:46 CDT 2013 x86_64

Re: [etherlab-users] More CoE questions

Thanks so much. That was exactly what I was looking for! On 4/29/14 3:37 PM, Matthieu Bec m...@gmto.org wrote: Hello Steve, The examples directory is a good place to start - look at the blocks with ifdef SDO_ACCESS Matthieu On 4/29/14, 1:12 PM, Steve Hartmann wrote: Hi All, I have

[etherlab-users] More CoE questions

Hi All, I have in the past asked a few questions about communicating with CoE devices, specifically a copley accelnet plus device in my case. I have gotten some very helpful advice on how to get PDO entries mapped and how to use them. I have all that working now. Thank you! There are,

Re: [etherlab-users] Domain offset overlap SOLVED

? Have you tried using one domain only? Regards, Ronaldo From: Steve Hartmann [mailto:shartm...@militho.com] Sent: 09 April 2014 20:41 To: Etherlab Users Subject: [etherlab-users] Domain offset overlap Hi all, I have written some code to parse the generated XML file from ethercat xml and use

[etherlab-users] Domain offset overlap

Hi all, I have written some code to parse the generated XML file from ethercat xml and use that to configure the ethercat stack. The problem I am having is the output from ecrt_slave_config_ret_pdo_entry produces overlapped offsets. I also tried using ecrt_slave_config_reg_pdo_entry_pos with

Re: [etherlab-users] Domain offset overlap

...@etherlab.org wrote: Message: 1 Date: Wed, 9 Apr 2014 19:41:29 + From: Steve Hartmann shartm...@militho.commailto:shartm...@militho.com To: Etherlab Users etherlab-users@etherlab.orgmailto:etherlab-users@etherlab.org Subject: [etherlab-users] Domain offset overlap Message-ID: cf6b0c97.f827

Re: [etherlab-users] Domain offset overlap

: Message: 1 Date: Wed, 9 Apr 2014 19:41:29 + From: Steve Hartmann shartm...@militho.commailto:shartm...@militho.com To: Etherlab Users etherlab-users@etherlab.orgmailto:etherlab-users@etherlab.org Subject: [etherlab-users] Domain offset overlap Message-ID: cf6b0c97.f827%shartm

Re: [etherlab-users] Domain offset overlap

the unsigned int *bit_position argument to discover the bit offsets of your data. Best regards - Dave On 09-Apr-14 15:49, Steve Hartmann wrote: Hi Dave, Thanks for the reply. I am not using TwinCAT at all. Also, please forgive my ignorance, but what is the LRW command. I'm not sure

Re: [etherlab-users] Domain offset overlap

Hi Gaven, So, the reason I started down this road is because it does not work for the most part. I can get the DO channels to work, but nothing else seems to work. So, if an input and and output PDO have the same offset into the process data image that I grabbing data from and poking data

[etherlab-users] Version tags

Today I was just curious to see what, if any, changes had been committed since the 1.5.2 release. I cloned the mercurial repository, switched over the the stable-1.5 branch and looked for tags. There seems to be only one tag in that branch: version-1.3.2. So, my question is: Are releases

[etherlab-users] Debian Wheezy + Xenomai install

Folks, I recently installed the etherlab etherCat stack on Wheezy+Xenomai for the second time, going through the same pain I did the first time because I didn't keep notes. Anyway, I though I would share the hacks I had to do to hopefully save someone out there some time. Like I said, I am