- Ce sujet a 8 réponses, 4 participants et a été mis à jour pour la dernière fois 9 années, 10 mois da
.
-
Post
-
J'ai vu dans le dernier bulletin mensuel Vs le nouveau module CPU ARM9 programmable sous Linux. J'utilise déjà votre système SlimLine basé sur le CPU ARM7, je voulais en savoir plus sur cette nouvelle famille de CPU.
Qu'est-ce que ce processeur a de plus que l'ARM7 que j'utilise?
Est-il compatible avec les mêmes cartes E / S?Con la nuova CPU ARM9 (Linux) nous voulions augmenter les performances de notre système programmable SlimLine. SlimLine est une gamme de cartes industrielles pour l'automatisation, programmables selon la norme CEI 61131-3 en utilisant l'environnement de développement LogicLab (Fourni gratuitement).
Depuis quelques temps nos Clients nous demandent d'ouvrir le système vers de nouveaux protocoles de communication (Serial, CAN, Ethernet), vers une gestion de disque avec de plus en plus de fichiers et de plus en plus d'espace disponible, la possibilité de développer des algorithmes de calcul de plus en plus complexes . D'où la nécessité de créer un processeur plus rapide avec une plus grande disponibilité des ressources. Il a été décidé d'utiliser une plate-forme basée sur ARM9 et étant donné sa nature open source, le système d'exploitation Linux a été choisi pour créer un nouveau module CPU en complément de celui existant.
Le nouveau module a mêmes dimensions et mêmes connexions du module ARM7, la seule différence est la présence d'un connecteur hôte USB supplémentaire d'un côté. Bien sûr, il a une vitesse de traitement plus élevée et plus d'espace mémoire pour le programme et le système de fichiers.
Les modules d'extension de la famille SlimLine sont parfaitement compatible avec le nouveau module CPU.
En ce qui concerne la programmabilité, comme on le voit sur la page produit, il existe deux lignes de modules identiques du point de vue matériel.
Linux Open
Programmable avec tous les outils de développement dans le monde Linux GNU. Il est possible de fonctionner via une connexion Ethernet en SSH (Exemple Putty) avec l'interface de commande Linux standard. Pour le développement, nous fournissons une machine virtuelle VMWare déjà configurée avec le système d'exploitation Linux et les outils de développement installés. Des bibliothèques spéciales permettent d'accéder à nos modules d'extension.PLC Linux
Programmable avec LogicLab exactement comme le module CPU actuel. Sur cette plateforme, il est possible de migrer tous les programmes actuellement déjà développés pour le module actuel, avec la possibilité d'augmenter la taille et la complexité du programme. De nouvelles fonctions et blocs fonctionnels seront progressivement disponibles sur ce module.Pourriez-vous s'il vous plaît me donner plus d'informations concernant les questions suivantes, liées à la programmation CEI 611131-3 que j'utilise actuellement.
Travaillez-vous toujours en octets?
Un bit déclaré occupe-t-il toujours la même zone mémoire?
Les modbus pointant depuis scada devraient-ils toujours faire le même calcul pour trouver la bonne variable dans la mémoire?
Les connexions contemporaines sont-elles augmentées?
Avez-vous des fonctions comme webserver?
Le programme chaud peut-il être transféré sans arrêter l'exécution du programme actuel?
Quelle est la taille de la zone de mémoire?J'affirme que la version LinuxPLC même si annoncée n'est pas encore disponible, nous avons des prototypes en test dans nos laboratoires et chez certains clients betatester. J'essaye de vous donner des informations liées aux fonctionnalités qui seront sûrement présentes dans la version finale.
La programmation CEI est standard donc nous aurons toujours les mêmes types de données, pour la variable que vous indiquez bit je pense qu'elle se réfère au type BOOL qui occupe toujours un octet de mémoire.
Le pointage modbus sera certainement le même, mais nous aurons une plus grande zone mémoire, le DB100 actuel (actuellement 4096 octets) sera certainement considérablement étendu. Il sera combiné avec d'autres zones de mémoire allouées dans d'autres DB.
Nous aurons certainement des connexions Modbus TCP / IP plus contemporaines, par rapport aux 3 actuellement gérées.
Il est possible de transférer le programme chaud, c'est-à-dire sans arrêter le programme en cours. Vous pouvez ensuite modifier le programme pendant que le système exécute le précédent sans s'arrêter.
Pour la fonction WebServer, nous avons certainement l'intention de l'activer avec la possibilité de définir des pages Web qui peuvent être configurées par l'utilisateur, mais cela viendra plus tard.
Je voudrais mieux comprendre les différences entre les versions LinuxPLC et la version programmable avec LogicLab, y aura-t-il des différences de performances? Y aura-t-il des fonctionnalités différentes entre les deux versions?
Les deux modules sont parfaitement identiques du point de vue matériel, la version Linux Open il est programmé à l'aide d'outils de développement classiques en langages C et / ou C ++ (Voir le message).
La version PLC Linux a le programme Run time pour LogicLab et avec l'environnement de développement gratuit LogicLab il est possible de programmer en utilisant les 5 langages standards de la norme CEI 61131-3. De cette façon, il rejoint le modèle ARM7 précédent en augmentant les performances et les fonctionnalités.
Le modèle d'automate Linux comprend une série de fonctions et de blocs fonctionnels déjà préparés pour résoudre un large éventail de problèmes ainsi que des bibliothèques supplémentaires en constante évolution. Parmi les bibliothèques les plus intéressantes, je me souviens de celle pour le support du protocole CAN Open.
Oui, être capable d'exécuter à la fois une tâche en automate et des programmes écrits en C pour Linux est l'un des objectifs. Malheureusement, nous sommes restés un peu bloqués sur le développement des API car nous avons eu des problèmes avec les bibliothèques temps réel.
Afin d'effectuer des tâches API dans un environnement Linux, il est nécessaire de rendre le système d'exploitation en temps réel et cela signifie faire un gros travail de réécriture des pilotes de gestion des périphériques.
En attendant, nous avons développé la version compatible CoDeSys du Module CPU SlimLine qui est basé sur un système d'exploitation temps réel développé par Beck.
- Vous devez être connecté pour répondre à ce sujet.