[Users-fr] Xcos : convertisseur signal horloge => signal données ?

[Samuel Gougeon]

Bonjour Clément,

Merci pour ta réponse.

Malheureusement, le rapport cyclique (largeur haute/largeur totale) dugénérateur de signal carré GENSQR_f 
<https://help.scilab.org/docs/6.0.1/en_US/GENSQR_f.html>  n'est pas modifiable. Ce bloc ne peut donc pas être paramétré pour sortir des "pseudo-impulsions".
Le générateur d'impulsionsPULSE_SC <https://help.scilab.org/docs/6.0.1/en_US/PULSE_SC.html>  permet de régler le rapport cyclique, mais ce bloc n'a pas d'entrée de déclenchement.
Donc aucun des deux ne peut être paramétré et utilisé directement pour visualiser des impulsions d'horloge sur un SCOPE de données. Ce sont les premières solutions les plus simples que j'avais envisagées, sans succès.

La dérivation en sortie deGENSQR_f <https://help.scilab.org/docs/6.0.1/en_US/GENSQR_f.html>  fonctionne. On peut mettre le bloc SATURATION en aval.. mais ce n'est pas très convainquant (et au final ça ne simule pas. je ne sais pas pourquoi).

Le sinus est certes dérivable, pour donner cos(), qui n'est pas du tout "impulsionnel", alors que c'est ce que l'on cherche.

Bref, les idées restent les bienvenues.

Cordialement
Samuel

Le 14/03/2018 à 08:46, Clément David a écrit :
> Hello Samuel,
>
> Effectivement un événement ne peut pas être affiché sur un scope de donnée car l'activation a une
> durée nulle. Si tu souhaites les visualiser, tu peux effectivement construire un superbloc qui
> génère un signal carré (par exemple) avec une largeur (temporelle) petite par rapport à ta période
> d'activation pour visualiser un tic (pas un rectangle).
>
> À noter, le générateur carré peu avoir un comportement surprenant car il n'est pas continu mais basé
> sur les événements; le dériver ne "fonctionnera" pas ! Je te conseille d'utiliser un générateur de
> signal sinus si tu souhaites utiliser un dérivée.
>
> --
> Clément
>
> Le mardi 13 mars 2018 à 12:29 +0100, Samuel Gougeon a écrit :
>> Bonjour,
>> Avec Xcos, je cherche à tracer dans la même fenêtre à la fois un chronogramme des impulsions
>> telles que sortant d'une horloge ou par exemple du bloc M_freq, et un signal de sortie de données.
>>
>> Que ce soit dans un SCOPE simple en courbe + diagramme bâton superposés ou avec CMSCOPE dans des
>> subplot() séparés, je n'y suis pas parvenu.
>> Sauf erreur, tous les SCOPE disponibles sont spécialisés soit dans la visualisation des signaux de
>> données, soit avec CEVENTSCOPE dans la visualisation des chronogrammes.
>>
>> J'ai cherché si avec les SCOPE de données il existe un moyen d'indiquer qu'une des entrées à
>> visualiser est un signal d'horloge. Mais cela ne semble pas possible.
>>
>> J'ai aussi cherché s'il existe un convertisseur Signal d'horloge => Signal de données  qui puisse
>> être utilisé en sortie d'horloge (ou de blocs tel que M_freq sortant des signaux
>> d'horloge/déclenchement), afin de pouvoir alimenter un SCOPE de données. Je n'en ai pas trouvé.
>>
>>
>> J'ai commencé à réfléchir à la construction d'un superbloc qui pourrait faire le travail. Le choix
>> du bloc d'entrée est assez limité : il faut un bloc qui en entrée reçoit des événements, et qui en
>> sortie produise du signal-donnée. Le générateur de signal carré GENSQR_f est un bon candidat. J'ai
>> essayé de faire avec, suivi par exemple d'un dérivateur. Mais cela ne fonctionne pas. Sans doute
>> m'y suis-je pris maladroitement. Ou peut-être n'est-ce tout simplement pas possible.
>> En tout état de cause, il semblerait bien peu pertinent de développer des blocs SCOPE
>> supplémentaires permettant de faire cela, plutôt que de concevoir un bloc de conversion permettant
>> d'utiliser tous les SCOPE déjà disponibles pour visualiser les signaux de donnée. Ou, comme évoqué
>> plus haut, d'ajouter pour tous les SCOPE (hormis CEVENTSCOPE, à mettre au rebut car inutilement
>> spécialisé) un paramètre permettant d'indiquer qu'une entrée est un signal-donnée ou un signal-
>> horloge.
>> Si d'autres utilisateurs ont eu le même besoin et ont su le résoudre ou ont essayé d'autres
>> choses, je suis preneur de tous les bons conseils.
>>
>> Au plaisir de les lire
>> Cordialement
>>
>> Samuel Gougeon
>>
>>
>> _______________________________________________
>> users-fr mailing list
>> users-fr at lists.scilab.org
>> http://lists.scilab.org/mailman/listinfo/users-fr
> _______________________________________________
> users-fr mailing list
> users-fr at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users-fr
>

-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <https://lists.scilab.org/pipermail/users-fr/attachments/20180316/00499e31/attachment.htm>