Reprise du message précédent :

Tu as compilé ton code pour PIC16 pour savoir? Car l'ASM des PIC16 est à chier par rapport aux AVR, il se pourrait bien que du code qui prenne X ko pour AVR en prenne beaucoup plus compilé pour PIC... D'ailleurs il y a un compilateur open ou du moins gratuit pour PIC16? (et si c'est un IDE officiel combien de Go prend-il sur le PC? Perso j'ai horreur des "bloatware" )
Sinon bah faut lire/comparer les docs. Pour la partie flash, c'est pas les PICKit?

862o de flash, ca devrait aller quand même
J'ai aucune idée, d'où ma question.
 
----------
 
Aucun rapport, j'ai besoin de mettre un 1 logique sur une entrée de l'ADS1232 après un certain délais. La version simple c'est un condo, une résistance et un MOFSET canal P, sauf qu'en regardant, j'en ai qu'un en stock beaucoup trop sensible.
Quelqu'un a une référence àavoirenstock ?

La toolchain, la doc, l'archi (rien que l'adressage ...), tout en fait.
 
Sauf le prix. C'est pas pour rien que Microchip a acheté Atmel.

J'ai découvert les micro contrôleur avec les PIC.
A l'époque c'était MPLAB, depuis le bidule a évolué.
Ce que j'en garde comme souvenir c'est que c'était plutot fiable et la doc bien faite.
Toute la chaine de dev est gratuite et le IDE aussi.
On trouve des copies du programmeur officiel facilement.

J'ai utilisé des pic12 (petit montage genre variateur de modélisme) et des 18 notamment avec l'USB intégré.

single gate (non) inverting schmitt trigger + résistance + condensateur.
Attention aux familles logiques, perso j'ai du 74LVC1G14 (inverting) et du -17 (non inverting). C'est forcément du petit CMS par contre.
 

tout en fait quoi?

MErki

Tout est mieux avec les AVR.

Hello

Question bête, est-ce qu'en RS485 (Modbus) il y a une longueur minimale de cable à respecter entre master et slave?

Je ne sais pas s'il y en a une de spécifiée dans la norme mais j'ai déjà fait communiquer des équipements en Modbus sur RS-485 avec 1 m de câble. Donc je dirais que c'est peu sensible à la longueur du câble.
 
Par contre, pense à mettre les résistances de terminaison de bus.

Merci
 
Autre petite question tant que je suis là.
Sur mon ESP32-P4 je peux brancher une batterie pour la RTC.
Et je ne sais pas pour quelle raison, mais ils ont fait le choix de relier la batterie directement (=pas de IC pour la gestion de charge) au 3.3V du circuit. Dis d'une autre manière, il faut une batterie rechargeable de type ML2032 et non CR2032. C'est d'ailleurs bien précisé dans les specs.
 

 

 
Question
 
Comment ca se fait qu'une batterie lithium peut être reliée à du 3V sans IC de gestion de charge? Elle ne va pas chauffer quand elle sera pleine?
Elles ont quoi de spécifique ces petites batteries?
 
Merci
 
EDIT:
Ah tiens le Pi 5 fait pareil.

déjà, souvent, à 3.6-3.7V sur du lithium ion classique t'es à ~50% de SoC
donc si tu mets 3.3V sur l'accu, elles seront jamais pleines et tu auras une fraction de la capa max théorique je dirais.

edit: a priori, le couple électrochimique est différent, 3.3V tu seras au max, ça chargera plus (OCV entre 3.1 et 3.3V selon les fabricants).

Ya une diode donc y'aura que 3.3v - la chute de tension de la diode, => ça doit tomber dans la plage de tension accepté par la batterie.
 
Bref c'est totalement à la rache mais ça fonctionne.

Ca doit fonctionner pour des toutes petites batteries ML2032 (même si pour moi il manque au moins une résistance?); pour du 18650 etc c'est clairement pas une bonne idée...

Ca doit pas etre loin du LFP qui tolère facilement vers les 3V en floating.
Sur du NMC/NCA faut pas trop jouer à ca

La tension de charge d'une telle pile rechargeable se situe entre 3,0 et 3,3 V. Elle ne sera jamais pleine car la tension à ses bornes est insuffisante :  
3,3 V - Vf, avec Vf = 0,6 V pour du 1N4148 par exemple à 5 mA d'après le datasheet.
 
Quand les deux tensions s'équilibreront, plus aucun courant ne circulera.

Merci

Tiens, voici un datasheet :
 
https://biz.maxell.com/en/rechargea [...] heet_e.pdf

Je suis de ton avis, je limiterais l'intensité à 2 mA pour cette petite bête.

RIP Arduino. https://www.journaldugeek.com/2025/ [...] en-source/

Wep, on en a parlé sur le topic arduino.
A voir dans le futur mais comme généralement il se passe l'inverse de ce qui est promis...

Est ce que le processeur démarrera sans qu'on lui passe un blob opaque ?
Est ce qu'il y aura un compilateur et une librairie c open-source ?

 

Entre nous : ça fait longtemps que c'est mort Arduino non ?

Perso je vois beaucoup de gens utiliser des clones sur des bases de 32u4 et/ou des esp32 sans doute même pas cloné de quoi que ce soit d'officiel.

Niveau soft l'ide est éclaté depuis longtemps et les masos qui s'en servent encore en ont sans doute rien a péter que ce soit mis a jour... Ou pas.

Ils ont lancé énormément de hardware sans queue ni tête et j'ai pas l'impression que ce soit un succès commercial.

Le but initial c'était pas de faire du fric non?
 
Sinon à mon avis il faudrait continuer sur le sujet Arduino, là on est en double-voie. Ah et pour info, sur eevblog ça en parle aussi, les gens sont pas optimistes pour la plupart...

Bah disons que jusqu'à présent dans l'histoire des technologies il n'y a pas eu masse d'exemples où le rachat d'une techno open source par une grosse boîte au menée a des développements positifs dans la lignée du projet d'origine.
Donc oui on est inquiet

Bah vu que c'est open-source les cartes ont été rapidement copiées.

Le succès d'Arduino c'est d'avoir imposé de facto un standard sur le pinout PCB de microcontroleurs. Cela a mené au developpement de nombreuses cartes add-on qui peuvent utilisées avec une Arduino ou ses clones.
C'est pareil pour la Raspberry Pi son connecteur GPIO est devenu un standard pour les cartes équivalentes.

Je vais reformuler ma question : ça change quelque chose qu'ils soient encore en vie ou mort ?

Ils ont fait des cartes sympas, un ide... Mais c'était il y a plus de 10ans en somme.

Les clones ne coûtent rien, l'ide est remplaçable par d'autres bien mieux foutu...
Au niveau des librairies c'est surtout sparkfun/adafruit + les dev indépendant.

A la limite si ils disparaissent on va perdre le site et les liens de téléchargement pour l'ide officiel avec certaines librairie ?

A mon sens l'écosystème Arduino est déjà complètement indépendant de la structure qui porte le même nom.