BGC

Comme il m'a été difficile de retrouver les FAQ qui m'intéressaient, j'ai réalisé un regroupement ici 

Lire la suite de Récapitulatif FAQ Schneider-Electric autour du M580 et de control Expert

BMENOC Implicit messages

The recommended RPI for EtherNet/IP implicit message connections are 1/2 of MAST cycle time. If the resulting RPI is less than 25 ms, the implicit message connections may be adversely affected when the diagnostic features of the BMENOC0301/11 module are accessed through explicit messages or the DTM.

Lire la suite de RPI CRA/BMENOCs et temps de cycle minimum de MAST avec CRA ou BMENOC03xx

Multicast DNS (mDNS)

Le protocole multicast DNS (mDNS) résout les noms d'hôtes en adresses IP dans de petits réseaux qui ne comprennent pas de serveur de noms local.

Lorsqu'un client mDNS a besoin de résoudre un nom d'hôte, il envoie un message de requête de multidiffusion IP demandant à l'hôte portant ce nom de s'identifier. Cette machine cible envoie ensuite en multidiffusion un message qui inclut son adresse IP. Toutes les machines de ce sous-réseau peuvent ensuite utiliser ces informations pour mettre à jour leurs caches mDNS.

N'importe quel hôte peut renoncer à son droit sur un nom de domaine en envoyant un paquet de réponse avec un Time To Live (TTL) égal à zéro.

Par défaut, mDNS résout uniquement et exclusivement les noms d'hôtes se terminant par le domaine de premier niveau (TLD) .local. Cela peut poser des problèmes si ce domaine inclut des hôtes qui n'implémentent pas mDNS mais qui peuvent être trouvés via un serveur DNS unicast conventionnel. La résolution de ces conflits nécessite des modifications de la configuration réseau.

• Lors de l'utilisation de trames Ethernet, l'adresse MAC de multidiffusion standard est 01:00:5E:00:00:FB (pour IPv4) ou 33:33:00:00:00:FB (pour IPv6).

• Adresse IPv4 224.0.0.251 ou adresse IPv6 ff02::fb.

• Port UDP 5353.

Les requêtes mDNS ne passeront pas par les routeurs (diffusion en Ethernet uniquement).

Lire la suite de Quelques protocoles Ethernet expliqués

• This function code performs a combination of one read operation and one write operation in a single MODBUS transaction. The write operation is performed before the read.
• Holding registers are addressed starting at zero. Therefore holding registers 1-16 are addressed in the PDU as 0-15.
• The request specifies the starting address and number of holding registers to be read as well as the starting address, number of holding registers, and the data to be written. The byte count specifies the number of bytes to follow in the write data field.
• The normal response contains the data from the group of registers that were read. The byte count field specifies the quantity of bytes to follow in the read data field.