с 3.15.43 на 3.15.55 обновитесь без проблем, но вряд ли это решит проблему

А если до 3.16.6?

даже разработчик рекомендует сделать клон 3.15.* и сначала его обновить до 3.16.6

Странно, после rapair у меня стал доступен телеграм. До этого телега была через "jabber" позже через "Custom HTTP request". После обновы на 3.15.43 "Messenger" не работал, а теперь после "repair" появился, щас туда порою, мож заработает нормально без костылей.

а до 3.15.43 с какого обновлялись?

все по очереди было

не перепрыгивал

Добрый день, подскажите как будет выглядеть запрос API к "Собственник объекта". Я что то не могу сообразить

Все разобрался, всем спасибо ))))

Привет, is there a way to turn off or on RF or ETH on onu from userside via Snmp?

У кого нумерация сооружений связи (узлы, муфты, опоры, колодны) сквозная?
По идее так и должно быть, чтобы при изменении типа объекта не было конфликта номеров.
Поставил 3.16.5, почему-то в каждом типе сооружений своя нумерация... Это баг или так и задумано? И что делать в этом случае при изменении типа объекта (например преобразовать узел в муфту).

Поведение реально поменялось. Когда - внимания не обратил. В 15 релизе уже нет сквозной нумерации сооружений связи. На моей памяти это уже второе изменение логики. После многочисленных глюков ввели сквозную номерацию для всех объектов. Зачем сейчас отменили непонятно.

Добрый день,
Это фича, но есть баг, при смене типа, получаются дубли номеров и сооружение связи не отредактировать,
Т.к. номера совпадают.
прям сейчас к 3.16.7 доработали, лично у меня вопросы по доработке.
Думаю мнение сообщества не помешает для правильного решения.

Сейчас текст Тикета сюда выложу

Поддержка
29.08.2021 15:41

# 172822

Здравствуйте
Спасибо, доработано
В 3.16.7 будет.
Будет ругаться, что такой номер уже занят


Вы
29.08.2021 15:45

# 172823

Добрый день!
не совсем понятно.
будет ругаться, а новый ID сама система не будет ставить ?


Поддержка
29.08.2021 15:58

# 172825

Да - не будет сама ставить.
Такая самодеятельность неочевидна и сотрудник может не заметить, что номер вдруг сам поменялся. И в бумагах не изменит и потом никогда ничего уже не найдёт, т.к. "старый узел №111" превратился в "новая муфта №555".
Поэтому - лучше ругнуться, что "номер 111 занят" и решение уже примет сотрудник - на какой номер ему поменять это сооружение связи. Это будет сознательный шаг.


Вы
29.08.2021 19:35

# 172833

идея понятна, но у нас к примеру в какой-то момент времени после смены типа, часто происходит редактирование узла или муфты и сотрудник не может сохранить изменение и он не ставит следующий , он добавляет знак (цифру) и узлы стали 8ми значными, пришлось программистов привлекать и производить полное переменумерование всех узлов .
т.е. У нас проблема , чтоб сотрудник всё таки не ставил сам номер узла.
а номер новых нужных узлов у нас от этого не пострадает.
Может можно галочку какую-то придумать при смене типа «сменить номер на следующий» ?

Прошу высказаться по делу, может хорошая идея у кого будет!

трудно сказать, потому что я не понимаю для чего отказались от сквозной нумерации

Я тоже не знаю, но с этим нужно жить ) вот я и думаю как ?)

Чтоб 17-ю версию выпустить. Надо же на чем-то зарабатывать

Всем привет имеет кто то интеграцию с ringostat + userside ?