Reprise du message précédent :
au fait vous avez telephoné au volant : 2 points en moins

Non c'est pas pour rassurer les gogos ... si tu crois encore que c'est un stagiaire en BTS info-indus qui programme les calculateurs de caisse ....
 
J'ai quelques relations aux BE chez renault, et je fais un DEA dans le controle commande ben je peux te dire que c'est bien plus sécurisé que ce que tu veux bien croire ...

 
Plus l'excès de vitesse, pour le peu il a plus de permis  

Certes, mais il suffit que ce canal soit saturé par le "bouton +" pour les actions standard soient inefficaces

 
Ce n'est PAS multiplexé ... c'est pas le meme "canal" pour reprendre tes mots ...
 
Ces 3 "infos" sont branchées en direct sur le calculo...
 
Et si il y en a une de présente a mon avis il y a acquitement du calculo pour dire "ok c bon g vu", et si il n'y a pas cet ack apres un certain temps (watchdog) -> Solution de repli ...

J'y crois pas, C poa du matériel aéronautique.  
 
Faut poa oublier que C les mêmes qui te vendent de la béquille à 3 lettres pask'ils sont pas foutus de concevoir des chassis dynamiquement sains

 
Ben moi j'y crois parce que j'en ai vu un démonté et que j'ai vu les deux pistes.
 
C'est bon maintenant ?

 
Dès que c'est electronique, si

Tu bosses chez Renault au département de conception des systèmes embarqués ?
 
Tu connais la dynamique des autos en situation extrème ?

 
Absolument pas.
 
Et toi avant de poser des questions, tu peux répondre à celles qu'on te pose ?
 
Quant à moi j'affirme des vérités présentées comme fondamentales ?

J'y croa poa parce que ça dépend des séries, t'as du payer plus c'est toujours comme ça.

Ok ! C poa multiplexé ... mais quand une entrée de calculo est saturée, ben C saturé et tu peux rien y faire. Ce n'est qu'une entrée numérique.  
 
Et puis acquitter un signal auprès d'un interrupteur ?
 
Je penche plutot pour une saturation d'interruption dans le calculo "façon Win98" quand la souris se met à grésiller dans le HP.

Mais y'a pas que cette info qui désactive le régulateur, et les autres arrivent par des entrées différentes. Donc objection rejetée.

 
Regarde Ton Frein à Main???

Sur un calculateur automobile comme ca tu peux gérer des priorités dans les interruptions ... et a mon avis le bouton "+" n'est pas une entrée interruptible pour le programme ....
 
Et quand bien meme ca ne marcherait pas, le watchdog n'est remit à 0 que hors du traitement des interruptions, donc si tu tourne en boucle dans une interruption, il se déclenche (c'est son principal interet) et te permet d'adopter une solution de "repli"
 
Et a mon avis oui il acquitte vers un calculateur "de sécurité" à un niveau plus haut, qui vérifie qu'il a bien prit en compte la demande de coupure du régulateur dans un temps T prédeterminé ...

P'tet, mais quand une entrée sature le calculo, celui ne va pas lire les autres

Tu m'as l'air bien au courant lol
Le calculo lit toutes ses entrées a chaque cycle et fait une recopie en mémoire .....
Je ne vois pas comment une info peut "saturer" une entrée vu qu'il y a un polling de tous les esclaves du bus multiplexé toutes les xx ms ...

 
Tout dépend de la façon dont tu as conçu le programme

T poa bien curieu dis donc !
 
Cf mon pedigree ... précision : Info = info industrielle

"polling" ... on en est encore à cette techno de daube !
 
Rassures moi, les calculos que t'as vu, CT ceux des 1ere clio ?

 
Je pense que la curiosité est une des choses qui me caractérise le plus, perdu
 

 
Ton profil est une des premières choses que j'ai regardé à la lecture de ton premier post mais ce n'est pas parce que tu écris "info" ou "expert en systèmes automobiles" dans un profil HFR que :
 
1. je dois y apporter le meilleur crédit qui soit
2. tu es compétent dans tous les domaines de cette technologie
3. tu connais parfaitement les systèmes conçus par Renault ainsi que les normes européenes qui agissent dans ce processus.
 
 
Mais bon je t'ai déjà cerné, toi de même, donc, nous en avons fini pour les présentations

Wouaip, mais à ce niveau C plus hard que soft

Tu sais ce qui est multiplexé sur une caisse ???
Les temps de réponse qu'on demande ?
Comment marche le bus CAN ???
 
Pour allumer un clignotant t'as pas besoin d'une réponse a la µs ....

Disons que j'en ai autant à ton service ...  
Et puis, dis moi si je me trompe, mais, "Etudiant" veut bien dire "ne sais rien faire" ?

 
J'avais bien cerné le personnage
 

si vous continuez, ca va closer...
y'a partage en oIo du topic, là...

En passant, le moindre petit bus de communication industriel .. par exemple pour les cannetes de bierre, (Profibus, Sinec H1 etc ...) marche par polling car tu connais QUAND chaque esclave doit répondre, et si il ne répond pas c'est qu'il y a un probleme ...
 
C'est la seule méthode determministe ... (je fais un dea qui traite de la commande sure des systemes ... et notamment des problemes apportés par l'emmergence de TCP/IP (non deterministe) dans le controle commande ...)

Oui mais TNZ il est pas étudiant lui, il sait

Enfin on stoppe là mais j'exclus une défaillance globale calculateur moteur + calculateur boite sans qu'aucun mode dégradé ne ce soit enclenché arretant le véhicule ou au moins réduisant sa vitesse (passage en 3ieme et limitation du débit de carburant per ex...)
 
Sur ma clio en cas de discordance, on est limité a 2500 trs ce qui donne en 5ieme ... a peine 110kmh je crois

Sans parler des freins.

Ca par contre c'est probable que le mec a pas oser freiner fort et a cramé ses plaquettes en freinant peu mais longtemps pour "garder le controle" (et le calculateur d'esp ?)

Dans les grandes lignes ....  
Quant aux temps de réponse, le côté visible de la chose est pitoyable par ex les fréquences de MAJ du compteur de vitesse, l'aspect "élastique" de l'accélérateur etc ...
 
Quant au bus CAN, cela reste un bus avec un protocole (ce qui ressemble à une liaison LAC). Les problématiques d'un bus ou d'une liaison entre 2 éléments communicants sont sensiblement les mêmes sur toutes les architectures existantes. Les grosses différences sont les impasses faites sur la gestion logique de ces bus pour des raisons de perfs et/ou de coût.

 
Qqn l'a déjà évoqué sur ce topic mais il a été dit que globalement ça aurait quand même du freiner.

 
L'aspect elastique de l'accelerateur n'est pas du aux temps de réponse du calculo / et / ou du bus (c'est pas multiplexé), mais à la constante de temps du système mécanique (inertie du moteur, du papillon, de l'air ...) + à l'asservissement que l'on trouve sur les voitures modernes qui permet de limiter les acoups à la réacceleration

On peut être déterministe en vrai temps-réel (non pollé) ... j'avais fait ça sur un VAX-ELN et en RMX.  
Seulement, faut être dans un environnement multi-tâche à préemption basée temps réel pour toper les horloges et gérer les priorités dans les piles d'interruptions

Je te crois pour ta clio, j'ai pu observé ce genre de "mode sans échec" sur des 607

s'il vous plait, vous auriez des schémas, des liens pour égayer tout ça
 
c'est vachement intéressant et je doute que je soit le seul a vouloir approfondir la chose, mais bon faut dire que vous parlez un peu sans expliquer qui est quoi du coup on peut plus suivre
 
Si vous voulez pas m'instruire cpa grave, mais bon un pitit geste koi

Et du coup ca redevient vachement plus compliqué qu'un simple polling
 
On stoppe le hs je pense pour en revenir au sujet
 
Vous pensez que l'expertise va durer combien de temps ?

il est où le câble de l'accélérateur qui arrive sur un bon gros weber double-corps ?

Yapu
Mais d'un autre coté ca permet une gestion mmoteur bien meilleure (economie de carburant, rampes d'acceleration, systeme anti-calage...)

est-ce ça utilise le réseau CAN ?