[etherlab-users] Slaves in PREOP state

[Jordi Blanch Carles]

Hello,

we have seen in the sourceforge repository that 13 days ago Florian  
Pose fixed an error that caused the slaves not going to OP. We have  
downloaded the last Etheract Master version 1.5 from the repository  
and now everything seems to work properly...

So, my question is, is this version "good" enough to make some  
tests/applications with Ethercat or it is still in a very early version?

Thank you very much!


Quoting Jordi Blanch Carles <jordi_blanch at encopim.com>:

> Hello Wilhelm, here are your questions:
>
> Master:
> EtherCAT: Master driver devel unknown
> EtherCAT: 1 master waiting for devices.
> Intel(R) PRO/1000 Network Driver - version 7.3.21-k5-NAPI
> Copyright (c) 1999-2006 Intel Corporation.
> ec_e1000 0000:01:01.0: PCI->APIC IRQ transform: INT A -> IRQ 18
> ec_e1000 0000:01:01.0: setting latency timer to 64
> ec_e1000: 0000:01:01.0: e1000_probe: (PCI:33MHz:32-bit) 00:18:7d:00:e8:77
> EtherCAT: Accepting device 00:18:7D:00:E8:77 for master 0.
> EtherCAT 0: Starting EtherCAT-IDLE thread.
> ec_e1000: ec0: e1000_probe: Intel(R) PRO/1000 Network Connection
>
> kernel:
> Linux rtai 2.6.34 #2 SMP Wed Aug 31 13:31:18 CEST 2011 i686 GNU/Linux
>
> network:
> 01:01.0 Ethernet controller: Intel Corporation 82547GI Gigabit Ethernet
> Controller
>
> slaves:
> 0  0:0  PREOP  +  EK1101 EtherCAT-Koppler (2A E-Bus, ID-Switch)
> 1  0:1  PREOP  +  EL4132 2Ch. Ana. Ausgang +/-10V, 16bit
> 2  0:2  PREOP  +  EL3102 2K. Ana. Eingang +/-10V, Diff.
> 3  0:3  PREOP  +  EL2004 4K. Dig. Ausgang 24V, 0.5A
>
> Sampling time: 100 Hz -> 10ms
>
> ethercat:
> root at rtai:~/etherlabmaster/examples/mini# ethercat version
> IgH EtherCAT master devel unknown <------------ Development version 1.5
> downloaded 1 month ago.
>
> We have also tried connecting only the EL2004 Digital Output module and
> connecting only the EL4132 Analog Output module and decreasing sample
> frequency to 50 Hz and the "erratic" behavior doesn't change, sometimes
> the modules get to the OP state and sometimes not.
>
> Thank you for your help!
>
> Quoting "Dr.-Ing. Wilhelm Hagemeister" <hm at igh-essen.com>:
>
>> Hello Jordi,
>>
>> this is a unknown behavior...
>>
>> please supply:
>> - Kernel version
>> - Ethercat version
>> - Network card
>> - Output of "ethercat master" (without running your sample program)
>> - Output of "ethercat slaves" (without running your sample program)
>> - Sample time of your sample program
>>
>> try your sample program with only one module and at a slow sample rate
>> and with a different network adapter
>>
>> Regards Wilhelm.
>>
>> Am 05.10.2011 13:26, schrieb Jordi Blanch Carles:
>>> Hello everybody,
>>>
>>> as nobody is answering to my colleague's question, I've thought that
>>> maybe his explanation is difficult to understand, so I'll try to explain
>>> it in a clearer way.
>>>
>>> Our problem is that we have modified the mini.c example module to fit
>>> our modules: EK1101, EL4132, EL3102, EL2004. After compiling the module
>>> without errors, when we insmod it, we find that sometimes some modules
>>> get to the OP state and some others remain at the PREOP state or
>>> continuously changing among INIT, SAFEOP, PREOP, ... states. Everytime
>>> we insmod the mini module, the ethercat modules that really get the OP
>>> state are different, so it seems a random behavior.
>>>
>>
>
>
>
> Jordi Blanch Carles
> Unidad de Ensayo y Control
>
> ENCOPIM S.L.
> C/. del Parc, 5 (nave 13)
> P.I. Els Pinetons
> E-08291 RIPOLLET (Barcelona)
> Tel: (+34) 935 94 23 47
> Fax: (+34) 935 94 64 15
>
> ==========================================================
> La información contenida en la presente transmisión es confidencial y su
> uso únicamente está permitido a su(s) destinatario(s). Si Ud. no es la
> persona destinataria de la presente transmisión, rogamos nos lo
> comunique de manera inmediata por teléfono (+34 935 942 347) y destruya
> cualquier copia de la misma (tanto digitales como en papel).
>
> The information contained in this transmission is confidential and is
> intended only for the use of the addressee(s). If you are not the
> designated recipient of this transmission, please advise us immediately
> by telephone (+34 935 942 347) and destroy any copies (digital and
> paper).
> ======================================================
> _______________________________________________
> etherlab-users mailing list
> etherlab-users at etherlab.org
> http://lists.etherlab.org/mailman/listinfo/etherlab-users



Jordi Blanch Carles
Unidad de Ensayo y Control

ENCOPIM S.L.
C/. del Parc, 5 (nave 13)
P.I. Els Pinetons
E-08291 RIPOLLET (Barcelona)
Tel: (+34) 935 94 23 47
Fax: (+34) 935 94 64 15

==========================================================
La información contenida en la presente transmisión es confidencial y su
uso únicamente está permitido a su(s) destinatario(s). Si Ud. no es la
persona destinataria de la presente transmisión, rogamos nos lo
comunique de manera inmediata por teléfono (+34 935 942 347) y destruya
cualquier copia de la misma (tanto digitales como en papel).

The information contained in this transmission is confidential and is
intended only for the use of the addressee(s). If you are not the
designated recipient of this transmission, please advise us immediately
by telephone (+34 935 942 347) and destroy any copies (digital and
paper).
======================================================