totof2000 a écrit 1888 commentaires

Le mélange de vieilles cellules avec des nouvelles est aussi à proscrire, particulièrement ici, ou les courants sont aux limites de ce qu'elles peuvent produire.

En fait suite à toutes les remarques, je pense que je vais procéder autrement : je vais récupérer les cellules qui fonctionnent encore pour faire des montages "de test" (il y a plusieurs trcs que j'ai en tête qui auraient besoin de batterie), et si j'arrive à trouver des cellules de remplacement pour un cout inferieur à ce que me couterait un pack neuf, je les utiliserai. Sinon, si ce n'est pas rentable je me débarasserai du reste (le bloc avec la carte et les cellules défectueuses).

Utiliser d'anciennes cellules peut être intéressant pour des tests. Au moins si je fais une fausse manip, il n'y aura pas de regrets :)

En tout cas merci à tous pour vos idées vos retours d'expérience, etc … C'était très intéressant.

Fais attention aux châtaignes quand tu désosses ton battery pack, peu importe que tu dessoudes ou que tu découpes les languettes métalliques ! Si jamais tu fais des court-circuits, c'est un coup à faire surchauffer une ou plusieurs 18650 avec le risque de les faire péter !

Je fais toujours attention à ce genre de détais : je m'efforce de bien décharger mes condensateurs ou les bobines avant de toucher à quelque chose, et dans ce cas précis, j'ai l'intention de décharger les batteries avant de les manipuler. Ca limitera la casse en cas de court-circuit.

Perso, je préfère découper les languettes métalliques qui font contact sur les 18650. Idéalement, au Dremel avec un disque à tronçonner.

J'ai ça chez moi. Mais je ne vais peut-être pas utiliser le disque mais la fraise : les points de soudure sont faits sur des espèce de "trou" que je pourrai attaquer sans devoir découper le tout : ça me permettra de réutiliser les lamelles en cas de besoin. En m'y prenant bien, je n'entamerai pas (ou très peu) la batterie.

Pour la soudure, évite le fer à souder classique. Déjà, tu auras un mal de chien à étamer les pôles des 18650 et ensuite tu risques là aussi de les faire surchauffer. Au mieux, tu les rends inutilisables, au pire tu les détruits par explosion.

Je sais : je sais que les batteries sont des éléments fragiles, et je ne veux pas prendre trop de risques.

Pour la soudure par point, j'ai vu qu'ils vendent des trucs pas cher sur aliexpress. Qu'est ce que ça vaut ? J'ai vu aussi sur youtube un gars en bricoler un à partir d'un transfo de micro-onde.

J'ai vu aussi des trucs pas cher sur aliexpress, ou sur Amazon, mais comme tu dis, il faut voir ce que ça vaut. J'ai vu aussi des gens utiliser des batteries de voiture pour faire ce genre de choses … mais ça me paraît un peu trop hasardeux. Comme dit par ailleurs, peut-être qu'un fablab pourrait avoir ce matériel ?

Plus simple, il est possible d'acheter des accus avec des pattes qui elles sont soudables de façon traditionnelle.

C'est ce que je ferai quand j'aurai à intégrer des batteries dans un montage que je ferai moi-même. Mais pas sûr que des batteries avec pattes à souder puissent s'intégrer dans le boitier existant. Mais merci pour la piste, je vais regarder.

Je ne ferais pas personnellement un mix d'accus neufs et vieux, les éléments les plus chargés vont passer leur temps à charger les autres. Normalement il faudrait des éléments homogènes en performance. Comme avec de simples piles, il ne faut pas trop mélanger.

Ok, peut-être du coup serait-il plus judicieux de récupérer des accus dans une autre batterie ?

J'ai eu l'idée, jamais réalisée, de bricoler sur un dyson un support pour une batterie d'outil Lidl à partir d'un chargeur HS. Ça permet d'utiliser des batterie Li-ion et un chargeur externe. Il faut juste un adaptateur de tension correctement dimensionné.

Je n'i pas trop compris. Est-ce que tu pourrais détailler ?

Pour dessouder, j'ai toujours coupé (à la pince coupante) les bandes métallique

C'est ce que je souhairerais éviter … :(

Si avais l'habitude de sortir le fer à souder et que tu étais déjà équipé, pourquoi pas, mais là tu n'as pas grand chose à gagner.

J'ai un fer à souder que je manie de temps en temps.

Si ton souhait est de ne pas jeter l'ancienne batterie, je te conseillerai de commencer par chercher autour de toi, ou sur le net, une entreprise qui fait du reconditionnement et de leur demander un prix pour ta batterie.

Peut-être n'as-tu pas lu le récit complet : le but n'est pas seulement de ne pas jeter la batterie, mais de la réutiliser pour pouvoir gagner en efficacité lorsque je fais le ménage. Par contre je partage ton point de vue sur la question que tu poses : vraiment moins cher que d'acheter une batterie ?

La troisième voie : trouver un fablab qui disposerait de l'appareil permettant de souder à nouveau …

Merci pour la suggestion. J'avais vu cette possibilité mais je ne trouve pas cette alternative pratique.

Malhereusement c'est ce que je craignais … Dommage, parce que c'est vraiment un truc qui est bloquant pour moi, et je pense que si je n'arrive pas à trouver une solution, je reviendrai sur enlightenment. (bon, le retour de mise en veille n'est pas parfait avec Chrome mais c'est moins gênant).

Je pense que si on voulait séparer le moteur de l'IHM de firefox, tout en gardant la compatibilité avec firefox, ce serait compliqué, mais si on voulait refaire un truc from scratch, beaucoup de code de firefox pourrait être réutilisé et adapté.

Moi aussi mais bon, ça a l'air particulièrement compliqué de faire un moteur aujourd'hui.

Mais pourquoi ne pas reprendre le moteur de firefox ? Pourquoi repartir de zero, ou d'un autre moteur ? Il n'est pas si mauvais queça le moteur de firefox non ? C'est ça que je ne comprends pas.

Oui, et c'est d'ailleurs pou ça que Rust interdit qu'une variable soit déclarée sans être initialisée. Pour Ada, je ne sais pas comment c'est géré.

Mais pourquoi faire ? Je suis d'avis que d'avoir un moteur indépendant d'Apple par exemple est une bonne chose.

Ou peut-être que Mozilla retournera à ses premiers amours, une petite team proche des geeks et centrée sur les standards et la vie privée plutôt que sur «the next big thing» (l'IA après le Metaverse ou l'OS pour téléphones…)

Bah … perso je ne reproche pas à Mozilla d'avoir tenté l'OS pour téléphone. Le truc c'est qu'ils n'auraient pas dû y aller seuls. Parce que perso, ça me gonfle bien qu'il n'y ait que deux acteurs sur ce segment. Peut-$être auraient-ils dû partir d'une base existante ou contribuer à un truc existant (Meegoo, Tizen ou autre …) et ne pas se cantonner aux téléphones mobiles et viser les cartes style raspberry pi, et les trucs comme les smart tv, les boitiers TV style androïd …. ils auraient même pu s'associer aux FAI pour équiper leurs box.

Et ? Est-ce grave ?

Je trouve dommage que le titre, de l'article et donc du lien, soit aussi nul, même s'il est expliqué à la fin de l'article.

J'ai hésité à le recopier tel quel car moi aussi je le trouvais nul. Mais je ne savais pas trop quoi mettre à la place, du coup j'ai laissé tel quel.

L'article m'a appris un certain nombre de détails intéressants que je ne connaissais pas sur l'histoire d'Ada Lovelace.

Je n'ai plus les liens sous le coude mais il y a eu semble-t-il des articles concernant des hommes moins connus et ne respectant pas non plus les règles soit-disant strictes concernant la notoriété qui ont été validés.

J'aimerais bien les connaître, histoire de me faire réelleemnt une idée. Parce que de mon point de vue, c'est surtout le contexte politique en France qui fait que la modération a été plus stricte (en tout cas c'est un paramètre non négligeable à avoir en tête ): des gens qui se servent de Wikipedia pour faire de la propagande politique, homme ou femme, ce ne serait pas la première fois.

Et plusieurs versions de wikipedia dans d'autres langues ont accepté l'article bien avant la version francophone, sans qu'il y ait eu plus de références externes disponibles.

Peut-être parce que les modérateurs sont plus éloigné du contexte politique français, et qu'ils ont pu juger de la situation avec un peu plus de recul ?

Faut arrêter avec cet argument à la noix "vous faites ou dites quelque chose qui ne me plaît pas donc vous desservez votre cause". C'est vraiment ridicule.

Ca n'a rien à voir avec le fait que ça plaise ou ne plaise pas : c'est juste que le cas cité ne prouve rien. C'est juste un ressenti. Il doit certainement y avoir d'autres cas qui sont mieux représentatifs du problème soulevé (et je suis disposé à m'y intéresser), mais celui-là, non.

Ça apporte quoi une élucubration ?

Laquelle ? Celle de la personne qui a rédigé l'article ?

C'est si dûr de ne pas comprendre que le cas cité dans l'article n'illustre en rien le phénomène (tout comme sortir le cas d'Adama Traoré pour parler de violence raciste de la police) ? C'est si dur de comprendre que ce genre d'attitude dessert bien plus la cause défendue qu'elle ne l'aide ? Perso, je suis convaincu que si ça n'avait pas été une femme, mais un homme, ça aurait été la même chose, mais qu'on aurait pas fait tant de bruit.

Rien ne dit qu'une transition totale va avoir lieu.

Ce n'est pas ce que je dis non plus.

Le Rust est une alternative au C++, mais il ne joue pas du tout dans la même cour que le C (je pense particulièrement à l'embarqué sur microcontrôleur).

Peut-être pas maintenant, mais qu'est-ce qui pourrait l'en empêcher ?

Merci pour ta réponse. J'ai déjà essayé (…)

Bon réflexe, mais comme tu ne l'avais pas précisé, je ne savais pas (beaucoup de monde pose des questions sans avoir cherché un peu avant …). En tout cas content de voir qu'au final tu as réussi, et surtout, merci d'avoir partagé la solution.

As you might imagine, much of the power of scanimage comes from the fact that it can control any SANE backend. Thus, the exact set of command-line options depends on the capabilities of the selected device. To see the options for a device named dev, invoke scanimage via a command-line of the form:
scanimage --help --device-name dev

J'en déduis donc que si tu exécute cette commande en désignant ton scanner, tu devrais y trouver les l'option que tu cherches si elle est implémentée.

Bien que Rust ait le vent en poupe ces derniers temps, il ne faut pas oublier que beaucoup de code est écrit en C aujourd'hui, et la réécriture d'applications rust vers C ne se fera pas forcément from scratch : certains softs seront réécrits de zéro, mais pour d'autre, la réécriture se fera progressivement en faisant cohabiter C et Rust. Du coup, connaître le C est de mon point de vue presque indispensable pendant la transition C -> Rust.

Comme d'hab : un truc pas stable qui va dégouter encore les gens de linux …

… et 2 : qui sont les auteurs du rapport de la cour des comptes ? ( Et troisième : que dit réellement le rapport) ?

Parce que l'article en gros il a l'air de suggérer qu'avoir une solution souveraine coute cher, (et la cour des comptes également), mais quelle serait l'alternative ? Continuer à utiliser des trucs fournis par les fournisseurs US ? Je pense que le lectorat de 01 Informatique y aurait un gros intéret, donc c'est normal que l'article soit orienté.

Peut-être que c'est une mauvaise idée, mais c'est ce qui a été fait chez moi, avant que je n'arrive : la fibre arrive dans l'armoire électrique et ensuite repart dans un passage existant … Celà dit, je pense qu'au vu des discussions sur ce post, je vais abandonner l'idée de fibre pour passer à du cable ethernet (les transceivers Fibre/ethernet RJ45 ne sont pas donnés, et il m'en faudra 6 minimum).

Je tenterais d'abord de passer un passe fil d'électricien dans la gaine en parallèle du téléphone. Si ca passe vous pourrez ensuite virez le cable téléphone et passer votre ethernet. Si le passe fil ne passe, c'est risqué d'utiliser le cable téléphone comme tire fil, car si ca coince vous n'avez plus de réseau tu tout.

Merci pour la suggestion, c'est effectivement la meilleure méthode. En fait le réseau téléphonique n'est plus utilisé : toutes les proses sont débranchées, mais je ne veux pas non plus enlever le cable si un jour le propriétaire décide de l'utiliser à nouveau.