__group__ ticket summary component version milestone type priority created _changetime _description _reporter Owned 1456 "РЭ: неверное описание графы ""ppm""" Руководство по эксплуатации дефект major 2026-04-09T11:01:45+05:00 2026-04-15T17:43:46+05:00 "В РЭ аппаратуры MC04-DSL-3U редакции 80 в таблице 5.14 на странице 45 графа ""ppm"" описана следующим образом: //Отклонение частоты генератора в миллионных долях от номинальной частоты генератора.// Отклонение частоты генератора от номинальной частоты - это одна величина. Однако в графе ""ppm"" может отображаться сразу два разных значения (что видно даже на рисунке 5.13 того же РЭ). Следовательно, процитированное описание графы ""ppm"" в таблице неверно описывает смысл отображаемых в графе значений и не позволяет пользователю их правильно понять и интерпретировать. **Предлагаю** скорректировать описание графы ""ppm"" таблицы состояния регенераторов в РЭ так, чтобы читателю был понятен смысл отображаемых в графе ""ppm"" значений." alx Owned 1457 РЭ: противоречие в описании платы PS-001 Руководство по эксплуатации дефект major 2026-04-14T17:56:35+05:00 2026-04-14T17:56:35+05:00 "В РЭ аппаратуры MC04-DSL-3U редакции 80 в п. 5.29 на странице 189 написано: //Плата PS–001 ... содержит два источника питания: основной (преобразователь DC/DC...) и резервный (преобразователь AC/DC...).// Далее в п. 5.29.2 на странице 190 написано: //Верхняя строка окна показывет какой источник питания используется в данный момент времени:// - //Источник питания AC(220)/RP – активен источник питания AC/DC;// - //Источник питания DC(48) – активен резервный источник питания DC/DC.// Эти два фрагмента противоречат друг другу, так как в первом говорится, что источник DC/DC основной, а во втором - что резервный. Предполагаю, что в одном из процитированных фрагментов ошибка. **Предлагаю** устранить противоречие, исправив ошибочный текст на правильный." alx Owned 1458 "РЭ: описать чебкокс ""Резерв DC"" платы PS-001" Руководство по эксплуатации дефект major 2026-04-14T17:59:45+05:00 2026-04-14T17:59:45+05:00 "В РЭ аппаратуры MC04-DSL-3U редакции 80 я не смог найти описание чекбокса ""Резерв DC"" из диалога конфигурации платы PS-001. Отсутствие описания этого параметра не позволяет пользователям настроить пату, так как они не знают, в каких случаях им следует отмечать этот чекбокс, а в каких снимать отметку. Чтобы пользователи имели возможность правильно настраивать плату PS-001, **предлагаю** описать в РЭ чекбокс ""Резерв DC""." alx Owned 1459 РЭ: описать аварии платы PS-001 Руководство по эксплуатации дефект major 2026-04-14T18:02:50+05:00 2026-04-14T18:02:50+05:00 "В РЭ аппаратуры MC04-DSL-3U редакции 80 я не смог найти описание аварий платы PS-001. Я считаю это недостатком, так как отсутствие такой информации в РЭ не позволяет пользователям интерпретировать индикацию аварий в веб-интерфейсе. **Предлагаю** описать в РЭ индицируемые в веб-интерфейсе аварии платы PS-001." alx Owned 1388 РЭ: изменился диалог конфигурации платы 4C-37 Руководство по эксплуатации задача major 2025-06-27T09:59:43+05:00 2025-09-17T09:20:07+05:00 "В веб-интерфейсе блока MC04-DSL-3U изменен диалог конфигурации платы 4C-37. Назначение элементов нового варианта интерфейса написано в описании тикета sw:#747. **Предлагаю** привести описание управления платой 4C-37 в РЭ аппаратуры MC04-DSL-3U в соответствие с новым вариантом веб-интерфейса." alx Owned 1450 РЭ: поддержка модуля 4W04 платой VE-02 Руководство по эксплуатации задача major 2026-03-05T11:53:45+05:00 2026-03-05T17:24:52+05:00 "В аппаратуре MC04-DSL-VIP появилась поддержка нового модуля - 4W04. Этот модуль не совсем обычный: он сдвоенный (двойной ширины) - занимает сразу оба модульных места (то есть это как бы сразу два модуля в одном). Этот модуль реализует четыре канала ТЧ - по два канала в каждом из канальных разъемов RJ45. Соответственно, при установленном модуле 4W04 плата VE-02 автоматически создает канальные окончания RTP, причем не два, а сразу четыре: на каналах с номерами 253, 254, 255 и 256. Каналы 253 и 254 выходят на первый разъем RJ45, а каналы 255 и 256 - на второй разъем RJ45. В разъеме RJ45 используется следующая распайка: ||= Контакты =||= Назначение =|| || 1, 2 || В 4-проводном режиме - вход канала с меньшим номером (253, 255);[[br]]В 2-проводном режиме - не используется. || || 3, 6 || В 4-проводном режиме - выход канала с меньшим номером (253, 255);[[br]]В 2-проводном режиме - вход/выход канала с меньшим номером (253, 255). || || 4, 5 || В 4-проводном режиме - вход канала с большим номером (254, 256);[[br]]В 2-проводном режиме - не используется. || || 7, 8 || В 4-проводном режиме - выход канала с большим номером (254, 256);[[br]]В 2-проводном режиме - вход/выход канала с большим номером (254, 256). || Так как модуль 4W04 выводит не один, а два разных канала ТЧ в один разъем RJ45, состояние каждого из них индицируется одним индикатором: желтый (левый) индикатор индицирует состояние канала с меньшим номером (235, 255), а зеленый (правый) индикатор - состояние канала с большим номером (254, 256). Индикатор горит при наличии входного потока RTP, не горит при отсутствии входного потока RTP и мигает если канал в состоянии ""Error"" или ""Rem. host down"". Диалог конфигурации канальных окончаний RTP платы 4W04 точно такой же, как и канальных окончаний RTP платы 4W01, только отсутствует кнопка ""Изменить тип"" (так как у 4W04 не может быть других типов канальных окончаний). **Предлагаю** описать это в РЭ аппаратуры MC04-DSL-VIP." alx Owned 619 РЭ: привести картинки к единому стилю Руководство по эксплуатации улучшение minor 2020-04-17T17:14:51+05:00 2024-12-12T16:36:44+05:00 "Долгое время я не хотел создавать этот тикет, потому что по сравнению с прочими ошибками и недочетами, которые сейчас имеются в РЭ аппаратуры MC04-DSL-3U, эта проблема кажется несущественной мелочью. Однако я вижу, что новые картинки продолжают добавляться в РЭ абы как, и чем дольше это будет продолжаться, тем больше проблема будет усугубляться, и тем больше потом будет работы по ее устранению. Как я уже сказал выше, картинки в РЭ оформлены абы как, все по-разному. Особенно это бросается в глаза, когда в РЭ помещаются иллюстрации веб-интерфейса блока: одни картинки в крупном масштабе (см. например рис. 5.91 в РЭ редакции 41), другие - в мелком (рис. 5.23), одни картинки размещаются по центру листа (рис. 7.60), другие - слева (рис. 7.25), одни картинки текст обтекает (рис. 5.96), другие - пропускает (рис. 5.97), одни диалоги изображены без рамки (см. рис. 6.21), другие - с рамкой (рис. 6.40), третьи - с рамкой и окружающим пространством за рамкой (рис. 6.39), более того, на многих картинках рамка изображена выборочно: с одной стороны рамка есть, с другой - нет (см. например рис. 6.41 и 6.42), одни картинки цветные, другие зачем-то переведены в градации серого (см. рис 6.22) (да, Vladimir говорил, что это почему-то было необходимо для печати, но почему тогда не все?), одной картинке даже зачем-то пририсована **синяя рамка** (см. рис. 5.85), у некоторых картинок произведена цветокоррекция в зеленый цвет (рис. 6.30, кнопка ""Добавить"" внизу страницы 190)... Как результат, весь этот разнобой выглядит некрасиво. Предлагаю оформить все картинки насколько это возможно, единообразно." alx Reported 1435 Ошибка названия параметра платы BS-220 MC04-DSL-3U и его платы дефект minor 2025-12-18T15:25:43+05:00 2025-12-18T15:25:43+05:00 "В окне диалога платы BS-220 в Таблице ""Параметры"" есть параметр ""Нагрузка"", но в таблице ""Аварии"" этот параметр записан, как ""Загрузка 100%"" (Загрузка чего? Среди параметров платы нет никакой ""Загрузки""). Предлагаю в веб-интерфейсе заменить Аварию ""Загрузка 100%"" на ""Нагрузка 100%"". После замены названия параметра создайте тикет в компоненте ""Руководство по эксплуатации"" и приложите скриншот веб-интерфейса с диалогом настройки платы BS-220. " Vladimir Commented 583 Ограничение мощности АТС MC04-DSL-3U и его платы улучшение major 2020-03-11T17:41:49+05:00 2023-07-03T11:36:21+05:00 "В АТС на базе MC04-DSL-3U установлен источник питания 75 Вт, а максимально возможное количество абонентов 128. Если будут активны все абоненты одновременно, то АТС понадобится примерно 150 Вт., которые источник выдать не сможет. По результатам практических экспериментов: {{{ Загрузка 80% - пассивное состояние станции Загрузка 100% - примерно 20 разговаривающих абонентов Загрузка 110 % - примерно 30 разговаривающих абонентов }}} * При нагрузке от 100 до 110% источник питания может продолжать работу, но при этом он может нагреваться. Подразумевается, что в станции активны одновременно могут быть не более 20-30 абонентов. Если это правило соблюдается, то проблем нет, но в случае непредвиденной ситуации может получится так, что активны станут более 30 абонентов, в таком случае ИП не выдержит и станция упадёт. На мой взгляд это неправильное(некрасивое) поведение аппаратуры. Представим случай, что рядом с деревней, где установлена АТС пожар и большая часть жителей решила позвонить в 01, если таких пытающихся будет больше 30, то ни один из них не дозвониться. т.к. АТС ""упадёт"". Я думаю что наша станция должна каким-то образом ограничивать своё потребление, в пределах максимальной мощности. Предлагаю обсудить и найти решение, как сделать так чтобы станция работала ""правильно"". В ходе устного обсуждения поступили предложения: 1. Увеличить мощность источника питания. (насколько я понял мы можем установить источник максимальной мощностью 100 Вт.) 2. Разработать новую плату абонентских окончаний, которая будет запитывать абонентов не от внутренних 12 В., а от внешних 48 В. 3. Добавить в плату SW-01 функционал: а) при загрузке ИП, выше порога, заблокировать оставшиеся неактивные абонентские каналы б) при загрузке ИП, выше порога, записать во все платы особую переменную, которая запретит платам повышать нагрузку 4. Добавить новую шину на кросс (взять из резервных если есть) по которой плата питания сможет незамедлительно сообщить всем остальным платам о повышенной нагрузке, что запретит платам повышать нагрузку 5. Предупредительная мера. При превышении некоторого настроенного количества активных абонентских окончаний, плата VE будет проигрывать всем новым активным окончаниям ""аварийное сообщение"". Предполагается, что прослушав короткое сообщение пользователь положит трубку и не будет создавать нагрузку. " san