Показано с 1 по 7 из 7

Тема: всегда-ли очевидное лучше?!

  1. #1

    По умолчанию всегда-ли очевидное лучше?!

    Поставил заказчик задачу:
    Протоколировать оперативные параметры нескольких приборов. Среди которых:
    - Различные ТРМы имеющие RS-485 (протокол ОВЕН)
    - Различные РМТ (39, 49, 59) – Элемеровские регистраторы
    - Различные частотные преобразователи (протокол Modbus)
    - Несколько дискретных датчиков (около 30) и дискретных исполнителей (около 20)

    Есть программа, которая умеет это все опрашивать и сливать на SQL-сервер.
    В нее надо добавить опрос датчиков и управление исполнителями и несложный интерфейс оператора с несложным управлением.

    Рассматривается два варианта:

    Вариант 1:

    Ноутбук ASUS Eee PC 701 2G Intel mobile Green /512MB/SSD 2GB/WiFi/WinXP/7” – 5500 руб.
    Автоматический преобразователь интерфейса AC4 – 1770 руб *2 шт
    Модуль дискретного ввода/вывода на DiN-рейку, 12 дискретных входов, 8 дискретных выходов Р, К, С, Т МДВВ – 3363 руб *3 шт (36 д.входов, 24 д.выхода)

    Итого – 19129
    Имеется свой программист, который уже начал ваять систему по ТЗ – за очень умеренную цену.


    Вариант 2:

    ПЛК110-220.32.Р-M – 12980 (36 д.входов, 24 д.выхода)
    Панель оператора графическая с сенсорным управлением,
    интерфейсы RS-485 и RS-232 СП270 – 13570

    Итого - 26650

    Требуется изучение CoDeSys, конфигуратора СП270 и, разумеется, самого ПЛК.
    Интегратор заломил цену, о которой я даже говорить не хочу.
    Основной аргумент – реализация протоколов обмена с не-ОВЕН оборудованием, обмен данными с SQL-сервером.

    Хотя выбор и очевиден, но, может, есть то чего я не знаю. Вы поможете с выбором ?!

  2. #2
    Ельцов Андрей
    Гость

    По умолчанию

    а чего вы не знаете?
    в чем у вас сомнения?
    панель и плк не умеют работать с Sql так что вам все равно придется писать программу наверху.
    выбор был бы не очевиден если бы вам необходимо было управлять процессом в непрерывном режиме. тогда пк не очень корректно использовать.
    а вашем случае речь идет только о протоколировании.

  3. #3

    Question

    Значит сосед (мясокомбинат) через дорогу врет, что SysLibSocketsAsync.lib позволяет работать с SQL через Ethernet'овский порт!
    Значит управлять дискретными выходами в зависимости от входных параметров и желания оператора - это работа в ПРЕРЫВНОМ режиме и ПЛК для этого не годится!

    Извините, сомнений добавилось!

  4. #4
    Ельцов Андрей
    Гость

    По умолчанию

    вам же все равно придется писать программу.
    а на пк все равно проще :-)

  5. #5

    По умолчанию

    Цитата Сообщение от EFrol Посмотреть сообщение
    Значит сосед (мясокомбинат) через дорогу врет, что SysLibSocketsAsync.lib позволяет работать с SQL через Ethernet'овский порт!
    Значит управлять дискретными выходами в зависимости от входных параметров и желания оператора - это работа в ПРЕРЫВНОМ режиме и ПЛК для этого не годится!

    Извините, сомнений добавилось!
    Если Вы напишите программу для запросов к SQL базе - то через SysLibSocket.lib. А автоматом естественно нельзя.

  6. #6

    Exclamation вывод

    для решения задачи подходят оба варианта!
    функциональности плк и сп270 в этом случае в принципе достаточно!
    преимущества по функциональности во 2-ом абсолютно никакого (разве что сенсорика меньше пугает неопытных операторов)!
    только 1-ий проще и дешевле!
    спасибо!!!

  7. #7

    Exclamation

    просьба к модератору закрыть тему!
    Последний раз редактировалось EFrol; 23.04.2010 в 22:52.

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •