Обновленная линейка контроллеров СПК1хх [M01] с интерфейсом Ethernet

[RV9WFJ]

"..."
Цели я перечислил, а в основном упростить отладку и меньше массировать внутреннюю память СПК, упростить и ускорить загрузку программы в контроллер, тем более эта функция не всегда срабатывает. И не стоит пускать всех подряд в сервисное меню - это лишнее.

Какое отношение это имеет вообще к отладке. Вы просто хотите быстро накатывать несколько версий программы, осознавая при этом что большинство из них не рабочие. Отладка это когда вы в онлайне смотрите работу программы.
В чем опасность пускать всех в сервисное меню? Там можно разве что калибровку экрана сбить.

Это сэкономит не мало времени, а насчёт "гарантирует море интересных впечатлений" я не согласен, накопитель находится внутри шкафа и никто там ничего не зацепит, а если он сам только что установил её, то дёргать её он не будет.

Неоднозначная позиция у Вас, что касается системного меню то туда только обезьяна лезет, а как флешка так сразу адекватный человек. Эти танцы с бубном при температуре -20 просто гарантированы и даже Siemens с флешками по 100 евро не лишен этих танцев. Что уж говорить о самых дешевых флешках, которые в Овен вставляют.

[Евгений Кислов]

"..."
Цели я перечислил, а в основном упростить отладку и меньше массировать внутреннюю память СПК, упростить и ускорить загрузку программы в контроллер, тем более эта функция не всегда срабатывает. И не стоит пускать всех подряд в сервисное меню - это лишнее.
Это сэкономит не мало времени, а насчёт "гарантирует море интересных впечатлений" я не согласен, накопитель находится внутри шкафа и никто там ничего не зацепит, а если он сам только что установил её, то дёргать её он не будет.
Я считаю что эта доп.опция была бы очень полезная, её можно включить, а можно отключить и никаких проблем. На форуме неоднократно замечал, что пользователи ищут, как это решить.
А вот по поводу функции: Backup&Restore - CoDeSys ведь и так может генерировать файлы системы, зачем копировать их средствами контроллера? А также можно зайти на СПК (в файловую систему) и скопировать их от туда при необходимости.
Контроллер поддерживает подключение через usb-hub клавиатуры и мыши, а внешние накопители? Если да, то сколько можно подключить?

Спасибо за развернутый ответ. Постараюсь прокомментировать по порядку.

1. Насчет "массирования" внутренней памяти - загрузка проекта не оказывает какого-либо негативного эффекта на память.
Ускорения загрузки не будет - будет замедление. Доступ к встроенной памяти осуществляется быстрее.
Насчет упрощения - могу согласиться, не надо будет заходить в сервисное меню и выполнять команду.
Где-то минуту времени это точно сэкономит.
С другой стороны - на флэшку, например, часто ведется архив.
Шансов деградации у нее в этом случае гораздо больше, чем у внутренней памяти.
Ну и шансов пострадать у нее тоже больше: как верно заметили, вряд ли многие используют накопители промышленного исполнения.

2. "Не стоит пускать всех в сервисное меню" - справедливое замечание, мы проработаем этот вопрос.

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

4. "На форуме неоднократно замечал, что пользователи ищут, как это решить" - честно говоря, ни разу не видел подобных запросов.
Вас не затруднит привести несколько ссылок?

5. "Backup&Restore" - это действительно хорошая функция, как раз сегодня выложу видео про нее.
Но создание и загрузка бэкапов требует подключение к контроллеру через CODESYS.
Вряд ли это будет удобно для обслуживающего персонала.

6. "А также можно зайти на СПК (в файловую систему) и скопировать их от туда при необходимости." - это получится, только если вы знаете пароль на SSH или конфигуратор.
Иначе ничего не получится - не все клиенты хотят, чтобы их загрузочные приложения можно было выкачать.
Ну и значения RETAIN вы в этом случае потеряете (а вот при Backup&Restore - нет).

7. Накопитель можно подключить через hub, все основные компоненты (узел Drives таргет-файла, архиватор) заточены под наличие только одного подключенного USB-накопителя.
Мы не рекомендуем подключать два и более. Использование хаба вообще нестандартный случай - он нужен только тем, кому жизненного необходимо управление через клавиатуру/мышь.
Например, когда контроллер расположен под защитным стеклом.

Насчет предложенного функционала - мы обдумаем этот вопрос, но пока лично я не вижу конкретных аргументов "за".

[Gendos]

Какое отношение это имеет вообще к отладке. Вы просто хотите быстро накатывать несколько версий программы, осознавая при этом что большинство из них не рабочие. Отладка это когда вы в онлайне смотрите работу программы.
В чем опасность пускать всех в сервисное меню? Там можно разве что калибровку экрана сбить.
Неоднозначная позиция у Вас, что касается системного меню то туда только обезьяна лезет, а как флешка так сразу адекватный человек. Эти танцы с бубном при температуре -20 просто гарантированы и даже Siemens с флешками по 100 евро не лишен этих танцев. Что уж говорить о самых дешевых флешках, которые в Овен вставляют.

Что значит "накатывать версии заранее не рабочие"?, нет, версии рабочие, но иногда им требуется коррекция. Например - пользователь попросил кнопку дополнительную на экран вывести и попробовать как это ему будет удобно, изменить/заменить значение неизменяемой переменной (не выводить же со всего проекта переменные для редактирования массивом, это просто не реально и ни к чему вообще). И в онлайне смотреть... у меня уже руки отваливаются держать ноут на весу, а потом всё равно в спокойной обстановке смотришь чего пропустил.
Чем плохо доступ в сервисное меню? Позиция у меня вполне однозначная. Есть сотрудники, как из тех персонала, так и просто рабочие, у которых просто ручки шаловливые, и лезут они куда ни попадя... иногда с печальными последствиями. А здесь и просто сбить настройки экрана уже будет достаточно, когда вместо стоп нажиматься будет запуск и несчастный случай на ровном месте. А только в Овен дешевые флешки вставляют? Тыкают чё есть и туда и туда, а экстремальные условия эксплуатации я считаю в данном случае можно не рассматривать, тем более есть устройства для создания "климата" в шкафах управления - ни каких проблем.

[Gendos]

Спасибо за развернутый ответ. Постараюсь прокомментировать по порядку.

1. Насчет "массирования" внутренней памяти - загрузка проекта не оказывает какого-либо негативного эффекта на память.
Ускорения загрузки не будет - будет замедление. Доступ к встроенной памяти осуществляется быстрее.
Насчет упрощения - могу согласиться, не надо будет заходить в сервисное меню и выполнять команду.
Где-то минуту времени это точно сэкономит.
С другой стороны - на флэшку, например, часто ведется архив.
Шансов деградации у нее в этом случае гораздо больше, чем у внутренней памяти.
Ну и шансов пострадать у нее тоже больше: как верно заметили, вряд ли многие используют накопители промышленного исполнения.

2. "Не стоит пускать всех в сервисное меню" - справедливое замечание, мы проработаем этот вопрос.

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

4. "На форуме неоднократно замечал, что пользователи ищут, как это решить" - честно говоря, ни разу не видел подобных запросов.
Вас не затруднит привести несколько ссылок?

5. "Backup&Restore" - это действительно хорошая функция, как раз сегодня выложу видео про нее.
Но создание и загрузка бэкапов требует подключение к контроллеру через CODESYS.
Вряд ли это будет удобно для обслуживающего персонала.

6. "А также можно зайти на СПК (в файловую систему) и скопировать их от туда при необходимости." - это получится, только если вы знаете пароль на SSH или конфигуратор.
Иначе ничего не получится - не все клиенты хотят, чтобы их загрузочные приложения можно было выкачать.
Ну и значения RETAIN вы в этом случае потеряете (а вот при Backup&Restore - нет).

7. Накопитель можно подключить через hub, все основные компоненты (узел Drives таргет-файла, архиватор) заточены под наличие только одного подключенного USB-накопителя.
Мы не рекомендуем подключать два и более. Использование хаба вообще нестандартный случай - он нужен только тем, кому жизненного необходимо управление через клавиатуру/мышь.
Например, когда контроллер расположен под защитным стеклом.

Насчет предложенного функционала - мы обдумаем этот вопрос, но пока лично я не вижу конкретных аргументов "за".

-1. флешку не жалко, пусть туда даже архив идёт - выкинул и ладно, выкинуть плк будет явно дороже.
-3.флешки разные есть, у меня в нетбуке она, как модуль для беспроводной мышки, её даже не вынимаю никогда. Это не проблема, а обслуживание .... с таким успехом тогда и остальные провода поотрывают, а ещё есть вариант - обычная usb-флеха и переходничёк с развором порта на 90 градусов, никто не зацепит и стоит копейки.
-4.http://www.owen.ru/forum/showthread.php?t=26889 ВОТ подтверждение моих слов и описание процедуры, его аргументы.
-5. & -6. Тут сомнительно, всё при условии идентичного оборудования и идентичной работы, но такое далеко не всегда - две идентичные установки, но продукция в них разная, и как следствие - разные параметры (иногда и алгоритм) работы.
-7. тут ясно, и стекло лучше бронированное. У нас ломали рычаг - цельный металлический стержень диаметром 25мм!

[Евгений Кислов]

1. Флешку не жалко? У вас же на ней загрузочное приложение. Частая запись архива ---> деградация ---> ребут контроллера (на объекте моргнуло питание) ---> контроллер девственно чист и никак не управляет процессом.
Стандартный вариант: загрузочное приложение на СПК и архив на флэшку - при проблемах с флэшкой потеряете только архив.
4. Спасибо, но заметьте: все эти сложности были лишь из-за неверной гипотезы о "будто бы у СПК107 весьма скромный ресурс записи у внутренней флеш-памяти".

[Gendos]

1-.Ну тут же ситуация при отладке программы, каких-то изменениях, а для постоянной работы со стабильной версией программы её можно, конечно, и записать в ПЗУ. Кстати, в работе блока АрхиваторСПК есть галочка дублировать архив, архив не потеряется при желании.
-4. не смог найти, а где-то была официальная информация о том число перезаписей в контроллере ограничено и отладку программы необходимо производить в оперативной памяти. Сколько же позволяет перезаписывать память старый СПК ?

Тут ещё вопрос. Загружал несколько web-визуализаций и сначала показалось, а сейчас повторил эксперимент и оказалось , что не казалось - web-визуализации загружаются с разными предустановками и диапазонами предустановок. Причём цифры как буд-то привязываются к номеру присоединившегося клиента и повторяются. Наблюдал два дня. Что это такое? С учётом того что на всех экранах текущие параметры одинаковые.

[Евгений Кислов]

1-.Ну тут же ситуация при отладке программы, каких-то изменениях, а для постоянной работы со стабильной версией программы её можно, конечно, и записать в ПЗУ. Кстати, в работе блока АрхиваторСПК есть галочка дублировать архив, архив не потеряется при желании.
-4. не смог найти, а где-то была официальная информация о том число перезаписей в контроллере ограничено и отладку программы необходимо производить в оперативной памяти. Сколько же позволяет перезаписывать память старый СПК ?

Тут ещё вопрос. Загружал несколько web-визуализаций и сначала показалось, а сейчас повторил эксперимент и оказалось , что не казалось - web-визуализации загружаются с разными предустановками и диапазонами предустановок. Причём цифры как буд-то привязываются к номеру присоединившегося клиента и повторяются. Наблюдал два дня. Что это такое? С учётом того что на всех экранах текущие параметры одинаковые.

Насколько я помню - что-то около 50 000 перезаписей на блок данных, размер блока данных - 64 килобайта.
Вероятность "перетереть" память загрузкой проекта, скажем так, пренебрежимо мала.


В веб-визуализации уставки и индикаторы обрабатываются независимо для каждого клиента и хранятся в массиве.
Это сделано, чтобы клиенты не мешали друг другу.
И, все верно, подключаясь к визуализации, вы получаете клиентский ID и вместе с ним - уставки, которые вводил прошлый клиент с этим ID.
Текущие данные действительно общие для всех.

[Gendos]

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

[Евгений Кислов]

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

Есть стандартный встроенный механизм управления пользователями - группы, учетные записи, диалог аутентификации.
Для каждого элемента визуализации можно настроить пользователей, которые смогут с ним работать.
Сделать так, чтобы все пользователи работали с общими данными - не проблема, стандартная реализация именно такова.

[Gendos]

Ясно, спасибо.