Discussion:CANopen

Autres discussions [liste]

Admissibilité
Neutralité
Droit d'auteur
Article de qualité
Bon article
Lumière sur
À faire
Archives
Commons

Contexte[modifier le code]

J'ai voulu aider à la rédaction, mais je n'ai rien compris à l'article. Il serait peut-être utile d'expliquer le contexte: programmation informatique ? Protocole ? La Cigale 8 février 2006 à 09:28 (CET)[répondre]

tu as raison, je vais mettre une introduction.--Bebware 8 février 2006 à 11:00 (CET)[répondre]

Heart Beat[modifier le code]

Es-tu sûr de toi lorsque tu écris qu'« Il s'agit d'un message périodique d'un nœud signalant sa présence et son état au maitre du réseau » ? J'ai lu aujourd'hui qu'il pouvait papoter avec un ou plusieurs nœuds (Réf. lien externe). La Cigale 8 février 2006 à 19:08 (CET)[répondre]

En fait le protocole CANOpen pur et dur ne permet pas la communication entre 2 nodes (maintenat il  
existe des protocole derives comme le micro CANOpen si je ne m'abuse qui le font).DE toute les 
manieres,  le message de Heart beat est emmis sur le bus et bien qu'étant vu par tout le monde, il 
n'est vraiment lu que par le Master. Cette information sert a detecter des problemes techniques et à 
avoir periodiquement une vue d'ensemble de l'etat des nodes du reseau. --Bebware 9 février 2006 à 23:52 (CET)[répondre]

Schéma[modifier le code]

J'ai ajouté ce schéma, son emplacement peut se discuter :) La Cigale 9 février 2006 à 10:55 (CET)[répondre]

Behnn le contenu et la positionnement du schema en soit sont plutot pas mal mais
(ne le prend pas mal) qu'est ce qu'il est moche.. on peut à peine le lire...
--Bebware 12 février 2006 à 02:03 (CET)[répondre]

J'ai changé la taille de l'image, je trouve que c'est déjà mieux. La Cigale 13 février 2006 à 09:26 (CET)[répondre]

Mélange CAN/CANopen[modifier le code]

Comme l'introduction le précise, CANopen est certes un modèle d'implémentation de piles de protocoles qui s'appuie initialement sur le CAN, mais il peut aussi être déployé sur d'autres supports physiques de communication, pourvu que ceux-ci lui permettent de transférer des COB-IDs et des données utiles – les avantages et inconvénients mis à part.

Aussi, je pense que les données techniques spécifiques au CAN (par exemple structure d'une trame CAN, bit-stuffing) ne devraient pas faire partie de cet article (mais peuvent être citées en exemple, avec liens vers l'article Controller Area Network). Teuxe (d) 14 novembre 2012 à 16:41 (CET)[répondre]