<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hello all,<br>
    <br>
    Richard,<br>
    <br>
    We were using (retorfit) non isolated thermocouples and EL3318 only
    accepts isolated ones.<br>
    Thats why everything was crazy. It was causing problems on the
    readings ... badly.<br>
    <span id="result_box" class="short_text" lang="en"><span class="hps"></span></span><br>
    Thanks for the support.<br>
    <br>
    Cheers,<br>
    Luis Matos<br>
    <br>
    <br>
    <div class="moz-cite-prefix">On 03-03-2016 15:02, Luis Matos wrote:<br>
    </div>
    <blockquote cite="mid:56D851F0.5020808@agicore.pt" type="cite">hi
      there!
      <br>
      <br>
      Thanks for the feedback. Of course ... saying that simply don't
      work, does not help debugging, agreed.
      <br>
      The slave was in OP state.
      <br>
      <br>
      Last night we attached the slave to a CX8090 PLC and used it in
      twincat. It was configured by system manager and now it works ok,
      even when we reset it to the factory defaults.
      <br>
      Your configuration parameters are in line with what we had.
      <br>
      (even tough we make single calls with config_sdo_16 only to the
      address 80n0:19)
      <br>
      we are calling this:
      <br>
              sc_dig_out_01 =
      <br>
          ecrt_master_slave_config(master, PDO_POS(0, 3),
      Beckhoff_EL3318);
      <br>
          ecrt_slave_config_sdo16(sc_dig_out_01, 0x8000, 0x19, 2);
      <br>
          ecrt_slave_config_sdo16(sc_dig_out_01, 0x8010, 0x19, 2);
      <br>
          ecrt_slave_config_sdo16(sc_dig_out_01, 0x8020, 0x19, 2);
      <br>
          ecrt_slave_config_sdo16(sc_dig_out_01, 0x8030, 0x19, 2);
      <br>
          ecrt_slave_config_sdo16(sc_dig_out_01, 0x8040, 0x19, 2);
      <br>
          ecrt_slave_config_sdo16(sc_dig_out_01, 0x8050, 0x19, 2);
      <br>
          ecrt_slave_config_sdo16(sc_dig_out_01, 0x8060, 0x19, 2);
      <br>
          ecrt_slave_config_sdo16(sc_dig_out_01, 0x8070, 0x19, 1);
      <br>
          ecrt_slave_config_pdos(sc_dig_out_01, EC_END, slave_3_syncs);
      <br>
      <br>
      we only select the thermocouple type.
      <br>
      <br>
      We could not reproduce the previous behaviour yet.
      <br>
      We are expecting another EL3318 to arrive, when it does, we will
      try to check what configuration are we missing, compare the
      configurations and report back.
      <br>
      <br>
      Thanks
      <br>
      Luis Matos
      <br>
      <br>
      On 03-03-2016 09:38, Richard Hacker wrote:
      <br>
      <blockquote type="cite">Hello
        <br>
        <br>
        not working is quite a general term. There are about a million
        ways of getting the thing "not to work" and only a handful to
        get it "to work".
        <br>
        <br>
        You must be more specific:
        <br>
        1) is it in OP (ethercat sl)
        <br>
        2) what is the configuration (ethercat config -v)
        <br>
        3) what does the master say (dmesg)
        <br>
        4) increase debugging and check dmesg (ethercat debug 1)
        <br>
        <br>
        Attached is the (modified) code how EtherLab would configure it.
        Try to apply this configuration to your setup. I do not claim
        that this configuration is tested, it is just a hint.
        <br>
        <br>
        Note that the slave has an input (RxPDO). Some slaves will not
        go into OP if the input is not configured even though you don't
        use it!
        <br>
        <br>
        - Richard
        <br>
        <br>
        On 02.03.2016 19:25, Luis Matos wrote:
        <br>
        <blockquote type="cite">Hello to the list.
          <br>
          <br>
          We are (trying) to use an EL3318 for temperature read, but it
          seems that
          <br>
          it is not working.
          <br>
          We setup the thermocouple type correctly (address 80n0:19),
          but the card
          <br>
          does not respond as it should, even if we connect and
          disconnect the
          <br>
          thermocouple (nothing varies).
          <br>
          <br>
          We are currently using the generic driver, analog and digital
          inputs and
          <br>
          outputs are working.
          <br>
          Does anyone have experience with this card and etherlab's
          ethercat master?
          <br>
          <br>
          cheers,
          <br>
          Luis Matos
          <br>
          <br>
          <br>
          <br>
          _______________________________________________
          <br>
          etherlab-users mailing list
          <br>
          <a class="moz-txt-link-abbreviated" href="mailto:etherlab-users@etherlab.org">etherlab-users@etherlab.org</a>
          <br>
          <a class="moz-txt-link-freetext" href="http://lists.etherlab.org/mailman/listinfo/etherlab-users">http://lists.etherlab.org/mailman/listinfo/etherlab-users</a>
          <br>
          <br>
        </blockquote>
      </blockquote>
      <br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
etherlab-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:etherlab-users@etherlab.org">etherlab-users@etherlab.org</a>
<a class="moz-txt-link-freetext" href="http://lists.etherlab.org/mailman/listinfo/etherlab-users">http://lists.etherlab.org/mailman/listinfo/etherlab-users</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>