Bonjour et merci Seb

Je l'avais loupé celle là , nickel, je vais lire ça à tête reposée et ça devrait
m'aider à progresser

To be continued

A+

Bonsoir

J'ai trouvé cette page sur l'Atmega32u4 et en français, le pied quoi

https://sites.google.com/site/lapageajff/home/arduino-leonardo/les-sorties-pwm

je continue à lire ,mais j'entrevois une solution vers 31Khz pour piloter le MOS

A+

Tu nous disais que ton PWM est actuellement à 1khz, tu es donc sur le Timer_0.

Ce n'est pas vers 31kHz que tu vas obtenir mais plutôt 62kHz.

Salut Wismerhill

Exact

En fait avec un coup de scope, c'est la solution que je vais opter,je vais faire des essais
je pense me mettre sur le timer1 et la sortie D9 soit OC1A pour tester le 31 Khz
Là je regarde les timers dispo et leur fréquence pour les besoins du hardware
C'est un peu barbare pour moi et dès que j'ai bien compris comment me servir
de ce timer et la sortie adéquate , je poste le résultat

Une question déjà me turlupine, je commande en PWM le chauffage et la génération de la tension Vg1 ==> ok
On utilise une PWM pour alimenter les boosters HT ==> ok
On utilise une PWM pour alimenter le booster d'alim négative ==>ok
pour les autres fonctions, décharge des condos et mesure via les optocoupleurs on peut se servir des sorties "analogique" ==> ok

@ toi ou Philbob, ce raisonnement vous semble t'il cohérent

Reste le choix du timer qui fait quoi et à quelle fréquence , c'est pas simple hein

A+ c'est l'heure de la douche

Ps :Wismerhill, tu viens pas chez Yves cet été

Yes Yes

J'arrive à jouer sur la pin 6 de la Leonardo made by me , avec le PWM standard
càd sans toucher à la fréquence , je fait marcher le montage et devinez quoi

en tapant sur mon clavier j'allume et j'éteins le chauffage du tube à 6.3 Volts

En tapant 65 ( la plage va de 0 à 255 pour 0 à 20.32 volts ) je tape 0 et le chauffage s'éteind
ce soir je pense que je vais essayer sur un vrai tube

Ci joint une capture du code sous Arduino pour avoir votre avis , en gros est ce utile de modifier la fréquence
ou pas

Bon appétit

9a fonctionne avec une 6N2P et un socle noval

2 captures pour donner le goût, en charge la tension mesurée avec le voltmètre
est de 6.16 volts pour une meilleure valeur de la plage 0==>255

On a 6.30 V pour une plage de 0 à 20.32 V , donc pour une plage de 0 à 255
je tape 80 pour avoir 6.30

Voilà d'autre test prévu ce soir

A+

Bonsoir

Voici l'avancée du jour : passage du timer1 à un préscaler de 1
ce qui permet de piloter la PWM sur la pin 9,10 & 11 à 31.2 Khz

J'en ai profiter pour chauffer une 6L6 pour vérifier la santé du montage
la plage de 0 à 255 est à 88 pour 6.3 volts avec une 6L6 , elle n'était que de 65
pour une 6N2P , faudra prévoir une correction d'échelle en fonction du courant consommé
c'est pas une question de fréquence j'ai fait mes premiers essais de 6L6 avec 490 Hz comme hier

Quelques captures

Bonne soirée

Ou alors tu fais un pont diviseur sur ta tension de chauffage avec une capa en // sur la résistance d'en bas et rerentre la tension sur un ADC de l'Atmel. Une petite diode schottky connecté à un 5V pour protéger le µC.

A ce moment tu ajuste ton rapport cyclique en fonction de la tension lue et de la tension souhaitée.

Bonjour Wismerhill

Oui c'est une bonne idée ça , si il me reste un ADC de dispo avec mon montage
je retiens l'idée pour asservir le chauffage

Sinon j'avais prévu une mesure de B+ , au pire je récupère cet ADC pour la mesure du chauffage

J'ai de prévu sur le PCB :

- 2 ADC pour les tension d'anode et écran
- 2 ADC pour les mesures de courant avant le PGA113
- 2 ADC pour les mesures de courant après le PGA113
- 1 ADC pour la mesure de la tension de Vg1
- 1 ADC pour la mesure du courant de Vg1

et donc 1 ADC pour la tension en sortie d'alim (B+)

L'Atmega32U4 en comporte 12 mais des pinoches sont à la fois sortie PWM et ADC
et uil me faut pas mal de PWM aussi

Compromis, compromis

Là je lis et relis les pages de références de l'IDE Arduino sur la gestion des "string" et "stream"
pour faire l'interface avec le prog sous Gambas , pas si simple que ça

Bon appétit et a+

Tu as moins d'I/O que le PIC du µTracer ?

Je viens de voir qu'il n'asservissait pas la tension de filament par contre la commande du MOS T3 est jolie !

Re

Pour le nombre d'I/O je pense que le 32U4 est mieux doté

Oui et en plus ça fonctionne bien , j'ai mis en parrallèlle mon voltmètre pour

regarder la tension et je pense qu'avec une correction d'échelle en rentrant la conso

style choix du courant dans une liste déroulante au sein de l'IHM devrait suffire

Je vais relire le passage du chauffage sur le µtracer

Ce que j'ai remarqué du timer à 31khz est un échauffement moindre du radiateur sur le MOS
et encore car c'est pas bien chaud avec une 6L6

Bon après-midi

Oui si ta non linéarité est lié au RDSon effectivement une correction en fonction du courant devrait suffire mais un asservissement ca serait plus class

Bonsoir après lecture, je reviens sur cette histoire de PWM pour le chauffage

Comme je mesure la tension B+ via un pont diviseur et que le chauffage est en prise
directe à travers une self de 330µH, si le chauffage consome plus de courant, ça va faire varier
cette mesure de B+.
Si je continue mon raisonnement, j'asservis le calcul du duty-cycle de la PWM du chauffage avec
la conversion sur 0=>1023 de B+ et comme cela si B+ diminue, le pourcentage du duty-cycle augmente
pour conserver la proportion
Reste à écrire la formule
Mon idée , mesure initiale de B+ et stockage comme Binit
Calcul du duty-cycle et ajustage par re-mesure de B+

Une routine simple à définir dans une boucle et hop

Allez je retourne lire la doc sur les "string"

Bon appétit

Bonsoir Some news

j'ai fait un test d'envoi de string via le port USB à l'Atmega32U4 avec le bout de code ci-joint

J'ai ensuite retravaillé l'IHM sous Gambas pour envoyer ces strings

Une string est constitué du n° de commande, un séparateur ";", suivi de la valeur pour cette commande

on obtiens à l'envoi une string du type "n° de commande;valeur de commande"

l'atmega lis la string et renvoi pour l'essai la même string via le port série

9a semble fonctionner

Prochaine étape , créer un Array of string sous Arduino avec le n° de commande pour 1ère colonne,
et la valeur de commande comme 2ème colonne
Avec un Switch case on peut alors récupérer le n° et la valeur, par exemple 18 et 6.30 Volts
pour notre commande de chauffage

allez maintenant
Bonne nuit

Bonsoir

J'ai réussi à comprendre un peu mieux le protocole de transmission avec Arduino et le µc

ci-joint 2 captures , d'abord le code ensuite ce que j'obtiens dans le terminal série de l'ARDUINO

Il ne faut pas oublier qu'on a basé notre logique sur un envoi qui est constitué par le n° de commande
suivi de sa valeur , bref en envoyant une chaîne comme ceci , pour la commande 1 , valeur de 200
j'envois 1 200 ( le n° suivi d'un espace suivi de la valeur ) ou 01 200

Côté µc je lis les char rentrant , les stockes dans un buffer et dès que le char fin de ligne est envoyé
la chaîne est complète

le µc gère cette chaîne pour en ressortir le n° de commande sous forme d'entier (int)
et sa valeur sous forme de flottant (float) , j'écris sur le terminal série le n° et sa valeur avec 4 décimales

Je vais pouvoir maintenant utiliser un switch case pour allumer et éteindre le chauffage en tapant la commande
et sa valeur, dans le terminal série ou sous l'IHM en Gambas

Enfin j'espère

Bonne nuit