Je ne peux vous répondre que pour GrDF sur ce point :)
Les données accessible par leur biais sont précise à 0.01m3. Mais elles ne sont disponible qu'un fois par jour et pour correspondent à celle de la veille (e.g. à 18h aujourd'hui, je reçois ma consommation d'hier à 18h).
Je crois que la lib permet aussi de récupérer les kWh.
Pour l'électricité, j'ai effectivement un capteur en plus sur le linky : https://www.tindie.com/products/Hallard/pitinfo/
C'est intéressant de voir qu'on identifier certains appareils type "en direct".
ce qui le forcerait à ouvrir le smartphone et à retirer la batterie
Qu'est ce qui force a retirer la batterie ? Un problème mécanique ? Parce que on ne peut pas réparer un usb-c à chaud ?
J'ai l'impression que prober, à chaud, les pistes qui pourrait sortir du reste de la prise ou des pistes de la cartes mère n’empêche pas l'utilisation de l'USB.
En altérant la prise USB, c'est peut être intéressant de garder uniquement les signaux de power et d'enlever ceux de data ? Comme ça on peut continuer de recharger en usb ?
L'article dit que ce n'est pas un paramètre qui serait accessible et justement dans un manuel, mais plutôt une variable codée en dure.
Oui, on peut se demander pourquoi ce paramètre n'existe pas, mais c'est une autre discussion. Les logiciels, même dans le médicale, ne sont pas parfait.
Mais sur le fond, je pense qu'on dit plutôt la même chose.
Encore une fois, un changement software, même si il semble simple, peut être compliqué à valider.
La documentation du code, le matériel de validation, sa documentation, le temps/coût nécessaire, …, pour réaliser une validation sont nécessaire et pas juste le code.
Et je parles même pas de la validation par les autorités compétentes de tout ça pour essayer de prouver que cela à été fait correctement.
En fait pour avoir travaillé, non pas dans l'avionique mais, dans le médical, j'ai pu le voir. Ces procédures sont très lourdes. Si un jour vous avez accès à un appareil médical avec un bug notoire et jamais fixé, c'est parce qu’il fait maintenant parti du manuel et que c'est trop cher de relancer une validation pour ça. C'est, bien sûr, une situation que je déplore.
Imaginons que la personne qui fait la modification utilise un nombre a virgule là ou un entier était attendu ou que la nouvelle valeur fait échouer d'autre partie du code qui avait comme prérequis l'ancienne valeur.
Cela peut mener à un mauvais comportement du dispositif, voir a son arrêt, ce qui peut être bien pire pour la santé du patient.
Les moules du coin peuvent avoir l'habitude de récupérer un code source pour fixer un bug, mais ici le moyen de valider le fix est pas évident et peut entraîner la mort d'un patient.
Même si la chance de créer un nouveau problème est faible, sa gravité est très importante.
Malheureusement, l'accès aux codes sources ne serait pas suffisant.
Je pense que c'est également le cas en Suisse, mais en France, la validation d'un logiciel médical est longue est complexe.
On ne peut pas flasher la dernière release de la CI en prod :) Et la moindre correction peut prendre un temps fou à arriver.
On pourrait dire que le logiciel qui a été validé est trop restrictif ou que ses alarmes n'ont pas été détectée comme étant un risque. Mais, à mon avis, ça rendrait la production de logiciel médicaux encore plus complexe.
En attendant que la législation s’assouplisse pour pouvoir mettre à jour le logiciel de ce pauvre Mr, j’espère qu'il trouvera quelqu'un pour remplacer le buzzer de son appareil par une LED :/
Ayant une Kobo, il y a 2 fonctionnalités qui me sont particulièrement utiles:
Le support de Pocket (anciennement Read It Later; Équivalent propriétaire de Wallabag) qui, avec le plugin firefox, me permet de facilement mettre de coté les articles que je trouve intéressant quand je parcours le net mais que je n'ai pas le temps de lire sur le moment. Ils seront synchronisés sur la liseuse et disponible sans connexion (dans le train par exemple).
Les fonctionnalités béta qui permettent de jouer aux cartes comme un glandu :)
Je suis également l'heureux possesseur d'un raspberry.
Pour le choix de la distrib, je conseillerais la "raspbian" qui est maintenant l'image officiel.
En effet, c'est la seul qui prend en compte le jeux d'instruction armv6 et qui est donc un poil plus performante.
Pour XBMC, j'ai suivit la doc de ma distrib http://www.raspbian.org/RaspbianXBMC, et je suis arrivé à un résultat très convenable (qui semble meilleur, d’après ce que j'ai lu, que celui des distrib non-armv6).
Pour Owncloud, apt-get install owncloud mysql-server m'a permis d'install apache/mysql/owncloud en un coup.
Un tour sur http://localhost/owncloud permet de finaliser l'installation avec le choix du passwd admin et de la base de donnée.
il suffit de rajouter +quelquechose a ton adresse :
prenom.nom+facebook@gmail.com renvoit tous les mails à prenom.nom@gmail.com avec un label facebook.
Reste que tous les sites n'accepte pas les email avec un "+"...
# Fausse « root » !
Posté par mmaret (site web personnel) . En réponse au lien Faire héberger son courrier électronique avec son propre nom de domaine. Évalué à 1 (+1/-0). Dernière modification le 03 février 2026 à 16:30.
Le lien envoie vers une page 404.
Edit: C'est bon, c'est revenu :)
# Presque
Posté par mmaret (site web personnel) . En réponse au lien Linux 6.6.66. Évalué à 5.
C'est la 6.6.66 et pas la 6.66.6!
[^] # Re: électricité et gaz
Posté par mmaret (site web personnel) . En réponse au journal La métropole de Lyon arrête son instance CozyCloud. Et Ecolyo ?. Évalué à 1.
Hello,
Je ne peux vous répondre que pour GrDF sur ce point :)
Les données accessible par leur biais sont précise à 0.01m3. Mais elles ne sont disponible qu'un fois par jour et pour correspondent à celle de la veille (e.g. à 18h aujourd'hui, je reçois ma consommation d'hier à 18h).
Je crois que la lib permet aussi de récupérer les kWh.
Happy hacking
# électricité et gaz
Posté par mmaret (site web personnel) . En réponse au journal La métropole de Lyon arrête son instance CozyCloud. Et Ecolyo ?. Évalué à 5.
Pour l'électricité, j'ai effectivement un capteur en plus sur le linky : https://www.tindie.com/products/Hallard/pitinfo/
C'est intéressant de voir qu'on identifier certains appareils type "en direct".
Pour le gaz, je passe par cette lib qui peut être intégrée dans home assistant:
https://github.com/ssenart/PyGazpar
# Enlever la batterie
Posté par mmaret (site web personnel) . En réponse au journal Sécurisation du port USB-C sur smartphone pour moules barbares. Évalué à 1.
Qu'est ce qui force a retirer la batterie ? Un problème mécanique ? Parce que on ne peut pas réparer un usb-c à chaud ?
J'ai l'impression que prober, à chaud, les pistes qui pourrait sortir du reste de la prise ou des pistes de la cartes mère n’empêche pas l'utilisation de l'USB.
En altérant la prise USB, c'est peut être intéressant de garder uniquement les signaux de power et d'enlever ceux de data ? Comme ça on peut continuer de recharger en usb ?
[^] # Re: Validation des équipements médicaux
Posté par mmaret (site web personnel) . En réponse au journal Le fabricant refuse de libérer l'appareil : bientôt un mort ?. Évalué à 2.
L'article dit que ce n'est pas un paramètre qui serait accessible et justement dans un manuel, mais plutôt une variable codée en dure.
Oui, on peut se demander pourquoi ce paramètre n'existe pas, mais c'est une autre discussion. Les logiciels, même dans le médicale, ne sont pas parfait.
Mais sur le fond, je pense qu'on dit plutôt la même chose.
Encore une fois, un changement software, même si il semble simple, peut être compliqué à valider.
La documentation du code, le matériel de validation, sa documentation, le temps/coût nécessaire, …, pour réaliser une validation sont nécessaire et pas juste le code.
Et je parles même pas de la validation par les autorités compétentes de tout ça pour essayer de prouver que cela à été fait correctement.
En fait pour avoir travaillé, non pas dans l'avionique mais, dans le médical, j'ai pu le voir. Ces procédures sont très lourdes. Si un jour vous avez accès à un appareil médical avec un bug notoire et jamais fixé, c'est parce qu’il fait maintenant parti du manuel et que c'est trop cher de relancer une validation pour ça. C'est, bien sûr, une situation que je déplore.
[^] # Re: Validation des équipements médicaux
Posté par mmaret (site web personnel) . En réponse au journal Le fabricant refuse de libérer l'appareil : bientôt un mort ?. Évalué à 7.
Ce n'est pas qu'une question juridique.
Imaginons que la personne qui fait la modification utilise un nombre a virgule là ou un entier était attendu ou que la nouvelle valeur fait échouer d'autre partie du code qui avait comme prérequis l'ancienne valeur.
Cela peut mener à un mauvais comportement du dispositif, voir a son arrêt, ce qui peut être bien pire pour la santé du patient.
Les moules du coin peuvent avoir l'habitude de récupérer un code source pour fixer un bug, mais ici le moyen de valider le fix est pas évident et peut entraîner la mort d'un patient.
Même si la chance de créer un nouveau problème est faible, sa gravité est très importante.
# Validation des équipements médicaux
Posté par mmaret (site web personnel) . En réponse au journal Le fabricant refuse de libérer l'appareil : bientôt un mort ?. Évalué à 10.
Malheureusement, l'accès aux codes sources ne serait pas suffisant.
Je pense que c'est également le cas en Suisse, mais en France, la validation d'un logiciel médical est longue est complexe.
On ne peut pas flasher la dernière release de la CI en prod :) Et la moindre correction peut prendre un temps fou à arriver.
On pourrait dire que le logiciel qui a été validé est trop restrictif ou que ses alarmes n'ont pas été détectée comme étant un risque. Mais, à mon avis, ça rendrait la production de logiciel médicaux encore plus complexe.
En attendant que la législation s’assouplisse pour pouvoir mettre à jour le logiciel de ce pauvre Mr, j’espère qu'il trouvera quelqu'un pour remplacer le buzzer de son appareil par une LED :/
# Réduire la consommation actuelle
Posté par mmaret (site web personnel) . En réponse au journal Serveur perso basse consommation. Évalué à 1.
On peut aussi essayer de diminuer la consommation actuelle.
Sûrement que powertop pourrait aider (par exemple en activant la mise en veille des disques)
On peut également changer les cpu_governor pour que la machine reste le plus longtemps possible à des fréquences de fonctionnement faible.
Il y a aussi les BIOS où le programme intel-undervolt qui peuvent permettre de gagner un peu.
Pas sûr que ces solutions soient disponible sur ce CPU et on va pas gagner 100w, mais bon, ca peut aider
[^] # Re: NIH !
Posté par mmaret (site web personnel) . En réponse au journal Éteindre son serveur la nuit et l'allumer automatiquement le matin. Évalué à 1.
Est ce qu'il pourrait y avoir une erreur de calcul?
Il me semble que:
- en veille + boot, on consomme 7h*5W + 150W*(2/60) = 40Wh
- sans veille 7heure*32W = 224wh
Ca reste, en énergie, économique non ?
# ou en DIY
Posté par mmaret (site web personnel) . En réponse au journal Liseuse, recherche conseils et retours d'expérience. Évalué à 4.
Je viens de tomber sur ce projet:
https://github.com/joeycastillo/The-Open-Book
# Kobo
Posté par mmaret (site web personnel) . En réponse au sondage Que pensez-vous des liseuses ?. Évalué à 3.
Ayant une Kobo, il y a 2 fonctionnalités qui me sont particulièrement utiles:
Le support de Pocket (anciennement Read It Later; Équivalent propriétaire de Wallabag) qui, avec le plugin firefox, me permet de facilement mettre de coté les articles que je trouve intéressant quand je parcours le net mais que je n'ai pas le temps de lire sur le moment. Ils seront synchronisés sur la liseuse et disponible sans connexion (dans le train par exemple).
Les fonctionnalités béta qui permettent de jouer aux cartes comme un glandu :)
[^] # Re: Distribution optimisée, owncloud, xmbc, overclocking ....
Posté par mmaret (site web personnel) . En réponse au journal [Corrigé] Retour d'expérience sur le Raspberry Pi. Évalué à 1.
Au fait, pour xmbc, la compilation à pris 16h environ
# Distribution optimisée, owncloud, xmbc, overclocking ....
Posté par mmaret (site web personnel) . En réponse au journal [Corrigé] Retour d'expérience sur le Raspberry Pi. Évalué à 2.
Bonjour,
Je suis également l'heureux possesseur d'un raspberry.
Pour le choix de la distrib, je conseillerais la "raspbian" qui est maintenant l'image officiel.
En effet, c'est la seul qui prend en compte le jeux d'instruction armv6 et qui est donc un poil plus performante.
Pour XBMC, j'ai suivit la doc de ma distrib http://www.raspbian.org/RaspbianXBMC, et je suis arrivé à un résultat très convenable (qui semble meilleur, d’après ce que j'ai lu, que celui des distrib non-armv6).
Pour Owncloud, apt-get install owncloud mysql-server m'a permis d'install apache/mysql/owncloud en un coup.
Un tour sur http://localhost/owncloud permet de finaliser l'installation avec le choix du passwd admin et de la base de donnée.
Pour finir, la raspberry peut etre un peu/pas mal overclokée.
http://elinux.org/RPi_config.txt#Overclocking_options
http://www.raspberrypi.org/phpBB3/viewtopic.php?f=63&t=10516&p=119100&hilit=web+browsing#p118172
Ça permet de passer de 700Mhz à 850Mhz et même à 1Ghz si on est prêt à faire péter la garantie.
Enjoy!
[^] # Re: Gmail
Posté par mmaret (site web personnel) . En réponse au journal adresse mail générique. Évalué à 2.
Griller par Aldoo le temps que je retrouve mes identifiant :)
# Gmail
Posté par mmaret (site web personnel) . En réponse au journal adresse mail générique. Évalué à 10.
Gmail propose une solution pour ca.
http://mail.google.com/support/bin/answer.py?answer=12096
il suffit de rajouter +quelquechose a ton adresse :
prenom.nom+facebook@gmail.com renvoit tous les mails à prenom.nom@gmail.com avec un label facebook.
Reste que tous les sites n'accepte pas les email avec un "+"...