[etherlab-users] Repository status

[Andreas Stewering-Bone]

Hello,


Am 26.10.2011 23:22, schrieb Graeme Foot:
> Hi,
>
> No worries, I've already extracted out the RTDM code and config from the devel branch and made a patch to import it into the stable branch.  (Would you like the patch file?)
>
>
Yes,
> I've been having a look at the RTDM code.  There's a couple of issues that I'll be looking at fixing / changing.  Let me know if you're interested in any of them.
>
> 1) There's a few minor spelling issues:
>    EC_RTDM_DOMAIN_QUEQUE                 EC_RTDM_DOMAIN_QUEUE
>    EC_RTDM_MASTER_SYNC_MONITOR_QUEQUE    EC_RTDM_MASTER_SYNC_MONITOR_QUEUE
>    ecrt_rtdm_domain_queque               ecrt_rtdm_domain_queue
>    ecrt_rtdm_master_sync_monitor_queque  ecrt_rtdm_master_sync_monitor_queue
>
>
Feel free to fix it

> 2) Please correct me if I'm wrong: the RTDM interface only allows for one domain per master.  There are by default up to 5 RTDM devices available but I would expect the intention for these are to allow different masters rather than multiple domains for one master.
>
Yes you are correct. Feel free to fix it. We only integrate a patch, we 
are not using the RTDM interface until now.
> I was planning on changing the struct CstructMstrAttach to take more than one domain (with dynamic size) and the domain related functions to take an index as to which domain you want to call the function for.
>
Would be great

> 3) There's possibly some sdo related methods that I will add to the RTDM interface, but I haven't quite decided yet.
>
>
I talked to Florian about this. You need not do sdo configuration during 
realtime, you can do it before stepping into realtime with the normal 
blocking functions, or you can doit in a seperate thread. So you need 
not implement an RTDM interface for this.



Do you use RTAI or Xenomai? I noticed some problems with RTAI, but I 
have no time for further testing.

Please note, if you do some work, please focus on the stable tree, 
because there are some unstable features in the defel branch.

Best regards

Andreas


> Regards,
> Graeme.
>
> (PS I'm using RTAI, so I didn't extract the Xenomai stuff for my RTDM patch.  If you would like my patch I can add that in pretty quickly.)
>
>
> -----Original Message-----
> From: etherlab-users-bounces at etherlab.org [mailto:etherlab-users-bounces at etherlab.org] On Behalf Of Andreas Stewering-Bone
> Sent: Wednesday, 26 October 2011 21:17
> To: etherlab-users at etherlab.org
> Subject: Re: [etherlab-users] Repository status
>
> Hello,
>
> We know this,
>
> If you want to build up a productive system you should use the stable
> branch. There are some new features in the devel branch which are not
> stable until now.
>
> I will talk to Florian about porting the RTDM interface into the stable
> branch.
>
> Do you want to use it under RTAI or Xenomai?
>
> Best regards
>
> Andreas
>
> Am 26.10.2011 01:02, schrieb Graeme Foot:
>
>> Hi,
>>
>> Can you please let me know the current status of the repository?  I'm
>> wanting to use the RTDM interface but I notice that the devel branch
>> (2117) is now quite different to the stable 1.5 branch (2124).
>>
>> One bug fix in particular for the devel branch (though it may just be
>> waiting for a merge) is:
>>
>>
>> diff -ru etherlabmaster-1.5-2117/master/master.c
>> etherlabmaster-1.5-2117-patch/master/master.c
>> --- etherlabmaster-1.5-2117/master/master.c	2011-09-17
>> 00:10:23.000000000 +1200
>> +++ etherlabmaster-1.5-2117-patch/master/master.c	2011-10-26
>> 11:42:09.000000000 +1300
>> @@ -161,6 +161,7 @@
>>        master->has_app_time = 0;
>>
>>        master->scan_busy = 0;
>> +    master->allow_scan = 1;
>>        ec_mutex_init(&master->scan_mutex);
>>        init_waitqueue_head(&master->scan_queue);
>>
>>
>>
>> I also notice the devel branch hasn't got the bug fix for revision 2120
>> (Fixed missing return causing slaves not going to OP).
>>
>>
>> Once I start my app my PC freezes.  I haven't started looking into that
>> one yet.
>>
>> Is the devel branch generally stable enough to use at the moment?
>>
>> Thanks,
>> Graeme.
>>
>> _______________________________________________
>> etherlab-users mailing list
>> etherlab-users at etherlab.org
>> http://lists.etherlab.org/mailman/listinfo/etherlab-users
>>
>>
>
> Mit freundlichem Gruß
>
> Andreas Stewering-Bone
>
>


Mit freundlichem Gruß

Andreas Stewering-Bone

-- 
------------------------------------------------------------------------

Dipl.-Ing.(FH) Andreas Stewering-Bone
andreas.stewering-bone at igh-essen.com
Tel.: +49 201 / 36014-15

Ingenieurgemeinschaft IgH
Gesellschaft für Ingenieurleistungen mbH
Heinz-Bäcker-Str. 34
D-45356 Essen
Amtsgericht Essen HRB 11500
USt-Id.-Nr.: DE 174 626 722
Geschäftsführung:
- Dr.-Ing. S. Rotthäuser,
- Dr.-Ing. T. Finke,
- Dr.-Ing. W. Hagemeister
Tel.: +49 201 / 360-14-0
http://www.igh-essen.com

------------------------------------------------------------------------