[etherlab-users] Default Trap Handler: vector 14: Suspend RT task

Dr.-Ing. Wilhelm Hagemeister hm at igh-essen.com
Wed Mar 11 11:14:18 CET 2009


Hallo Mr. Kotlarski,

i have had "Trap vector: 14" with a Simulink Modell ones when I tried to 
access a vector-variable out of it's bounds.  This can e.g. happen with 
the Simulink-"Selector" Block and external element indices.

Divison by zero usually gets handled by the generated code from RTW.

Kind regards,

Wilhelm Hagemeister.



Kotlarski, Jens schrieb:
> Hallo,
> 
>> Hallo,
>>
>> On Fri, Mar 06, 2009 at 10:01:34AM +0100, Kotlarski, Jens wrote:
>>> We are facing a problem concerning Rtai. Always when we load a kernel
>>> object and start the etherlab_buddy we get the following error (it
>>> occurs right after starting the buddy, insmod the kernel object works
>>> fine): "Default Trap Handler: vector 14: Suspend RT task". Our system
>>> only works if we load very very simple kernel objects, i.e models
>>> consisting of a few Simulink blocks only.
>>>
>>> Maybe one of you had a similar problem and has some advice?!?
>>>
>>> By the way: we are using the Ethercat master 1.4 with Etherlab 1.2 on
>>> an Ubuntu 8.04 system with Rtai 3.6.
>> what is the exact EtherLab version (1.2-rcX)?
> 
> The exact version is 1.2-rc1. You think it is worth updating the system (by the way: did you test the current versions with newer Matlab versions)?
> 
> 
> Best regards,
> 
> Jens
> 
>> A trap handler is usually a segmentation fault in RT context.
>>
>> --
>> Best regards,
>> Florian Pose
>>
>> http://etherlab.org
>> _______________________________________________
>> 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



More information about the Etherlab-users mailing list