Вид для печати
Добрый день, коллеги!
В будущие ПР с Linux хотим заложить поддержку работы с файлами рецептов. Хотелось бы услышать Ваши мнения и пожелания.
В каком формате они должны быть? Какое количество нужно хранить в приборе? Какое количество параметров требуется на один рецепт?
Как Вы видите процессы:
- Их создания в Owen Logic.
- Редактирования с визуализации/по сети.
- Экспорт/импорт рецептов в прибор.
какое количество - а это важно? у всех оно может быть разным, в идеале наверное структура и ограничена только памятью на переменные.
какой размер памяти будет выделен под рецепты? вероятно эта величина и будет определять всё остальное - и количество рецептов и параметровЦитата:
Какое количество нужно хранить в приборе?
и про какое ПР идёт речь? с экраном или без? на что ориентироваться?Цитата:
ПР с Linux
Хотелось бы определить требуемую память исходя из требований по количеству и наполнению файлов, а не наоборот :) Также полезно было бы понимать, потребуются ли какие-либо специальные виджеты для отображения рецептов (от количества параметров будет зависеть, нужен ли виджет с прокруткой или все поместится на один экран).Цитата:
Сообщение от In_Da_Cher_A
Речь идет про ПР с экраном. Причем с Touch.
Так если там Linux, то зачем такие определения? выделяйте память динамически. Заняли переменными Х, значит под рецепты остался Y памяти, длина рецепта не важна. остаток делится и все.
Сколько не сделаете, всё равно кому то будет мало, как сейчас с памятью визуализации.Цитата:
Сообщение от Королев Кирилл
Вы главное выделенную память под рецепты, перед адресами слейва не воткните, а то скоро адреса слейва доберутся до отметок 65000.
Сейчас уже с 16384 в новых ПР, это кому в голову пришло адреса слейва смещать так далеко?
По хорошему должны быть с нуля или край с 512.
воооооооот то есть это "аналоговнет" с тем что есть сейчас, в хорошем смыслеЦитата:
Сообщение от Королев Кирилл
мне кажется надо сделать пару-тройку модификаций прибора - базовая классическая без всяких красивостей под управление только и Про - с увеличенной памятью под рецептуру, в паре вариантов допустим.Цитата:
определить требуемую память исходя из требований по количеству и наполнению файлов
да конечно - список общий рецептов, раскрытие как в экселе строки по "+" для быстрого просмотра параметров рецепта в общем списке и отсюда же переход на новый экран глобального редактирование рецепта - удалить/добавить параметр, изменить количество, переместить параметр верх/вниз, сохранить, другие дополнительные действия по выполнению рецептаЦитата:
специальные виджеты для отображения рецептов
но этот функционал можно ограничить, чтобы не превращать прибор в полноценный комбайн
нет. Это проше делать либо в отдельном пакете ПО, либо в офисных приложухах, с рецептом работает технолог, ОЛ ему совсем не сдалсяЦитата:
Их создания в Owen Logic.
не, только максимум - загрузка /выгрузка файловЦитата:
Редактирования с визуализации/по сети.
откуда и куда? это тогда требует совместимости файлов рецептов, значит они должны быть в определённом формате. Какой тогда может быть ОЛ?Цитата:
Экспорт/импорт рецептов в прибор.
это всё зависит от памяти опять же.Цитата:
Какое количество нужно хранить в приборе? Какое количество параметров требуется на один рецепт?
Кому-то нужен всего один рецепт, но там 100 компонентов, а у кого-то 10 рецептов и 10 компонентов
поэтому это должно формироваться динамически - увеличение числа компонентов в рецепте автоматом снижает количество рецептов в приборе
а еще лучше назначаемыми и пофигу где они в памяти :)Цитата:
По хорошему должны быть с нуля или край с 512
"предвкушаю" json, для технолога, ага, самое то :DЦитата:
значит они должны быть в определённом формате. Какой тогда может быть ОЛ?
"В будущие ПР с Linux"
Где можно прочитать про эти "будущие"? В какой перспективе они будут? И что примерно предполагается? И в каком ценовом диапазоне?
PS. Может уже хватит экспериментировать с ПР? Назовите уже как есть - "малые ПЛК", или "ПЛК для малых проектов"? ПР - по определению примитивное устройство, для замены участка релейно-контактной (логической) схемы. А у вас уже в ПР200 было возможностей больше, уж не говоря про "с Linux".
ну типа ПР-Про будут называться :). Урезанное до не могу, в том числе и Linux. Сразу бы хотелось наличие поддержки разных vpn, раз уж там будет Linux. Без этого, лично по мне, они 300 лет не сдались.
И возможность написать опрос любого прибора с RS485, пусть даже какой-то бибкой на C++ или что там можно использовать, тот же ST. Ессно без компилятора внутри ПР (просто не влезет) и как-то подключать данный блок как FB.
Приходите на вебинар 23 декабря - расскажем там подробнее о планах.Цитата:
Сообщение от starmos
Предполагается, что технолог сможет загружать/выгружать рецепты на съемный носитель. Пока что ориентируемся на формат .csv для этих файлов. А в OL разработчик должен будет "обвязать" эти рецепты - данные их ведь должны как-то попадать в логику. Там же могут быть заданы значения по умолчанию для параметров рецепта.Цитата:
Сообщение от In_Da_Cher_A
Не знаю насчет рецептов, все-таки, это больше прерогатива панелей оператора. А вот, возможность загружать/выгружать значения энергонезависимых переменных (хотя бы для первичной инициализации) было бы неплохо
Первичную то зачем, её, мне так кажется, прописывают в значении по умолчанию, во всяком случае раньше так было, сейчас не понятно что творится в новых ПР!Цитата:
Сообщение от Dimensy
Вы исправили какой-то косяк в программе, которая уже давно крутиться в ПРке. Какие-то уставки изменены. Вы будете просматривать все уставки и вручную их корректировать или просто скачаете файл из старой программы и загрузите в новую?Цитата:
Сообщение от Сергей0308
Так я про это вроде и пытаюсь сказать, в смысле, это не первичная инициализация, она происходит при первом запуске ПР после заливки проекта, а это вторичная инициализация, для удобства можно это предусмотреть.Цитата:
Сообщение от Dimensy
Насколько знаю в некоторых ПЛК этот вопрос решён, в смысле, существует специальный тип энергонезависимых переменных(persistent), которые сохраняются при перезаливке проекта, если набор этих переменных не меняется.
Получается народ хочет ПР с функциями ПЛК!
Это не мы хотим, это Овен предлагает. А мы хотим удобные в эксплуатации, приятные в программировании и безглючные в работе устройстваЦитата:
Сообщение от Сергей0308
Разделение программируемых устройств на пр и плк, маркетинговый финт ушами, и то и другое программируемые логические контроллеры, как не крути.Цитата:
Сообщение от Сергей0308
Ну да, велосипед и автомобиль тоже, по сути, средство передвиженияЦитата:
Сообщение от Urfin_Dzhyus