Opened 2 months ago
Last modified 2 months ago
#666 new улучшение
Перезапускать платы SM-01, SM-02 и SM-03 при перезапуске swd
| Reported by: | san | Owned by: | alx |
|---|---|---|---|
| Priority: | средний | Milestone: | 1 очередь |
| Component: | sw | Keywords: | |
| Cc: |
Description (last modified by )
При загрузке нового конфиг файла в блок, после перезапуска swd, пользователи думают, что все платы теперь работают в новой конфигурации. Однако платам SM для перехода на новую конфигурацию требуется перезапуск, пользователи часто об этом забывают.
Предлагаю после автоматической загруки нового конфига в плату SM у которой уже есть конфиг выдавать пользователю диалог с запросом на перезагрузку платы SM(как это делается когда пользователь сам загружает в плату конфиг нажатием "Применить").
Change History (14)
comment:1 by , 2 months ago
| Description: | modified (diff) |
|---|
comment:2 by , 2 months ago
comment:3 by , 2 months ago
| Description: | modified (diff) |
|---|---|
| Summary: | Перезапускать платы SM-01, SM-02 и SM-03 при перезапуск swd → Перезапускать платы SM-01, SM-02 и SM-03 при перезапуске swd |
comment:4 by , 2 months ago
Replying to san:
Предлагаю после автоматической загруки нового конфига в плату SM у которой уже есть конфиг выдавать пользователю диалог
Какому пользователю и как предлагается выдавать этот диалог? Что вообще такое в данном контексте "пользователь"?
follow-up: 6 comment:5 by , 2 months ago
Это хороший вопрос)
Вроде бы можно выдавать этот диалог тому пользователю, который перезапустил swd... но что делать в случае если swd перезапустился сам.
Может быть стоит ограничится не диалогом а каким-то визуальным предупреждением, о том что платы SM не были перезапущены, которое смогут увидеть все пользователи.
comment:6 by , 2 months ago
Replying to san:
Это хороший вопрос)
Вообще-то вопросов было два, и второй ("как"), лично для меня даже более интересен... :)
Вроде бы можно выдавать этот диалог тому пользователю, который перезапустил swd...
Хорошо. Допустим, мы сохранили где-то имя пользователя, который последним инициировал рестарт, и после рестарта определили, что рестарт был инициирован пользователем. Как теперь выдать диалог пользователю Vasya?
Может быть стоит ограничится не диалогом а каким-то визуальным предупреждением, о том что платы SM не были перезапущены, которое смогут увидеть все пользователи.
Не знаю. В описании тикета предложено выдавать пользователю диалог. Вот я и уточняю предложение, изложенное в описании тикета. Если будет другое предложение, то и вопросы у меня, возможно, будут другие... :)
follow-up: 8 comment:7 by , 2 months ago
Твои вопросы наводят меня на мысль, что выдавать диалог будет не лучшей идеей, т.к. не понятно кому его выдавать.
Изменяю своё предложение на: "каким-то образом подсказать пользователю, что плата(ы) SM в блоке не были перезапущены после изменения конфигурации, например, в списке плат как-то выделять соответствующие платы, а в окне плат отображать надпись с предупреждением".
comment:8 by , 2 months ago
Replying to san:
Изменяю своё предложение на: "каким-то образом подсказать пользователю, что плата(ы) SM в блоке не были перезапущены после изменения конфигурации, например, в списке плат как-то выделять соответствующие платы, а в окне плат отображать надпись с предупреждением".
Чтобы выделить соответствующие платы в списке плат, надо чтобы, как минимум, соответствующий список плат существовал. Аналогично с "окном плат". :) А чтоб делать, если пользователь инициировал рестарт, закрыл браузер и лег спать? Как тогда ему подсказать, что платы не были перезапущены?
follow-up: 10 comment:9 by , 2 months ago
Как тогда ему подсказать, что платы не были перезапущены?
Тут я имел ввиду "пользователя веб-интерфейса". Предполагается, что пользователь что-то там конфигурирует/перезапускает через веб-интерфейс и он у него всегда перед глазами.
comment:10 by , 2 months ago
Replying to san:
Как тогда ему подсказать, что платы не были перезапущены?
Тут я имел ввиду "пользователя веб-интерфейса". Предполагается, что пользователь что-то там конфигурирует/перезапускает через веб-интерфейс и он у него всегда перед глазами.
OK. Правильно ли я тогда понял, что ты предлагаешь просто каким-либо образом выделять в веб-интерфейсе платы, для которых выполнилось условие из описания тикета (повторная автоматическая запись конфигурации)? А убирать же это выделение по рестарту платы. Так?
follow-up: 12 comment:11 by , 2 months ago
Правильно. Но раз теперь мы говорим не о диалоге рестарта а о выделении, то и условие я хотел бы расширить: платы SM которые не были перезапущены после перезаписи конфигурации в них (первая запись конфигурации в незаконфигурированую плату не попадает в условие).
Кроме этого, в окне платы, для которой выполняется условие, предлагаю текстом выдать пользователю предупреждение (как например сделано в RP-400 при отсутствии в блоке плат питания с напряжением 48 В.).
comment:12 by , 2 months ago
Replying to san:
Правильно. Но раз теперь мы говорим не о диалоге рестарта а о выделении, то и условие я хотел бы расширить
Предложение понятно, но мне оно не нравится вот почему. Может быть много разных причин, не связанных с изменением конфигурации платы SM-01, по которым в плату повторно записывается конфигурация. Самая простая и типичная - обновили sw, после чего перезапустили swd. Или например меняли конфигурацию какой-то другой платы, что-то не получилось или передумали, решили вернуть все в исходное и перезапустили swd. Или например swd перезапустился по таймеру (опять же по причинам, не связанным с изменением конфигурации платы SM-01)... Результат - в списке плат предупреждение о том, что плата SM-01 не перезапущена, остается мозолить глаза навечно. Это будет или просто раздражать, или пользователи привыкнут, что это предупреждение там есть всегда, и просто не будут обращать на него внимание, что сведет на нет весь смысл данного предложения.
follow-up: 14 comment:13 by , 2 months ago
Да, согласен.
Я ещё подумаю над предложением, может быть автор ПО плат SM сможет помочь со своей стороны.
comment:14 by , 2 months ago
Replying to san:
Я ещё подумаю над предложением, может быть автор ПО плат SM сможет помочь со своей стороны.
С самого первого прочтения тикета у меня в голове сидит мысль - а почему этот тикет вообще адресован мне? :) Казалось бы, очевидное и логичное решение - чтобы плата сигнализировала об изменении конфигурации. Ведь только она знает, какая конфигурация в ней действует в данный момент, может сравнить ее с вновь полученной и определить, изменилось что-то или нет...
Идеально, конечно же, было бы вообще исключить необходимость рестарта. Но если уж это по каким-то причинам невозможно (я искренне не понимаю, почему, например, установка маски аварии порта E1 требует перезагрузки платы, но я не разработчик, наверное есть для этого причины), то будет логично, если плата будет сама сообщать о неободимости рестарта...
#666
O_o