Рецепты в ПР. Что хотели бы видеть в этой функции?

[Королев Кирилл]

Добрый день, коллеги!

В будущие ПР с Linux хотим заложить поддержку работы с файлами рецептов. Хотелось бы услышать Ваши мнения и пожелания.
В каком формате они должны быть? Какое количество нужно хранить в приборе? Какое количество параметров требуется на один рецепт?
Как Вы видите процессы:

• Их создания в Owen Logic.
• Редактирования с визуализации/по сети.
• Экспорт/импорт рецептов в прибор.

[melky]

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

[In_Da_Cher_A]

Какое количество нужно хранить в приборе?

какой размер памяти будет выделен под рецепты? вероятно эта величина и будет определять всё остальное - и количество рецептов и параметров

ПР с Linux

и про какое ПР идёт речь? с экраном или без? на что ориентироваться?

[Королев Кирилл]

какой размер памяти будет выделен под рецепты? вероятно эта величина и будет определять всё остальное - и количество рецептов и параметров

и про какое ПР идёт речь? с экраном или без? на что ориентироваться?

Хотелось бы определить требуемую память исходя из требований по количеству и наполнению файлов, а не наоборот Также полезно было бы понимать, потребуются ли какие-либо специальные виджеты для отображения рецептов (от количества параметров будет зависеть, нужен ли виджет с прокруткой или все поместится на один экран).
Речь идет про ПР с экраном. Причем с Touch.

[kondor3000]

Хотелось бы определить требуемую память исходя из требований по количеству и наполнению файлов, а не наоборот Также полезно было бы понимать, потребуются ли какие-либо специальные виджеты для отображения рецептов (от количества параметров будет зависеть, нужен ли виджет с прокруткой или все поместится на один экран).
Речь идет про ПР с экраном. Причем с Touch.

Сколько не сделаете, всё равно кому то будет мало, как сейчас с памятью визуализации.
Вы главное выделенную память под рецепты, перед адресами слейва не воткните, а то скоро адреса слейва доберутся до отметок 65000.
Сейчас уже с 16384 в новых ПР, это кому в голову пришло адреса слейва смещать так далеко?
По хорошему должны быть с нуля или край с 512.

[In_Da_Cher_A]

Речь идет про ПР с экраном. Причем с Touch.

воооооооот то есть это "аналоговнет" с тем что есть сейчас, в хорошем смысле

определить требуемую память исходя из требований по количеству и наполнению файлов

мне кажется надо сделать пару-тройку модификаций прибора - базовая классическая без всяких красивостей под управление только и Про - с увеличенной памятью под рецептуру, в паре вариантов допустим.

специальные виджеты для отображения рецептов

да конечно - список общий рецептов, раскрытие как в экселе строки по "+" для быстрого просмотра параметров рецепта в общем списке и отсюда же переход на новый экран глобального редактирование рецепта - удалить/добавить параметр, изменить количество, переместить параметр верх/вниз, сохранить, другие дополнительные действия по выполнению рецепта
но этот функционал можно ограничить, чтобы не превращать прибор в полноценный комбайн

Их создания в Owen Logic.

нет. Это проше делать либо в отдельном пакете ПО, либо в офисных приложухах, с рецептом работает технолог, ОЛ ему совсем не сдался

Редактирования с визуализации/по сети.

не, только максимум - загрузка /выгрузка файлов

Экспорт/импорт рецептов в прибор.

откуда и куда? это тогда требует совместимости файлов рецептов, значит они должны быть в определённом формате. Какой тогда может быть ОЛ?

[Королев Кирилл]

воооооооот то есть это "аналоговнет" с тем что есть сейчас, в хорошем смысле
мне кажется надо сделать пару-тройку модификаций прибора - базовая классическая без всяких красивостей под управление только и Про - с увеличенной памятью под рецептуру, в паре вариантов допустим.
да конечно - список общий рецептов, раскрытие как в экселе строки по "+" для быстрого просмотра параметров рецепта в общем списке и отсюда же переход на новый экран глобального редактирование рецепта - удалить/добавить параметр, изменить количество, переместить параметр верх/вниз, сохранить, другие дополнительные действия по выполнению рецепта
но этот функционал можно ограничить, чтобы не превращать прибор в полноценный комбайн
нет. Это проше делать либо в отдельном пакете ПО, либо в офисных приложухах, с рецептом работает технолог, ОЛ ему совсем не сдался
не, только максимум - загрузка /выгрузка файлов
откуда и куда? это тогда требует совместимости файлов рецептов, значит они должны быть в определённом формате. Какой тогда может быть ОЛ?

Предполагается, что технолог сможет загружать/выгружать рецепты на съемный носитель. Пока что ориентируемся на формат .csv для этих файлов. А в OL разработчик должен будет "обвязать" эти рецепты - данные их ведь должны как-то попадать в логику. Там же могут быть заданы значения по умолчанию для параметров рецепта.

[melky]

Так если там Linux, то зачем такие определения? выделяйте память динамически. Заняли переменными Х, значит под рецепты остался Y памяти, длина рецепта не важна. остаток делится и все.

[In_Da_Cher_A]

Какое количество нужно хранить в приборе? Какое количество параметров требуется на один рецепт?

это всё зависит от памяти опять же.
Кому-то нужен всего один рецепт, но там 100 компонентов, а у кого-то 10 рецептов и 10 компонентов
поэтому это должно формироваться динамически - увеличение числа компонентов в рецепте автоматом снижает количество рецептов в приборе

[melky]

По хорошему должны быть с нуля или край с 512

а еще лучше назначаемыми и пофигу где они в памяти

значит они должны быть в определённом формате. Какой тогда может быть ОЛ?

"предвкушаю" json, для технолога, ага, самое то