Reprise du message précédent :
Non les split mobiles
https://www.boulanger.com/ref/12166 [...] _campaign=

En double tuyaux tu trouve aussi chez nos amis chinois ou importateur
https://www.pearl.fr/article/NX4881 [...] 94QAvD_BwE

Mais comme je disais c'est pas le meme tarif  

C'est des trucs que j'ai vu posés sur les fenêtres dans les sitcom, et il me semble en avoir vu au Canada aussi.
Bref 1er Resultat google avec air conditionner for windows

https://www.amazon.fr/Climatiseur-C [...] B0F5BM8NXV

Tiens oui, je sais d'où il est sorti
Bon ça va, ça ne change rien au propos général

Je confirme.
Et j'ajoute qu'ils ne sont pas autorisés partout. Par exemple, dans notre appart locatif, au 2eme étage, c'est interdit au prétexte que "ça peut
tomber sur quelqu'un plus bas".  

Ça existe pour Linux ?

Il semblerait    
https://www.systemadministratorblog [...] ing-linux/

Bah en même temps si ça tombe ça sera mortel pour la personne qui se prend le truc... Et vu que les gens (parfois/souvent) font n'importe quoi...

Linux est beaucoup plus économe au niveau ressources, en conséquence le PC chauffe moins et il n'y a pas besoin de climatiseur pour les manchots.
 
   
 

Pour conclure sur les refroidisseurs d'air, dans mon Action il en on mi 2 comme ça, dans les allées, ils sont énorme. c'est un bac d'eau en haut, y a bien un filtre derrière, l'effet de rafraichissement est vraiment pas mal du tous :
 

 
ça doit être ce genre de model : https://www.torros.fr/fr-fr/rafraic [...] free&gQT=1

Quid de l'humidité ambiante après ?
C'est pour quand on veux changer de papier peint ?

Y a un peu de ça.
Comme j'ai dit, ça donne une illusion de fraicheur, mais ça ne refroidit pas vraiment, pour ça faudrait que ça soit magique (loi de conservation de l'énergie, tout ça...) OU que ça évacue vers l'extérieur.

En gros ça capture la chaleur ambiante "sensible" sous forme de vapeur d'eau en suspension : la chaleur est toujours bel et bien là mais "sous forme humide", t'en as même plus qu'avant vu que le truc consomme de l'électricité (je suis pas physicien et j'essaye de caser ça en une seule phrase donc faites pas trop chier sur les sujets comme chaleur vs température, énergie et cie ).
Sous certaines conditions d'aération régulière et de température, c'est vrai que ça apporte un confort par rapport à un simple ventilateur parce qu'effectivement l'air "ressenti" sera un peu plus frais, mais faut bien comprendre que ça a aussi des inconvénients et que ça fait pas disparaitre la chaleur (= énergie) par magie dans la boîte en plastique.

Bien compris, merci

Regarde les articles sur le refroidissement adiabatique.
Ca ne marche vraiment que si tu évacue le flux d'air humidifié. Sinon ca fini par saturer et tu finis dans la jungle...

Le DMSO: la méthode méconnue et bluffante pour ouvrir un boîtier plastique moulé sans l’abîmer
https://www.youtube.com/watch?v=IXmX4ollPK0

Hello,
 
En pratique, quelle est la valeur totale idéale d'un pont diviseur de tension (R1 + R2) en vue de fournir du 5 V sur une entrée d'ESP32 à partir de 12 V ?
 
Par optimale, j'entends minimiser la conso tout en garantissant un bon fonctionnement.
 
L'idée est d'utiliser un contact 12 V NC d'un relais pour connaitre sa position.
 
Merci de vos lumières.

Tu veux dire un pont diviseur qui sera alimenté en même temps que le relais? Alors on doit pas être à 1µA près non?  
 
Perso je dirais ça dépendra de l'environnement aussi (parasites, ...).

Sur le contact du relais on a :

• Com : +12 V
• NO : commande d'une serrure en 12 V
• NC est libre. L'idée est d'alimenter un pont diviseur et de prélever du 5 V pour l'envoyer sur l'entrée d'un ESP32 pour connaitre la position du contact. C'est une manip que j'ai déjà faite mais en 5 V pur.

Je sais qu'en théorie un tel pont diviseur (R1 et R2) doit faire entre 10 et 100 k mais j'aurais aimé un retour pratique. Autrement dit, est-ce que 100 k ou davantage peut garantir un bon fonctionnement ? Ce n'est pas un environnement industriel.

Ah ok, je comprend mieux. Je ne saurais donner de limite haute.

Tu voulais dire 3v plutôt que 5v ?
Sinon, suffit de tester rapido avec juste une résistance sur 3V en entrée d'un GPIO, cela te donne le courant min détectable. (cela doit etre dans la doc je suppose)
Tu peux en déduire les 10^ de tes résistances.

Oui, tu as raison, 3,3 V est préférable, bien que l'ESP32 tolère 5 V.
 
Je vais conseiller, puisque ce n'est pas pour moi, soit un pont R1=27k+R2=10k, soit un pont R=1k + zener 3,3 V.

C'est pas ce que dit la doc. Ensuite 3v ou 2v ou ce qu'on veut <= 3v, cela change pas des masses le résultat final
Le probleme de la zener que j'ai pu constater, c'est qu'il y a une certaine marge

Pour une tension d'"entrée" fixe la zener n'est pas utile, sans dire que ça va bouffer plus et il y a une tolérance sur la tension aussi. Un bête pont diviseur sera très bien.

Oui, c'est bien ce que je pense aussi.
 

Plop

je regardais un peu à droite à gauche ce qui se fait en 2025 à part les "vieux" AVR 8 bit (que j'utilise toujours mais qui sont bien limités en puissance et RAM aussi, surtout vu les prix) et notamment une alternative au mega328P. Certes, il y a les ARM en 1000(00?) variantes, mais il y a aussi les marques asiatiques plus ou moins connues (avec souvent pas de doc en anglais par contre), les ESP32, le RP2040, du RISC, du ...; bref trop de choix. Vous utilisez quoi vous pour vos projets perso? Y'a encore des gens qui programment sans environnement Arduino (toujours dans un cadre privé)?

Dans l'idéal j'aimerais du DIP déjà (car je fais pas mal de protoboard toujours), mais je sais que c'est ilusoire en 2025 (hélas). Au pire une carte de dév pas chère (que je pourrais faire fabriquer, genre un lot de 25 d'un coup ça me ferait déjà un bon stock).

Par contre dans tout les cas il me faut:
-un truc pas trop cher
-pas truffé de bugs
-supporté par GCC (language C)
-une bonne doc officielle en anglais (pas envie de me faire chier avec Google traduction etc)
-une interface de prog documentée, qui nécessite au pire un petit bidule pas trop cher et qui va fonctionner avec du FLOSS depuis Linux
-un boîtier soudable à la main, donc SOIC/TSSOP/TQFP (pas de BGA ou autre)
-dispo pas que pour 1 an ou deux dans l'idéal aussi

Au niveau puissance, périphériques, ... j'ai pas de projet précis en tête pour le moment, mais p.ex. avoir 16ko de RAM au lieu des 2ko et genre 48Mhz à la place des 20MHz du mega328P ça serait déjà très bien. Pas besoin de Wifi ou de BT; par contre les "classiques" qu'on trouve sur les 8 bit (Timer, UART, SPI, I2C, ADC, ...) et aussi du DMA, des interruptions à priorité configurables, ...

Voilà, je lance la question comme ça, si ça inspire du monde...

Rp2040 , esp32 et des fois ( rarement ) du stm32.

Tu fais une crise de remise en question ? C'est ton anniversaire ? Tu veux qu'on en parle ?

Pour ma part, AVR pour des trucs simples genre tester du matos I2C :
Avantage : rapidité de mise en place, beaucoup de lib existante, rapidité dans la compilation & l'envoi, configuration majoritairement de niveau très facile, format DIP
Inconvénient : le prix en rapport avec les performances, pas de débuggeur/traceur
exemple récent : tester un bandeau de led, je branche, je DL la lib et ca fonctionne (ou pas)

STM32 :
Avantage : rapport prix/performance plus avantageux (STM32L031K6 32K de flash, 8k de ram, 25Mhz pour 1.6€ pièce), beaucoup plus configurable & performant, compatibilité AVR<->stm32 dans la compilation ce qui permet de tester rapidement mais peu d'optimisation, forum dédié ST
Desavantage : pas de dip, investissement nécessaire (ST-Link obligatoire), peu d'exemples dès qu'on sort de la lib principale, difficulté à trouver des trucs simples, dev board cher (j'ai fait la mienne car plus simple & moins cher), repartir à 0 si on veut l'exploiter réellement, le nombre de référence qui sont plus nombreuses que le nombre d'atome dans l'univers avec chacune un environnement spécifique, environnement propriétaire
Pour ce qui est du DIP, au pire tu en soudes 2-3 & hop la

ESP32/8066 :
Avantage : lib, wifi + server http, libs, patate, 2 proc
désavantage : long à compiler, prix suivant les projets
exemple : une caméra qui suit les déplacements avec le module tout en un.

RPi zero w pour le stockage de données :
avantage : GPIO, linux, prix
désavantage : faut pas etre pressé, une impression globale que tout est mal fait alors même que c'est normalement un projet plus que mature. Par exemple j'utilise un module SPI, avec la lib spidev. La première version n'était plus maintenue et avec une doc moyenne, cela a été repris et refait sauf que des options pourtant de base on disparu comme la gestion manuelle du NSS/CSS.

Pour le RP2040, j'ai pas trouvé d'intérêt, que ce soit en terme de prix, performance, utilisation donc pas pris. Mais tronklou pourrait nous en dire plus.

Le rp2040 pour moi c'est :

- Une superbe documentation comme j'aimerais en voir plus souvent
- Le support du U2F : pas besoin de se faire chier avec des progs, tu branche en USB et zou, le tout en natif
- Les PIO !!
- Puissant, avec de la ram et de la mémoire.
- Le prix !

En négatif :
- Pas le plus simple à intégrer vu ce qui tourne autour en découplage/ quartz/ mémoire
- Pas de wifi natif

En gros si tu peut pas faire ton projet avec c'est que tu dois mal te démerder  
Les devboards coûtent une misère et la liste des projets qui l'exploitent s'allongent tous les jours , donc pour la documentation c'est le bonheur.

Tout dépends du niveau de fonctionnalité que tu cherches.
 
De mon coté pour rester dans la gamme Atmega328P j'ai basculé sur les ATTiny Serie 0-1-2 (ou MegaTiny dans les librairies Arduino).
Toujours en AVR 8bits mais plus de fonctionnalité, plus besoin de cristal externe, plus facile à programmer avec UPDI.
 
Mais j'envisage les RP2040 pour les gros projets qui demandent de la puissance.

Il n'a pas de flash, c'est la dev board qui fournit la flash
 
J'ai regardé et effectivement le prix des devs boards est pas cher. J'avais souvenir que c'était beaucoup plus cher (2.17€ sur AE avec 16Mo de flash).
Ca peut remplacer mes arduino mini, faudrait que je zieutes ca au niveau du code, je m'en prendrais quelques unes même si je ne suis pas ultra convaincu

 
 
Merci déjà pour vos retours. Mon soucis avec les mega328P et ses frères c'est surtout la vitesse et la RAM. Prenons un "simple" afficheur graphique (de toute petite taille), impossible de créer un framebuffer dans les 2ko de RAM. Ou alors une carte SD branchée en SPI, il faut au minimum 512 octets de buffer (voir x2 pour être plus flexible), donc au pire déjà 50% de la RAM occupée. Et en 3,3V le 328P ne tournera qu'à 10/12MHz maxi, donc 5/6MHz de fréquence SPI. C'est pas beaucoup... Après - et c'est ça qui a fait que je suis toujours dessus depuis des années - le 328P est simple à comprendre (quoi que parfois ), la doc assez "courte" (et un seul pdf) et je connais la bête...
 
D'après ce que j'ai vu les STM32 (petits et soudables) c'est plutôt 8ko de RAM, c'est pas éééénorme non plus. (Oui je sais, la SRAM c'est "cher" au niveau surface wafer.) Il va falloir que je fasse des recherches systématiques, mais ça ne remplace pas les retours d'expérience (d'où ma demande ici).

J'avais oublié ceux là, en plus c'est toi qui m'a livré  

---

ESP32 reste à mon sens globalement plus interessant qu'un RP2040.

Ensuite faut voir qu'elle est ton besoin. Si c'est la RAM, l'ESP32 c'est 160Ko d'utilisable (à priori), RP2040 64Ko et STM ca depend de combien t es pret à mettre exemple : STM32F765ZIT6 2Mo de flash, 532Ko de RAM, et petit et soudable (bon un peu long avec 144 pin ) pour 15€

Un pi zero 2 W, c'est 15€ et tu as un peu plus de RAM utilisable  

 
J'utilise des daubes 8 bits AVR et PIC
 

• Pas cher
• Pas truffé de bugs, mais ça reste à confirmer
• AVR-GCC est fiable, ça fait longtemps que je n'ai pas utilisé SDCC
• Doc en Anglais de partout
• Devkits alternatifs assez répandus, et copies Chinoises trouvables
• Boitiers DIP et SOIC

J'ai aussi longtemps utilisé des MSP430, ça correspond à peu près à tous tes critères avec un MCU 16 bits , mais les devkits et la doc de TI sont parfois questionables et MSP430-GCC a été viré des versions récentes de Debian .

https://youtu.be/HRfbQJ6FdF0?si=8mCeTFpsDQtdBlao
Le genre de projet qui nécessite une patience infinie, où chaque problème te demande 15j de compréhension et de résolution, qui coûte cher et où à la fin t'as appris plein de trucs tout en créant un truc unique, et absolument inutile et inutilisable.
J'adore

Je savais de quelle vidéo tu parlais avant d'avoir cliqué, j'avais hésité à poster ça récemment.

Je l'ai aussi vu passer

Ah désolé c'est une suggestion youtube random, j'avais aucune idée que le truc avait déjà fait le tour d'internet

Moi je ne connaissais pas, merci

Pas de quoi s'excuser! Perso j'avais pas posté le lien car c'est du sponsorisé et j'apprécie pas ça (mais oui, la pub fait tourner pleins de trucs dans ce monde).

Ah et pour ma question bestioles de calculs , pour l'instant j'hésite entre RP2040 et STM32. A suivre...

Je ne connais pas trop l'écosystème pour du loisir mais je sais que les STM32 ont des cartes de découverte vraiment peu chères. Avec l'avantage d'avoir une sonde de prog intégrée.
Donc pour démarrer un projet, c'est pas mal.

En comparaison le pico est encore plus friendly je trouve.