[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