Rocket Raspberry Tuning project

Hello,
C'est la "mode des mods" raspberry, beaucoup de beaux projets fleurissent c'est dur de faire aussi bien que vous
De mon côté je continue à faire évoluer mon projet, inspiré en grande partie par un certain James Ward et sa Gaggia-Pi: lien ici

Voici ma dernière version qui commence à être plutôt sympa à utiliser:
C'est pas encore très joli (c'est en travaux) j'aimerais avoir les talents de certains d'entre vous pour faire une finition sympa:


Voici le panneau de commande:


Réalisé sur une base de Raspberry B+, codé en python à 90%, des bouts en C et quelques modules noyaux
Le projet n'est pas terminé j'ai encore des trucs sympa à tester (dont le mod sur le pressure profiling dont [Vous devez être inscrit et connecté pour voir ce lien] parle en ce moment ^^)

Si vous êtes intéressés et voulez plus de détails dites moi
sinon je vous laisse je vais me faire un café

edit: j'ai mis mon code en ligne sur github:
[Vous devez être inscrit et connecté pour voir ce lien]

Pfff.... et la mesure de la pression d'extraction, elle est où

Pas de mano d'extraction sur la V1... tant mieux, le bouquet final sera quand tu vas nous émuler un second PID pour contrôler la puissance qui alimente une pompe rotative et dont la retroaction sera commandée par une mesure de la pression. Il faut un module qui numérise cette mesure de pression... Comment faire ? Des dispositifs existent déjà ? Bon et ensuite on trace le profil de pression avec le doigt sur l'écran tactile, n'est-il pas ? Option 2: on fait varier au vol pendant l'extraction la pression désirée en glissant son doigt sur l'écran tactile.  

ps: bravo quand même à toi pour tout le boulot réalisé...

Il y a bien des transducteurs pour l'automobile. Mais il faut adapter, positionner au bon endroit, filtrer le signal avec la pompe vibrante...

Sinon, je serais bien intéressé de lire le code... Car c'est ma plus grande faiblesse avec la fatigue chronique.

Avec une rotative, plutôt que vibrante.
J'imagine que c'est ce qu'ils font sur la vesuvius, je vais lire un peu, on l'entend quand elle tourne, le moteur de la pompe fait une jolie mélodie de fréquence variable... elle accélère, ralentit... un bonheur.

Je parlais de la valeur de pression.
Varier la pression d'une rotative est plus compliqué que pour une vibrante. C'est pour ça que si j'envisage de bidouiller Oscar... Non seulement il y a de la place, mais elle est aussi très basique, donc a plus de chance de profiter de quelques bidouilles... Et puis elle a une pompe vibrante.

Toutes les machines à pompe rotative sont à moteur synchrone. La variation de fréquence nécessaire au contrôle de vitesse /pression est compliquée. A la limite, faudrait remplacer ces moteurs par un moteur à courant continu... Mais c'est pas simple pour d'autres raisons.

merci les mecs

mon code source il est documenté mais pas hyper propre (quand on voit la qualité du code de James Ward c'est dur de faire aussi bien) et puis j'ai des parties où j'appelle des sous-parties en "sudo" c'est pas vraiment dans les règles de l'art mais ça marche bien

sinon j'ai déjà le capteur de pression électronique, j'attends juste de recevoir un capillaire pour atténuer les vibrations de la pompe, parceque sur mon mano pour le moment l'aiguille varie entre 8 et 12bars à une vitesse hypersonique
(comme le détaille scientifiquement très bien [Vous devez être inscrit et connecté pour voir ce lien] dans un autre topic)
par contre ça va etre chaud de placer un 2eme SSR dans la rocket, ça prend de la place ces joujous et faut pouvoir les refroidir avec un radiateur.

j'ai aussi un 4eme capteur de température pour faire joujou, un capteur de pression barométrique (y'a vraiment un intéret? ca joue sur le café?), une imprimante thermique et un jeu de 4 manomètres très jolis pour une future intégration plus propre... à voir

Ah, ok David, je connais rien donc c'est bien que tu m'expliques: tu dis que la vitesse de rotation du moteur électrique d'une rotative est déterminé par la fréquence du réseau. Quel effet aurait une variation du voltage du courant alternatif qui alimente. Idem avec l'ampérage ?

@ R0bin: tu as un capteur de pression électronique ? Un transducteur comme dit David. C'est quoi, une ref, une photo ? Ca marche comment ?: une sorte d' "enceinte de microphone" suivie d'un convertisseur digital vers numérique ? Dans ce cas, un mano c'est pour le fun, car tu peux envoyer le signal numérique sur le raspberry et représenter la pression sur l'écran ?

Un transducteur est assez cher... Sauf si on sait qu'il en existe pour la pression d'huile dans le monde automobile. Et là les prix sont plus raisonnables.
Après comment ça marche... Je me suis pas penché sur la question.

Pour les moteurs à courant alternatif, tu peux lire ça :
[Vous devez être inscrit et connecté pour voir ce lien]

Tu as tous les cas, sans entrer trop loin dans les détails.

Mais au minimum tu joues sur la fréquence pour les moteurs synchrones, sinon c'est fréquence et tension (et limitation de courant ) pour les asynchrones. Et c'est moins simple, donc moins accessible en DIY

Woah : magnifique ! Est-ce que tu pourrais poster ton code sur Github (ou ailleurs) ? Je pourrais bien m'en inspirer pour ma Gaggia Classic !

[Vous devez être inscrit et connecté pour voir ce lien] : merci ! bien sur je peux le poster par contre je pars en vacs ce sera un peu plus tard ; )

[Vous devez être inscrit et connecté pour voir ce lien] et [Vous devez être inscrit et connecté pour voir ce lien] : j'ai un capteur qui a une resolution max de 300psi achete sur ebay chine via un lien trouve sur le forum, dans les 20euros de memoire. La pression est traduite en voltage de 0 a 5v et jutilise ensuite un convertisseur analogique digital pour avoir l'information numerique sur le raspberry.
James Ward utilise le meme type de matos (un peu plus cher que moi) et le mano analogique c pour calibration ; )

Il est trop top ton projet ! chapeau !!

J'attend ton Git et la liste des composants pour assembler le miens

Ça sent bon ici

merci
j'ai pas trop détaillé, à l'occasion (et avec une meilleure finition) je rajouterais tout ça

[Vous devez être inscrit et connecté pour voir ce lien]:
c'est celui ci que j'ai acheté:

(lien ebay, cliquez ici)

malheureusement le pas de vis était en BSP, j'ai du prendre un adaptateur:

(lien ebay ici)

j'ai pas encore testé si le capteur fonctionne mais c'est pour bientôt


[Vous devez être inscrit et connecté pour voir ce lien]: je sais plus trop comment faire un git, faut mettre ça sur google code ou autre?

ouvre un compte sur [Vous devez être inscrit et connecté pour voir ce lien]

[Vous devez être inscrit et connecté pour voir ce lien]: ayé le compte est créé, j'ai fait mon premier commit en direct live du raspberry ^^
[Vous devez être inscrit et connecté pour voir ce lien]

hésite pas si tu as des questions, le code est pas hyper propre, c'est typiquement le genre de projet construit en rajoutant couche après couche et à la fin c'est un peu compliqué de s'y retrouver


edit: rajout des modules drivers noyau utilisés

Petite nouveauté:
j'ai implémenté un "boost chauffe" dans l'algorithme du PID, qui lorsqu'on allume la machine, pousse la chaudière presque au max (1.4bar) pour chauffer plus vite, puis redescend à la température consigne (courbe jaune).
je gagne désormais 10 minutes de chauffe sur ma machine:



couplé avec la méthode Torchon(r) je peux ptet monter à 20minutes de chauffe

C'est quoi ce changement de régime à 90°?

Je me suis posé la même question .
La casse-vide je pense ? Chez moi ça ferme à la 7eme min. Alors ça peut coller (?)

oui probablement c'est le moment où l'eau frémit / la chaudière monte en pression / la casse-vide se ferme

Ah bien vu.
On peut surement ressortir par calcul les chaleur massique et chaleur latente de l'eau de ces courbes vous pensez pas?
La puissance appliquée est la même, mais avant 90°C, on chauffe de l'eau, après, on l'évapore.

En tous cas je suis un grand fan de tes expériences Robin, continue!

Idée : ton algorithm PID semble être optimiser pour une stabilité extrême, avec des oscillations minuscules; comme c'est de la programmation, tu pourrais avoir trois phases optimisées différement non? Par ex. 1) Chauffe rapide, sans contrôle (c'est ce que tu fais je crois dans le mode boost) 2) Gestion de l'overshoot pour atteindre la consigne le plus rapidement possible 3) mode précision, comme tu l'as actuellement.

L'electronique de la Vesuvius d'Ambient Espresso fait un peu ça. Tu choisis une fourchette, par exemple +/- 4 °C autour de laquelle le contrôle est en mode PID, mais en dessous (ou au dessus) c'est du simple thermostat.

J'avais lu un article très intéressant lié sur un forum arduino avec une lib PID qu'on pouvait appeler comme une fonction avec les coefs PID.
Du coup, tu peux très bien faire des appels différents pour différents plages d'écarts à la consigne.
Je suppose que c'est ce que fait r0bin

Super ton "boost chauffe" à l’allumage,
et peut être aussi l'associé à la sortie d'un mode éco (programmable genre 40/50°) pour la mise en veille de la machine.

[Vous devez être inscrit et connecté pour voir ce lien]: en fait, je suis soit en mode "thermostat" comme tu dis (mode "1") tout ou rien, soit en mode "grossier" avec quelques overshoots (ton mode "2")
le mode précision n'est pas très utile sur un Hx puisque le groupe a énormément d'inertie et "gomme" tous les légers décalages de consigne
si tu vois bien la courbe de la chaudière, tu verras de petites vaguelettes

[Vous devez être inscrit et connecté pour voir ce lien]: oui en effet si tu regarde mon code, j'ai repris celui de James Ward, et je peux changer les 3 paramètres du P, I, et D. mais bon franchement je n'ai rien changé:
de 0 à 123°C, la chaudière est à 100%
de 123°C à 124°C, le PID régule la chauffe pour atterrissage en douceur
de 124°C à 114°C, la chaudière est à 0°C
ensuite, le PID régule la chauffe pour rester autour de 114°C
on peut pas faire plus efficace je pense, l'algorithme est fonctionnel seulement lors du dernier degré par rapport à la consigne pour un "atterissage en douceur", et j'ai même quelques overshoot (qui n'ont pas d'impact sur la chauffe du Hx au vu de l'inertie). c'est en tout cas le comportement sur ma machine

[Vous devez être inscrit et connecté pour voir ce lien]: bonne idée! faudrait voir un mode qui permette de mettre la machine en fonctionnement en moins de 10 minutes au cours de la journée, par exemple...

Ok!
C'est pas du tout ce que je déduisais de tes courbes, je trouvais les vaguelettes minuscules justement, et absolument aucune overshoot à l'arrivée à la consigne.

[Vous devez être inscrit et connecté pour voir ce lien] : en fait vu de près c'est pas si mal comme précision:


sur une consigne à 115°C, à peine quelques overshoots de +0,2°C / -0,5°C
je trouve ça pas si mal du coup


sinon, sur une super idée de [Vous devez être inscrit et connecté pour voir ce lien], j'ai testé pour vous le mode "ECO"
c'est à dire, une fois la machine mise en température, j'ai choisi de redescendre la température chaudière à 90°C
la température du groupe est redescendue à 70°C en ??? minutes (j'ai pas l'info désolé)
ce que vous voyez ci-dessous est le mode "réveil", avec consigne chaudière 115°C :


on a à peu près 12 minutes de chauffe pour revenir à la température de "travail" (ici 90°C)

peut être qu'avec une consigne ECO de 100°C chaudière, on pourrait revenir sur une machine prête à l'emploi en 5 minutes  
ça ferait une sacré économie d'énergie