Interfacage - Page 3

ha si pb15, ca commence a me dire qq chose : des cours de seconde je crois bien... c'est un automate qu'allumait des diodes en fonctions d'interupteurs...
oula, j'ai pris un coup de vieux tout d'un coup
ca m'interesse Riri. si c'est des trucs que tu scannes, ne me l'envoie pas tout de suite, histoire que ca bloque pas ma boite mail....
y333>bien
moi je commencerai a voir comment faire le prog pendant les vacances

hibou> Oui ca allumait des diodes mais si tu branchait un quelquechose en sortie, ca l'activait aussi, c'est ca le but d'un automate Je pense que c'est le meilleur langague pour faire un premier modèle simple. Ensuite si ca marche on pourait faire quelquechose en PL7

bon, ca y est, g une question tres importante pour le circuit ( sans dec)
les sorties du port io sont du 5V?

oué je crois.

J'ai lu uniquement l'intro du topic. Je te demande si ça ne serait pas mieux que tu remplaces les relais par des transistors de puissance ? ça permettrait de commander très rapidement les applications qui en ont besoin, comme (exemple débile) un stroboscope.

thibaut> sûr que ca gagnerait en rapidité mais a part commander un stroboscope, je vois pas, cependant, le choix des relais est venu du fait que je désire à tout prix (sauf si c plus cher qu'une ti) isoler la calto de l'automatisme afin qu'en cas de court circuit ou autre, la ti ne soit pas endommagée!!! (ca me paraît primordial, avec des relais dont le pouvoir de coupure serait dans les 2000V et ou les opto-coupleurs (pour les entrées) seraient de bien plus.

Mais merci d'avoir suggéré

Je pensais à un montage de ce genre, qui permet une isolation galvanique tout en utilisant un transistor de puissance :

ok dans ce cas mais pourquoi un montage darlington???
en gros pourquoi 2 transistors?

juste une question ca me parait évident mais on sait jamais: l'alimentation de l'automate sera externe? il lui faudrait quoi?

oui externe mais tu l'alimentera en ce que tu voudra en fonction de l'automate, au mex 230V je pense en alternatif et plus en continu

Ton idée de relais me paraît bien car en manipulant des tensions comme ça, il ne faut pas que le matériel soit endommagé.

Je te propose ce montage parceque je ne sais pas s'il existe des optocoupleurs de puissance

j'ai regarder comment c'etait le PB15: effectivement c'es assez basic, mais pas tres adapté au langage C et la Ti (merci a Riri pour ca doc )
je propose plutot la syntaxe suivante:

une partie declaration:
VAR:dcy=1 (numero de capteur ou de touche de la Ti)
VAR:start=2
ACTION:Monter=1 (numero d'actionneur)
ACTIONescendre=2

definitions des transitions:
TR:1
EANT=1,2 (les numeros d'etapes anterieurs)
EPOS=3 (les numeros d'etapes posterieures)
RECEP=start+dcy
ENDTR
...

definitions des etapes:
ET:1
INI (etape initiale)
ACTION=Monter,Descendre
ENDET

j'attends vos commantaires


j'ai deja programmé l'analyseur d'expression boolenne. Il est pour l'instant associatif à droite et pas de priorité pour + ou .
comme opérateurs y'a:
ET: .
OU: +
XOR: ^
NOT: !
NAND: !.
NOR: !+
NXOR: !^


le probleme, c'est que j'ai perdu mon lecteur MP3 ou j'avais tous mis dessus pour ramener tout chez moi

Et pour le link, j'ai commencer a regarder : en fait les fonctions sont deja faites dans tigcclib
je peux facilement envoyé des données sur le cable. mais y'a un certain protocoles qui n'est pas detaillé : je sais pas si ca te convient y333.. ?

Ce que tu as fait semble déjà pas mal, en tout cas, ça me plaît car celà semble malgré tout assez proche du PB15
Par contre là où je risque d'être moins à l'aise, c'est au niveau du hard car en S.T.L, ce n'est pas vraiment notre branche, nous c'est plutôt programation.(On fait cependant un peu de cablage.).

ce ki me faudrait en sortie de la ti, c'est un signal du genre 00110011:
pas actioner 1 => 0
pas actioner 2 => 0
actioner 3 => 1
actioner 4 => 1
pas actioner 5 => 0
pas actioner 6 => 0
actioner 7 => 1
actioner 8 => 1
si on lit du haut vers le bas, on obtient le signal 00110011.
Mais en ce moment je coince sur la synchronisation ti/demultiplexeur

voici la boucle que je propose

etapes ini -> eatpes_actives[]

boucle:
reception des valeur de capteurs/variables/touches Ti

etapes_active[]->etapes_actives2[]

boucle sur toutes les etapes_actives2:
| boucle chaque transistion associée:
| | test de la receptivité:
| | si recep==vrai
| | | modifier en consequence etape_actives2[]

etapes_actives2->etapes_actives

send(etapes_actives)

finboucle

et la qq questions:
- soit je fais tourner le programme en permanence et il envoi les donnees a chaque appel de send()
- soit j'envoie les donnee synchroniser sur un auto-int : send() ne fais que modifier le tableau envoyé par cet auto-int

mais ca me gene de faire tournenr le prog en permnence, vu qu'il n'y des changements qu'au changement des valeurs des variables (capteur, touches ti)
j'aimerais bien faire un attente a "reception" : attente d'une modification d'une valeur : dès qu'un capteur change, tu m'envois les nvelles valeurs, et on lance la boucle
est-ce que c'est possible de faire ca pour toi ?

euh aufait, je viens de relire ton premier post : y'a des capteurs ? ou tout ce fera avec les touches de la Ti ?

ben yaura des capteurs: 8 entrées je pense mais les nombres ne sont pas encore fixés
sui sencore en theorique mais les données devraient etres de la meme forme que les sorties, du genre y a que le premier capteur actif:
00000001 ou 10000000
Faut k'on se messenger pour aplanir tout ca

Hibou, t'en est ou sur le projet?

Si je me rappelle bien, hibou n'aura pas internet pendant ces vacances ...

oh ben oui mais oui mais non la! comment qu'on peut faire avancer un projet pendant les vacances si il a pas internet pendant les vacances :'( :'( :'(

J'ai bien reçu ton mail

Au fait ! y'a pas de problème

Super !!!

j'ai reussi a chopper un pc connecté

j'y ai pas touche depuis un bout de temps.
ie, l'analyseur syntaxique marche, la fonction d'execution semble marcher, mais faut que je fasse une petite interface graphique pour voir vraiment si tout ce passe correctement.
voila

sinon, l'interfacage en lui meme n'est toujours pas resolu. surtout la synchronisation
ce a quoi j'avais pense :
on lance le prog sur la ti qui attend alors un signal de l'interface
l'interface envoi des zeros, puis un 1 des qu'il faut demarrer
ensuite l'inteface envoie une suite de, par exemple 7 bits a 0 puis 1 bit a 1 : la Ti saura alors la periode du signal par une division par 8
une fois synchronise, en boucle : la ti envoie 8 bits representant les actions a effectuer, puis l'interface envoie 8 bits representant les capteurs actionné.

j'attends vos remarques ou idees

ben j'avais une idee bien plus compliquee qui permettait qu'on envoi une suit d'ordre pour kil l'applique en attente d'un nouveau code (avec une memoire koi mais ca pe ptetr meme se faire sans memoire seulement avec une je mobilise deja 3 ne555 donc fo kje rechlefiche un peu
(ca permettrait de pas bouffer les piles par l'envoi d'infos packe le programme serait gourmand que ca m'etonnerait pas)

kelkun sait-il si lorske l'on fixe une frequence a la ti elle la garde indemne jusqu'a ce que les piles soient nazes?

sinon l'interface faudrait kelle ressemble a edwin mais pas les dernieres version jtexpliquerait hibou

> lorske l'on fixe une frequence a la ti elle la garde indemne jusqu'a ce que les piles soient nazes?
Sur HW2, il me semble que oui (c'est un quartz qui génère les timers). Sur HW1, n'y compte pas

En effet sur HW2 c'est un quartz.

pour l'histoire des piles sur une hw1, j'y avais penser, c'est pour cela que dans ma proposition, la Ti sera obligée aussi de se synchroniser en frequence avec l'interface en comptant le temps entre les deux bit a 1.

y333>pour l'interface, faut que cela tienne sur l'ecran d'une Ti...
dans une premier temps, je pense faire le minimum.
des numeros de transition, d'action, de recepteur a la suite avec une surbrillance a l'etat activé.
je rapelle que l'analyseur accepte un nombre illimité de transition, action... (dans la limite des blocs de 64k, donc environ 8000 de chaque)