TM241 et fichier CSV

[pach30]

Bonjour

SoMachine permet au TM241 de lire et écrire des fichiers CSV . Quelqu'un a t'il un idée des "performances" en lecture ? Sous-jacent , si je veux récupérer un tableau de 4 colonnes x 450 lignes , vais je devoir "jouer" du watch dog pour éviter qu'il ne déclenche ?

Merci d'avance de vos rex .

[pach30]

voci mon rex

avec un temps de cycle paramétré à 20ms , Le TM241 arrive à écrire un fichier (~6 Ko] CSV de 200 lignes ( 2 Int et 3 Real ) sans déclencher le watchdog . pour 400 lignes , il déclenche . La lecture est plus rapide -et cela semble normal , les tps d'accès à la ram étant sensiblement différent selon l'accès demandé- , d'autant plus que je ne n'ai besoin de récupérer qu'une seule colonne et une seule lecture suffit à remplir mon tableau .

Question subsidiaire : Quelqu'un a t'il utilisé les fonctions SQL de SoMachine ? avec quelles bases ? quelques essais avec MySQL se sont avérés négatif pour un histoire d'authentifcation que je ne suis pas arrivé à contourner, le problème étant qu'il semble qu'avec la dernier version de MySQL , ils aient justement changé le système d'authentification .

[Rabbx]

Salut,

Pour SQL as tu le logiciel SQLgateway de schneider?

J'ai fais des essais avec MySQL 5.7.23 et ça fonctionne nickel. Quelle version de MySQL as tu?

Rabbx

[pach30]

Bonjour

j'ai fait le test dans le cadre d'un projet pour un client. j'avais donc installé la version SQL Gateway en tournant en version demo . Mais la restriction n'est pas à ce niveau la . Dans dit précédemment , j'avais installé la version mise en avant par MySQL , à savoir la 8. quelque chose .
et je pense effectivement que le SQL Gateway a été développé, testé et validé pour les versions antérieures de MySQL . Il faudra que je fouille sur le site de MySQL pour trouver les "archives" .

tu te connectes de facon "sécurisé" ou anomyme à ta BDD ?

[Rabbx]

Qu'entends tu par sécurisé ou anonyme?

On a un accés avec MDP pour SQL gateway si c'est ça la question?

[MiGaNuTs]

Bonjour,

j'ai pu constater que lors de l'import de données depuis une fichier CSV c'est surtout les fonctions type STRING_TO_INT, INT_TO_STRING et leurs variantes pour les real et les word qui bouffent énormément de temps de cycle dans l'automate. Et les comparaisons de strings c'est encore plus lent (Hum, j'aurais peut être pas du écrire ça )
Dans mon cas j'ai moins de lignes mais beaucoup de colonnes pour mes recettes, et j'ai du tricher pour convertir une seule ligne par cycle. Sinon je prends le watchdog. Je pourrais surement le faire par 10 ou par 20 lignes, mais ça complique inutilement le programme pour gagner 2 secondes pendant une phase "hors production", aucun intérêt dans mon cas.

Pour le SQL, j'en ai jamais fait avec Somachine pour le moment.

[pach30]

Bonjour

des essais que j'ai pu faire , ce n'est pas tant la boucle pour remplir la zone memoire -et c'est la que se font les conversions xxx_TO_STRING indispensable pour un csv - que l'exécution même de la fonction écriture (Fb_Write) , qui peux poser problème selon la taille de cette zone (j'écris des paquets de ~ 5Ko ), corollaire certainement du temps d'accès à la mémoire flash "onboard" . C'est du moins la conclusion que j'ai tiré en scindant justement le remplissage de la zone mémoire de l'écriture elle même .


Vous utilisez le serveur FTP du TM241 pour transférer les fichiers CSV ?