Просмотр полной версии : MB210-302 Куча ошибок связи, падает через 10мин !!!
тему дублировать не буду
В 2х словах:
ПЛК110+МВ210
при опросе нередко приходит АСК от ТСР стека модуля, а от модбаса нет
минут через 10 интенсивного опроса, предположительно, падает нитка модбас сервера( приходят только АСК от ТСР стека, модуль в аварии)
Подробности:
http://www.owen.ru/forum/showthread.php?t=29283&page=3&p=300873#post300873
(http://www.owen.ru/forum/showthread.php?t=29283&page=3&p=300873#post300873)
------------------------------------------------------------------------------------------------
В прошивке MK210-302_v0.15.9rc2RU починили эту проблему
(http://www.owen.ru/forum/showthread.php?t=29283&page=3&p=300873#post300873)
capzar,
1) А если таймаут скинуть до 20мс ( ибо требуется 100мс время реакции системы)
2) у меня 20 запросов в сек: итого 76000 / 10 / 20 = каждые 6 мин линия аварийно встает - ЭТО У ВАС НОРМА ???( спасибо нам такого не надо)
хотя при моей скорости опроса( если заглянуть в выложенные логи) модуль "не отвечает( за 20мс( вернее даже 50мс, т.е. до следующего запроса), а то в 150 не укладывается)" раз в 10сек
Так что непонятно к чему этот самопальный недомастер( у контроллера и штатный почти нормальный)
P.S. Кстати код на ПЛКашке не работает( и при этом жестко фризит ее)
а когда 76000 Вы делите на 10 это Вы что высчитываете?
10 ошибок за данный интервал
Отклоняемся от темы( для нас и 1 аварийная остановка час тоже не приемлема) и это при условии 1го модуля( а когда будет 4, 10???)
Под интервалом имею ввиду 76000 запросов, а не время
Линию будет тормозить ПЛКшка, а не модуль, т.к. после таймаута информация о состоянии системы становится неактуальной => для работающего механизма ОПАСНОЙ.
Все дальше в лес. КАК ОШИБКИ УБРАТЬ ????
а в лес никто не идет, зависаний у меня нет, ошибок совершенно не куча а 0.02%
и делать ни чего не надо, если смотреть по моим кейсам реконект наступит через 40мс(среднее время цикла на моем плк 5мс), что укладывается в Ваши требования в 100мс
Если что и зависает у Вас, так мастером является плк, вот с него и надо начинать разбираться
Ничего не понимаю, что зависает, где И ПОЧЕМУ СРАВНИВАЕТСЯ СИМУЛЯТОР( С ВИНДОВЫМ СТЕКОМ) И ЖЕЛЕЗКА НЕПОЙМИ С ЧЕМ ВНУТРИ???
1) может для начала дамп обмена снимите ради интереса
2) ГАРАНТИРУЕТЕ что реконнет на ПЛКашке всегда будет занимать не более 40мс в течении 14 дней аптайма( 1 сбой в 14 дней устроит)? И что после реконнекта модуль гарантированно ответит( а не потребуется 2й, 3й)?
Есть связка: ОВЕН ПЛК + МВ210. ОНА НЕ РАБОТАЕТ. О чем вообще все сообщения выше???
ответы, как понимаю, должны выглядеть так:
1) Ты дол-б галку не поставил тут
2) Ой мы об-сь, вот новая прошивка
...процент ошибок пока такой же 0.02% зато всего три ошибки за 10 минут, уже меньше
"Очень интересно"
как до 1й в 14 дней дойдете, сообщите.
P.S. Потом перейдем к более сложным упражнениям( несколько модулей :) )
P.S2. Без дампа это "достижение" ни о чем( не видно ни время реконнекта, ни количество подряд)
Предлагаю такую игру
докинуть в стенд еще пару проводков мд модулем и контроллером ( выход -> вход)
и мерять время прохождения сигнала
превысило 100мс - ПРОИГРАЛ :)
Слово средний в данной задаче абсолютно неважно, в отличии от МАКСИМУМ.
P.S. Время меряется некорректно, засекать надо на шаге 1а( перед вызовом TcpSendData)
Да и оно из дампов видно, в 99% случаев модуль отвечает за время порядка 1мс, а вот оставшиеся случаи меня и волнуют( собственно тема про них и про то, что что через 10 мин интенсивной долбежки он перестает укладываться и в 120мс в 100% случаев).
Филоненко Владислав
14.03.2019, 08:38
33 ошибки на 1кк запросов - это превосходный результат.
По теме я ответил в исходном топике, нечего их плодить.
Филоненко Владислав
14.03.2019, 08:57
Это ужасный результат. С учётом того что по ходу все на столе.
Но ошибки сами по себе - это фигня без учёта максимального времени реконекта и поставленной задачи
В программе "закачика" есть фундаментальная ошибка - одновременный, суперсинхронный, доступ из 2-х источников. Который дефакто не нужен.
Ну и тут ссылкой: http://www.owen.ru/forum/showthread.php?t=29283&p=301109&viewfull=1#post301109
Лучше бы вместо "дельных" советов оперативно выпустили обезжиренную прошивку( без облака, архиватора, часов и даже ШИМ)( и шилась чтобы за секунды, а не за 10ки минут :) )
Глядишь по стабильнее бы получилась.
приборист
22.03.2019, 21:53
Получилось вживую пообщатся с модулем вывода.
Времени особо не было, получил 300тыс запросов. 0 ошибок. Ни разу не переоткрыл сокет за ненадобностью.
Но, блин, максимальная задержка достигала чуть ли 400мс. По счетчику визуально видны дергающиеся интервалы. И это точка-точка.
Вообщем - пока сырец отстойный, чтобы Филоненко не говорил.
Ну а чего удивляться. Пройдет год-два и допилят. Обычный путь самурая компании Овен.
Евгений Багаев
25.03.2019, 13:53
Спасибо всем принявшим участие в теме за обратную связь. Проблема выявлена и исправлена. В конце этой недели выложим новую прошивку. На форуме будет создана отдельная закрепленная тема в ветке Мх210 с архивом прошивок и подробным ченджлогом.
Евгений, когда появится новая прошивка? Очень ждём... Конец этой недели уже наступил )
Евгений Багаев
29.03.2019, 15:08
Евгений, когда появится новая прошивка? Очень ждём... Конец этой недели уже наступил )
Прошивка проходит полное тестирование. Релиз сдвигается на следующую неделю.
Прошивка проходит полное тестирование. Релиз сдвигается на следующую неделю.
Евгений, прошла и следующая неделя. Когда же обещанный релиз?
Филоненко Владислав
08.04.2019, 11:32
А в чем заключается тестирование ?
Тестирование заключается в тестировании. Вы думаете ради одной проблемы будут новый релиз тестить?
Прошивка проходит полное тестирование. Релиз сдвигается на следующую неделю.
Евгений, неделя подходит к концу. Когда же релиз? Очень ждём. На носу отправка оборудования очень далеко, хочется успеть всё проверить...
Филоненко Владислав
11.04.2019, 08:43
Уж Вам, тов. Валенок, грех жаловаться. Ради Ваших проблем с неуклюжими пальцами сборщиков мы пресформу меняли и все ПЛК теперь с губами!
приборист
11.04.2019, 08:47
Уж Вам, тов. Валенок, грех жаловаться. Ради Ваших проблем с неуклюжими пальцами сборщиков мы пресформу меняли и все ПЛК теперь с губами!
Владислав, у Вас аргументов больше нет?
Стандартный ответ при вопросе от Валенка - ради тебя сделали губы.
Хотя дело то было совсем не в губах...
Филоненко Владислав
12.04.2019, 08:44
Владислав, у Вас аргументов больше нет?
Стандартный ответ при вопросе от Валенка - ради тебя сделали губы.
Хотя дело то было совсем не в губах...
Валенок, не заметили, коли говорите по теме - с Вами говорят по теме. А начинаете флудить - не обессудьте!
..с Вами говорят по теме...
Тестирование заключается в тестировании.
Куда уж дальше по теме
Прошивка проходит полное тестирование. Релиз сдвигается на следующую неделю.
Евгений, куда же Вы пропали? Пошла уже 3-ая неделя... Когда релиз?
alexx751
15.04.2019, 08:17
Просто сейчас они заняты тем, чем должны были заниматься перед началом продаж.
В программе "закачика" есть фундаментальная ошибка - одновременный, суперсинхронный, доступ из 2-х источников. Который дефакто не нужен.
В РЭ на модуль МВ210-202/204 заявлено - Сдвоенный Ethernet 10/100 Mbit. И где эти 100 Mbit/сек ?
Филоненко Владислав
16.04.2019, 12:53
В РЭ на модуль МВ210-202/204 заявлено - Сдвоенный Ethernet 10/100 Mbit. И где эти 100 Mbit/сек ?
Вы и сюда пришли изливать горе от неправильной архитектуры системы управления?
В РЭ на модуль МВ210-202/204 заявлено - Сдвоенный Ethernet 10/100 Mbit. И где эти 100 Mbit/сек ?
Ну что вы. То была реклама. Разве она имеет какое то отношение к реалу ?
В рекламе машины было 4 двери, купил - оказалось 3 заварены. Ведь 4 двери "дефакто не нужны" ж.
Филоненко Владислав
18.04.2019, 11:14
Ну что вы. То была реклама. Разве она имеет какое то отношение к реалу ?
В рекламе машины было 4 двери, купил - оказалось 3 заварены. Ведь 4 двери "дефакто не нужны" ж.
И опять вы, Валенок, флудите.
И опять вы, Валенок, флудите.
По факту получается, что Вленок прав.
А что, порт Ethernet передает данные с иной скоростью?
А что, порт Ethernet передает данные с иной скоростью?
Передавать он может хоть с 100500гиг/сек. Но коли ответ приходит через 0.4сек, то вот на кой эти гиг/сек ?
Не спорю. Вы проверяли это сниффером?
Не спорю. Вы проверяли это сниффером?
Нет. Чисто программно. Это не сложно.
На ПК.
Но т.к. 110 мо2 позволяет запилить около 1000 (тысячи) транзакций в секунду по модбас tcp, не вижу предпосылок что это что-то поменяло бы.
Передавать он может хоть с 100500гиг/сек. Но коли ответ приходит через 0.4сек, то вот на кой эти гиг/сек ?
Подтверждаю. Наблюдал это в реальном проекте. По этой причине пришлось отказаться от оборудования ОВЕН. Пытаться опрашивать по Ethernet модуль ввода МВ210-202, к которому подключены энкодеры бесполезно, даже если вал энкодера вращается с очень малой скоростью. Модуль прекрасно считает импульсы от энкодера, но из-за безобразного обмена по Ethernet (ответ от модуля приходит через 0,4 сек, как писал Валенок) все идет на смарку.
------------------------------------------------------------------------------------------------
В прошивке MK210-302_v0.15.9rc2RU починили эту проблему
(http://www.owen.ru/forum/showthread.php?t=29283&page=3&p=300873#post300873)
Здравствуйте, Евгений! Прошло уже куча времени с момента анонса новой прошивки... куда же Вы пропали?
Только что заметил, что ув. pt200 уже получил новую прошивку...
Евгений Багаев
19.04.2019, 14:11
Здравствуйте, Евгений! Прошло уже куча времени с момента анонса новой прошивки... куда же Вы пропали?
Только что заметил, что ув. pt200 уже получил новую прошивку...
Здравствуйте. Прошивки для дискретных модулей готовы получить релизную версию. Работа над аналоговыми - продолжается. Весь пакет прошивок будет зарелизен одновременно и получит одинаковый номер.
Если нет возможности ждать релизную версию, я могу вам передать рекомендованную к релизу прошивку 0.15.9rc13RU на дискретный модуль уже сейчас. Можете написать мне на e.bagaev@owen.ru.
Мастеренко Иван
19.04.2019, 15:47
Подтверждаю. Наблюдал это в реальном проекте. По этой причине пришлось отказаться от оборудования ОВЕН. Пытаться опрашивать по Ethernet модуль ввода МВ210-202, к которому подключены энкодеры бесполезно, даже если вал энкодера вращается с очень малой скоростью. Модуль прекрасно считает импульсы от энкодера, но из-за безобразного обмена по Ethernet (ответ от модуля приходит через 0,4 сек) все идет на смарку.
При обмене модуля с ОРС-сервером интервал между запросом/ответом 2 мс, между запросами 15-16 мс. Ниже скрин работы с ОРС-сервером:
42373
Как настраиваете обмен?
При обмене модуля с ОРС-сервером интервал между запросом/ответом 2 мс, между запросами 15-16 мс. Ниже скрин работы с ОРС-сервером:
42373
Как настраиваете обмен?
Обмен настраивался между СПК107 и тремя модулями ввода вывода через конфигуратор.
При обмене модуля с ОРС-сервером интервал между запросом/ответом 2 мс, между запросами 15-16 мс. Ниже скрин работы с ОРС-сервером:
42373
Как настраиваете обмен?
Пытаетесь убедить в слепоте ?
Привели кусочек скрина, а вам кто-то сказал что 0.4с это каждый раз?
Тупо счетчик киньте на экран который делает ++ после каждого ответа. И не ненадо ничего переотрывать, все на одном сокете. Увидите эпилептические припадки каждые 2...5 сек. ВИЗУАЛЬНО. Какой нужен скрин? Но, заметьте, НИ ОДНОЙ ошибки.
Конкретезирую - не 0.4с, а 340мс с точностью 10..20мс. Это не визуально, померил таймером
Филоненко Владислав
22.04.2019, 13:23
Валенок, вы прошивку то прошейте.
Валенок, вы прошивку то прошейте.
Предлагаете за свои деньги купить модуль, прошить его и проверять - решилось чего или нет ? Спасибо. Когда наши заказчики попросят ставить 210ые, тогда за их деньги буду экспериментировать. Увижу своими глазами улучшения - сообщу. Пока последнее что видел - 0.4сек по tcp.
Филоненко Владислав
22.04.2019, 15:37
Предлагаете за свои деньги купить модуль, прошить его и проверять - решилось чего или нет ? Спасибо. Когда наши заказчики попросят ставить 210ые, тогда за их деньги буду экспериментировать. Увижу своими глазами улучшения - сообщу. Пока последнее что видел - 0.4сек по tcp.
А, ты Вы теоретик! Тогда прекращайте флудить!
Евгений Багаев
22.04.2019, 16:01
если бы выложили прошивку, я бы попробовал, комплект так и лежит на столе, прогу еще не удалял.
Отправил вам в личку.
, сейчас залил новую прошивку и все равно не ясно.
Флудите, товарищ Capzap. Практик г-н Филоненко сказал что прошивка - ихнее всё. Надеюсь что модуль куплен не за Ваши личные деньги.
Я крики "волки ! волки ! новая прошивка ! новая прошивка !" уже слышал, поэтому не повелся.
PS
Подожду результатов добровольных тестеров. При накоплении определенной массы положительных отзывов, и при транзите через меня модуля - все равно проверю лично.
Таки новая прошивка "сымал или не сымал" задержку ?
Таймаут поставьте 500мс. - ошибки возникают ?
Если не возникают, задержка есть ?
Если есть :
1. Какой максимум самой задержки* ?
2. Какой минимальный интервал* между ними ?
3. Какая максимальная ("пришел ответ - ушел запрос" это tcp ж) частота достигается ?
* - например за сутки. Условия - на столе.
PS
Пока Великий Практик Филоненко (или его коллеги) не ответят на это и не подтвердят это же деньгами, всё что они говорят - фуфло.
меня модуль устраивает, даже в случае энкодера, валы сыроизготовителя когда паркуются в нужную точку сбавляют скорость и уже подводятся на малых скоростях
Пытались сделать проект с модулем МВ210-202. Частота следования импульсов энкодера составляла всего 256,23 Гц. Счетчик модуля считает импульсы четко, но при передаче в СПК накопленного значения, из-за, задержек ответа модуля получалась полная хрень. Давай, capzap, наступи на грабли. ;) Я с тем, что пишет Валенок полностью согласен.
хрень понятие растяжимое, что оно в себя включает? Вы остановили установку и спк так и не отобразило накопленное значение? Вы снизили скорость и СПК не смог отобразить актуальное значение счкетчика импульсов? Вы из-за периодических задержек, не смогли поймать нужное количество импульсов? В чем правота Валенка, требовать не уменьшать таймаут и ни в коем случае не реконнектиться если что то пошло не так?
Из-за периодических задержек (про это Валенок 100 раз уже написал, жаль , что я это раньше не прочитал), невозможно поймать нужное количество импульсов. Частота вращения вала энкодера мизерная - 256,23 Гц, частота постоянная, изменить ее
невозможно. Связка ПЛК110[М02] (энкодры подключены к обычным дискретным входам ПЛК) - Сенсорная панель легко решает эту задачу.
Во первых и без задержек Вы не поймаете нужное количество импульсов, просто вероятность такого варианта меньше
Не нужно было ловить точное количество импульсов. Количество импульсов должно было быть N +/- 5.
Во вторых это частный случай из-за неграмотного выбора оборудования
capzap, ну ты же писал, "что меня модуль устраивает, даже в случае энкодера". Вот и попробуй подключить энкодер и расскажи всем, что. у тебя получилось. А пустой болтовней заниматься не надо.
Я оборудование не подбирал. Его подбирал клиент с подачи техподдержки ОВЕН. В техподдержке уверяли, что все будет работать как часы.
я и описывал ситуацию в которой у меня проблем не будет, а на полном ходу ловить точность с небольшой погрешностью через интерфейс это безграмотно, докажите что это не делает плк110М02
Какой полный ход ? Полный ход - это 100 кГц. У меня же всего навсего 256,23 Гц и черепашья линейная скорость. Про ПЛК110[М02] читай в посте 59.
Если ты такой грамотный, то ответь на вопрос - зачем в характеристиках модуля заявлена максимальная частота 100 кГц. Это же полная бессмыслица. Счетчик модуля считать будет верно, а как накопленное значение в реальном времени передавать по сети.
Словоблудием заниматься не надо.
Я ПИД-регуляторы запускаю в ОВ38 с периодом 100мс, поэтому если для примера требуется разгонять какую нибудь центрифугу до 90кГц, даже если я перезапущу соединение регулятор получит текущую частоту в любом случае
Не надо путать позиционирование с регулированием скорости.
это весомый аргумент, а в чем оно заключается?
Повторяю для тех кто читает посты через строчку и туго соображает. Клиент (не я) изложил свою задачу техподдержке ОВЕН и они одобрили такой состав оборудования. Ч писал что из этого получилось. Клиент сдал все это добро назад и его без звука приняли.
т.е. подтверждаете что есть варианты где модуль можно использовать
Подтверждаю, что для точного позиционирования (хотя бы 0,1 мм) этот модуль ввода не подойдет. ;)
Разговор пошел по десятому кругу. С меня хватит, дальше давай один. ;)
Deanisii
23.04.2019, 23:37
....что доказывает что для энкодеров надо работать не через интерфейсы, ане гнаться за дешевизной наборки оборудования
...
С спк107 и тремя модулями 210-серии ввода-вывода, так и не вышло словить нужных значений энкодера. Частота тоже не большая и возможности замедлиться нет, так как все происходит ну очень медленно. Предугадать нужные значения и тормознуть чуть раньше, тоже не получилось, та как время чтения информации из модуля не одинаково. Разбежка в показаниях энкодера при остановке была до 30-и импульсов, и это при том, что частота 125 импульсов в в секунду. На счет цены Вы не правы. ПЛК 24*60 + панель оператора, получились дешевле первоначального комплекта. Выбор в пользу СПК и интерфейсных модулей, был сделан на основе заявленных характеристик и желания поставить более современное оборудование.
Deanisii
23.04.2019, 23:50
Ради справедливости хочу сказать следующее.
Овен молодцы в любом случае. Они двигаются вперед выпуская новое оборудование. При этом нужно понимать, что предусмотреть и оттестировать все возможные варианты применения модулей нет ни какой возможности. Задачи ведь очень индивидуальны.
Без сомнения, они решат эти частные проблемы в будущем и все будет работать как часы.
При 500мс ошибки есть, если максимум времени между посылкой запроса и получением ответа 12мс, зачем ждать на порядок больше.
Что такое ошибка ? В чем они выражаются ?
В "старой" пришивки ошибок не было, были задержка. А теперя задержки нет, но есть ошибки )))) ?
Кстати, а кто предлагает ждать 500 после получения ответа ? (Таймаут это время которое ждешь сам ответ)
ЗЫ
И да. Всякие лампочки в подъездах через облако включать - да, модуль вполне годится. Я ж не против.
)) Никто не придирается. Что прочитал то и спросил. А зачем реконект ?
потому что таймаут случился
)) Так поставьте таймаут 500мс и его не будет
Т. е. Вы уверены и потверждаете что человек говорящий с вами по телефону (устройство при одной открытой сессии) пошел по.. ть (задумался над последним ответом) метнется с толчка к другому телефону (откроет еще один сокет) держа в руке первую трубу и думая на последним вопросам (а девайс думает коли отвечает) и ответит по другому телефону (другому сокету) также быстро ? И Вы это сделали и это подтверждаете ?
Я не хочу Вас куда-то завести, просто Ваше слово для меня по весу более значимо чем многие другие.
И да, 3сек я не хочу. Я и 0.4сек тоже не хочу. И 100мс в отдельных случаях очень много.
Про грозы и все такое - все на столе, точка-точка, 2 метра
По поводу "моих крылатых фраз". Таймаут должен быть ровно такой, за который девайс гарантированно ответит/не ответит. Например му110 почти все 3..10мс. 210 здесь - 400..500мс.
но не думал что просто теперь это время увеличилось в пять раз
)) Уменьшилось. Вы ж прошили и испытываете.
писалось что в новой прошивке это исправили
Так исправили или не ?
0.4с/2..6сек vs 2.6c/несколько десятков секунд.
Если вторая часть информация Вами подтверждается то каждый сам сделает вывод.
Мой - мдя .... "исправили"
Не утерпел.
..то теперь это несколько десятков секунд и ~2600мс
..Мне требуется непрерывное производство, я допускаю отсутствие.. в районе 100мс.. Так "ты за большевиков али за коммунистов" ?
Roman Istomin
25.04.2019, 11:43
Какое должно быть минимальное время с момента отправки запроса (непосредственно коротким проводом slave устройству, по modbus tcp) по ethernet на скоростях 10/100Мбит, до момента получения ответа мастером. Исходя из вашего опыта. К примеру на устройствах сторонних производителей moxa, isp das..? Просто интересно так как нет опыта. И что у них по стабильности связи?
Deanisii
25.04.2019, 15:08
У Овен нет ни на одном плк с достаточным количеством быстрых входов чтобы заменить три модуля, Вы же использовали обычные входа и какой нибудь самописный энкодер скорее всего, конечно это будет дешевле Дело в том, что медленные входы спокойно читают мои энкодеры не пропуская импульсов. Быстрый режим даже не включаю.
На ПЛК 110 получаю точность остановки оси 0,04мм, это более чем достаточно, при этом команда остановки задается жестко и без всяких >=. Точность остановки в пределах двух импульсов.
Вот и спрашивается в чем прелесть быстрых входов на новых модулях, если в старом СПК, в медленном режиме все работает? Думаю все-же что-то недосмотрели в новых модулях.
Roman Istomin
25.04.2019, 21:20
На других ? например овен-плк 110 (мо2) - 1 (одна) мс.
И да. За свои слова - отвечаю (ставлю 100т.р. ) Я не фуфлыжник - "говорили .."
slave- плк 110? 1мс по ethernet modbas tcp? Даже не ожидал такой скорости:)
Deanisii
25.04.2019, 22:19
упомянув плк и спк,......
Опечатка, не более того.
Deanisii
26.04.2019, 21:03
.....Вы к библиотекам то перешли или всё еще сидите с конфигуратором?....
Так это давно написано. Небыло возможности сделать точное позиционирлвание, на 210 модулях с СПК. Промучались две недели с нулевым результатом. Хотя отрицательный, это тоже результат.
Deanisii
26.04.2019, 22:55
Я повелся на быстрые входы, как и многие другие, в том числе опытные люди. Ошиблись, с кем не бывает? Применительно к энкодеру не работает именно связка СПК и 210модуль. Кто из них виновен, или не виновен, не важно. Факт таков, что ось остановить в нужной точке не смогли, при этом частота импульсов всего 125 герц. не точность составляла до 30%. от этого числа и она плавала от 2 до 30 импульсов перебега. По моему так быть не должно в любом случае.
Deanisii
27.04.2019, 00:11
СПК уже нет, как и новых модулей. Тестировать как-то не входило в планы. Думал куплю, поставлю и все заработает. Ошибся. Допускаю, что задержка на вопрос-ответ должна быть. Но как мне кажется, она должна быть одинаковая. Тогда ее можно просчитать. но тут другая ситуация. Закономерности в задержках не наблюдалось. Значения при команде на остановку плавали в большом диапазоне. То, что ось имеет инерцию, я понимаю. Я говорю именно о значении энкодера когда СПК дает команду на остановку. Можно было городить огород с частотником, но зачем, если без частотника работало на родном контроллере?
Тут проскакивала идея, что раз уж на модуле есть быстрый вход, то должен быть и соответствующий выход, который будет срабатывать по уставке с СПК и значению с быстрого счетчика. То-есть без запросов-ответов. Вот это уже подойдет для энкодера, а так не понятно, накой эти входы. Хотя кому-то и в таком виде они позволят решать необходимые задачи.
Все изменчиво: мир, компания, команда, конкретные люди, условия и т.д., поэтому, когда у нас есть информация о том, какие направления и почему мы выбирали, то можно легче скорректировать путь на основе этих знаний. А не попадать в классическую ситуацию с разрыванием тельняшки на груди (https://habr.com/ru/company/wrike/blog/427505/): «Да кто вообще это все придумал?! Похоже люди были профнепригодны, раз такое нагородили. Вот он правильный ответ, он очевиден. Я сейчас всех спасу и всё переделаю».
Думаю, многим знакома ситуация, когда в попытке построить «чудесный новый мир» меняют руководителей, команду, на тех, кто готов сжечь Вавилон, но на выходе получается не феникс, а гоблин.
Можно же попробовать не рубить с плеча, а ретроспективно проанализировать все ошибки и неточности, отследить логику принятия технических решений, учесть риски и выдвинуть новую гипотезу. И базой для принятия решений будет не «они все дураки...», а «условия изменились и мы решаем уже новую задачу».
Как мне кажется, сложно всё время принимать правильные технические решения. Можно учиться ставить эксперименты, оценивать полученные результаты и планировать следующие шаги с учетом новой полученной информации. И это может быть проще, если иметь артефакты, доступные всем заинтересованным лицам, описывающие логику принятия технических решений
подытожу всё ранее сказанное
И да, 3сек я не хочу.
вышла официально новая прошивка (https://www.owen.ru/forum/showthread.php?t=31230&p=305845&viewfull=1#post305845)
ЗЫ сменил картинку,теперь на ней выводится разница во времни в мс от начала отправки запроса до получения ответа, времена меньше 27 мс не показываю, среднее время посылок без задержек 13мс, вторая колонка время аномалии, третья номер запроса когда превышено время. В 7:30 начинается рабочий день в конторе, не правильно составленная архитектура ЛВС иной раз похуже чем помехи на предприятии
вышла официально новая прошивка (https://www.owen.ru/forum/showthread.php?t=31230&p=305845&viewfull=1#post305845)
И ссылки на загрузку прошивок отовсюду убрали. :eek:
приборист
22.05.2019, 11:07
И ссылки на загрузку прошивок отовсюду убрали. :eek:
Да емае.
А я скачал и прошился, ждать замучался, как будто в космос модуль отправляется, а не прошивается.
Теперь получается нашли косяк?
После продолжительного тестирования)
Евгений Багаев
22.05.2019, 15:02
Распространение версии 0.15.9 было приостановлено. С завода пока поставляется предыдущая версия.
Сейчас актуальной является версия 0.15.10. Она была немного доработана для оптимизации процесса прошивки на заводе. В остальном она идентична версии 0.15.9.
Кто успел обновить свои устройства - можете оставаться на 0.15.9 или обновиться до 0.15.10, по вашему желанию.
Версия 0.15.10 уже доступна на сайте и в теме на форуме, посвященной прошивкам Мх210 (https://www.owen.ru/forum/showthread.php?t=31230).
А удаленную перезагрузку ещё не реализовали?
Филоненко Владислав
23.05.2019, 08:47
Удалённую перезагрузку очень легко организовать, приделав реле к дискретному выходу и небольшую схему. И система будет перевключаться именно так, как ожидает её создатель, а не один прибор перезагрузится с непредсказуемыми последствиями для системы.
Или Вы предлагаете сделать официальный бэкдор?
Евгений Багаев
23.05.2019, 09:54
А удаленную перезагрузку ещё не реализовали?
Поддержка удаленной перезагрузки модуля через конфигуратор запланирована в одном из следующих релизов конфигуратора.
Удалённую перезагрузку очень легко организовать, приделав реле к дискретному выходу и небольшую схему.
Угу. Особенно на модулях ввода.
[QUOTE=официальный бэкдор?[/QUOTE]
Оксюморон.
приборист
27.05.2019, 22:45
Удалённую перезагрузку очень легко организовать, приделав реле к дискретному выходу и небольшую схему. И система будет перевключаться именно так, как ожидает её создатель, а не один прибор перезагрузится с непредсказуемыми последствиями для системы.
Или Вы предлагаете сделать официальный бэкдор?
Поддержка удаленной перезагрузки модуля через конфигуратор запланирована в одном из следующих релизов конфигуратора.
Один представитель говорит - вы что, это же бэкдор.
Тут же другой представитель пишет - бэкдор запланирован в следующем релизе...
И как это понимать - нипанятна.
Филоненко Владислав
28.05.2019, 14:12
Угу. Особенно на модулях ввода.
Оксюморон.
Редкий модуль стоит один. Обычно куча в шкафу. И перезагружать один из них - это неправильно. Лучше и правильнее весь шкаф обесточить в конце смены.
Филоненко Владислав
28.05.2019, 14:13
Один представитель говорит - вы что, это же бэкдор.
Тут же другой представитель пишет - бэкдор запланирован в следующем релизе...
И как это понимать - нипанятна.
Они верят в благоразумие и чтение РП. А я думаю о потенциальных проблемах.
Редкий модуль стоит один. Обычно куча в шкафу. И перезагружать один из них - это неправильно. Лучше и правильнее весь шкаф обесточить в конце смены.
У нас пара десятков объектов, на которых стоят модули аналогового и дискретного ввода. Moxa или ваши. Модулей вывода - ни одного. До шкафа, который Вы предлагаете обесточить, еще доехать нужно. И не вполне понятно - что такое "конец смены" для круглосуточно работающего оборудования?
А я думаю о потенциальных проблемах.
У конкурентов функция удаленной перезагрузки (официальный бэкдор, как Вы изволили выразиться) вполне себе присутствует. Я не думаю, что они меньше Вашего думали о последствиях. И не думаю, что опыт работы у них в отрасли меньше, чем у ОВЕН. Это просто в качестве примера, одного из многих.
В общем, я всё же надеюсь, что нужный функционал будет добавлен в конфигуратор.
Филоненко Владислав
29.05.2019, 20:15
У нас пара десятков объектов, на которых стоят модули аналогового и дискретного ввода. Moxa или ваши. Модулей вывода - ни одного. До шкафа, который Вы предлагаете обесточить, еще доехать нужно. И не вполне понятно - что такое "конец смены" для круглосуточно работающего оборудования?
У конкурентов функция удаленной перезагрузки (официальный бэкдор, как Вы изволили выразиться) вполне себе присутствует. Я не думаю, что они меньше Вашего думали о последствиях. И не думаю, что опыт работы у них в отрасли меньше, чем у ОВЕН. Это просто в качестве примера, одного из многих.
В общем, я всё же надеюсь, что нужный функционал будет добавлен в конфигуратор.
Да, вспоминается "думавший" Siemens и вирус, уничтоживший центрифуги в Иране. Через "официальный бэкдор".
Для круглосуточно работающего оборудования обычно запланированы плановые периоды обслуживания. И либо на обслуживание оборудование выключается, либо есть резервная система.
А если кто-то "думает", что оборудование будет работать 365/24/7 без резерва - это очень дорогостоящий оптимизм.
Помню, коллеги делали ПО для птицеферм, там 40 суток всё должно работать нонстоп, а потом 5 суток санпериод, когда можно что-то делать. И это совсем не мешало обновлять ПО и пр. в эти периоды.
Проблема удалённого обновления - если что пошло не так, то откатится к предыдущей версии уже не получится. А до объекта ехать ого-го. Поэтому, ИМХО, удалённое обновление ПО, удалённая перезагрузка - это не те функции, которые должны быть у приборов.
И идея "щас за 5 минут быстро зашью, никто и не заметит" превращается в аврал с миллионными убытками.
Powered by vBulletin® Version 4.2.3 Copyright © 2024 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot