Définition des fonctions du Super Générateur (partie hard)

Bonjour,

Nous sommes maintenant à la croisée des chemins en quelque sorte entre le soft et le hard.

Il y aura toujours, bien sûr, une inter-activité entre les deux.
Mais autant le soft va se faire progressivement et pourra toujours faire l'objet d'améliorations ou autres, autant le hard sera figé.
Car on ne peut pas se permettre de refaire un typon tous les 15 jours !

C'est pour cette raison que cette phase est très importante et doit être menée avec le plus grand soin (comme d'hab ! ).

Voici donc ce que je vous propose :

Affectation des ports et donc de l'utilisation des ressources du pic (attention, image un peu grande) :

Spoiler:

Toutes les zones grisées sont pour une utilisation interne et donc non disponibles.

Entrées analogiques : 6

RA0 est affecté à la gestion du PWM.
RA1 utilisé pour le potentiomètre de sélection de fréquences.
Plus 4 autres entrées classiques.
Il me semble que c'est amplement suffisant.
Ce n'est pas tout d'avoir 50 ports à notre disposition, il faut savoir quoi en faire (en ayant toujours en tête que nous n'avons pas un générateur d'application tournant sous Windows pour gérer tout ça !).

Ces quatre entrées analogiques pourraient servir soit pour la lecture toute simple de la tension à leur entrée :


et/ou

De fonction alarme : si la tension dépasse un certain seuil, une alarme est activée : stop incrémentation fréquence des DDS et PWM, positionnement d'une sortie numérique à un niveau (0 ou 1), buzzer.

Ports numériques

RC0 en entrée pour le fréquencemètre.
RC2 affecté au PWM.

Quatre ports (toujours) positionnés en entrée (RB1 à RB4).
Je pense que ce nombre est suffisant (surtout que les entrées analogiques peuvent aussi servir d'entrées numériques virtuelles).
Comme pour les entrées analogiques, alarme possible : si passage à un niveau 0 ou 1.... réactions possible idem que l'analogique.

Sept ports (toujours) positionnés en sortie (RA4, RB5, RC3 à RC5, RE1, RE2).
Ce sont ces ports qui seront pilotés par les alarmes déclenchées par toutes les autres entrées.

Bon, maintenant...

Entrons dans le "hard" du sujet !!

Voici la première "planche" de réflexion : Schema de principe commandes v0.3.png

Toute la partie gauche est la gestion du décodage d'adresses et du bus de données pour les DDS, le clavier et l'afficheur.

J'ai aussi représenté l'échantillonneur bloqueur (avec mémorisation de l'amplitude max du signal) de RA0.
Et probablement faudra-t-il mettre ce dispositif sur toutes les entrées analogiques.

Car nous n'aurons pas que des tensions "continues" à mesurer. Il pourra s'agir aussi de signaux impulsionnels (comme RA0 avec le retour de l'impulsion du transfo par exemple).
Or là, le manque de synchro pour "lire" au bon moment va faire défaut. Avec un échantillonneur bloqueur en entrée nous comblons ce manque.
Surtout qu'autant RA0 va fonctionner sous IT, mais toutes les autres entrées (analogiques et numériques) seront traitées uniquement en tâche de fond, donc scrutées séquentiellement bien sûr, mais sans un timing (synchro) précis et rigoureux.
ATTENTION : si échantillonneurs bloqueurs sur les 4 entrées analogiques (et je pense que c'est indispensable), le "hard-man" devra me libérer un port numérique pour le signal "/RAZ LOAD" de ces échantillonneurs qui doit être différent de celui de RA0 qui lui, tourne sous IT.

Pour info uniquement, le principe d'un échantillonneur bloqueur avec mémorisation de l'amplitude max :


Spoiler:

Qui fonctionne parfaitement sur mon simulateur (mais le "hard-man" nous fera suivant son inspiration !).

Et sur la partie droite (en pointillé) les différentes entrées :

• Analogiques qui vont nécessiter un "certain" traitement de mise à niveau (entre autres).
  Rajouter aussi les 3 sorties des DDS.
  
  
• Et numériques, entrées et sorties (ce ne sont que des schémas de principe).

Bon, certains d'entre vous commençaient à s'ennuyer ?

Les voilà rassurés !!!

@++

Bonjour,

Voici donc la révision 3 qui amène quelques modifications.
Modifications dues essentiellement au partage des ressources du pic entre les fonctions à assurer, et justement les ressources nécessaires afin de pouvoir les assurer.

Trois entrées analogiques AN1, AN2 et AN3

Schéma de principe :



SW1 n'existera pas (uniquement pour les 1ers tests) car il y aura en amont (partie analogique) le moyen de régler l'amplitude max du signal/tension (car nous pourrons travailler avec du 5v, 9v et 12v).
L'échantillonneur bloqueur prendra l'amplitude max (valeur de crête) du ou des signaux appliqués à son entrée et ce, durant l'application du créneau "LOAD".
Ce signal "LOAD" pourra être généré soit par le programme pic, soit par la carte d'application. Une fois la tension du signal "saisie", une interruption sera envoyée au pic pour lecture.

Ces entrées analogiques pourront être utilisées :

• Pour lecture simple de la tension
  
• Pour alarme : dès qu'un seuil programmé est franchi, positionnement d'une ou plusieurs sorties numériques à un niveau (0 ou 1).
  
• Pour asservissement PWM et PDU (nouveau module expliqué ci-après)
  
• Pour relevé des amplitudes max et min
  
• Ainsi qu'un relevé régulier des tensions si fonction série activée (car le système ne possède pas encore de disque dur !)

A noter que l'on parle de tension mais nous pourrons très bien aussi mesurer un courant (précision pour les non électroniciens).

Deux entrées numériques NI1, NI2

C'est sur cette partie que la "diminution" est la plus sensible.
Il en était prévu 6 au départ !!!

Et j'avais même envisager de vous proposer de les supprimer toutes.
Car, dès qu'une entrée passe à 0 par exemple, pouvoir positionner une ou deux sorties à un niveau ne nécessite forcément une telle mobilisation de ressources. Une ou deux portes nand, voire une bascule D sur la carte d'appli est suffisant je pense.
Mais comme il nous reste deux ports libres.... Alors, Heureux ?
Utilisation : Uniquement en tant qu'alarme avec modification des niveaux d'une ou plusieurs sorties numériques (cde moteur, etc..)
Par contre, ces entrées ne pourront pas provoquer d'interruption (donc avec prise en compte plus rapide). Elles ne pourront être traités que séquentiellement par les tâches de fond.
Ceci est du à l'incompatibilité des signaux avec le signal LOAD des convertisseurs analogiques. Le pic ne possèdant qu'une seule entrée interruption externe.
Mais dans la pratique je ne pense pas que cela posera de gros problème puisque les sorties numériques seront utilisées en général pour piloter des organes "lents" (pompe, moteur etc..).

Cinq sorties numériques NO1 à NO5

Pas plus de commentaires que précédemment. Par programmation il sera possible de positionner à 0 ou 1 ces sorties lorsqu'une alarme survient.

Fréquencemètre

Une entrée extérieure.
En réalité n'a été mis que pour la (future) version avec le DDS AD5930 car normalement cette fonction fréquencemètre pour l'extérieur n'a pas d'utilité puisque c'est le système qui fournit toutes les fréquences qui sont donc connues puisque c'est nous qui les avons programmées.

PWM

Aucun changement. Avec possibilité d'asservissement (dans une autre version bien sûr).

Liaison série

Avec envoi de la config actuelle, des alarmes, des tensions max et min et régulièrement les différentes tensions.
Un petit rajout : une horloge est intégré au programme. Commençant dès que l'on débute un test. Ce sera une heure relative mais intéressante puisque l'historique ne sera plus une bête suite de chiffres alignés à la suite. Surtout si un test est effectué durant plusieurs jours.
Le format envoyé au pc pourrait être : j:hh:mm1/10s : résultats des mesures

PDU

Terme emprunté au PWM... PDU = Pulse Défini par l'Utilisateur.
Dans un premier temps ce ne sera qu'un module générateur de tension (0/12v ou 5v). Tension que vous pourrez ajuster manuellement sur la carte.
Mais cette tension pourra aussi être asservie par le système. Idem que le PWM mais avec une tension.

Et ensuite je vous propose un générateur de signaux.
Quoi, encore ?
Oui, mais pas n'importe quels signaux.
Enfin, si, ceux que vous définirez vous-mêmes :



En ne définissant que 4 temps (dont certains peuvent être à 0), voici les signaux que vous pourrez générer.

Bon... Tout n'est pas rose quand même !!!
Car cette fonction ne pourra être utilisée que pour des signaux de très grande durée (51ms max).
Car cela sera cadencé par l'horloge interne et qui elle-même est cadencée à 50us.

Mais bon, faute de grive... on mange des merles !!

Voilà, suggestions, ajouts ou tout autre chose... C'est le moment.
Car la définition de la structure (moteur) du programme en est à sa phase terminale et par la suite il sera plus difficile d'y insérer un processus différent si nécessaire.

C'est là une petite description disons orientée hard.
Prochainement, je posterai pour vous décrire succinctement les possibilités de ce futur outil (une sorte de pico manuel d'utilisation).

@++

Bonjour à tous,

La partie Hard!

Nous sommes en plein dedans!

Alain, dit Asl, se régale dans la programmation du Pic!

Il a déjà écrit une partie du programme du Pic, ça tourne à merveille.

Ce qui explique un peu notre absence.

Patience, tout vient à point à qui...

A+

Bonjour,

Le PDU c'est presque du GFA ( Générateur de Fonction Arbitraire )

A+

JCV

Ia ora na,

JCV a écrit:

Le PDU c'est presque du GFA ( Générateur de Fonction Arbitraire )

Il y a un GFA dans le PCGU1000 et le PCSGU2500 de Velleman. C'est cette fonction que nous utilisons avec nos cellules Raromatai pour générer les signaux rectangulaires (porteuse) hachés par d'autres signaux rectangulaires (modulation) avec synchronisation de la modulation sur la porteuse.

Bonjour,

Citation :

Le PDU c'est presque du GFA ( Générateur de Fonction Arbitraire )

Aïe !!!!! Si vous comparez un GFA du style Velleman avec notre pôôôôvre petit PDU... je crois que vous allez très déçus !!
Désolé...

@++

Asl a écrit:

Aïe !!!!! Si vous comparez un GFA du style Velleman avec notre pôôôôvre petit PDU... je crois que vous allez très déçus !!

Meuh non Alain : y'a que les sinus et les carrés qui serviront, je vous le dis - foi de

Alain2