Discussion :

[francbad]

Bonjour,

J'ai réalisé une s-function a l'aide du s-function builder.

Ce bloc n'est pas simulable toute la partie "intelligente" est codée en tlc et est donc générée automatiquement par RTW EC.

Seulement quand le bloc reçoit en entrée un signal issu d'un bloc "constant" rtw ne génère même pas le bloc.

Il semble qu'il se passe une sorte d'optimisation impromptue.

Je pense que ce genre de problème peut venir des options de la s-function dans le .c qui génère le mex file mais je n'arrive pas à trouver cette option.

Merci pour par avance pour vos suggestions

[tug83]

Je n'ai pas bien compris ton problème, t'as un message d'erreur? quelle est ta version Real-Time Workshop Embedded Coder ?

[francbad]

Il n'y a pas d'erreur à la génération.
Quand le signal inputs n'est pas un bloc constant mais est calculée a partir d'un signal "vivant" ma s-function est générée sans problème.

ici le bloc est "squeezé" aucune génération je ne vois pas mes message passé à la console pendant la génération et aucune trace de mon code dans le .c généré.

Real-Time Workshop Version 7.2 (R2008b)
Real-Time Workshop Embedded Coder Version 5.2 (R2008b)

merci de vous y interresser

[tug83]

Il y a pas de mal de bugs reports lié à RTW et le bloc Constant, tu devrais y jeter un œil, par exemple (bug report 532226):
Incorrect code generation: code execution result might differ from simulation for multirate multitasking model with Constant block as sample time source

voir aussi bug report 552224

Cette note propose de remplacer le bloc Constant par un bloc Merge :
Why do I not get a reusable function for a subsystem containing a Switch block, when driven by a Constant block using the Real-Time Workshop 6.0 (R14)?

En espérant que tu trouves ta solution, sur le site du support .

[francbad]

Merci,

Pour le premier point il semble que ce ne soit pas cela ( mes blocs sont bien sur inf)

et pour le deuxième je n'ai pas de cas spécifique suivant l'entrée (je n'utilise pas le mode reusable)


Je continue de chercher , la hotline mathworks est dessus également

encore merci

[francbad]

voila réponse de la hotline :

The code will not be generated for the OUTPUTS function of a Simulink block, if it has constant (infinite) sample time. In this case Simulink uses a the output port value from a one time simulation step instead. To prevent this behavior, a S-Function can choose to disallow constant sample times using the following function call in the blocks mdlInitializeSizes function.

ssSetOptions(S, SS_OPTION_DISALLOW_CONSTANT_SAMPLE_TIME);


il s'agissait bien d'une optimisation qui simplifiat le calcul en cablant la sortie sur une constante correspondant au resultat du bloc calculé une seule fois.

il y a donc deux solutions la plus propre c'est donc comme proposée de désactiver le temp d'echantillonage constant

ou alors de cabler les sorties de la s-function directement sur un output port.



Tout cela ne se produit que si le bloc s-function se trouve dans un subsystem trigger.


en esperant que cela puisse servir un jour à quelqu'un.