Forum automatisme

bapts a écrit : ↑23 mai 2018, 20:03 Après recherches, je pense choisir une solution équivalente de marque Siemens et Schneider car je n'ai pas trouvé de revendeur beckhoff.

Beckhoff France
Headquarters

Beckhoff Automation Sarl
Immeuble "Le Montréal"
ZA de Courtaboeuf
19 bis, avenue du Québec
91140 Villebon-sur-Yvette Cedex
France

Headquarters
Phone:+ 33 (0) 1 69 29 83 70
Fax:+ 33 (0) 1 69 28 40 55
info@beckhoff.fr
www.beckhoff.fr

Support
Phone:+ 33 (0) 1 69 29 83 70
Fax:+ 33 (0) 1 69 28 40 55
support@beckhoff.fr

Kallysto a écrit : ↑24 mai 2018, 09:25 Dans tous les cas, c'est pas une voiture... on ne se base pas sur la taille mémoire ou le protocole de comm pour proposer des solutions qui pourraient aller (sauf à vouloir up un ancien système sans refaire la prog mais là aussi, il faut que les programmes soient compatibles). Déjà suivant les marques, les programmes ne prennent pas la même place.
L'objectif c'est de proposer quelque chose qui va avec l'installation. Quelque chose qui va avec ce qu'il y a à "réguler".
Typiquement pour l'éclairage, on utilise le protocole DALI qui est pas sur réseau IP.
Pour la communication intra bâtiment, le LON et maintenant le BACNet sont très utilisés aussi, IP ou RS. Le Modbus reste un classique également. Qu'il soit IP ou RS.
Et puis les modules déportés sont pas si souvent que ça en IP : il faut leur fournir une adresse réseau, et idéalement leur faire un réseau IP physiquement séparé du reste du bâtiment... Donc les automates communiquent entre eux en IP, mais leur E/S déportées sont en modbus / S-Bus / LON / BACNet /protocole propriétaire lambda en RS485.

Bref, tu veux réguler quoi ? Le client veut que ça fonctionne comment ? avec quelle interface ? Quelle "sécurité" ?
Quels objectifs derrière ? Maintien d'une ambiance précise ou régulation de confort avec tentative d'économie d'énergie ?

Il faut que tu répondes à ces questions avant de continuer.

Typiquement, j'utilise pas le même API suivant si je régule une salle blanche avec des conditions ultra précises ou si je dois tempérer 10 salles de réunion... Même si ça représente le même nombre d'entrées/sorties.


Pour ta présélection :

Les M340 ne sont pas fait pour la CVC de mémoire. Il faut partir sur un M168 / M171 de chez Schneider. Ils ont été fait pour. Ils sont basiques dans le domaine mais font le job. Si tu veux en MP je peux te donner le nom de la personne chez Schneider qui les gère.

Si tu veux souffrir du TAC, c'est Suédois et racheté par Schneider. C'est "pas cher" mais déjà trop pour ce que c'est. Le service technique Schneider pour ces API est lamentable, en gros, ils se foutent de ta gueule quand t'appelle pour un bug... ça serait entrain de disparaitre et c'est une excellente nouvelle à mon gout.

Pour les marques spécialisées en CVC il y a : SAIA, Honeywell, Johnson Control, TREND, etc
Siemens a une gamme CVC mais je sais aps ce qu'elle vaut.

Pour le SAIA, je peux fournir les prix public au besoin.
Il y a notamment leur nouveaux module ventilo convecteur qui sont "interessant" en BacNet IP. Ou alors partir sur les classiques PCD7.L60x en les utilisant soit en E/S déportées (RIO) soit en tant que module ventilo convecteur et en paramétrant les options de régulation. Ou voir ce que tu peux faire avec la gamme E-line
Pour les doc : https://www.sbc-support.com/en/product-index/
Pour te donner une idée de ce qui existe, rien que pour info c'est intéressant à feuilleter : https://www.sbc-support.com/fileadmin/u ... BC_WEB.pdf

Mais bon, avant de choisir un API, faut savoir ce qu'on régule. Typiquement, y a peut être pas besoin d'un PCD3.M6860 à double processeur et capable de gérer une redondance avec un autre API, à 2340€ pour juste ouvrir une vanne de chauffage... Un E-line à 800€ sera plus adapté et fait le job.

Kallysto a écrit : ↑24 mai 2018, 09:25 Dans tous les cas, c'est pas une voiture... on ne se base pas sur la taille mémoire ou le protocole de comm pour proposer des solutions qui pourraient aller (sauf à vouloir up un ancien système sans refaire la prog mais là aussi, il faut que les programmes soient compatibles). Déjà suivant les marques, les programmes ne prennent pas la même place.
L'objectif c'est de proposer quelque chose qui va avec l'installation. Quelque chose qui va avec ce qu'il y a à "réguler".
Typiquement pour l'éclairage, on utilise le protocole DALI qui est pas sur réseau IP.
Pour la communication intra bâtiment, le LON et maintenant le BACNet sont très utilisés aussi, IP ou RS. Le Modbus reste un classique également. Qu'il soit IP ou RS.
Et puis les modules déportés sont pas si souvent que ça en IP : il faut leur fournir une adresse réseau, et idéalement leur faire un réseau IP physiquement séparé du reste du bâtiment... Donc les automates communiquent entre eux en IP, mais leur E/S déportées sont en modbus / S-Bus / LON / BACNet /protocole propriétaire lambda en RS485.

Bref, tu veux réguler quoi ? Le client veut que ça fonctionne comment ? avec quelle interface ? Quelle "sécurité" ?
Quels objectifs derrière ? Maintien d'une ambiance précise ou régulation de confort avec tentative d'économie d'énergie ?

Il faut que tu répondes à ces questions avant de continuer.

Typiquement, j'utilise pas le même API suivant si je régule une salle blanche avec des conditions ultra précises ou si je dois tempérer 10 salles de réunion... Même si ça représente le même nombre d'entrées/sorties.


Pour ta présélection :

Les M340 ne sont pas fait pour la CVC de mémoire. Il faut partir sur un M168 / M171 de chez Schneider. Ils ont été fait pour. Ils sont basiques dans le domaine mais font le job. Si tu veux en MP je peux te donner le nom de la personne chez Schneider qui les gère.

Si tu veux souffrir du TAC, c'est Suédois et racheté par Schneider. C'est "pas cher" mais déjà trop pour ce que c'est. Le service technique Schneider pour ces API est lamentable, en gros, ils se foutent de ta gueule quand t'appelle pour un bug... ça serait entrain de disparaitre et c'est une excellente nouvelle à mon gout.

Pour les marques spécialisées en CVC il y a : SAIA, Honeywell, Johnson Control, TREND, etc
Siemens a une gamme CVC mais je sais aps ce qu'elle vaut.

Pour le SAIA, je peux fournir les prix public au besoin.
Il y a notamment leur nouveaux module ventilo convecteur qui sont "interessant" en BacNet IP. Ou alors partir sur les classiques PCD7.L60x en les utilisant soit en E/S déportées (RIO) soit en tant que module ventilo convecteur et en paramétrant les options de régulation. Ou voir ce que tu peux faire avec la gamme E-line
Pour les doc : https://www.sbc-support.com/en/product-index/
Pour te donner une idée de ce qui existe, rien que pour info c'est intéressant à feuilleter : https://www.sbc-support.com/fileadmin/u ... BC_WEB.pdf

Mais bon, avant de choisir un API, faut savoir ce qu'on régule. Typiquement, y a peut être pas besoin d'un PCD3.M6860 à double processeur et capable de gérer une redondance avec un autre API, à 2340€ pour juste ouvrir une vanne de chauffage... Un E-line à 800€ sera plus adapté et fait le job.

itasoft a écrit : ↑27 mai 2018, 21:56 Slts,
La kalysto , elle as des talents de romancière ou elle est bavarde car moi au bout de huit lignes d’écriture je ne trouve plus rien à dire.
LOL

fish a écrit : ↑24 mai 2018, 18:56 Pour terminer avec le protocole, il ne parle que Ethernet/Ip sauf à un moment où il cite : "Il sera admis en variante la mise en place de routeurs de marque LOYTEC type L-IP (réf : LIP-3333ECTB) et de répéteurs LonWORKS type Stibil (réf : B-REP-5) dans les nouveaux coffrets automates WAGO".
Je peux donc utiliser un routeur ainsi que le répéteur mais il me faudrait un automate compatible lonworks.

itasoft a écrit : ↑27 mai 2018, 21:56 Slts,
La kalysto , elle as des talents de romancière ou elle est bavarde car moi au bout de huit lignes d’écriture je ne trouve plus rien à dire.
LOL