L’architecture de notre firmware est conçue dans une optique de faible latence et de réponse rapide. Le matériel netX a été pensé en conséquence. Voilà pourquoi matériel et logiciel s’assemblent à la perfection.
Les contrôleurs netX les plus récents disposent de leur propre processeur de communication qui exécute le « firmware à charger », c’est-à-dire le logiciel de notre pile. Cela signifie qu’il vous suffit de recharger la pile de protocoles pour adapter votre puce netX à une nouvelle norme de communication.

Chaque firmware de protocole de communication est indépendant et fait l’objet d’une maintenance et d’un versionnage spécifiques. Ainsi, vous savez toujours quelle version d’un appareil fonctionne sur le terrain. La couche d’abstraction matérielle (HAL) configure le commutateur temps réel dans le netX afin de satisfaire toutes les exigences du protocole concerné. Les données sont ensuite divisées en données Ethernet standard et données temps réel. En d’autres termes, les données d’E/S dont le temps de transmission est critique et les données acycliques en particulier peuvent être traitées en leur attribuant une priorité spécifique. Les données Ethernet standard, par exemple issues d’un simple serveur web, et les données HTTP sont traitées sur un canal de données distinct.

Le mappage des données dans la mémoire à double accès est divisé en canaux selon les zones de mémoire, que vous pouvez lire ou écrire depuis votre application client sur le netX 90 via le processeur d’application intégré, à l’aide de l’interface DPM interne. Vous pouvez également accéder à la mémoire à double accès et aux données via l’interface hôte série ou parallèle ou, dans les générations de netX à venir, via PCIe.

Côté utilisateur, vous disposez toujours de notre API cifX uniforme comme interface, que vous intégriez notre solution de communication sous forme de puce, fassiez appel à nos modules embarqués ou utilisiez nos cartes PC. L’API cifX vous donne accès aux fonctions Driver, System Channel et Communication Channel, mais aussi aux données correspondantes. Vous recevrez cette architecture sous une forme similaire au code objet des générations 1 et 2 de notre famille netX (netX 51/52). À partir de la génération 3 (netX 90), le firmware de communication est hébergé dans son propre processeur, dans un souci de simplification des tâches de maintenance pour l’utilisateur.