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 >> [email protected] >> http://lists.etherlab.org/mailman/listinfo/etherlab-users > > > _______________________________________________ > etherlab-users mailing list > [email protected] > http://lists.etherlab.org/mailman/listinfo/etherlab-users _______________________________________________ etherlab-users mailing list [email protected] http://lists.etherlab.org/mailman/listinfo/etherlab-users
