pour Renault, ça concernait des rumeurs d’impossibilité de freiner lorsque le régulateur était enclenché.
Renault a prouvé que c'était impossible après expertise du véhicule, du fait de la conception du système et du lien obligatoire entre la pédale de frein et des étriers.
Ce qui est sûr c'est qu'aucun code source n'a jamais empêché une voiture, homologuée en Europe et aux USA, de freiner
en Europe et aux USA, la législation oblige un lien physique entre entre la pédale de frein/étriers et volant/direction.
aucun bug logiciel ne peut empêcher la voiture de freiner
Le HID « êtes-vous sûr de vouloir freiner ? » c'est pas pour aujourd'hui :-D
l'ABS n'est pas lié au régulateur de vitesse, c'est un système electro-mécanique indépendant qui ne contient pas de code source.
l'ABS peut être défaillant, je ne dis pas que toute les voitures sont sûres et qu'il n'y a jamais eu d'accident pour cause mécanique.
voici la réponse de Renault suite à la rumeur de problème de régulateur de vitesse:
"Le régulateur de vitesse ne peut pas empêcher le freinage, lequel conserve, selon la législation en vigueur, un lien physique entre la pédale et les étriers. Le freinage reste donc toujours actif avec une puissance est deux fois supérieure à celle du moteur. Ce qui signifie que même dans l'hypothèse d'un régulateur bloqué, il est toujours possible d’arrêter la voiture en freinant vigoureusement."
dans ce cas le logiciel du régulateur peut avoir autant de bugs qu'il veut, la voiture freine quand même
c'est une bonne conception de la sécurité.
si Toyota ne respecte pas le lien physique entre la pédale/étriers et volant/direction, la voiture ne peut être commercialisée en Europe et aux états-unis(au moins)
c'est pour ça que je suis dubitatif sur le fait qu'un problème logiciel empêche la voiture de freiner, il y a forcément eu un problème mécanique
Mécaniquement, ca n'a aucun sens pour une injection électronique
electro-mécaniquement si tu préfère, mais pas logiciel
Carrément pas, non. Car ca sous entendrait que dans une côte la voiture ralentit, ce qui n'est pas le cas (sauf si c'est trop pentu, hein). Le position du pied sur la pédale ne donne pas une vitesse mais l'équivalent virtuel d'une certaine ouverture du papillon d'admission (d'air ou d'essence?) des carbus de la grande époque.
effectivement, pour les côtes c'est plutôt comme si on accélérait…
mais ce que je veux dire: le limiteur de vitesse peut utilisé un logiciel pour réguler la vitesse mais à partir du moment ou tu freine, il est "electro-mécaniquement" désactivé. Si ce n'est pas le cas, c'est le composant electro-mécanique qui'il faut remettre en cause, le logiciel ne rentre plus en ligne de compte dans cette situation sécuritaire. De ce fait, le programme de régulation de la vitesse de la voiture n'est pas considéré comme sécuritaire et peut être développé comme tout autre logiciel dans l'industrie. C'est la seule bonne logique à suivre.
si le problème décrit dans ce journal c'est vraiment produit, l'erreur ne provient pas de la qualité d'un code source mais d'un grave problème de conception de la sécurité globale de la voiture.
pour résumé: (c'est un exemple qui concerne le régulateur)
bonne conception : j'utilise le régulateur de vitesse=> le logiciel du régulateur calcule l'accélération du moteur => je vois un bouchon devant moi => j'appuie sur la pédale de frein => le régulateur est électro-mécaniquement désactivé (le logiciel ne peut plus intervenir sur le comportement de la voiture) => la pédale de frein envoie le liquide de frein => la voiture freine
mauvaise conception : j'utilise le régulateur de vitesse=> le logiciel du régulateur calcule l'accélération du moteur => je vois un bouchon devant moi => j'appuie sur la pédale de frein => la pédale de frein envoie une information au régulateur de vitesse => le régulateur envoie le liquide de frein => la voiture freine (peu-être)
je n'ai jamais dis qu'un problème mécanique ne pouvais pas arriver sur une voiture.
si il y a un défaut de L’ABS, c'est problématique mais ce qui est sûr c'est qu'il n'y aura pas de ligne de code en jeu dans ce problème
le régulateur de vitesse sert à réguler la vitesse, c'est comme si ton pied était posé sur l’accélérateur sans bouger. il n'est pas lié au système de frein. lorsque tu appuie sur le frein le régulateur est mécaniquement coupé. le fait que le régulateur soit en marche ou non n'influence pas le freinage
Donc tu ne travailles pas dans le domaine, mais tu supputes par analogie que ça devrait être le cas. > > Rappelle moi quelles sont les normes de safety qui s'appliquent à la conception électronique des > voitures ?
non je ne travail pas dans le domaine automobile, j'ai quand même un avis comme la majorité des personnes ici.
Qu'en sais-tu ? Sachant que si le système ABS décide de ne pas freiner, quoi que tu fasses il ne le > > fera pas, puis qu'il a le moyen physique et mécanique de ne pas le faire ?
à aucun moment un ABS peut décider "de ne pas freiner", c'est un système électromécanique qui même défaillant n'empêche jamais l'action mécanique du freinage.
Pourtant c'est ce qu'il semble d'après l'expertise qui a été menée et présentée au tribunal.
parfois entre ce que dis une personne et ce qui est rapporté, il y a une différence
j'ai pas mal discuté avec des ingénieurs logiciel automobile, il m'ont expliqué que dans leur domaine aucun logiciel n'est considéré comme sécuritaire: dans une voiture la sécurité est assurée mécaniquement. ils travaillent selon les méthodes classiques de l’industrie, dans le sens ou si il y a un bug ça ne remet pas en cause l'intégrité des personnes à l'intérieur du véhicule.
je suis très souvent étonné du manque de compréhension de ce qu'est un développement sécuritaire de la part d'informaticien
non, L’ABS n’utilise aucun programme informatique, c'est un système électromécanique. De plus, comme dit juste au dessus même si il est défaillant il n’empêche absolument pas le liquide de frein d'arriver et d'enclencher le freinage.
Franchement, je suis très sceptique en lisant ce journal et les commentaires.
Travaillant dans le domaine de la programmation sécuritaire (pas automobile), je pense qu'il doit y avoir un mal entendu (comme l'histoire de la personne qui ne pouvait pas freiner sa Renault à cause du limiteur de vitesse, ce qui est mécaniquement impossible).
Par contre si les informations de ce journal sont vraies, le problème ne vient pas directement du code source mais d'un énorme problème de conception: sur une voiture aucun logiciel ne doit normalement empêcher l’action mécanique du freinage, seul un défaut mécanique peut causer une panne de frein.
de plus, les fonctions sécuritaires de la voiture sont totalement indépendantes des autres fonctions (autoradio, gps…)
ça m'est déjà arrivé d’être en panne de batterie sur l'autoroute, dans ce cas il n'y a plus de direction assistée, plus D’ABS mais la voiture tourne toujours et les freins fonctionnent. c'est le minimum vital,
sans ça le nombre d'accidents serait énorme…
je ne peux pas croire que Toyota, qui est le constructeur qui vend le plus de voiture au monde, ne respecte pas ces règles logiques de base.
L'ordre des 2%, je connais pas mais le fait que le message soit à +10 en dit long sur les 98% restant.
Sans rigoler, relisez le commentaire attentivement et vous verrez le sentiment d'autosatisfaction couler des lettres…
On m'avait raconté (il y a presque 10 ans), qu'un programmeur avait voulu démontrer que le modèle de développement open source ne garantissait pas la sécurité totale: il avait modifié des parties du code de gcc (que presque personne ne passe en revue) pour implanter une backdoor lorsqu'on compile linux.
j'ai essayé de retrouver trace de cette histoire, sans résultat. c'est peut être une légende mais l'idée semble bonne.
j'ai bien rigolé en lisant ton commentaire…
il est bien sûr évident que l'ensemble des lecteur de linux-fr sont très influents sur le développement de linux.
Et ils ont tous passé le code source du noyau en revue, comme tous linuxien qui se respecte…
En réalité, Si la NSA veut implanter une backdoor dans linux, ils ne mettront pas au courant linux-fr
[^] # Re: tiens
Posté par kastor . En réponse à la dépêche Encore un exemple de code spaghetti : Toyota. Évalué à -4.
pour Renault, ça concernait des rumeurs d’impossibilité de freiner lorsque le régulateur était enclenché.
Renault a prouvé que c'était impossible après expertise du véhicule, du fait de la conception du système et du lien obligatoire entre la pédale de frein et des étriers.
Ce qui est sûr c'est qu'aucun code source n'a jamais empêché une voiture, homologuée en Europe et aux USA, de freiner
[^] # Re: Quelle est l'utilité de faire un « gros » programme pour freiner ?
Posté par kastor . En réponse à la dépêche Encore un exemple de code spaghetti : Toyota. Évalué à 2. Dernière modification le 07 mars 2014 à 09:22.
en Europe et aux USA, la législation oblige un lien physique entre entre la pédale de frein/étriers et volant/direction.
aucun bug logiciel ne peut empêcher la voiture de freiner
Le HID « êtes-vous sûr de vouloir freiner ? » c'est pas pour aujourd'hui :-D
[^] # Re: Et les statistiques ?
Posté par kastor . En réponse au journal Encore un exemple de code spaghetti : Toyota. Évalué à -1.
et même dans le cas d'un ABS défaillant la voiture freine quand même (mais moins efficacement)
[^] # Re: Et les statistiques ?
Posté par kastor . En réponse au journal Encore un exemple de code spaghetti : Toyota. Évalué à -1.
l'ABS n'est pas lié au régulateur de vitesse, c'est un système electro-mécanique indépendant qui ne contient pas de code source.
l'ABS peut être défaillant, je ne dis pas que toute les voitures sont sûres et qu'il n'y a jamais eu d'accident pour cause mécanique.
[^] # Re: Et les statistiques ?
Posté par kastor . En réponse au journal Encore un exemple de code spaghetti : Toyota. Évalué à 1.
voici la réponse de Renault suite à la rumeur de problème de régulateur de vitesse:
"Le régulateur de vitesse ne peut pas empêcher le freinage, lequel conserve, selon la législation en vigueur, un lien physique entre la pédale et les étriers. Le freinage reste donc toujours actif avec une puissance est deux fois supérieure à celle du moteur. Ce qui signifie que même dans l'hypothèse d'un régulateur bloqué, il est toujours possible d’arrêter la voiture en freinant vigoureusement."
dans ce cas le logiciel du régulateur peut avoir autant de bugs qu'il veut, la voiture freine quand même
c'est une bonne conception de la sécurité.
si Toyota ne respecte pas le lien physique entre la pédale/étriers et volant/direction, la voiture ne peut être commercialisée en Europe et aux états-unis(au moins)
c'est pour ça que je suis dubitatif sur le fait qu'un problème logiciel empêche la voiture de freiner, il y a forcément eu un problème mécanique
[^] # Re: Et les statistiques ?
Posté par kastor . En réponse au journal Encore un exemple de code spaghetti : Toyota. Évalué à 1.
effectivement, pour les côtes c'est plutôt comme si on accélérait…
mais ce que je veux dire: le limiteur de vitesse peut utilisé un logiciel pour réguler la vitesse mais à partir du moment ou tu freine, il est "electro-mécaniquement" désactivé. Si ce n'est pas le cas, c'est le composant electro-mécanique qui'il faut remettre en cause, le logiciel ne rentre plus en ligne de compte dans cette situation sécuritaire. De ce fait, le programme de régulation de la vitesse de la voiture n'est pas considéré comme sécuritaire et peut être développé comme tout autre logiciel dans l'industrie. C'est la seule bonne logique à suivre.
si le problème décrit dans ce journal c'est vraiment produit, l'erreur ne provient pas de la qualité d'un code source mais d'un grave problème de conception de la sécurité globale de la voiture.
pour résumé: (c'est un exemple qui concerne le régulateur)
bonne conception : j'utilise le régulateur de vitesse=> le logiciel du régulateur calcule l'accélération du moteur => je vois un bouchon devant moi => j'appuie sur la pédale de frein => le régulateur est électro-mécaniquement désactivé (le logiciel ne peut plus intervenir sur le comportement de la voiture) => la pédale de frein envoie le liquide de frein => la voiture freine
mauvaise conception : j'utilise le régulateur de vitesse=> le logiciel du régulateur calcule l'accélération du moteur => je vois un bouchon devant moi => j'appuie sur la pédale de frein => la pédale de frein envoie une information au régulateur de vitesse => le régulateur envoie le liquide de frein => la voiture freine (peu-être)
voilà comment je vois les choses…
[^] # Re: Et les statistiques ?
Posté par kastor . En réponse au journal Encore un exemple de code spaghetti : Toyota. Évalué à -1.
je n'ai jamais dis qu'un problème mécanique ne pouvais pas arriver sur une voiture.
si il y a un défaut de L’ABS, c'est problématique mais ce qui est sûr c'est qu'il n'y aura pas de ligne de code en jeu dans ce problème
le régulateur de vitesse sert à réguler la vitesse, c'est comme si ton pied était posé sur l’accélérateur sans bouger. il n'est pas lié au système de frein. lorsque tu appuie sur le frein le régulateur est mécaniquement coupé. le fait que le régulateur soit en marche ou non n'influence pas le freinage
[^] # Re: Et les statistiques ?
Posté par kastor . En réponse au journal Encore un exemple de code spaghetti : Toyota. Évalué à -4.
j'ai pas mal discuté avec des ingénieurs logiciel automobile, il m'ont expliqué que dans leur domaine aucun logiciel n'est considéré comme sécuritaire: dans une voiture la sécurité est assurée mécaniquement. ils travaillent selon les méthodes classiques de l’industrie, dans le sens ou si il y a un bug ça ne remet pas en cause l'intégrité des personnes à l'intérieur du véhicule.
je suis très souvent étonné du manque de compréhension de ce qu'est un développement sécuritaire de la part d'informaticien
[^] # Re: Et les statistiques ?
Posté par kastor . En réponse au journal Encore un exemple de code spaghetti : Toyota. Évalué à -3.
non, L’ABS n’utilise aucun programme informatique, c'est un système électromécanique. De plus, comme dit juste au dessus même si il est défaillant il n’empêche absolument pas le liquide de frein d'arriver et d'enclencher le freinage.
[^] # Re: Et les statistiques ?
Posté par kastor . En réponse au journal Encore un exemple de code spaghetti : Toyota. Évalué à 4.
Franchement, je suis très sceptique en lisant ce journal et les commentaires.
Travaillant dans le domaine de la programmation sécuritaire (pas automobile), je pense qu'il doit y avoir un mal entendu (comme l'histoire de la personne qui ne pouvait pas freiner sa Renault à cause du limiteur de vitesse, ce qui est mécaniquement impossible).
Par contre si les informations de ce journal sont vraies, le problème ne vient pas directement du code source mais d'un énorme problème de conception: sur une voiture aucun logiciel ne doit normalement empêcher l’action mécanique du freinage, seul un défaut mécanique peut causer une panne de frein.
de plus, les fonctions sécuritaires de la voiture sont totalement indépendantes des autres fonctions (autoradio, gps…)
ça m'est déjà arrivé d’être en panne de batterie sur l'autoroute, dans ce cas il n'y a plus de direction assistée, plus D’ABS mais la voiture tourne toujours et les freins fonctionnent. c'est le minimum vital,
sans ça le nombre d'accidents serait énorme…
je ne peux pas croire que Toyota, qui est le constructeur qui vend le plus de voiture au monde, ne respecte pas ces règles logiques de base.
[^] # Re: Marmotte papier d'alu
Posté par kastor . En réponse au journal Espionnage sous Linux ou délire paranoïaque ?. Évalué à -6.
L'ordre des 2%, je connais pas mais le fait que le message soit à +10 en dit long sur les 98% restant.
Sans rigoler, relisez le commentaire attentivement et vous verrez le sentiment d'autosatisfaction couler des lettres…
[^] # Re: Bof
Posté par kastor . En réponse au journal Espionnage sous Linux ou délire paranoïaque ?. Évalué à 3. Dernière modification le 10 juillet 2013 à 11:16.
On m'avait raconté (il y a presque 10 ans), qu'un programmeur avait voulu démontrer que le modèle de développement open source ne garantissait pas la sécurité totale: il avait modifié des parties du code de gcc (que presque personne ne passe en revue) pour implanter une backdoor lorsqu'on compile linux.
j'ai essayé de retrouver trace de cette histoire, sans résultat. c'est peut être une légende mais l'idée semble bonne.
quelqu'un a des infos?
[^] # Re: Marmotte papier d'alu
Posté par kastor . En réponse au journal Espionnage sous Linux ou délire paranoïaque ?. Évalué à -7. Dernière modification le 10 juillet 2013 à 10:29.
j'ai bien rigolé en lisant ton commentaire…
il est bien sûr évident que l'ensemble des lecteur de linux-fr sont très influents sur le développement de linux.
Et ils ont tous passé le code source du noyau en revue, comme tous linuxien qui se respecte…
En réalité, Si la NSA veut implanter une backdoor dans linux, ils ne mettront pas au courant linux-fr