Je suis en charge d'un projet où nous devons collecter des données (11 tags) à partir d'un automate et les écrire dans une base de données SQL par incrément de 5 ms. Il s'agit du premier projet nécessitant un taux d'échantillonnage aussi élevé, et nous ne collectons qu'environ 5 à 10% des données avec notre configuration habituelle (API Rockwell Allen-Bradley CompactLogix -> Kepware KEPserver -> VB). Application de bureau NET -> MS SQL). J'ai cherché sur Internet et trouvé des produits tiers (SQL4automation, plugin Kepware DataLogger, RSLinx, Ignition) qui promettent un transfert de données sans perte d'un automate directement vers une base de données, mais ils sont tous très coûteux.Perte de données de PLC à SQL Server
Est-ce que quelqu'un a trouvé une solution (idéalement libre) à un problème similaire? Nous réécrivons actuellement nos applications API et de bureau pour écrire les données dans deux tableaux séparés et les copier alternativement - quelqu'un a-t-il eu du succès avec cette méthode?
Si non - une expérience avec un logiciel tiers?
Merci pour l'aide, Dugi
5ms est un taux très élevé compte tenu de tous les retards impliqués ... Je pense vraiment avoir un tampon de données sur la mémoire de l'automate dans de tels cas est la norme. Le tampon devrait même contenir plus que seulement 2 "instantanés" des étiquettes IMO. – matpop