[etherlab-users] EL6692 connector

[Jasper Westpfahl]

Thanks Jeroen, l looked at the dmesg output with debug level 1. It repeatedly tells me that
Mapping of PDO 0x1601 is already configured correctly.
ethercat pdo still does not show those entries. I do not know what to make of that.

Best Regards,
Jasper



Jeroen Van den Keybus <jeroen.vandenkeybus at gmail.com> schrieb:
>Perhaps you could also use 'ethercat debug 1' ?
>
>Also, while your application is running, you could check 'ethercat
>domains'. You should be able to see what will be sent to the slaves by
>your
>application.
>
>J.
>
>
>
>2013/11/11 Jasper Westpfahl <jasper2 at gmx.net>
>
>> Thank you Richard, I did not know about that parameter. The debug
>> information, however does not mention the block. It only gives me a
>few
>> warnings of unconnected in-/outputs of other blocks, no errors
>whatsoever.
>>
>> I am using Etherlab 1.3-pre 14-Sep-2010
>>
>> Best Regards,
>> Jasper
>>
>>
>>
>>
>> Richard Hacker <ha at igh.de> schrieb:
>>>
>>> Hello Jasper,
>>>
>>> click on the block to select it, then call
>>> set_param(gcb,'debug','1')
>>> from the matlab prompt and update your model. Check the debug
>>> information of the slave to see whether your configuration worked.
>>>
>>> What version of etherlab are you using?
>>>
>>> - Richard
>>>
>>> Am 11/11/2013 09:42 AM, schrieb Jasper Westpfahl:
>>>
>>>> Hello Etherlab users,
>>>>
>>>> I am trying to configure the EL6692 connector from a Simulink model
>with
>>>> a generic block and a device description xml to transmit various
>data
>>>> between two masters. Neither Simulink nor dmesg throw any errors,
>but
>>>> the RxPdo that are supposed to be configured do not show up on
>'ethercat
>>>> pdo -p 9' . The TxPdo do, with the exception of the last 'stuffing'
>byte
>>>> (for alignment), show up. I have attached the xml and the output of
>>>> 'ethercat pdo -p 9' in the hope that someone can have a quick look
>and
>>>> give me a pointer. I would appreciate it. Thanks.
>>>>
>>>> Best regards,
>>>> Jasper Westpfahl
>>>>
>>>>
>>>> # ethercat pdo -p 9
>>>>
>>>> SM0: PhysAddr 0x1000, DefaultSize 256, ControlRegister 0x26, Enable
>1
>>>> SM1: PhysAddr 0x1100, DefaultSize 256, ControlRegister 0x22, Enable
>1
>>>> SM2: PhysAddr 0x1200, DefaultSize 0, ControlRegister 0x24, Enable 1
>>>> RxPDO 0x1600 "RxPDO-Map"
>>>> SM3: PhysAddr 0x1800, DefaultSize 20, ControlRegister 0x20, Enable
>1
>>>> TxPDO 0x1a03 ""
>>>> PDO entry 0x10f4:02, 2 bit, ""
>>>> PDO entry 0x0000:00, 6 bit, ""
>>>> PDO entry 0x0000:00, 3 bit, ""
>>>> PDO entry 0x1800:09, 1 bit, ""
>>>> PDO entry 0x1800:07, 1 bit, ""
>>>> PDO entry 0x10f4:0e, 1 bit, ""
>>>> PDO entry 0x10f4:0f, 1 bit, ""
>>>> PDO entry 0x10f4:0a, 1 bit, ""
>>>> PDO entry 0x10f4:0b, 32 bit, ""
>>>> PDO entry 0x10f4:0c, 32 bit, ""
>>>> PDO entry 0x10f4:0d, 32 bit, ""
>>>> TxPDO 0x1a00 "TxPDO-Map"
>>>> PDO entry 0x6000:01, 32 bit, ""
>>>> PDO entry 0x6000:02, 32 bit, ""
>>>> PDO entry 0x6000:03, 64 bit, ""
>>>> PDO entry 0x6000:04, 64 bit, ""
>>>> PDO entry 0x6000:05, 64 bit, ""
>>>> PDO entry 0x6000:06, 64 bit, ""
>>>> PDO entry 0x6000:07, 64 bit, ""
>>>> PDO entry 0x6000:08, 64 bit, ""
>>>> PDO entry 0x6000:09, 1 bit, ""
>>>> PDO entry 0x6000:0a, 1 bit, ""
>>>> PDO entry 0x0000:00, 6 bit, ""
>>>>
>>>>
>>>> ------------------------------
>>>>
>>>> etherlab-users mailing list
>>>> etherlab-users at etherlab.org
>>>> http://lists.etherlab.org/mailman/listinfo/etherlab-users
>>>>
>>>
>>>
>>> Mit freundlichem Gruß
>>>
>>> Richard Hacker
>>>
>>>
>> _______________________________________________
>> etherlab-users mailing list
>> etherlab-users at etherlab.org
>> http://lists.etherlab.org/mailman/listinfo/etherlab-users
>>
>>
>
>
>------------------------------------------------------------------------
>
>_______________________________________________
>etherlab-users mailing list
>etherlab-users at etherlab.org
>http://lists.etherlab.org/mailman/listinfo/etherlab-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20131111/a9452ceb/attachment-0003.htm>