Менеджер по продукту | Программируемые реле
email: m.milchakova@owen.ru
Верной дорогой идёте товарищи. Осталось только дать доступ через ST ко всем системным функциям и параметрам, в том числе к кнопкам и дисплею, просто ко всему. У русских творчество развито сильно, и не надо зарубать этот момент на корню ставя искусственные ограничения. Вот сейчас столкнулся с таким моментом, что в СП307, хотел настроить небольшой цветовой градиент при выводе температуры на экран. Если температура выше, чтобы циферки, сами по себе становились краснее или синее, если холоднее. Через RGB-код это можно сделать как 2х2, записать в регистр или в переменную код цвета, рассчитав по макросу формулу-условие и в настройках цвета выбрать просто эту переменную. Какой же меня ждал глобальный облом!!! Я даже подумать не мог, что этой возможности тупо нет! Это мной подразумевалось просто, как само собой разумеющееся! Вообще, помимо стандартного конфигуратора можно было бы просто сделать обычную векторную чертилку из любого языка программирования Line, Circle, Rectangle, TextOut, SetColor, SetBackgroundColor с доступом к оперативной памяти, чтобы размещать переменные, и регистрам, чтобы читать оттуда данные. Этого было бы вполне достаточно, чтобы реализовать то, чего нет в стандартной поставке конфигуратора. Если ещё реализовать модульность и библиотечность, как в ПР, со временем появится ещё и библиотека функций и графических элементов. Люди сами напишут, что им надо и не хватает. Потом только будет стоять вопрос о включении в базовые графические элементы наиболее популярных библиотек.
И знаете что произойдет? Вы думаете таким путём производители (в т.ч. и отечественные) не шли?
Пользователь НЕ ЧИТАЕТ документацию до возникновения серьёзных проблем. Это аксиома.
Лишь 10% пользователей МОГУТ написать сложное ПО на системном уровне. А имеют желание её меньше.
ОПИСАТЬ все взаимосвязи внутренней архитектуры на доступном и полном уровне - задача на множество человеко-лет с неясным результатом, т.к. Пользователь НЕ ЧИТАЕТ документацию!
Даже я, досконально зная внутреннюю кухню ПР, имея доступ к исходникам, решая практическую задачу автоматизации чего-нибудь воспользуюсь средой разработки OwenLogic (или Codesys) и в крайнем случае, когда совсем никак полезу в исходники.
Т.к. это совсем другой уровень программирования.
Тролль-наседка, добрый, нежный и ласковый
По случаю на работе использую панели HMI японские цветные и американские монохромные связь с ПЛК AllenBradley сом порту, но для прошивки используется флешка и все. Корпуса IP68? мойку высок. давления держат. надо выполнять в таком плане изделия надежно и долговечно, кривые руки обслуж. персорнала никуда не делись, а инженеры народ аккуратный.
Думаю немало реализованных проектов с ПР200(или другие) - ИП320. Для фирмы Овен наверное самый менее затратный вариант интеграция этих двух устройств, т.е. со щита как ИП320, с обратной стороны - входы,выходы,интерфейсы, например ПР200. Конечно, устройство должно быть дешевле, чем сумма ИП320 и ПР200.
Я считаю нужным добавить для всех ПР не снимаемых с производства, язык программирования LD. Logo от конкурента сразу бы свел на нет.
Кнопки все те же самые. Не надо больше. Экран вместо двухсторчного символьного, графические как у ИП. Для большей информативности. Возможно в элементами графики.
Чуть корпус пошире... имхо
пр.jpg