Silicium HFR: blabla @ Electronique

Recherche :

Dernière réponse
Sujet : Silicium HFR: blabla @ Electronique
Tronklou	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.

Dernière réponse

Sujet : Silicium HFR: blabla @ Electronique

Tronklou

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.

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

Tronklou

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.

zeql_

Tronklou a écrit :

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.

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.

M4vrick

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

rat de combat

Tronklou a écrit :

j'ai pas l'impression que ce soit un succès commercial.

Le but initial c'était pas de faire du fric non? :o

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...

Tronklou

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.

404 Not Found

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 ?
:/

crazytiti

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...
https://rehost.diberie.com/Picture/Get/f/438139

kronoob

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

bersac

rat de combat a écrit :

(même si pour moi il manque au moins une résistance?)

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

bersac

Tiens, voici un datasheet :

https://biz.maxell.com/en/rechargea [...] heet_e.pdf

fredo3

Merci :jap:

bersac

fredo3 a écrit :

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?

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.

Natopsi

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 :o

rat de combat

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...

crazytiti

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.

moyen_moins

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).

fredo3

Merci :jap:

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.

Citation :

rechargeable RTC battery (only rechargeable RTC batteries are supported)

https://rehost.diberie.com/Picture/Get/f/437932

Question :o

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.

kronoob

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.

fredo3

Hello

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

:hello:

404 Not Found

rat de combat a écrit :

tout en fait quoi? :o

Tout est mieux avec les AVR.

froggycorp

MErki

rat de combat

froggycorp a écrit :

Quelqu'un a une référence à avoir en stock ?

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

404 Not Found a écrit :

La toolchain, la doc, l'archi (rien que l'adressage ...), tout en fait. [:joce]

tout en fait quoi? :o

crazytiti

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é.

404 Not Found

La toolchain, la doc, l'archi (rien que l'adressage ...), tout en fait. [:joce]

Sauf le prix. C'est pas pour rien que Microchip a acheté Atmel. [:spamafoote]

froggycorp

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 ?

rat de combat

froggycorp a écrit :

pour 3.5Ko de flash et 256o de RAM ce qui est bien plus que ce dont j'ai besoin.

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" :o )
Sinon bah faut lire/comparer les docs. :o Pour la partie flash, c'est pas les PICKit?