Bonjour,

Dans l’article précédent, j’ai présenté brièvement le netIC et l’outil de test.

Aujourd’hui, je souhaite évoquer les divers cas d’utilisation de ce produit un peu particulier dans la gamme Hilscher.

C’est donc une passerelle Modbus RTU, Maitre ou Esclave, sur UART ou SPI vers CANopen, CC-Link, CompoNet, DeviceNet, PROFIBUS, EtherCAT, Modbus TCP, POWERLINK, PROFINET, Sercos III ou VARAN, dans la version Esclave de ces protocoles.

Mais le netIC dispose également de la possibilité de raccorder des entrées et sorties localement, jusqu’à 16 octets de chaque, directement via des registres à décalage sur l’interface SSIO.

Réalisation d’esclaves personnalisés

Ces entrées et sorties locales permettent donc de raccorder tout type de signal TOR ou Analogique via convertisseur, et dans la configuration du netIC, un simple mapping permet d’affecter ces entrées et sorties dans les données échangées sur le bus de terrain.

Il est ainsi très aisé de réaliser des esclaves personnalisés, adaptés au mieux au besoin de l’application.

Actualisation d’équipements

Sur nombre d’équipements, la connexion avec l’environnement tiers se fait encore aujourd’hui via un port série et un protocole ASCII ou Modbus RTU.

Avec la raréfaction de ces interfaces sur les matériels actuels, et la prolifération des bus de terrain, il devient nécessaire de disposer de la connectivité adéquate sans pour autant remettre en cause, en tout cas dans un avenir proche, les développements déjà engagés.

Le netIC fournit une solution simple à mettre en œuvre avec un minimum d’impact sur la conception matérielle ou logicielle déjà en place. Souvent, un simple réaménagement des composants ou une carte fille fera l’affaire et, côté logiciel, le protocole Modbus est facile à implémenter si ce n’est déjà le cas.

Bien sûr, en fonction de ce que l’on souhaite supporter comme fonctionnalité, le logiciel à développer côté Hôte peut être plus ou moins conséquent.

Ainsi, l’implémentation des échanges cycliques est relativement triviale. Par contre, si vous souhaitez gérer par exemple votre propre dictionnaire d’objets, il faudra prévoir un peu plus de temps.

Hilscher France peut prendre en charge la portion de code de votre applicatif relative à la gestion du bus de terrain. Après étude de votre besoin et validation de notre part que le produit proposé convienne, nous pouvons vous établir une proposition technique et commerciale.

Firmware spécifique

Si les firmwares standard ne conviennent pas à votre application, parce que par exemple vous disposez d’un protocole ASCII spécifique et que vous ne souhaitez pas tout modifier, nous pouvons réaliser un firmware sur la base de vos spécifications.

N’hésitez pas à nous solliciter si besoin.

Cordialement,
Stéphane