flavien75 a écrit 385 commentaires

C'est une 308 hdi 112 de 2012.
réservoir de 60L pour une conso annoncée de 4.5L/100 soit 1333 km.

A titre perso, mon record est à 4.32L/100 sur un plein en faisant principalement de l'autoroute et en me limitant à 110km/h soit une autonomie 1388 km.
Bon après dans la pratique, je suis plutôt en moyenne à 5L/100 en roulant "normalement".

Les vrais naviguent en -42

J'étais sur des trajets de 30-45 minutes, dans une ville que je ne connais pas.
Et oui je me suis fait piéger car je ne m'attendais pas à refaire un plein au bout de 250 km.
Sur ma voiture personnelle, j'ai 1300 km d'autonomie et je refais le pleins tous les 800 - 900 km ce qui me laisse une bonne marge et permet d'aller chercher la station la moins cher.

Les vrais naviguent en -42

a fiche indiquait un cycle WLTP de 3.5 L/100

en y repensant, ils ont du faire une erreur de traduction, ça devait sûrement être 3.5 gallons aux 100

Les vrais naviguent en -42

Là je viens d'être "upgradé" d'un Chevrolet Equinox (SUV 2 roues motrices) à un Jeep Wrangler Sahara 4xe (hybride rechargeable).
La Jeep n'était bien sur pas rechargée quand je l'ai prise et l'hôtel ne proposait pas de bornes de recharge.

Si la fiche indiquait un cycle WLTP de 3.5 L/100, dans la pratique j'ai fait un peu plus de 11 L/100 en gardant le pied léger. Soit un plein et demi pour 600 km.

Deux choses que je retiens:
1. ne pas prendre une voiture trop grosse et éviter les 4x4
2. l'hybride rechargeable doit être évité si on n'a pas la possibilité de recharger. Le freinage régénératif n'ayant pas permis de remonter la batterie à plus de 1% de sa capacité

Les vrais naviguent en -42

Dans le cas auquel je pense, c'était 100 km aller + 100 km retour + quelques km pour faire hôtel - client. On m'avait proposé une Fiat 500 électrique qui était annoncée pour 250-300 km, autant dire que je n'étais pas très rassuré (j'ai refusé et pris une clio thermique)

Les vrais naviguent en -42

La plupart du temps, quand je loue une voiture à titre professionnel, c'est parce que je suis loin de chez moi, par exemple 500 km en TGV puis les 100 derniers km avec une voiture de location.
C'est pas évident de demander au client si je vais pouvoir recharger la voiture chez lui.

Les vrais naviguent en -42

Cas d'usage qui m'est arrivé la semaine dernière, je suis à l'étranger sur autoroute (pas d'air de repos ni de station sur autoroute), le voyant de réserve d'essence s'allume :

1. je manipule le GPS en continuant à rouler à 110 km/h
2. je sors de l'autoroute au hasard pour m'arrêter sur un parking et chercher dans le GPS une station essence
3. j'appuie sur un bouton du volant et dis "cherche une station essence", le GPS me propose alors les stations qui sont sur le trajet, il ne reste plus qu'à appuyer sur les flèches haut/bas pour choisir puis sur le bouton ok.

La solution 1 est dangereuse (du moins je trouve), la solution 3 est bien pratique.

Les vrais naviguent en -42

QBasic (et GwBasic au passage) permettaient effectivement un accès direct et facile au matériel, par contre ce n'est juste pas possible dans un contexte multi-taches.
Imagine deux secondes différentes applications essayant chacune de configurer l'écran différemment (screen 0 et screen 12) qu'est-ce qui est censé se passer ?

Maintenant il reste deux solutions:
1. travailler bare-metal, c'est à dire sans OS en étant seul à utiliser le matériel. par contre il va falloir se coltiner la gestion dudit matériel qui s'est bien complexifié. Pour rappel un 8086 c'est (environ) 29000 transistors quand un processeur moderne contient en plus d'un milliard. Et ne parlons pas de la carte graphique.

1. utiliser un framework du type libSDL qui va se charger de demander "poliment" à l'OS de lui réserver une part de l'écran voire l'écran entier. Dans le cas de libSDL on aura également accès aux accélérations matérielles (blitting par exemple).

Bref deux salles, deux ambiances

Les vrais naviguent en -42

Peut-être quelques kg en moins

ça il y a peu de chances vu qu'il faut ajouter un moteur+réducteur.

Les gens, non. Des gens, certainement

oui

Et il y a aussi ceux qui oublient de l'enlever quand ils démarrent

Ma voiture (308 modèle 2012) a un frein à main manuel mais bip et affiche un message sur l'écran quand je démarre avec le frein à main (ou qu'il est mal desserré).

Les vrais naviguent en -42

A l'heure actuelle j'ai un frein à main à l'ancienne mais pas d'assistance au démarrage en côte sur ma voiture personnelle, et franchement je ne vois pas à quoi ça pourrait me servir.

Ça m'arrive de louer des voitures modernes avec frein à main "automatique" et, dans ce cas, oui il y a un intérêt à avoir cette assistance. Mais juste à cause du frein à main automatique.

Maintenant qu'est-ce qu'apporte le frein à main automatique ? Est-ce que les gens sont étourdis au point d'oublier de serrer le frein à main après avoir éteint le moteur ?

Les vrais naviguent en -42

Disons qu'avant, quand on avait un frein à main traditionnel, on se passait très bien de l'aide au démarrage en côte. Maintenant, avec le frein de parking auto, bon courage dans certaines côtes sans l'assistance.

Comme devnewton, j'ai vraiment du mal à voir l'intérêt du frein de parking automatique.

Les vrais naviguent en -42

Pas revendu mais fermé, il y a eu lemel.fr
Les e-mails ont d'abord été transférés sur des adresse voila.fr, puis fin 2004 ils ont totalement arrêté ce service (e-mails lemel.fr).

Après, c'est vrai que venu d'une petite PME il ne fallait pas s'attendre à une longue pérennité.

Les vrais naviguent en -42

Absolument d'accord, en fait je voyais même (vu que mon appart est assez petit) créer un point d'accès wifi (réseau "domotique") avec le raspberry, réseau non connecté à Internet.
Le raspberry serait lui connecté au reste du monde par son interface Ethernet.

Deux avantages:
1. on est sûr que ça ne dépende pas d'internet et du constructeur qui pourrait arrêter les serveurs
2. moins de risque si l'appareil a des failles de sécurités, vu qu'il risque de ne pas être mis à jour très souvent

Selon moi, utiliser le réseau principal de l'habitation n'a d'intérêt que si l'habitation est grande et qu'on a besoin de plusieurs répéteurs / points d'accès.

Les vrais naviguent en -42

Il suffit de programmer le radiateur avec un Eco à la température la plus basse souhaitée (7°C par exemple) et Confort à la température la plus haute souhaitée (24°C par exemple*).

Sur mes radiateurs (qui sont le modèle de base vu que je suis locataire), l'éco est fixé à 3-4°C en dessous du mode confort. Il me semble que c'est d'ailleurs le standard.
A ce sujet, je m'étais penché sur les commandes de fils pilote*, il existe une version normalisée 6 ordres où on a en plus "Eco-1" et "Eco-2" pour faire les températures "confort" moins un ou deux degrés.
Par contre 7°C doit normalement correspondre au mode "hors gel".
Donc le mode "eco" programmable ne me semble pas courant.

Totalement d'accord avec toi sur le fait de mettre le radiateur à une température plus élevée si on veut faire de la régulation software.

Mon but est vraiment de pouvoir jouer sur les 3 modes arrêt,éco et confort (antigel ne m’intéresse pas vu que mon appart est une vrai passoire thermique), donc il me faudra bien une commande 4 ordres.

J'avais commencé à faire une carte électronique basée sur ESP-01 et un double optocoupleur (AQW280) pour commander le radiateur, j'ai laissé tombé par manque de temps

Les vrais naviguent en -42

Ça me parait pas mal, je n'ai pas vu de module Sonoff ou Shelly gérant directement le fil pilote. Uniquement des bidouilles avec des diodes externes.

Les vrais naviguent en -42

Pareil, tout appareil connecté devrait être open-source.

Dernièrement ma tablette, qui a certes 10 ans mais fonctionnait bien, ne permet plus d'ouvrir l'application youtube. Dommage, vu qu'elle ne me servait qu'à ça. Si l'OS et l'appli avaient été open-source, j'aurais certainement pu continuer à l'utiliser.

Pour l'instant ma télé de 2015 fonctionne encore, mais jusqu'à quand ?

Pour le reste, le seul appareil connecté qui pourrait m'intéresser serait les radiateurs. Pouvoir programmer rapidement les horaires et les températures souhaitées, pouvoir les allumer à distance quand je reviens de vacance/week-end. Mais hors de question pour moi de passer par un système fermé.
Si quelqu'un a des références et un retour d'expérience ça m'intéresse (j'ai entendu parler de MQTT, mais je ne me suis pas plus penché la dessus). L'idéal serait que ça communique via un serveur hébergé en local sur un Raspberry ou équivalent.

Les vrais naviguent en -42

Absolument certain que c'est déjà présent sous 10, je le fait régulièrement au boulot.

A ta place je ne serai pas trop pressé de passer sous 11, j'ai un portable sous 11 et ce n'est absolument pas fiable:

• un cœur occupé à 100% pendant 20-30 minutes après le démarrage, l'admin de la société m'a dit que c'était normal
• aucun contrôle des mises à jours, du genre je dois partir à un rendez-vous, au moment d'éteindre le portable, je me prend un message "n'éteignez pas l'ordinateur, des mises à jours sont en cours", c'était un reflashage du bios. Comme si ça n'avais pas pu attendre 2 jours, ajoute la dessus que le disque est crypté (ESET), il a fallu que je reste devant pendant 15 minutes et 3 redémarrage avant de pouvoir partir.
• dernièrement ils ont supprimé la possibilité d'arrêter (réellement) l'ordinateur, quand on clique sur "arrêter" ça fait une mise en veille (pas prolongée) jusqu'à ce que la batterie tombe à 0. Il parait que ça n'arrive pas que sur mon portable… Dans ce cas, il faudrait peut-être qu'ils se renseignent sur les normes européennes: obligation de pouvoir arrêter l'ordinateur et consommation inférieur à 1 W quand il est censé être éteint.

Pour le redimensionnement des dialogues, je plaide coupable, quand on développe pour Windows, on est généralement obligé de recalculer manuellement la position et la dimension des éléments à l'intérieur de la fenêtre, donc comme souvent on a la flemme, on interdit le redimensionnement de celle-ci.

Les vrais naviguent en -42

Surtout qu'en appliquant toutes les mises à jours sur la 22.04.4 on devrait se retrouver avec l'équivalent de la 22.04.5 donc ça ne va probablement pas résoudre le problème.
Donc il va falloir geler certains paquets pour qu'ils ne soient pas mis à jour, autant dire que ça ne va pas être évident.

Les vrais naviguent en -42

Sous gnome ça permet de déplacer la fenêtre sur la moitié gauche ou droite.
Sous Windows 10 en enchaînant Win+{gauche/droite puis haut/bas} on peut la placer dans un quart de l'écran. En enchaînant les Win+gauche/droite on peut aussi changer la fenêtre d'écran (je n'ai pas la possibilité d'essayer avec Gnome)

Les vrais naviguent en -42

Par exemple, tu es dans une société, quand tu appelle quelqu'un, plutôt que ce soit le numéro de ligne directe qui s'affiche, c'est le numéro du standard de la société.

De même, tu as un numéro "fixe" (01,02,..,05) qui t'es attribué, tu préfère utiliser un téléphone SIP parce que tu es en déplacement, mais tu préfère que ce soit le numéro de téléphone habituel qui apparaisse chez ton interlocuteur (parce qu'il filtre les numéros qu'il ne connaît pas, par exemple).

Les vrais naviguent en -42

De rien,

à la base je m'en servais dans l'embarqué pour avoir les fonctions d'initialisation des périphériques optimisées en taille et les fonctions "utiles" optimisées en vitesse.

Les vrais naviguent en -42

C'est confirmé sur ce code :

//  gcc -O2 -S test_memset.c
#include <stdlib.h>
#include <stdio.h>
#include <string.h>

void *memset_explicit(void * s, int c, size_t n);

int main(int argc, char * argv[])
{
    char * buf = NULL;
    unsigned checksum;
    char * p;
    if (argc < 2)
    {
        printf("Please add a parameter (any word)\n");
        return 1;
    }
    buf = (char *) malloc((strlen(argv[1])+1)*sizeof(char));
    if (!buf) return 2;
    strcpy(buf, argv[1]);

    checksum = 0;
    p=buf;
    while (*p)
    {
        checksum += *p;
        p++;
    }
    printf("checksum = %u\n", checksum);
    memset_explicit(buf, 0, strlen(buf));
    free(buf);
    return 0;
}

#pragma GCC push_options
#pragma GCC optimize ("-O0")
void *memset_explicit(void * s, int c, size_t n)
{
    memset(s, c, n);
}
#pragma GCC pop_options

Si on commente le pragma GCC optimize, l'appel à memset disparaît de l'assembleur, et c'est à partir de O2 sur ma version de GCC (standard Debian 12).

Les vrais naviguent en -42

Il faudrait tester :

#pragma GCC push_options
#pragma GCC optimize ("-O0")
void* memset_explicit(void*, int, size_t)
{
   ...
}
#pragma GCC pop_options

Les vrais naviguent en -42

je confirme pour les 8086 à 8MHz, par contre je n'avais pas de turbo.
C'était un Amstrad PC 2086 S avec un microprocesseur fabriqué par AMD (!) sous licence Intel et un disque dur de 30MO.
Il me reste la carte son Sound Blaster 2.0 (8 bits) que j'avais monté dedans. Malheureusement le reste du PC est parti à la déchetterie.

Les vrais naviguent en -42

De mon côté, ayant un 486DX2/66, j'étais jaloux des copains qui avaient un bouton turbo. Forcément que leur PC devait aller plus vite vu qu'il avait un turbo…

Les vrais naviguent en -42