Certains slaves Modbus exotiques implémentent des function codes non standard ou des comportements vendor-specific (par exemple Read Coil qui retourne un uint16 au lieu d'un bit) ; il faut toujours vérifier la documentation vendor avant de presupposer la conformité au standard.

Les deviations vendor les plus fréquentes sont : Read Coils qui retourne un uint16 chez certains constructeurs ASCII (coil = 0/1 mais code sur 16 bits), function codes custom dans la plage utilisateur 65-72 ajoutes par Schneider ou d'autres vendors pour leurs commandes propriétaires, et des données packées de façon non standard (plusieurs compteurs emballés dans un seul registre). La solution est de RTFM avant l'intégration et de valider le comportement réel avec Wireshark ou mbpoll, sans présupposer la conformité littérale au document Modbus Application Protocol.

Piège classique : un Read Discrete Inputs qui répond effectivement mais avec un layout d'octets inverse par rapport au standard. Toujours croiser le décodage applicatif avec une capture Wireshark.