Добавить поддержку плат ST-124M, ST-116M, ST-018M

[ledol]

Прошу провести работу по добавлению плат ST-124M, ST-116M, ST-018M в состав блока MC04-DSL3U.

[alx]

Replying to ledol:

Прошу провести работу по добавлению плат ST-124M, ST-116M, ST-018M в состав блока MC04-DSL3U.

Просьба не совсем понятна... Что именно подразумевается под "включением в состав"?

[alx]

А, кажется об этом написано в приложенном тексте... :)

[alx]

комментарий на текст, написанный в приаттаченном файле MiB_ST-124M.txt

В ПЛИС данных плат реализован увеличенный буфер пакетов мониторинга, что позволяет сгруппировать параметры конфигурации в одну переменную и данные статистики\статуса в другую (6 и 7).
Если тебе, по каким-то причинам, такой подход неудобен, будем переменные фрагментировать по функциям. Сообщи свое мнение.

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

И еще я думаю, что имеет смысл сделать так, чтобы плата сама сообщала SW-01, какой максимальный размер пакета она поддерживает - на случай если позже захочется/потребуется это значение изменить. Это можно сделать, например, чтением какой-то переменной.

1. Конфигурацию платы (переменная 6) сосредоточить в одной вкладке. Пронумеровать блоки и подблоки конфигурации. Группы настроек выделить рамкой.

Там так много всего конфигурируется, я не уверен, что это все поместится на одну вкладку... Можно, конечно, сделать блок с полосой прокрутки, но мне кажется, что прокручивать менее удобно, чем переключать вкладки. Посмотрю по ходу дела, что будет получаться, потом решим окончательно...

Сопроводить значения параметров и статистики данными настроек платы.

? Эту фразу я не понял. Поясни, пожалуйста, что имеется в виду.

1- Общие(Глобальные) параметры платы (визуализировать осн. настройки)

Глобальные настройки платы уже предлагалось отобразить в пункте 1 (на вкладке с настройками). Верно ли я понял, что предлагается отобразить их на вкладке с состоянием и статистикой второй раз?

Верно ли я понял, что на вкладке состояния предлагается повторно визуализировать не все глобальные настройки, а только некоторые из них (основные)? Если да, то какие именно из глодальных настроек являются основными, а какие - второстепенными?

3. Новые функции\ расширенные старые функции.

...

Раньше был только APS1(PP).

Не очень понимаю, что значит "старые" и "раньше", ведь в блоке 3U поддержки этих плат еще не было...

В описательной части можно раскрыть абревиатуры (если считаешь нужным):
APS2(SNCP-SNC\I) - решение принимается блоком TU-DXC, перед упаковкой\после распаковки TU-3 структуры.
APS1(PP-SNC\P) - решение принимается блоком MAP, непосредственно инкапсулирующим\декапсулирующим контейнер VC-12.

Не совсем понятно, что подразумевается под "описательной частью". Если Руководство по эксплуатации - то это не ко мне, разработчик РЭ - Vladimir, эту информацию лучше направить ему в проекте ​mc-04 (компонент "Руководство по эксплуатации").

4-х битовые поля QL (0000-1111) являются общепринятым методом детерминирования качества источника по G.781 (базовый стандарт-описание синхронизации STM), по общению с эксплуатацией эти константы - наиболее понятный вариант описания, предлагаю их использовать.

Здесь тоже не очень понятно - предлагается задавать и отображать значения приоритетов в двоичной форме?

_=== B (102 байта)===_

119-221 -- -- --

Но в указанном диапазоне (119...221) не 102, а 103 байта! Наверное здесь ошибка...

_=== Настройка TU (Tributary Unit 1-63) 63*2 bytes =========================================

222-348

Но в казанном диапазоне (222...348) не 126 (63 * 2), а 127 байт! Наверное здесь тоже ошибка...

18-33 - J2_RX_Exp 15 байт ASCII

Но в указанном диапазоне (18...33) не 15, а 16 байт! Верно ли я понимаю, что в последнем байте должен быть всегда 0? Нет ли здесь ошибки?

1217 - Прием полей J2\... из контейнера*: 0-62 0

• Настройка параметров Eth VCG0-3 :
• 24 байта = 4*6 байт

_=== Настройка режимов и параметров синхронизации =================================

1241 0 Полоса пропускания PLL 1Hz(узкая)\9Hz(широкая) 0\1 1

24 байта здесь никак не поместятся, так как диапазон 1218...1240 содержит только 23 байта! Очевидно, здесь ошибка...

1255 Bandwith control4 [7..4]-port-7 [3..0]-port6 0-no (1-128k 2-256k 3-512k 4-1M 5-2 6-4M 7-8M)
1255-1258 Port0..3 config

Здесь байт 1255 определено дважды - визимо, здесь ошибка...

-- 1269-1333 байты (64=16*4)

Но в указанном диапазоне не 64, а 65 байт! Нет ли здесь ошибки?

_=== Состояние и статистика оптических портов STM A\B (2*84 bytes)===
_=== A ===
29 0 Вкл.\Выкл. направление A вкл.\выкл. 0\1 0

...

114 N1_Rx - -
_=== B ===
115-199 Состояние и статистика оптического порта B

Но в диапазоне 29...114 не 84, а 86 байт, а в диапазоне 115...199 не 84 и не 86, а 85 байт! Очевидно, где-то здесь ошибка...

_=== Сост. контейнеров каналов Eth (6*63=378) ===
_== 0 ==
256 0 Задействован в VCG 1\0 0
262-265 REI_Count - -
======
633-647 Поле J2 выбранного контейнера - -

Но в диапазоне 256...265 не 6, а 10 байт! Очевидно, здесь какая-то ошибка...
И в диапазоне 256...632 не 378 (6*63) и не 630 (10*63), а 377 байт! Кажется здесь тоже ошибка...

_=== Сост. потоков\контейнеров Е1 (28*24 = 672) ===
651 0 Блокирован\Разблокирован 1\0 0

...

679 7 TU12_AIS 0\1 0

...

1322 Port[7..0]Link 0-no Link 1-Link 0\1 0

Но в диапазоне 651...679 не 28, а 29 байт! По-моему здесь какая-то ошибка...
И в диапазоне 651...1321 не 696 (29*24) и даже не 672 (28*24), а всего 671 байт! Здесь какая-то ошибка...

(REG[15..0] = 1325[7..0]1324[7..0] is valid when detect range is within ±30ppm and 1322[2..1] = 00)

В описании байта 1322 сказано, что 0 означает нет линка, а 1 - есть линк. Верно ли здесь написано, что измеритель T0 валиден, если в портах ethernet 1 и 2 нет линка? Нет ли здесь ошибки? Может быть должно быть наоборот - валиден если 1322[2..1] не равны 00?

И еще непонятно, что подразумевается под "1325[7..0]1324[7..0]". Согласон описанию, байты 1324 и 1325 - это битовые поля, вряд ли интерпретация этих байтов как числа имеет смысл...

Вероятно, позже будут еще вопросы, это пока то, что заметил при первом чтении...

И еще у меня просьба - если можно, пиши, пожалуйста, непосредственно в комментариях, а не в приложенных файлах. Очень неудобно и долго отвечать на что-то, что я могу видеть только в другом окне, а каждую цитату оформлять вручную (и еще номер из каждой строки удалять)... И, скорее всего, поиск в прикрепленных файлах ничего находить не будет...

[alx]

О, еще забыл один момент.

	0       COMMAND                 = 0 - нет активных команд               0
	                                = 1 - старт реконфигурации платы
	                                = 2 - опрос модулей SFP
...
	В этих платах реализован механизм "мягкого" перезапуска, в переменной 6 предусмотрены настройки признаков обновления
	переменной и полного рестарта конфигурации, поэтому предлагаю "1 - старт реконфигурации платы" сделать режимом полного
	аппаратного перезапуска платы и визуализировать в виде отдельной кнопки.

Не возражаю. Чем меньше дейcтвий требуется для конфигурирования платы - тем лучше.

В этой связи я хотел бы спросить про команду 2 - зачем она нужна? В смысле, для чего надо перед каждым чтением модулей SFP непременно записывать команду 2 (это я по аналогии с платой GE-12 например)? Если я правильно понимаю, что это работает примерно как команда "опрос" в SM-01 (то есть без команды данные, читаемые из переменной .8.0, не будут обновляться), то это создает большие неудобства при мониторинге - кроме собственно мониторинга придется еще делать периодическую запись команды 2, то есть нужны дополнительные "костыли" в системе мониторинга (или рядом с ней)... Нельзя ли убрать и команду 2 и читать модули при каждом запросе?

[ledol]

комментарий на текст, написанный в приаттаченном файле MiB_ST-124M.txt

В ПЛИС данных плат реализован увеличенный буфер пакетов мониторинга, что позволяет сгруппировать параметры конфигурации в одну переменную и данные статистики\статуса в другую (6 и 7).
Если тебе, по каким-то причинам, такой подход неудобен, будем переменные фрагментировать по функциям. Сообщи свое мнение.

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

Ответ:
В данный момент Толя задал объем буфера приема и передачи 2048 байт. С учетом ESQ-кодировки можно принимать\передавать пакеты размером до 1900. Больше ничего сказать не могу, ПЛИС пока тестировал
только в рамках предыдущих плат (ST-124).

Сопроводить значения параметров и статистики данными настроек платы.

? Эту фразу я не понял. Поясни, пожалуйста, что имеется в виду.

Ответ:
Имеется в виду следующее. Есть вкладка "статистика", на ней отображаются параметры,
структурно-связанные с конфигурационными данными, заданными во вкладке "конфигурация".
Разумно совместить отображение в одну область.
Пример: поля J2_Tx, J2_Exp, J2_Rx используются для идентификации потока\контейнера.
При этом J2_Tx и J2_Exp(Ожидаемое) задаются в "конфигурации", а J2_Rx отображается в
"статистике". Разумно совместить поля во вкладке "статистика" для понимания что ты задал,
чего ты ожидаешь, что ты получил...
_
Раньше был только APS1(PP).

Не очень понимаю, что значит "старые" и "раньше", ведь в блоке 3U поддержки этих плат еще не было...

Ответ:
Имеются ввиду переменные и функционал плат ST-124, ST-116, St-018.

/ В описательной части можно раскрыть абревиатуры (если считаешь нужным):
APS2(SNCP-SNC\I) - решение принимается блоком TU-DXC, перед упаковкой\после распаковки TU-3 структуры.
APS1(PP-SNC\P) - решение принимается блоком MAP, непосредственно инкапсулирующим\декапсулирующим контейнер VC-12.

Не совсем понятно, что подразумевается под "описательной частью". Если Руководство по эксплуатации - то это не ко мне, разработчик РЭ - Vladimir, эту информацию лучше направить ему в проекте ​mc-04 (компонент "Руководство по эксплуатации").

Ответ: Всплывающие подсказки, сноски. Если у нас будет вкладка с прокруткой, почему не добавить в конец небольшой глоссарий?

[ledol]

_=== B (102 байта)===_

119-221 -- -- --

Но в указанном диапазоне (119...221) не 102, а 103 байта! Наверное здесь ошибка...

_=== Настройка TU (Tributary Unit 1-63) 63*2 bytes =========================================

222-348

Но в казанном диапазоне (222...348) не 126 (63 * 2), а 127 байт! Наверное здесь тоже ошибка...

18-33 - J2_RX_Exp 15 байт ASCII

Но в указанном диапазоне (18...33) не 15, а 16 байт! Верно ли я понимаю, что в последнем байте должен быть всегда 0? Нет ли здесь ошибки?

1217 - Прием полей J2\... из контейнера*: 0-62 0

Настройка параметров Eth VCG0-3 :
24 байта = 4*6 байт
_=== Настройка режимов и параметров синхронизации =================================

1241 0 Полоса пропускания PLL 1Hz(узкая)\9Hz(широкая) 0\1 1

24 байта здесь никак не поместятся, так как диапазон 1218...1240 содержит только 23 байта! Очевидно, здесь ошибка...

1255 Bandwith control4 [7..4]-port-7 [3..0]-port6 0-no (1-128k 2-256k 3-512k 4-1M 5-2 6-4M 7-8M)
1255-1258 Port0..3 config

Здесь байт 1255 определено дважды - визимо, здесь ошибка...

-- 1269-1333 байты (64=16*4)

Но в указанном диапазоне не 64, а 65 байт! Нет ли здесь ошибки?

_=== Состояние и статистика оптических портов STM A\B (2*84 bytes)===
_=== A ===
29 0 Вкл.\Выкл. направление A вкл.\выкл. 0\1 0

...

114 N1_Rx - -
_=== B ===
115-199 Состояние и статистика оптического порта B

Но в диапазоне 29...114 не 84, а 86 байт, а в диапазоне 115...199 не 84 и не 86, а 85 байт! Очевидно, где-то здесь ошибка...

_=== Сост. контейнеров каналов Eth (6*63=378) ===
_== 0 ==
256 0 Задействован в VCG 1\0 0
262-265 REI_Count - -
======
633-647 Поле J2 выбранного контейнера - -

Но в диапазоне 256...265 не 6, а 10 байт! Очевидно, здесь какая-то ошибка...
И в диапазоне 256...632 не 378 (6*63) и не 630 (10*63), а 377 байт! Кажется здесь тоже ошибка...

_=== Сост. потоков\контейнеров Е1 (28*24 = 672) ===
651 0 Блокирован\Разблокирован 1\0 0
/
...

679 7 TU12_AIS 0\1 0

...

1322 Port[7..0]Link 0-no Link 1-Link 0\1 0

Но в диапазоне 651...679 не 28, а 29 байт! По-моему здесь какая-то ошибка...
И в диапазоне 651...1321 не 696 (29*24) и даже не 672 (28*24), а всего 671 байт! Здесь какая-то ошибка...

Ответ:
Большое спасибо!
Извини за невнимательность.
Добавлен файл V2.
По возможности проверь его, пожалуйста.

[ledol]

(REG[15..0] = 1325[7..0]1324[7..0] is valid when detect range is within ±30ppm and 1322[2..1] = 00)

В описании байта 1322 сказано, что 0 означает нет линка, а 1 - есть линк. Верно ли здесь написано, что измеритель T0 валиден, если в портах ethernet 1 и 2 нет линка? Нет ли здесь ошибки? Может быть должно быть наоборот - валиден если 1322[2..1] не равны 00?

И еще непонятно, что подразумевается под "1325[7..0]1324[7..0]". Согласон описанию, байты 1324 и 1325 - это битовые поля, вряд ли интерпретация этих байтов как числа имеет смысл...

Ответ:
1/
Номер байта скорректирован в приложении ...V2.txt.
Имеется ввиду состояние байта 1347.
1347.1..2 Состояние SEC: locked\tracing\hold\free-run 00\01\10\11

2/ И еще непонятно .....
Добавлена новая версия описания.

[ledol]

В этой связи я хотел бы спросить про команду 2 - зачем она нужна? В смысле, для чего надо перед каждым чтением модулей SFP непременно записывать команду 2 (это я по аналогии с платой GE-12 например)? Если я правильно понимаю, что это работает примерно как команда "опрос" в SM-01 (то есть без команды данные, читаемые из переменной .8.0, не будут обновляться), то это создает большие неудобства при мониторинге - кроме собственно мониторинга придется еще делать периодическую запись команды 2, то есть нужны дополнительные "костыли" в системе мониторинга (или рядом с ней)... Нельзя ли убрать и команду 2 и читать модули при каждом запросе?

Ответ:
Структурно, опрос модулей SFP, выполняется контроллером через "ногодрыжество", обычными I/O пинами.
Временные накладные расходы опроса килобайтного объема черезвычайно высоки.
При этом, информация от этих модулей актуальна только в момент, когда пользователь нажимает в
WEB-интерфейсе кнопочку i, и видит актуальные данные SFP page1 + page2.
В общем есть 2 режима: 1/ Данные переменной MIB не используются; 2/ Данные обновляются и считываются с определенным периодом. В режиме 2 все остальные данные переменных платы не используются. И при этом в режиме 2 желательно выдержать визуальный период реакции на действие (0-3 сек.).

В общем, резюмируя, не знаю я как это включить в "рабочий цикл" опроса.
Вся эта "глобализация" переменных и направлена на оптимизацию временных затрат, с возможностью в будущем реализовать в платах каналы независимого от общего трафика мониторинга, а опрос SFP тут в периодике вообще не смотрится. Жду предложений.

[alx]

Replying to ledol:

Извини за невнимательность.
Добавлен файл V2.
По возможности проверь его, пожалуйста.

Ага, я его увидел, когда уже отправил комментарий. Но читать вчера уже было лень. :)
Сейас вижу, уже v3 приложено...

Спасибо за ответы, я думаю, информации для начала работы мне вполне достаточно. Дальше буду задавать вопросы по ходу дела.

[alx]

Replying to ledol:

Структурно, опрос модулей SFP, выполняется контроллером через "ногодрыжество", обычными I/O пинами.
Временные накладные расходы опроса килобайтного объема черезвычайно высоки.
При этом, информация от этих модулей актуальна только в момент, когда пользователь нажимает в
WEB-интерфейсе кнопочку i, и видит актуальные данные SFP page1 + page2.

Что-то я не понимаю...

Во-первых, что ты имеешь в виду, говоря "чрезвычайно высоки"? В плате SW-01 доступ к SFP тоже сделан "ногодрыгом". Чтение одного блока (256 байт) там занимает ~25 мс (обоих блоков - ~50 мс). А у тебя сколько получается? Задержку 50 мс никакой пользователь просто не заметит. Два SFP сидят на разных интерфейсах, поэтому читаются параллельно - то есть от того, что их два, время не увеличивается...

Во-вторых, когда пользователь в диалоге платы GE-12 нажимает кнопку "i", плата же все равно читает SFP, так как ей идет команда! То есть время все равно тратится, и даже больше!

Сравни два сценария. Вот как происходит опрос SFP в плате GE-12 (по моей памяти):

Как видишь из браузера последовательно уходит три разных запроса, прежде чем пользователь получит результат. А вот как это происходит в плате SW-01:

Во втором случае браузер делает только один запрос, и соответственно, пользователь получает результат быстрее (особенно если запрашиваемый блок далеко и задержка сети составляет заметное время)...

В общем, резюмируя, не знаю я как это включить в "рабочий цикл" опроса.
Вся эта "глобализация" переменных и направлена на оптимизацию временных затрат, с возможностью в будущем реализовать в платах каналы независимого от общего трафика мониторинга, а опрос SFP тут в периодике вообще не смотрится. Жду предложений.

Я, собственно, уже предложил - выполнять чтение данных из SFP по факту запроса переменной .8.0 (как на втором рисунке выше), а не по факту записи команды 2 в переменную .5.0. Такой вариант мне кажется лучшим из возможных.

Почему вариант с командой для пользователей плохо? Представь, что кто-то купил плату, посмотрел MIB, обнаружил там переменную, которая отдает данные SFP и думает: "О, классно, я могу завести в мою систему мониторинга уровень входного сигнала и температуру, и она будет меня предупреждать если уровень сигнала опустится ниже -25 или если температура поднимется выше +55!". Заводит все в систему мониторинга, целый год смотрит на графики и радуется что там ровная линия - уровень сигнала не падает, температура не растет. А про команду 2 он не знает, и система мониторинга просто получает данные, прочитанные год назад. А на самом деле уже и входной сигнал ниже -35, и температура выше +60... :)

[ledol]

/Я, собственно, уже предложил - выполнять чтение данных из SFP по факту запроса переменной .8.0 (как на втором рисунке выше), а не по факту записи команды 2 в переменную .5.0. Такой вариант мне кажется лучшим из возможных.

Хорошо, давай сделаю опрос SFP данных по факту считывания переменной 8, скажем раз в секунду.

[alx]

Не описаны байты 1312...1335 переменной .6.0. Что туда записывать?

[alx]

In 2471/sw:

В swd добавлена поддержка плат ST-124M, ST-116M и ST-018M
See #734.

[ledol]

Не описаны байты 1312...1335 переменной .6.0. Что туда записывать?

Скорректирован размер переменной 6 (стал 1312 байт).

[alx]

In 2478/sw:

Размер конфигурационных данных ST-124M уменьшен до 1312.
See #734.

[ledol]

Добавлено описание переменных V5.

[ledol]

Добавлено описание переменных V8.

[ledol]

В блок 0.250 установлена плата ST-124M. Извините за задержку.
В данный момент есть проблемы со считыванием переменных 6, 7, 8 чей размер больше 1000 байт.
При этом 4-я переменная (MiB), размером 399 байт считывается нормально.
На запрос ​http://192.168.0.250/api.php?json={%22cmd%22:%22snmpget%22,%22varlist%22:[%22.4.13.4.0%22]}
выдается ответ {"cmd":"snmpget","result":{".4.13.6.0":{"oid":".4.13.6.0","status":"Timeout"}}}.
В закладке Статистика прибавляется счетчик Big. CPU пакет генерирует, загружает в ПЛИС. Если дело в плате, в понедельник стану терзать Толю.

[ledol]

Добавлено описание переменных V11.

[alx]

Возник вопрос.

В прикрепленном файле MiB_ST-124M_V11.txt написано про конфигурацию BERT-тестера:

поток выбранный для приема или передачи должен учавствовать в настройке трибутарной группы 1-63

Означает ли это, что пользователь обязан настроить в конфигурации TU хотя бы один поток E1 (то есть надо выдавать ошибку, если ни одного потока E1 не настроено)? Если нет, что что записывать в биты 6..2 байтов 349 и 350 конфигурации, если пользователь все-таки ни одного потока E1 в конфигурации TU не настроил?

[alx]

Replying to alx:

Означает ли это, что пользователь обязан настроить в конфигурации TU хотя бы один поток E1?

Сейчас я сам сообразил, что в конфигурации по умолчанию ни одного потока E1 не настроено, следовательно такая конфигурация является валидной. Поэтому первый вопрос снимается.

Будет ли корректно в случае, когда ни одного потока E1 не настроено, записывать в биты 6..2 байтов 349 и 350 значение 0 (как в конфигурации по умолчанию)?

[ledol]

• Будет ли корректно в случае, когда ни одного потока E1 не настроено, записывать в биты 6..2 байтов 349 и 350 значение 0 (как в конфигурации по умолчанию)?

Да. 0 - это 1-й Е1.

[alx]

Replying to ledol:

Да. 0 - это 1-й Е1.

Это я понял. Просто это противоречит процитированному мной в comment:20 условию (если 1-й E1 не настроен в конфигурации TU), вот я и попросил уточнить...

[ledol]

Нууу, тогда нужно при включении битом 0 BERT Tx или Rx добиваться ввода корректного номера потока.

[alx]

Replying to ledol:

Нууу, тогда нужно при включении битом 0 BERT Tx или Rx добиваться ввода корректного номера потока.

??? Я говорил не о бите 0, а о битах 6...2 байтов 349 и 350, вот этих:

    6..2    BERT_TX_num_E1[0-23]                            0-23            0

и

    6..2    BERT_RX_num_E1[0-23]                            0-23            0

[ledol]

Это понятно, состояние битов 6..2 актуально при бите 0 = 1, т.е. когда тестер включен.
Включили тестер - задайте корректный номер потока в поле 6..2. Нет подключенных потоков - настройки тестера недоступны. Как то так.

[alx]

Replying to ledol:

Это понятно, состояние битов 6..2 актуально при бите 0 = 1, т.е. когда тестер включен.

А, то есть правило, которое я процитировал в comment:20, должно выполняться только если бит 0 равен 1, а если он равен 0, то в битах 6..2 может быть все что угодно. Я правильно теперь понял?

[ledol]

Совершенно верно

[alx]

Возник еще один вопрос, похожий на предыдущий. В приложенном файле MiB_ST-124M_V11.txt написано:

    1192    -       Прием полей J2\... из контейнера*:              0-62            0
    *- в диапазоне 0-62 доступны только контейнеры занятые под трафик ETH или E1

При этом даже в дефолтной конфигурации это условие не выполняется: как видно в приведенной выше цитате, байт 1192 по умолчанию имеет значение 0, что, если я правильно понимаю, соответствует контейнеру номер 1. Однако по дефолту все контейнеры, включая контейнер 1, имеют формат "транзит", то есть не заняты под трафик ETH или E1! Нет ли здесь ошибки? Может быть здесь тоже неполное условие? Что записывать в этот байт, если ни один контейнер не занят под трафик ETH или E1?

[ledol]

И да, и нет. В случае этого поля, некорректная установка номера приведет только к отсутствию информации в полях

631-645 Поле J2 выбранного контейнера - -
646 Поле K4 выбранного контейнера - -
647 Поле N2 выбранного контейнера - -
648 Поле TSL(V5) выбранного контейнера - -
переменной 7, т.е. я ничего криминального ни в значении 0 по умолчанию не вижу, и в номере который не относится к Eth. Но вот может как то пояснить, акцентировать можно? В описании то напишем, но их мало читают.

[ledol]

А лучше давай сделаем так, значение 0-выкл. 1-63 номер контейнера. И допустимыми являются только контейнеры занятые Eth трафиком.

[alx]

Replying to ledol:

А лучше давай сделаем так, значение 0-выкл. 1-63 номер контейнера. И допустимыми являются только контейнеры занятые Eth трафиком.

Хорошо.

[ledol]

Скорректировал описание.

[alx]

Возник еще один вопрос. В файле MiB_ST-124M_V12.txt написано:

727	SQ select, выбор вариантов QL: 
728	0 - 0000  (default)     undefined
729	1 - 0010                G.811,PRC,ПЭГ\ЗГ
730	2 - 0100                G.812(1\4),SSU-A,ВЗГ
731	3 - 1000                G.812(6),SSU-B,МЗГ
732	4 - 1011                SETS(ГСЭ) G.813
733	5 - SSM_Rx              Input SSM (Для T31\Т32 доступны только если выбран NRZ)

Но там не указано (или я не смог найти) значение SSM_Rx. Какое значение должно быть записано в биты 4..1 конфигурации входов синхронизации при выборе последнего варианта?

[ledol]

В биты 4..1 конфигурации входов синхронизации при выборе последнего варианта (SSM_Rx) пишется значение 5 (0101), как и указано выше.

[ledol]

Я немного поясню. Есть стандарт нормирующий качество источника синхронизации в системах SDH, G.781.
В нем приведена сводная таблица дающая источнику определенного качества в соответствие цифровую тетраду (0-15).
Эта же тетрада передается в качестве SSM_Tx (Quality level set coding into synchronization status message (SSM)).

На приеме мы задаем уровень качества входа частоты либо как константу (первые 5 вариантов), либо уровень определяется значением SSM_Rx (т.е. входного сообщения SSM)

[alx]

Replying to ledol:

В биты 4..1 конфигурации входов синхронизации при выборе последнего варианта (SSM_Rx) пишется значение 5 (0101), как и указано выше.

Понятно. В таком случае, что означает вот этот столбец:

0000
0010
0100
1000
1011
SSM_Rx

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

[alx]

А, кажется я догадался. Все что правее " - " - это названия опций, которые может выбрать пользователь. То есть, например, пользователь может выбрать опцию 0010 G.811,PRC,ПЭГ\ЗГ, или может выбрать опцию SSM_Rx Input SSM... Правильно?

[ledol]

Да, именно так - 0010 - G.811,PRC,ПЭГ\ЗГ - это и есть тетрада из стандарта и ее текстовое детерминирование,
а в биты 4..1 пишем значение левого столбика децимальных номеров.

[ledol]

Добавлено описание переменных V13

[alx]

В файле MiB_ST-124M_V13.2.txt написано:

Для всех бинарных настроек состояние 1 означает включенную настройку, 0 - выключенную,

Одновременно в том же файле написано:

32 0 J0_Tx_En Вкл.\Выкл. 0\1

Одна запись противоречит другой. Есть аналогичные противоречия в описании других настроек.

Какому утверждению верить - общему (из первой цитаты) или написанному в описании конкретных настроек?

[ledol]

Не вижу противоречий.
Для всех бинарных настроек состояние 1 означает включенную настройку, 0 - выключенную

[ledol]

Про право\лево ничего не сказано

[alx]

Replying to ledol:

Не вижу противоречий.

Запись "Вкл.\Выкл. 0\1" я понимаю так, что состоянию настройки "Вкл." соответствует значение 0, а состоянию "Выкл." соответствует значение 1. При этом в общем тексте написано: "состояние 1 означает включенную настройку, 0 - выключенную" - то есть здесь обратное соответствие. В этом и состоит противоречие.

[ledol]

Изменен файл MiB_ST-124M_V14.txt​

[ledol]

Replying to alx:

В файле MiB_ST-124M_V13.2.txt написано:

Для всех бинарных настроек состояние 1 означает включенную настройку, 0 - выключенную,

Одновременно в том же файле написано:

32 0 J0_Tx_En Вкл.\Выкл. 0\1

Одна запись противоречит другой. Есть аналогичные противоречия в описании других настроек.

Какому утверждению верить - общему (из первой цитаты) или написанному в описании конкретных настроек?

Нужно верить утверждению - Для всех бинарных настроек состояние 1 означает включенную настройку, 0 - выключенную,

[ledol]

Добавлено описание переменных V15

[alx]

Напоминаю, что я жду разъяснения о том, какие глобальные настройки являются основными, а какие второстепенными...

[san]

ledol попросил меня проиллюстрировать некоторые его предложения по улучшению читаемости интерфейса для пользователя, что я и делаю:

1. Поля X1 .. X6 и Y1 .. Y6 нужно сгруппировать, примерно как это сделано на рисунке.
2. Размер полей ввода для настроек задать соответственно количеству символов которые пользователь может ввести, т.е. поле для ввода целого числа 0..255 должно выглядеть значительно меньшим чем поле для ввода 16 символов(это относится не только к настройкам на рисунке, но и ко всем остальным)

[ledol]

Пожелания по вкладке "Настройки":
В пп. 1, 2.1, 3.1

• Поля комментариев Имя станции\Имя направления поставить в оглавление пунктов (после "Направление А\B")
• Настойки "Выкл. направления" переименовать в "Направление А", "Направление В".
• При снятии (выключении) чекбокса "Направление А" сделать настройки направления A неактивными.
• При снятии (выключении) чекбокса "Направление B" сделать настройки направления B неактивными.
• Настройку "Настройка RPD опт." сделать неактивной ввиду отсутствия аппаратных возможностей платы данной ревизии.

В пп. 2.2, 3.2

• Сопроводить байтовые и текстовые поля комментариями доступного диапазона ввода - т.е. 0-255\1-15 симв.
• Геометрически совместить настройку включения байтовых и текстовых полей с областью ввода значений поля (S1_Tx, J0_Tx, J0_Rx_Exp, K1-2).
• В настройке F1_Tx вариант console сделать неактивным ввиду отсутствия поддержки функционала в данной программной версии
• В настройке D1-D3 вариант DCCR сделать неактивным ввиду отсутствия поддержки функционала в данной программной версии
• В настройке D4-D12 вариант DCCM сделать неактивным ввиду отсутствия поддержки функционала в данной программной версии
• Настройку "E1/E2 (речевая СС) транзит" реализовать в виде E1/E2 + select box с параметрами выкл.\транзит.
• Настройку "V1-V12 транзит" реализовать в виде V1-V12 + select box с параметрами выкл.\транзит.
• Для полей J0_Tx, J0_Rx_Exp, S1_Tx, K1-2 сделать область ввода значений недоступной при выключеном состоянии настройки (выкл.\транзит\checkbox_off) и доступной при включеном состоянии настройки(const.\checkbox_on).
• Поля X1-X6 и Y1-Y6 сгруппировать в строки из 6-и байтовых полей формата "X1-6 (6*[0-255]) | xx xx xx xx xx xx |" (рисунок в комментарии выше).
• Настройку K1-2 сделать 2-х ступенчатой. 1-я - K1-2 с вариантами выкл.\транзит\const., 2-я при выборе варианта const.

становятся доступны байтовые поля K1 и K2, и настройка (чекбокс) K2[2..0] autoRDI.

В пп. 2.3, 3.3

• Сопроводить байтовые и текстовые поля комментариями доступного диапазона ввода.
• Геометрически совместить настройку включения байтовых и текстовых полей с областью ввода значений поля (C2_Tx, C2_Rx_Exp, J1_Tx, J1_Rx_Exp).
• Для полей J1_Tx, J1_Rx_Exp, C2_Rx_Exp, C2_Tx сделать область ввода значений недоступной при выключеном состоянии настройки

В пп. 2.4, 3.4

• Сгруппировать аварии в соответствии их принадлежности к байтам конфигурации и сопроводить комментариями:

"SOH (Section overhead) alarms" для аварий байта 116(для А)\219(для B)
"Line and High-order path alarms" для аварий байтов 117-118(для А)\220-221(для B)

В п. 4
Добавить к номеру Tributary Unit значение KLM (аналогично задаче, решенной в #720).

[ledol]

Replying to alx:

Напоминаю, что я жду разъяснения о том, какие глобальные настройки являются основными, а какие второстепенными...

Я прошу пояснить где прозвучал вопрос.

[alx]

Replying to san:

1. Поля X1 .. X6 и Y1 .. Y6 нужно сгруппировать,

Сгруппировал.

2. Размер полей ввода для настроек задать соответственно количеству символов которые пользователь может ввести,

Задал. Так же до кучи сделал со всеми select'ами.

[alx]

Replying to ledol:

В пп. 1, 2.1, 3.1

• Поля комментариев Имя станции\Имя направления поставить в оглавление пунктов (после "Направление А\B")

Не нашел в указанных группах вкладки "Настройки" такого текста ("Направление А\B"). Вижу только два чекбокса "Направление"... Уточни, пожалуйста, что за оглавление и пункты имеются в виду.

• Настойки "Выкл. направления" переименовать в "Направление А", "Направление В".

Вообще-то они уже давно переименованы в просто "Направление" (в соответствие с твоим указанием убрать все "Вкл." и "Выкл."). Какое направление имеется в виду, по-моему и так вполне ясно из названий групп ("Конфигурация оптического порта STM A"/"Конфигурация оптического порта STM B"). Оставить "Направление" или все равно добавить "A" и "B"?

• При снятии (выключении) чекбокса "Направление А" сделать настройки направления A неактивными.
• При снятии (выключении) чекбокса "Направление B" сделать настройки направления B неактивными.

Сделал.

• Настройку "Настройка RPD опт." сделать неактивной ввиду отсутствия аппаратных возможностей платы данной ревизии.

Сделал.

В пп. 2.2, 3.2

• Сопроводить байтовые и текстовые поля комментариями доступного диапазона ввода - т.е. 0-255\1-15 симв.

Не совсем понял - ты предлагаешь написать, какие числа или символы можно вводить, или количество символов, которые можно ввести? Или и то, и другое? :)

Сделал и то, и другое.

• Геометрически совместить настройку включения байтовых и текстовых полей с областью ввода значений поля (S1_Tx, J0_Tx, J0_Rx_Exp, K1-2).

Не уверен, что правильно понял, что ты имел в виду... Ты предлагаешь разместить чекбокс J0_Tx и текстовое поле J0_Tx, а также J0_Rx и J0_Rx_Exp ближе друг к другу?

Только сейчас заметил, что после удаления по твоему указанию "_En" из названий настроек у нас появились разные настройки с одним и тем же именем - хорошо ли это? Получается, я не могу указать конкретную настройку, просто написав ее название...

• В настройке F1_Tx вариант console сделать неактивным ввиду отсутствия поддержки функционала в данной программной версии

Сделал.

• В настройке D1-D3 вариант DCCR сделать неактивным ввиду отсутствия поддержки функционала в данной программной версии

Сделал.

• В настройке D4-D12 вариант DCCM сделать неактивным ввиду отсутствия поддержки функционала в данной программной версии

Сделал.

• Настройку "E1/E2 (речевая СС) транзит" реализовать в виде E1/E2 + select box с параметрами выкл.\транзит.

??? Ты же сам недавно добавил в приложенные файлы указание не добавлять "Выкл." и "Вкл." в бинарных настройках! И я только недавно (позавчера?) в соответствии с этим указанием их все удалил. Собственноручно, можно сказать, отправил их всех в ад... :)

Хорошо, сделал "выкл." и "транзит"...

• Настройку "V1-V12 транзит" реализовать в виде V1-V12 + select box с параметрами выкл.\транзит.

Опять "Выкл." восстает из ада... :)

Сделал.

• Для полей J0_Tx, J0_Rx_Exp, S1_Tx, K1-2 сделать область ввода значений недоступной при выключеном состоянии настройки (выкл.\транзит\checkbox_off) и доступной при включеном состоянии настройки(const.\checkbox_on).

Не понял - при выключенном/включенном состоянии какой именно настройки? Какого именно чекбокса? В указанных группах много разных настроек, и чекбоксов в том числе...

• Поля X1-X6 и Y1-Y6 сгруппировать в строки из 6-и байтовых полей формата "X1-6 (6*[0-255]) | xx xx xx xx xx xx |" (рисунок в комментарии выше).

Сделано.

• Настройку K1-2 сделать 2-х ступенчатой.

??? Не вижу в группе такой настройки. Есть "K2[2..0] autoRDI", "K1/K2", "K1 (0...255, 1-3 цифры)", "K2 (0...255, 1-3 цифры)". Уточни, пожалуйста, о какой именно настройке идет речь. Предполагаю, что "K1/K2", но полагаться на интуицию не хочу...

1-я - K1-2 с вариантами выкл.\транзит\const., 2-я при выборе варианта const.
становятся доступны байтовые поля K1 и K2, и настройка (чекбокс) K2[2..0] autoRDI.

Верно ли я догадался, что настройки "K2[2..0] autoRDI", "K1 (0...255, 1-3 цифры)" и "K2 (0...255, 1-3 цифры)" надо делать активными (доступными) при значении настройки "K1/K2" const. и неактивными при выборе любых других вариантов настройки "K1/K2"?

В пп. 2.3, 3.3

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

Сопроводил.

• Геометрически совместить настройку включения байтовых и текстовых полей с областью ввода значений поля (C2_Tx, C2_Rx_Exp, J1_Tx, J1_Rx_Exp).

Не уверен, что правильно понял, что ты имел в виду... Ты предлагаешь разместить настройки "С2_Tx" и "С2_Tx (0...255, 1-3 цифры)", а также "J1_Tx" и "J1_Tx (0-15 симв. ASCII)" ближе друг к другу?

И какое текстовое поле соответствует настройке "C2_Exp_Rx"? "C2_Exp_Tx (0...255, 1-3 цифры)"?

• Для полей J1_Tx, J1_Rx_Exp, C2_Rx_Exp, C2_Tx

??? Не вижу в группе настройки "C2_Rx_Exp". Ты, наверное, имел в виду "C2_Exp_Rx"?

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

??? У тебя предложение не дописано. При выключенном состоянии какой именно настройки?

В пп. 2.4, 3.4

• Сгруппировать аварии в соответствии их принадлежности к байтам конфигурации и сопроводить комментариями:

"SOH (Section overhead) alarms" для аварий байта 116(для А)\219(для B)
"Line and High-order path alarms" для аварий байтов 117-118(для А)\220-221(для B)

Сделано.

В п. 4
Добавить к номеру Tributary Unit значение KLM (аналогично задаче, решенной в #720).

Добавил.

[alx]

Replying to ledol:

Я прошу пояснить где прозвучал вопрос.

Вопрос был в comment:3:

Верно ли я понял, что на вкладке состояния предлагается повторно визуализировать не все глобальные настройки, а только некоторые из них (основные)? Если да, то какие именно из глодальных настроек являются основными, а какие - второстепенными?

[san]

По просьбе ledol иллюстрирую что он хотел сделать с чекбоксами "Направление" для портов A и B.
По задумке Алексея эти пункты должны быть на уровень выше, т.е. не в группе 2.1 и 3.1, а в группе 2 и 3. И включение чекбокса должно делать активными, а снятие чекбокса дизэйблить не только настройки 2.1 или 3.1, а вообще все настройки порта A или B (всю группу 2 или 3). Ну и называться чекбокс должен - "Включить порт".

[ledol]

Replying to alx:

Replying to ledol:

Я прошу пояснить где прозвучал вопрос.

Вопрос был в comment:3:

Верно ли я понял, что на вкладке состояния предлагается повторно визуализировать не все глобальные настройки, а только некоторые из них (основные)? Если да, то какие именно из глодальных настроек являются основными, а какие - второстепенными?

Я настройки на основные\второстепенные не делю, и не делил. Предложил при отображении данных на вкладке "состояние" в качестве дополнительной информации, отображать структурно-связанные параметры заданные не вкладке "конфигурация".
Например:
Параметр конфигурации (перем. 6) - байты 49-63 задают ожидаемое значение поля J0 (J0_Rx_Exp 15 байт ASCII).
Данные состояния (перем.7)- байты 64-78 показывают принятое значение поля J0 (J0_Rx 15 байт ASCII).
Предлагается отобразить ожидаемое и принимаемое значение рядом.

[alx]

Replying to san:

По задумке Алексея эти пункты должны быть на уровень выше, т.е. не в группе 2.1 и 3.1, а в группе 2 и 3.

??? Эта задумка противоречит (очередной раз) рекомендациям, написанным в приложенных Алексеем к тикету файлах. Во всех приложенных файлах эта настройка отнесена к группе "Настройка параметров"...

И включение чекбокса должно делать активными, а снятие чекбокса дизэйблить не только настройки 2.1 или 3.1, а вообще все настройки порта A или B (всю группу 2 или 3).

Хм... Пожелание "сделать настройки направления A неактивными" было написано под "шапкой" "В пп. 1, 2.1, 3.1", поэтому я понял так, что имеются в виду только настройки из группы 2.1 (3.1 для направления B)...

Хорошо, переделаю.

Ну и называться чекбокс должен - "Включить порт".

Как странно... А сам Алексей только что (в commit:50) предлагал название для этих настроек "Направление A" и "Направление B"...

И это опять противоречит ранее полученному указанию не добавлять "Вкл."/"Выкл." в названия... Или нельзя только сокращенно "Вкл.", а полностью "Включить" - можно? :)

Ребята, пожалейте меня! :) Я всеми силами стараюсь как можно точнее выполнить все пожелания. И когда эти пожелания противоречат друг другу, у меня возникает ступор... :( Правильно ли я понял, что о том, что написано в файлах, можно забыть - типа передумали? :)

[alx]

Replying to ledol:

Я настройки на основные\второстепенные не делю, и не делил.

??? В прикрепленных тобой файлах написано: "визуализировать осн. настройки". Я понял сокращение "осн." как "основные". Если я понял неправильно, то разъясни, пожалуйста, что означает это "осн.". Я уже приступил к работе над вкладкой "Состояние" и сделал там отображение группы общих (глобальных) параметров. А что в этой группе визуализировать из настроек, непонятно...

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

В таком случае, мне нужна информация о том, какие именно параметры являются структурно связанными.

Например:
Параметр конфигурации (перем. 6) - байты 49-63 задают ожидаемое значение поля J0 (J0_Rx_Exp 15 байт ASCII).
Данные состояния (перем.7)- байты 64-78 показывают принятое значение поля J0 (J0_Rx 15 байт ASCII).
Предлагается отобразить ожидаемое и принимаемое значение рядом.

Именно об этих параметрах в приложенном тобой файле написано очень хорошо, конкретно и понятно:

Желательно визуализировать состояние настроек: J0_Tx\Exp

А вот для группы общих (глобальных) параметров указание, к сожалению, не такое конкретное:

визуализировать осн. настройки

А что это за "осн. настройки", которые желательно визуализировать - не написано (по крайней мере, я не увидел, возможно по невнимательности просмотрел)...

[ledol]

Replying to alx:

Replying to ledol:

Я настройки на основные\второстепенные не делю, и не делил.

??? В прикрепленных тобой файлах написано: "визуализировать осн. настройки". Я понял сокращение "осн." как "основные". Если я понял неправильно, то разъясни, пожалуйста, что означает это "осн.". Я уже приступил к работе над вкладкой "Состояние" и сделал там отображение группы общих (глобальных) параметров. А что в этой группе визуализировать из настроек, непонятно...

в описании переменной 7 (Статус\Статистика параметров платы) более 10-и раз встречается фраза "Желательно визуализировать состояние настроек:" далее описание настроек для визуализации, именно это и имелось ввиду в описательной части документа. Я имел ввиду, что показываются основные настройки контекста отображаемого состояния.

[san]

Как странно... А сам Алексей только что (в commit:50) предлагал название для этих настроек "Направление A" и "Направление B"...
И это опять противоречит ранее полученному указанию не добавлять "Вкл."/"Выкл." в названия... Или нельзя только сокращенно "Вкл.", а полностью "Включить" - можно? :)
Ребята, пожалейте меня! :) Я всеми силами стараюсь как можно точнее выполнить все пожелания. И когда эти пожелания противоречат друг другу, у меня возникает ступор... :( Правильно ли я понял, что о том, что написано в файлах, можно забыть - типа передумали? :)

Настроек много, а Алексей тоже человек и не всегда у него получается объяснить тебе, что он хотел.
Суть этого чекбокса - включение порта(направления), поэтому и располагаться он должен на самом верхнем уровне настроек порта. Самое понятное для пользователя название будет соответствующее сути функции "Включить порт". (считай, что это исключительная настройка на которую правило убрать вкл/выкл не действует)

[san]

Replying to alx:

А вот для группы общих (глобальных) параметров указание, к сожалению, не такое конкретное:

визуализировать осн. настройки

А что это за "осн. настройки", которые желательно визуализировать - не написано (по крайней мере, я не увидел, возможно по невнимательности просмотрел)...

Алексей имел в виду что в общих(глобальных) параметрах нужно визуализировать все Глобальные параметры платы из описания переменной 7, что ты уже и сделал, как я вижу. Примечание (визуализировать осн. настройки) всего лишь комментарий, не обращай на него внимания.

[alx]

Replying to ledol:

в описании переменной 7 (Статус\Статистика параметров платы) более 10-и раз встречается фраза "Желательно визуализировать состояние настроек:" далее описание настроек для визуализации, именно это и имелось ввиду в описательной части документа.

Указание "визуализировать осн. настройки", о котором был мой вопрос, относится к группе "1. Общие (глобальные) параметры платы":

131	1- Общие(Глобальные) параметры платы (визуализировать осн. настройки)

Насколько я могу видеть, в части описания глобальных параметров переменной .7.0 фраза "Желательно визуализировать состояние настроек:" встречается менее одного раза:

838	=== Глобальные параметры платы ===
839	______________________________________________________________________________________________________
840	Байт    Бит     Название                     Параметры\Описание                 Значение по умолчанию
841	______________________________________________________________________________________________________
842	0       -       Тип платы (аппаратный)                  -                       0 (undef.)
843	                (0 - undef. 1->ST-018M, 2-ST-116M,3-ST-124M)
844	
845	1       -       Тип платы (программный)                 -                       0 (undef.)
846	                (0 - undef. 1->ST-018M, 2-ST-116M,3-ST-124M)
847	
848	2-7     -       Серийный номер платы (программный)      -                       0 (undef.)
849	
850	8       -       Версия ПО платы                         -                       0 (undef.)
851	
852	9-23    -       Имя станции (15 символов) переносится из переменной 6           0
853	
854	24-27   -       Таймер применения конфигурации          (4байта\в секундах)     0
855	
856	28      0       SDRAM test result present               0\1                     0
857	                0- no result
858	        1       SDRAM test result                       0\1                     0
859	                1- SDRAM work normally 0- wrong 
860	        2       APLL lock 0\1 = normal\problem          0\1                     0
861	        3       Фильтр оптических сигналов: вкл.\выкл.  0\1                     1
862	        4..5    Уровень выходных LVDS сигналов          00\01\10\11             10
863	                00\01\10\11 = 330mV\430mV\540mV\640mV 
864	        6       Тип резервирования  APS1(SNCP)\APS2(PP) 0\1                     1
865	        7       Настройка ALS(G.664) выкл.\вкл.         0\1                     0
866	        
867	====================================================================

Хотелось бы получить дополнительные разъяснения о том, какие именно настройки желательно визуализировать в группе, отображающей общие (глобальные) параметры состояния платы.

[alx]

Replying to san:

Настроек много, а Алексей тоже человек

Будучи сам одним из представителей Алексеев, нисколько не сомневаюсь в видовой принадлежности Алексея. :)

и не всегда у него получается объяснить тебе, что он хотел.

Именно поэтому я и задаю ему уточняющие вопросы, прошу дополнительных разъяснений.

Посмотри на ситуацию моими глазами: Алексей сам лично мне пишет одно, а ты (от его же имени!) пишешь нечто совершенно другое. Как я должен в такой ситуации действовать? Прости, но к информации, исходящей от первоисточника, у меня больше доверия, чем к пересказу третьим лицом. Может быть это ты желание Алексея неправильно понял! При всем к тебе уважении, разработчик платы - не ты (поправь, если я в этом ошибаюсь)...

Мне кажется, было бы разумно, если бы сам Алексей разрешил этот вопрос - указал, какое из этих названий лучше подойдет для данного параметра...

Суть этого чекбокса - включение порта(направления), поэтому и располагаться он должен на самом верхнем уровне настроек порта.

Уверен, что Алексей, как разработчик платы, знал о сути и назначении этой настройки не хуже тебя. И при этом он поместил ее в группу 2.1, а не в группу 2! Я вполне допускаю, что он мог, например, просто не догадаться, что группа 2 для этой настройки подойдет лучше. Но в этом случае было бы разумным услышать от него подтверждение - типа "Да, предложение san лучше чем то, что написал я в приложенном файле. Делай как предложил san". А может у него были какие-то иные соображения, о которых мы с тобой не знаем...

Самое понятное для пользователя название будет соответствующее сути функции "Включить порт". (считай, что это исключительная настройка на которую правило убрать вкл/выкл не действует)

Вообще-то можно было бы придумать и другие синонимы слова "включить", не нарушающие указание Алексея: "Активировать порт", "Разблокировать порт", "Запустить порт" и т.п... :)

[alx]

Replying to san:

Алексей имел в виду что в общих(глобальных) параметрах нужно визуализировать все Глобальные параметры платы из описания переменной 7,

По-моему это ты неправильно понял. Есть настройки, а есть состояние. Настройки хранятся в переменной .6.0, состояние читается из переменной .7.0. Алексей где-то еще в самых первых комментариях разъяснил, что (кратко пересказываю своими словами) для лучшего восприятия на вкладке "Состояние" кроме отображения собственно параметров состояния полезно отобразить и некоторые параметры настроек. Вот о том, какие настройки (из переменной .6.0, а не состояния из переменной .7.0) надо отобразить в группе 1, и был мой вопрос.

Примечание (визуализировать осн. настройки) всего лишь комментарий, не обращай на него внимания.

Для меня твои слова - не обращать внимание на пожелания разработчика - звучат очень странно. :) Я как раз стараюсь максимально полно учесть и выполнить все пожелания разработчика... Опять же, так как примечание написано Алексеем, указание не обращать на него внимание было бы логично услышать от самого Алексея же, а не от третьего лица...

Конечно, если Алексей будет молчать (не ответит на мой вопрос), у меня просто не останется иного выхода кроме как проигнорировать этот комментарий и никаких настроек не визуализировать. Но такое поведение было бы странным - ИМХО в интересах Алексея поскорее дать все необходимые для моей работы разъяснения и уточнения... Так что я не теряю надежды их получить.

[ledol]

Так называемые "Глобальные параметры платы" я перенес в переменную 7 самостоятельно, Имя станции и т.д.
Поэтому считал, что их демонстрация во вкладке "состояние" не требует пояснений. Если нужно, поясняю -
Их нужно показать во вкладке "состояние", как часть переменной 7. Остальные пожелания снабжены надписями "Желательно визуализировать состояние настроек:" и в состав переменной 7 не входят.
Прошу извинить, я только сейчас понял о чем собственно идет речь.

И все таки, возвращаясь ко вкладке "Настройки", я считаю, что первым параметром настройки д.б. "Имя станции".
А настройку "Имя направления" надо поставить непосредственно после опции включения направления.
Комментарии вида "(0...255, 1-3 цифры)" - это отлично, но ведь 0...255 уже показывает одну, затем три цифры и, наверное, можно не пояснять через запятую, что ты видишь. Коммент. "(0-15 симв. ASCII):" очень хорошо.

[ledol]

Следующие пожелания по вкладке "Настройки":
В п. 5.1

• Настройки APS(PP) сделать неактивными при выборе в п.1 "Тип резервирования: |APS1(SNCP)|"
• Настройки APS(PP) сгруппировать с строку формата: "APS(PP) срабатывает при: |RDI | UNEQ | TIM/PLM |

В п. 5.2

• Диапазоны настроек BERT_TX_num_E1:\BERT_RX_num_E1: визуализировать в виде 1E1-24E1 (как в п.4 или п.10).

В п. 5.3.1.1

• сменить название таблицы на "Настройка параметров E1"
• столбцы E1_CV, E1_LOS удалить (переместить в табл. 5.3.1.2)
• изменить название столбца "J2_TX"на "J2_Tx(0-15 симв. ASCII)"
• изменить название столбца "J2_RX_Exp" на "J2_RX_Exp(0-15 симв. ASCII)"
• разместить последовательно, друг за другом столбцы J2_Tx_ON, J2_Tx(...), J2_Rx_ON, J2_Rx_Exp(...)
• поле J2_Tx(...) становится доступным для ввода при установленном чекбоксе J2_Tx_ON
• поле J2_Rx_Exp(...) становится доступным для ввода при установленном чекбоксе J2_Rx_ON
• переименовать столбец N2_Tx[7..0] в N2_Tx(0...255)
• переименовать столбец К2_Tx[7..0] в К2_Tx(0...255)

В п. 5.3.1.2

• сменить название таблицы на "Настройка масок аварий E1 (Line side+STM side)"
• добавить в начало таблицы столбцы E1_CV, E1_LOS

В п. 6.1

• Параметр "Прием полей J2/... из контейнера (0=выкл.):" переименовать в "Прием полей J2, K4, N2, TSL(V5) из контейнера (0=выкл.,1-63):"

В п. 6.2.1/2/3/4

• выделить маски аварий в отдельную группу (как в п 2.4), и сформировать в ней две области (как в п 2.4):
  • "VCG alarms" (байт 1193+номер_VCG*6+3)
  • "STM alarms" (байт 1193+номер_VCG*6+4)
• переименовать поле "N2_Tx[7..0]" в "N2_Tx(0...255)"
• переименовать поле "SQ[7..0] (non-LCAS yes-VCAT mode):" в "SQ number (0...255):"
• в пп. 6.2.2/3/4 поля ввода от названий убежали

[alx]

Replying to ledol:

Так называемые "Глобальные параметры платы" я перенес в переменную 7 самостоятельно, Имя станции и т.д.
Поэтому считал, что их демонстрация во вкладке "состояние" не требует пояснений. Если нужно, поясняю -
Их нужно показать во вкладке "состояние", как часть переменной 7.

Спасибо за пояснение. Но я спрашивал именно о переменной .6.0. Верно ли я понял, что, как ранее написал san, в группе "1. Общие (глобальные) параметры платы" никаких настроек из переменной .6.0 визуализировать не требуется, и указание "визуализировать осн. настройки" следует игнорировать?

Прошу извинить, я только сейчас понял о чем собственно идет речь.

Да ничего страшного. Я по собственному опыту хорошо понимаю, что лучше сразу сто раз переспросить и убедиться, что мы правильно поняли друг друга, чем потом переделывать работу, на которую потратил неделю... :)

И все таки, возвращаясь ко вкладке "Настройки", я считаю, что первым параметром настройки д.б. "Имя станции".

Понял. Переместил "Имя станции" наверх.

А настройку "Имя направления" надо поставить непосредственно после опции включения направления.

Сделано.

Комментарии вида "(0...255, 1-3 цифры)" - это отлично, но ведь 0...255 уже показывает одну, затем три цифры и, наверное, можно не пояснять через запятую, что ты видишь.

Согласен. Скорректировал.

Что-то блок .250 с утра недоступен...

[ledol]

Пол мыли, линк отвалился.

[ledol]

Replying to alx:

Replying to ledol:
Спасибо за пояснение. Но я спрашивал именно о переменной .6.0. Верно ли я понял, что, как ранее написал san, в группе "1. Общие (глобальные) параметры платы" никаких настроек из переменной .6.0 визуализировать не требуется, и указание "визуализировать осн. настройки" следует игнорировать?

Да. Это так.

[alx]

Replying to ledol:

В п. 5.3.1.1

• переименовать столбец К2_Tx[7..0] в К2_Tx(0...255)

Такого столбца в таблице нет. Догадываюсь, что имелся в виду столбец К4_Tx[7..0]. Переименовал его в К4_Tx (0...255).

В п. 6.2.1/2/3/4

• выделить маски аварий в отдельную группу (как в п 2.4), и сформировать в ней две области (как в п 2.4):
  • "STM alarms" (байт 1193+номер_VCG*6+4)

В байте 1193+номер_VCG*6+4 нет масок аварий, там находится значение N2_Tx. Догадываюсь, что имелся в виду байт 1193+номер_VCG*6+2.

Все остальное вроде бы сделал.

Хочу настройки в группах 2.1 и 3.1 разместить в два столбца (для компактности). Где, в таком случае, желательно разместить настройку "Имя направления"?

[alx]

Replying to ledol:

Пол мыли, линк отвалился.

Классика. :) :) :)

[ledol]

|В п. 6.2.1/2/3/4
выделить маски аварий в отдельную группу (как в п 2.4), и сформировать в ней две области (как в п 2.4):
"STM alarms" (байт 1193+номер_VCG*6+4)
В байте 1193+номер_VCG*6+4 нет масок аварий, там находится значение N2_Tx. Догадываюсь, что имелся в виду байт 1193+номер_VCG*6+2.

• Да. Неправильно я указал смещения.

"STM alarms" (байт 1193+номер_VCG*6+3), "VCG alarms" (байт 1193+номер_VCG*6+2) (сейчас наоборот получилось).

|Хочу настройки в группах 2.1 и 3.1 разместить в два столбца (для компактности). Где, в таком случае, желательно разместить настройку "Имя направления"?

• Пока не очень понимаю что изменится, но только могу сказать следующее: 1. Настройка "Имя направления" это базовый комментарий пункта 2 (и 3 для B) и должна находиться непосредственно около поля чекбокса "Направление".

2. Действие чекбокса "Направление" должно распостраняться на все настройки п.2 (а не только 2.1) направления А (для В аналогично).

В общем, посмотрим что получится и прокомментируем. Так можно?

[alx]

Replying to ledol:

• Да. Неправильно я указал смещения.

"STM alarms" (байт 1193+номер_VCG*6+3), "VCG alarms" (байт 1193+номер_VCG*6+2) (сейчас наоборот получилось).

Исправил.

|Хочу настройки в группах 2.1 и 3.1 разместить в два столбца (для компактности). Где, в таком случае, желательно разместить настройку "Имя направления"?

• Пока не очень понимаю что изменится, но только могу сказать следующее: 1. Настройка "Имя направления" это базовый комментарий пункта 2 (и 3 для B) и должна находиться непосредственно около поля чекбокса "Направление".

Сделал в два столбца. На мой взгляд, ничего не ухудшил...

2. Действие чекбокса "Направление" должно распостраняться на все настройки п.2 (а не только 2.1) направления А (для В аналогично).

Распространил.

[ledol]

Помоему так оч. хорошо.
Я пропустил один твой комплексный ответ, сейчас прокомментирую.

Не уверен, что правильно понял, что ты имел в виду... Ты предлагаешь разместить чекбокс J0_Tx и текстовое поле
J0_Tx, а также J0_Rx и J0_Rx_Exp ближе друг к другу?
Только сейчас заметил, что после удаления по твоему указанию "_En" из названий настроек у нас появились разные
настройки с одним и тем же именем - хорошо ли это? Получается, я не могу указать конкретную настройку, просто
написав ее название...

Ответ:
Это, по сути, одна настройка и есть (как и J1, как и J2). По идее выглядеть должно так - при включении чекбокса J0_Tx становится доступной для ввода строка на 15 символов расположеная непосредственно за ним (справа). Т.е. может выглядеть так:
J0_Tx|чекбокс|(0-15 симв. ASCII):|поле ввода 15-и символов|.

Настройку "E1/E2 (речевая СС) транзит" реализовать в виде E1/E2 + select box с параметрами выкл.\транзит.
??? Ты же сам недавно добавил в приложенные файлы указание не добавлять "Выкл." и "Вкл." в бинарных
настройках! И я только недавно (позавчера?) в соответствии с этим указанием их все удалил. Собственноручно,
можно сказать, отправил их всех в ад... :)

Ответ: Прости, неточно выразился, селектбокс давай многовариантным считать.
А настройка E2, это сейчас она бинарная, Е2 - это поле голосовой служебной связи, может завтра приделаем выход на порт FXS (в плате или блоке 3U) и появится новый вариант, поэтому только пока 2 варианта.

Настройку K1-2 сделать 2-х ступенчатой.
??? Не вижу в группе такой настройки. Есть "K2[2..0] autoRDI", "K1/K2", "K1 (0...255, 1-3 цифры)", "K2
(0...255, 1-3 цифры)". Уточни, пожалуйста, о какой именно настройке идет речь. Предполагаю, что "K1/K2", но
полагаться на интуицию не хочу...
1-я - K1-2 с вариантами выкл.\транзит\const., 2-я при выборе варианта const.
становятся доступны байтовые поля K1 и K2, и настройка (чекбокс) K2[2..0] autoRDI.
Верно ли я догадался, что настройки "K2[2..0] autoRDI", "K1 (0...255, 1-3 цифры)" и "K2 (0...255, 1-3 цифры)"
надо делать активными (доступными) при значении настройки "K1/K2" const. и неактивными при выборе любых
других
вариантов настройки "K1/K2"?

Ответ:

Да, речь о настройке "K1/K2". Да, при выборе варианта "const." становятся доступными для ввода поля "K1 (0...255)| |", "K2 (0...255)| |" и чекбокс " K2[2..0] autoRDI

". Желательно эту композицию сгруппировать в 1 строку.

И какое текстовое поле соответствует настройке "C2_Exp_Rx"? "C2_Exp_Tx (0...255, 1-3 цифры)"?
Для полей J1_Tx, J1_Rx_Exp, C2_Rx_Exp, C2_Tx
??? Не вижу в группе настройки "C2_Rx_Exp". Ты, наверное, имел в виду "C2_Exp_Rx"?
сделать область ввода значений недоступной при выключенном состоянии настройки
??? У тебя предложение не дописано. При выключенном состоянии какой именно настройки?

Ответ:

Речь о настройках "С2_Tx:" и "C2_Exp_Rx:". Они организуют такие же комплиментарные пары с полями ввода "С2_Tx (0...255):" и "C2_Rx_Exp(0...255):". Функционал аналогичный описанному выше К1\К2. Т.е. при выборе в настройке

"С2_Tx:" варианта "const.", становится доступным для ввода поле "С2_Tx (0...255):", т.е. поле для ввода константы. Думаю разместить лучше в строчку: "С2_Tx:|const.|(0...255):|xxx|". Ну и для "C2_Rx_Exp: и C2_Rx_Exp (0...255):" тоже самое.

Поле "C2_Exp_Tx (0...255):" почему то названо, нужно C2_Rx_Exp(0...255):. Не знаю откуда Tx, не правильно это.

[ledol]

А можно в настройке "F2/F3:" поменять вариант "-" на "выкл."?

[alx]

Replying to ledol:

J0_Tx, а также J0_Rx и J0_Rx_Exp ближе друг к другу?

Это, по сути, одна настройка и есть (как и J1, как и J2). По идее выглядеть должно так - при включении чекбокса J0_Tx становится доступной для ввода строка на 15 символов расположеная непосредственно за ним (справа). Т.е. может выглядеть так:
J0_Tx|чекбокс|(0-15 симв. ASCII):|поле ввода 15-и символов|.

Сделал, но оставил как две разные настройки - так, на мой вкус, лучше смотрится (иначе все разъезжается по вертикали).

Да, речь о настройке "K1/K2". Да, при выборе варианта "const." становятся доступными для ввода поля "K1 (0...255)| |", "K2 (0...255)| |" и чекбокс " K2[2..0] autoRDI

". Желательно эту композицию сгруппировать в 1 строку.

Сгруппировал.

Речь о настройках "С2_Tx:" и "C2_Exp_Rx:". Они организуют такие же комплиментарные пары с полями ввода "С2_Tx (0...255):" и "C2_Rx_Exp(0...255):". Функционал аналогичный описанному выше К1\К2. Т.е. при выборе в настройке

"С2_Tx:" варианта "const.", становится доступным для ввода поле "С2_Tx (0...255):", т.е. поле для ввода константы. Думаю разместить лучше в строчку: "С2_Tx:|const.|(0...255):|xxx|". Ну и для "C2_Rx_Exp: и C2_Rx_Exp (0...255):" тоже самое.

Кажется все сделал. Проверь все, пожалуйста, я мог что-то пропустить или перепутать.

Поле "C2_Exp_Tx (0...255):" почему то названо,

Не знаю откуда Tx, не правильно это.

Название взято из файла MiB_ST-124M_V15.txt, строка 466.

нужно C2_Rx_Exp(0...255):.

Переименовал.

[alx]

Replying to ledol:

А можно в настройке "F2/F3:" поменять вариант "-" на "выкл."?

Поменял.

[ledol]

Все посмотрел. Очень хорошо.

[ledol]

По пунктам 8, 9, 10 у меня предложений нет. Там все на предыдущих платах отработано.
А вот по п.7 есть, но я формулирую еще, прямо сейчас. Напишу чуть попозже.

[alx]

Возник еще один вопрос: что отображать в группах "Параметры интерфейса" (2.1, 3.1) на вкладке "Состояние"? В описании переменной .7.0 я не увидел никаких указаний на то, что какой-либо из параметров относится к этим группам...

[ledol]

Леша. То, что сейчас выводится в п.2\п.3 до п.2.1\п.3.1 и есть параметры интерфейса.

[alx]

Replying to ledol:

Леша. То, что сейчас выводится в п.2\п.3 до п.2.1\п.3.1 и есть параметры интерфейса.

Хм... А в приложенных файлах это все в разделе "Состояние и статистика оптических портов STM A\B"...

Хорошо, переместил.

[alx]

Возник вопрос о распределении параметров "Сост. контейнеров каналов Eth" переменной .7.0 по группам вкладки "Состояние".

В группе 5 вкладки "Состояние" организованы 4 подгруппы: "Контейнеры VCG0", "Контейнеры VCG1", "Контейнеры VCG2" и "Контейнеры VCG3". Однако в разделе "Сост. контейнеров каналов Eth" описании переменной .7.0 ничего не говорится о принадлежности контейнеров VCG, поэтому непонятно, в какую из этих четырех подгрупп какие параметры должны попадать.

Например значение байтов 315 и 316 (счетчик BER_Count) переменной .7.0 должно отображаться в какой группе - 5.1.2.3, 5.2.2.3, 5.3.2.3 или 5.4.2.3?

[ledol]

Скорректировано описание настроек п. 7 (байты 1217-1226 пер.6).
п.7 "Настройка синхронизации платы" предлагается реализовать в виде:

п 7.1. Общие настройки системы синхронизации:

• "Сброс счетчика ресинхронизации" (в настройке 1217.1) - чекбокс
• "Полоса пропускания PLL" (в настройке 1217.0) - чекбокc
• "Критерий смены состояния источника" (в настройке 1217.3..2) - битовое поле:

00 +-30 ppm -> переход в состояние Hold (default)
01 +-13.8 ppm -> переход в состояние Hold
10 +-13.8 ppm -> переход в состояние Freerun
11 no_used

• "Биты Sa поля SSM" (в настройке 1225.2..0) - битовое поле:

000 Sa4
001 Sa5
010 Sa6
011 Sa7
100-111 Sa8

• "Выбор входа измерителя частоты" (в настройке 1225.5..3) - битовое поле: Select2 в описании.

п 7.2. Настройка источников синхронизации:

Предлагается реализовать систему настроек п7.2 в виде таблицы из 7-и строк следующего содержания:

• 1-й (крайний левый) столбец."№". Номер строки, число в диапазоне 1(вверху)-7(внизу) (в настройке нет).
• 2-й столбец. "Тип". Строка 1 - "Внутр.". Строки 2-6 - "Вход".Строка 7 - "Выход" (в настройке нет).
• 3-й столбец. "Источник". Строки 1-7 последовательно: ГСЭ(SETS), T11 (Opt.A), T12 (Opt.B), T2 (E1), T31, T32, Т4 (в настройке нет).
• 4-й столбец. Чекбоксы включения источников синхронизации.

Первая строка чекбокса не имеет (свой генератор всегда включен и присутствует в системе синхронизации).
Выключеный чекбокс делает последующие настройки строки недоступными (в настройке строк 2-6 - 1220.0-1224.0, строка 7 - 1217.7).

• 5-й столбец. "QL select". Уже присутствует в текущей таблице под названием "SQ select" (переименовать). Для первой строки является константой ГСЭ(G.813), нужно вписать в поле.

Для строк 2-6 - выбирается из списка (уже реализовано) (в настройке строк 2-6 - 1220.4..1-1224.4..1) . Для 7-й строки значение поля отсутствует, выбор невозможен.

• 6-й столбец. "Приоритет". Уже присутствует текущей таблице (в настройке строк 1-6 - 1219.7..5-1224.7..5). Для 7-й строки значение поля отсутствует, выбор невозможен.
• 7-й столбец. "Тип сигнала". Для строк 1-4 значение поля отсутствует, выбор невозможен. Для строк 5-7 селектбокс (1218.5,1218.6,1217.6) с двумя вариантами: NRZ(ноль в настройке) и CLK(один в настройке).
• 8-й столбец. "Источник сигнала". Для строк 1-3 и 5-6 значение поля отсутствует, выбор невозможен.

Для строки 4 селектбокс с вариантами: 1Е1-24Е1 (в настройке 1218.4..0 = 0-23).
Для строки 7 селектбокс с вариантами: Т0, Т11, Т12 (в настройке 1217.5..4 = 00, 01, 10).

• 9-й столбец. "SSM_Tx". Чекбоксы. Для строк 1 и 4-6 значение поля отсутствует, выбор невозможен (в настройке строк 2,3,7 - 1226.0,1226.1,1226.2 соотв.).
• 10-й столбец. "SSM_Loop det.". Чекбоксы. Для строк 1 и 4-7 значение поля отсутствует, выбор невозможен (в настройке строк 2,3 - 1226.3,1226.4 соотв.).

[ledol]

--Возник вопрос о распределении параметров "Сост. контейнеров каналов Eth" переменной .7.0 по группам вкладки "Состояние".
В группе 5 вкладки "Состояние" организованы 4 подгруппы: "Контейнеры VCG0", "Контейнеры VCG1", "Контейнеры VCG2" и "Контейнеры VCG3". Однако в разделе "Сост. контейнеров каналов Eth" описании переменной .7.0 ничего не говорится о принадлежности контейнеров VCG, поэтому непонятно, в какую из этих четырех подгрупп какие параметры должны попадать.
Например значение байтов 315 и 316 (счетчик BER_Count) переменной .7.0 должно отображаться в какой группе - 5.1.2.3, 5.2.2.3, 5.3.2.3 или 5.4.2.3?

Ответ:
Предполагалась сортировка по маске номера контейнера (num):

1. STATE_MIB[(num*6)+253] & 0x01 = конт. исп. под Eth
2. (STATE_MIB[(num*6)+253] & 0x06 >> 1) & 0x03 = номер VCG 0-3 контейнера

в соответствии с этими условиями данные контейнера попадают в 5.1, 5.2, 5.3, 5.4.

[ledol]

Предлагаю переформулироать пункты 5 вкладки "Состояние".
Данные контейнера N на подгруппы не разделять (статус\аварии\счетчики), включить в них децимальный номер контейнера (1-63).

-5. Сост. контейнеров каналов Eth 1-63

• 5.1. Контейнеры VCG0
  • 5.1.1. Данные контейнера 1 VCG0 -----

-5.2. Контейнеры VCG1

---

-5.4. Контейнеры VCG3

[alx]

Replying to ledol:

п.7 "Настройка синхронизации платы" предлагается реализовать в виде:

п 7.1. Общие настройки системы синхронизации:

В приложенном файле по-прежнему "Настройка режимов и параметров синхронизации". Но все равно переименовал.

• "Полоса пропускания PLL" (в настройке 1217.0) - чекбокc

Мне кажется, пользователям не будет понятно, что означает эта настройка. Чекбокс принято использовать в случаях, когда что-то может быть включено/выключено. Здесь же полосу пропускания нельзя включить или выключить, она есть всегда. Можно только выбрать одно из двух значений ее ширины. И в случае использования чекбокса всегда будут возникать вопросы - отметка чекбокса какой полосе соответствует? Чтобы было 1Hz отметку надо установить или снять?

Если тебе почему-то не нравится здесь селект, может быть будет лучше сделать эту настройку в виде радиокнопок?

Ну или как-то надо переформулировать название параметра, например "Широкая полоса пропускания PLL" - тогда будет понятно, что отметка означает широкую полосу, а ее отсутствие - узкую...

• "Критерий смены состояния источника"

Переименовал.

• "Биты Sa поля SSM" (в настройке 1225.2..0) - битовое поле:

000 Sa4
001 Sa5
010 Sa6
011 Sa7
100-111 Sa8

Переделал в селект и перенес.

• "Выбор входа измерителя частоты" (в настройке 1225.5..3) - битовое поле: Select2 в описании.

Переименовал и переместил.

п 7.2. Настройка источников синхронизации:

Предлагается реализовать систему настроек п7.2 в виде таблицы из 7-и строк следующего содержания:

• 1-й (крайний левый) столбец."№". Номер строки, число в диапазоне 1(вверху)-7(внизу) (в настройке нет).
• 2-й столбец. "Тип". Строка 1 - "Внутр.". Строки 2-6 - "Вход".Строка 7 - "Выход" (в настройке нет).
• 3-й столбец. "Источник". Строки 1-7 последовательно: ГСЭ(SETS), T11 (Opt.A), T12 (Opt.B), T2 (E1), T31, T32, Т4 (в настройке нет).
• 4-й столбец. Чекбоксы включения источников синхронизации.

Первая строка чекбокса не имеет (свой генератор всегда включен и присутствует в системе синхронизации).

Добавил, перенес и переименовал.

Выключеный чекбокс делает последующие настройки строки недоступными (в настройке строк 2-6 - 1220.0-1224.0, строка 7 - 1217.7).

Сделано.

• 5-й столбец. "QL select". Уже присутствует в текущей таблице под названием "SQ select" (переименовать). Для первой строки является константой ГСЭ(G.813), нужно вписать в поле.

Переименовал, написал.

• 7-й столбец. "Тип сигнала". Для строк 1-4 значение поля отсутствует, выбор невозможен. Для строк 5-7 селектбокс (1218.5,1218.6,1217.6) с двумя вариантами: NRZ(ноль в настройке) и CLK(один в настройке).

Перенес и переименовал.

• 8-й столбец. "Источник сигнала". Для строк 1-3 и 5-6 значение поля отсутствует, выбор невозможен.

Для строки 4 селектбокс с вариантами: 1Е1-24Е1 (в настройке 1218.4..0 = 0-23).
Для строки 7 селектбокс с вариантами: Т0, Т11, Т12 (в настройке 1217.5..4 = 00, 01, 10).

• 9-й столбец. "SSM_Tx". Чекбоксы. Для строк 1 и 4-6 значение поля отсутствует, выбор невозможен (в настройке строк 2,3,7 - 1226.0,1226.1,1226.2 соотв.).
• 10-й столбец. "SSM_Loop det.". Чекбоксы. Для строк 1 и 4-7 значение поля отсутствует, выбор невозможен (в настройке строк 2,3 - 1226.3,1226.4 соотв.).

Добавил и перенес.

Я заметил, что помимо описанных здесь (и в самом начале файла) изменений изменены также названия некоторых конфигурационных параметров. Следует ли мне изменить их в веб-интерфейсе?

[alx]

Replying to ledol:

Предполагалась сортировка

Сортировка чего?

по маске номера контейнера (num):

Что такое "маска номера контейнера (num)"? Где ее брать? В приложенном файле я такого понятия не нашел...

1. STATE_MIB[(num*6)+253] & 0x01 = конт. исп. под Eth
2. (STATE_MIB[(num*6)+253] & 0x06 >> 1) & 0x03 = номер VCG 0-3 контейнера

Вообще не понял, что означают эти записи. Что такое "STATE_MIB"? В приложенном файле такое обозначение не встречается ни разу.

в соответствии с этими условиями данные контейнера попадают в 5.1, 5.2, 5.3, 5.4.

К сожалению, критерий попадания я не понял... И, кстати, ты не ответил на вопрос с конкретным примером - в какой группе отображать значение байтов 315 и 316?

[alx]

Replying to ledol:

2. (STATE_MIB[(num*6)+253] & 0x06 >> 1) & 0x03 = номер VCG 0-3 контейнера

А, только сейчас, кажется, догадался. STATE_MIB - это переменная .7.0 платы. Правильно? :)

То есть в битах 2..1 байта (n * 6 + 253), где n - номер контейнера, находится номер VCG, в группе которой параметры контейнера необходимо отобразить. Правильно?

[ledol]

Replying to alx:

Replying to ledol:

2. (STATE_MIB[(num*6)+253] & 0x06 >> 1) & 0x03 = номер VCG 0-3 контейнера

А, только сейчас, кажется, догадался. STATE_MIB - это переменная .7.0 платы. Правильно? :)

То есть в битах 2..1 байта (n * 6 + 253), где n - номер контейнера, находится номер VCG, в группе которой параметры контейнера необходимо отобразить. Правильно?

Да, все так и есть.

[alx]

Replying to ledol:

Данные контейнера N на подгруппы не разделять (статус\аварии\счетчики), включить в них децимальный номер контейнера (1-63).

Правильно ли я понял, что ты предлагаешь к названию каждого параметра добавить номер контейнера ("BER_Count(27)", "REI_Count(27)", "K4_B1_LOM(27)", "TU_AIS(27)" и т.п.)? Может быть тогда будет лучше вообще оформить это в виде таблицы, где строки будут обозначены номерами контейнеров? И может быть тогда на группы "контейнер 1" и "контейнеры 2-N" тоже не разделять?

[ledol]

Мне кажется, пользователям не будет понятно, что означает эта настройка. Чекбокс принято использовать в случаях, когда что-то может быть включено/выключено. Здесь же полосу пропускания нельзя включить или выключить, она есть всегда. Можно только выбрать одно из двух значений ее ширины. И в случае использования чекбокса всегда будут возникать вопросы - отметка чекбокса какой полосе соответствует? Чтобы было 1Hz отметку надо установить или снять?

Если тебе почему-то не нравится здесь селект, может быть будет лучше сделать эту настройку в виде радиокнопок?

Ну или как-то надо переформулировать название параметра, например "Широкая полоса пропускания PLL" - тогда будет понятно, что отметка означает широкую полосу, а ее отсутствие - узкую...

Ответ:
Да, ты правильно переделал.
Если "радиокнопка" - это как у SW-01 во вкладке "Генератор" полоса фильтра то можно и так. Можно и оставить как есть.

[ledol]

Replying to alx:

Replying to ledol:

Данные контейнера N на подгруппы не разделять (статус\аварии\счетчики), включить в них децимальный номер контейнера (1-63).

Правильно ли я понял, что ты предлагаешь к названию каждого параметра добавить номер контейнера ("BER_Count(27)", "REI_Count(27)", "K4_B1_LOM(27)", "TU_AIS(27)" и т.п.)? Может быть тогда будет лучше вообще оформить это в виде таблицы, где строки будут обозначены номерами контейнеров? И может быть тогда на группы "контейнер 1" и "контейнеры 2-N" тоже не разделять?

Ответ:

Нет. Номер контейнера указать один раз.

Например:

1. Данные контейнера 1 VCG0

• Номер контейнера: 12, VCR_Alarm: НЕТ, Актуальное напр. приема: А, Трибутарный статус: added_for_tx ON added_for_rx ON
• Аварии: xx xx xx xx xx xx xx xx ; BER_Count xxxx ; REI_Count xxxx;

| И может быть тогда на группы "контейнер 1" и "контейнеры 2-N" тоже не разделять?
У меня в описании не корректно написано.
Имелось ввиду:
5- Сост. контейнеров каналов Eth 1-63

1- Контейнеры VCG0

1- Данные контейнера 1 VCG0

• Параметры контейнера VCG
• Аварии контейнера VCG
• Счетчики контейнера VCG

2- Данные контейнера 2 VCG0

• Параметры контейнера VCG
• Аварии контейнера VCG
• Счетчики контейнера VCG

....
N- Данные контейнера N VCG0

• Параметры контейнера VCG
• Аварии контейнера VCG
• Счетчики контейнера VCG

2- Контейнеры VCG1

...

3- Контейнеры VCG2

...

4- Контейнеры VCG3

...

[alx]

Replying to ledol:

Да, ты правильно переделал.

??? Я не переделывал, оно вроде бы сразу так было...

Если "радиокнопка" - это как у SW-01 во вкладке "Генератор" полоса фильтра то можно и так. Можно и оставить как есть.

Тогда оставлю как есть сейчас. :)

[alx]

Replying to ledol:

Нет. Номер контейнера указать один раз.

Например:

1. Данные контейнера 1 VCG0

• Номер контейнера: 12, VCR_Alarm: НЕТ, Актуальное напр. приема: А, Трибутарный статус: added_for_tx ON added_for_rx ON

Что-то я запутался... :( Ты пишешь "Номер контейнера указать один раз", но в приведенном примере я вижу два номера (1 и 12 - я выделил их в цитате выше жирным), и они разные! Если 12 - это номер контейнера, то что тогда такое 1? До сих пор я думал, что 1 в названии группы "Данные контейнера 1 VCG0" - это и есть номер контейнера...

Имелось ввиду:

1- Данные контейнера 1 VCG0
2- Данные контейнера 2 VCG0
....
N- Данные контейнера N VCG0

Здесь понятно, спасибо за уточнение.

[ledol]

Replying to alx:

Replying to ledol:

Да, ты правильно переделал.

??? Я не переделывал, оно вроде бы сразу так было...

Если "радиокнопка" - это как у SW-01 во вкладке "Генератор" полоса фильтра то можно и так. Можно и оставить как есть.

Тогда оставлю как есть сейчас. :)

Да, так хорошо.
Пару слов по остальным настройкам п.7:

• Нельзя ли в настройке "Биты Sa поля SSM:" все варианты Sa8 объединить в один, со значением 100 в настройке.
• в поле "QL select" таблицы 7.2 вариант "SSM_Rx Input SSM" переименовать в "Прием SSM"
• Поле "7.3. Настройка передачи SSM сообщений" удалить ввиду отсутствия настроек

[ledol]

Replying to alx:

Replying to ledol:

Нет. Номер контейнера указать один раз.

Например:

1. Данные контейнера 1 VCG0

• Номер контейнера: 12, VCR_Alarm: НЕТ, Актуальное напр. приема: А, Трибутарный статус: added_for_tx ON added_for_rx ON

Что-то я запутался... :( Ты пишешь "Номер контейнера указать один раз", но в приведенном примере я вижу два номера (1 и 12 - я выделил их в цитате выше жирным), и они разные! Если 12 - это номер контейнера, то что тогда такое 1? До сих пор я думал, что 1 в названии группы "Данные контейнера 1 VCG0" - это и есть номер контейнера...

Имелось ввиду:

1- Данные контейнера 1 VCG0
2- Данные контейнера 2 VCG0
....
N- Данные контейнера N VCG0

Здесь понятно, спасибо за уточнение.

У контейнера получилось 2 номера. 1-й это порядковый номер в своей VCG группе 1,2,3... 2-й это глобальный номер в VC-4 структуре (в конфигурации это п4. Настройка трибутарной группы TU (Tributary Unit 1-63)). "Номер контейнера: 12" - это про второй номер.

[alx]

Replying to ledol:

Пару слов по остальным настройкам п.7:

• Нельзя ли в настройке "Биты Sa поля SSM:" все варианты Sa8 объединить в один, со значением 100 в настройке.

Можно. Оставил 5 первых опций.

• в поле "QL select" таблицы 7.2 вариант "SSM_Rx Input SSM" переименовать в "Прием SSM"

Переименовал.

• Поле "7.3. Настройка передачи SSM сообщений" удалить ввиду отсутствия настроек

Удалил.

[ledol]

CReplying to alx:

Replying to ledol:

Пару слов по остальным настройкам п.7:

• Нельзя ли в настройке "Биты Sa поля SSM:" все варианты Sa8 объединить в один, со значением 100 в настройке.

Можно. Оставил 5 первых опций.

• в поле "QL select" таблицы 7.2 вариант "SSM_Rx Input SSM" переименовать в "Прием SSM"

Переименовал.

• Поле "7.3. Настройка передачи SSM сообщений" удалить ввиду отсутствия настроек

Удалил.

Спасибо. Пока все.

[alx]

Еще вопрос.

В предлагаемой структуре отображения состояния контейнеров каналов eth имеется группа "Аварии VCG". Однако в описании формата переменной .7.0 в разделе "Сост. контейнеров каналов Eth" описаны "Аварии TU", а не аварии VCG. Нет ли здесь ошибки? Верно ли я понял, что все аварии раздела "Сост. контейнеров каналов Eth" следует поместить в группу "Аварии TU"?

[alx]

Заметил еще одну странность. В предлагаемой структуре отображения состояния есть группа "6. Служебные поля и заголовки выбранного контейнера". Однако в описании формата переменной .7.0 я увидел только четыре поля (J2, K4, N2 и TSL(V5)) выбранного контейнера. Заголовков выбранного контейнера не вижу... Нет ли здесь ошибки?

[alx]

Еще несколько вопросов.

В приложенном файле написано:

Желательно визуализировать состояние настроек:

• Режим приема (A,B,A+B)

Но в описании переменной .6.0 я не нашел настройки "режим приема". С похожими значениями (A, B, AB, A+B) есть настройка "Режим выделения". Может быть имелась в виду она? Нет ли здесь ошибки?

• Номер E1: Блокирован\Разблокирован

Не нашел в описании переменной .6.0 такой настройки. Строки "Номер E1", "Блокирован", "Разблокирован" встречаются только в описании переменной .7.0.

[alx]

Еще пара вопросов.

В приложенном файле написано:

Желательно визуализировать состояние настроек:

• Номер контейнера 0-62

Такой настройки в описании переменной .6.0 я не нашел. Нет ли здесь ошибки?

• Поля |J2_Tx|J2_Exp|

Таких настроек в описании переменной .6.0 я тоже не нашел. Например строка "J2_Exp" встречается в приложенном файле лишь один раз (в процитированном выше пожелании). Нет ли здесь ошибки?

[alx]

Еще вопрос.

В предлагаемой структуре отображения состояния потоков/контейнеров Е1 1-24 есть группа "1- Режимы потока". Однако в описании переменной .7.0 я не увидел ни одного параметра потоков/контейнеров E1 для отображения в этой группе... Что там отображать?

[ledol]

|Еще вопрос.
В предлагаемой структуре отображения состояния контейнеров каналов eth имеется группа "Аварии VCG". Однако в описании формата переменной .7.0 в разделе "Сост. контейнеров каналов Eth" описаны "Аварии TU", а не аварии VCG. Нет ли здесь ошибки? Верно ли я понял, что все аварии раздела "Сост. контейнеров каналов Eth" следует поместить в группу "Аварии TU"?|
Ответ:
Я планировал, что аварии контейнера будут состоять из 2-х полей:

• авария VCG группы, к которой относится данный контейнер (num) (отображает состояние бита STATE_MIB[(num*6)+253].3
• персональные аварии контейнера ("Аварии TU") - STATE_MIB[(num*6)+254]

Думаю, в целом, подойдет термин - "Аварии контейнера".

[ledol]

|Заметил еще одну странность. В предлагаемой структуре отображения состояния есть группа "6. Служебные поля и заголовки выбранного контейнера". Однако в описании формата переменной .7.0 я увидел только четыре поля (J2, K4, N2 и TSL(V5)) выбранного контейнера. Заголовков выбранного контейнера не вижу... Нет ли здесь ошибки?|
Ответ:
Под "заголовком" подразумевалось поле J2. Указатель\Заголовок\Пойнтер\Подпись\Метка, как его только не называют.
В общем смысле - это текстовый идентификатор контейнера VC-12 (как и поля J0\J1 для контейнеров уровня VC-4).

[ledol]

|Но в описании переменной .6.0 я не нашел настройки "режим приема". С похожими значениями (A, B, AB, A+B) есть настройка "Режим выделения". Может быть имелась в виду она? Нет ли здесь ошибки?|
Ответ:
Да, это называется "Формат вставки/выделения". Я имел ввиду визуализацию этой настройки.

[ledol]

|Номер E1: Блокирован\Разблокирован
Не нашел в описании переменной .6.0 такой настройки. Строки "Номер E1", "Блокирован", "Разблокирован" встречаются только в описании переменной .7.0.|
Ответ:
Да, я этот параметр сам реализовал в STATE_MIB[(num*29)+649].0, и забыл убрать из "Желательно визуализировать состояние настроек:". Визуализируй из 7.0.

[ledol]

|В приложенном файле написано:
Желательно визуализировать состояние настроек:
Номер контейнера 0-62
Такой настройки в описании переменной .6.0 я не нашел. Нет ли здесь ошибки?|
Ответ:
Имелась ввиду группа настроек "Настройка TU (Tributary Unit 1-63) 63*2 bytes", байты 222-347 пер.6. Пояснение.
Если, в качестве параметра вставки\выделения настоек выбран данный Е1, нужно показать номер этого контейнера.
Но, при этом, думаю "Номер контейнера 0-62" - это не правильно. Нужно остаться в диапазоне 1-63.

[ledol]

|Поля |J2_Tx|J2_Exp|
Таких настроек в описании переменной .6.0 я тоже не нашел. Например строка "J2_Exp" встречается в приложенном файле лишь один раз (в процитированном выше пожелании). Нет ли здесь ошибки?|
Ответ:
Имелась ввиду группа настроек "Персональная настройка потоков-контейнеров E1 1-24", 24*35 байт, байты 351-1190 пер.6 - CONFIG_MIB[(num*35)+351+x], где х=
3-17 - J2_TX 15 байт ASCII
18-32 - J2_RX_Exp 15 байт ASCII

[ledol]

|Еще вопрос.
В предлагаемой структуре отображения состояния потоков/контейнеров Е1 1-24 есть группа "1- Режимы потока". Однако в описании переменной .7.0 я не увидел ни одного параметра потоков/контейнеров E1 для отображения в этой группе... Что там отображать?|
Ответ:
Да, собственно, под "режимами потока" подразумевались его "общие" настройки:

1-

Номер E1: 1-24
Режим приема (A,B,A+B)
Шлейф внутр.\наружн. вкл.\выкл.

Остальные параметры:

2- Параметры\счетчики потока направления LIU
3- Параметры\счетчики потока направления VC-12

[alx]

Replying to ledol:

|Еще вопрос.
В предлагаемой структуре отображения состояния контейнеров каналов eth имеется группа "Аварии VCG". Однако в описании формата переменной .7.0 в разделе "Сост. контейнеров каналов Eth" описаны "Аварии TU", а не аварии VCG. Нет ли здесь ошибки? Верно ли я понял, что все аварии раздела "Сост. контейнеров каналов Eth" следует поместить в группу "Аварии TU"?|

Прошу прощения, я оговорился. Имелось в виду, верно ли я понял, что все аварии раздела "Сост. контейнеров каналов Eth" следует поместить в группу "Аварии контейнера VCG"?

Ответ:
Думаю, в целом, подойдет термин - "Аварии контейнера".

Верно ли я понял, что ты предлагаешь переименовать группу "Аварии контейнера VCG" в "Аварии контейнера"?

[alx]

Replying to ledol:

|Но в описании переменной .6.0 я не нашел настройки "режим приема". С похожими значениями (A, B, AB, A+B) есть настройка "Режим выделения". Может быть имелась в виду она? Нет ли здесь ошибки?|

Опять прошу прощения, я опять оговорился. Я имел в виду не "Режим выделения", а "Направление выделения".

Ответ:
Да, это называется "Формат вставки/выделения". Я имел ввиду визуализацию этой настройки.

Ты по-моему тоже запутался. :) Настройка "Формат вставки/выделения" имеет значения "транзит", "в/в E1", "в/в Eth" и "UNEQ". Значений A, B, A+B она не имеет. Смотри скриншот:

[ledol]

|Верно ли я понял, что ты предлагаешь переименовать группу "Аварии контейнера VCG" в "Аварии контейнера"?|
Ответ:
Да.

[alx]

Replying to ledol:

Если, в качестве параметра вставки\выделения настоек выбран данный Е1, нужно показать номер этого контейнера.
Но, при этом, думаю "Номер контейнера 0-62" - это не правильно. Нужно остаться в диапазоне 1-63.

Спасибо за пояснение, теперь понятно. Визуализировал.

[ledol]

|Ты по-моему тоже запутался. :) Настройка "Формат вставки/выделения" имеет значения "транзит", "в/в E1", "в/в Eth" и "UNEQ". Значений A, B, A+B она не имеет. Смотри скриншот:|
Ответ:
Я имел ввиду следующее:
Поскольку речь идет о визуализации настроек\параметров интерфейсов Е1 платы то -

Если в настройках "Формат вставки/выделения" данного контейнера выбран вариант "в/в E1", что в переменной 6, диапазона 222-347 (Настройка TU (Tributary Unit 1-63) 63*2 bytes) отражается в виде выбора настройки "Формат вставки\выделения = 01 (Е1)", то в переменной 7 этот вариант нужно отобразить в виде "вставка\выделение "A, B, A+B"". Учитывая вновь появившийся вариант "AB", желательно подчеркнуть особенность потока (например показать, что второе направление оптики может использоваться другим потоком Е1).

[alx]

Replying to ledol:

Имелась ввиду группа настроек "Персональная настройка потоков-контейнеров E1 1-24", 24*35 байт, байты 351-1190 пер.6 - CONFIG_MIB[(num*35)+351+x], где х=
3-17 - J2_TX 15 байт ASCII
18-32 - J2_RX_Exp 15 байт ASCII

Спасибо за уточнение, визуализировал.

[alx]

Replying to ledol:

Да, собственно, под "режимами потока" подразумевались его "общие" настройки:

1-

Номер E1: 1-24

Спасибо, Понял. Вообще-то номер E1 и так уже был указан в заголовке родительской группы (причем даже дважды, так как номер группы совпадает с номером E1):

Ты считаешь, что пользователям этого будет недостаточно чтобы понять, что здесь отображается состояние, например, E1 номер 12? :) Хорошо, добавил указание номера E1 третий раз...

Режим приема (A,B,A+B)
Шлейф внутр.\наружн. вкл.\выкл.

Эти настройки по твоему указанию (файл MiB_ST-124M_V16.txt, строки 1020-1023) и так уже визуализируются (кроме настройки "Режим приема", по которой возникли вопросы) в группе "Параметры/счетчики потока направления LIU"... Хорошо, продублировал визуализацию шлейфов в группе "Режимы потока".

[alx]

Replying to ledol:

|Верно ли я понял, что ты предлагаешь переименовать группу "Аварии контейнера VCG" в "Аварии контейнера"?|
Да.

Переименовал.

[alx]

Replying to ledol:

Я имел ввиду следующее:
Поскольку речь идет о визуализации настроек\параметров интерфейсов Е1 платы то -

Если в настройках "Формат вставки/выделения" данного контейнера

Уже непонятно... "Формат вставки/выделения" - это настройка не потока/контейнера E1 (которых 24), а трибутарной группы TU (которых 63)! Например настройку "Формат вставки/выделения" какой трибутарной группы TU желательно визуализировать в группе "2. Параметры/счетчики потока направления LIU" 12-го потока/контейнера E1?

выбран вариант "в/в E1", что в переменной 6, диапазона 222-347 (Настройка TU (Tributary Unit 1-63) 63*2 bytes) отражается в виде выбора настройки "Формат вставки\выделения = 01 (Е1)", то в переменной 7 этот вариант нужно отобразить в виде "вставка\выделение "A, B, A+B"".

А, то есть просто отобразить вот эту конкретную строку: вставка\выделение "A, B, A+B"?

Учитывая вновь появившийся вариант "AB", желательно подчеркнуть особенность потока (например показать, что второе направление оптики может использоваться другим потоком Е1).

Есть ли идеи о том, как это сделать?

[alx]

Возникло еще несколько вопросов.

В приложенном файле MiB_ST-124M_V16.txt написано: "Желательно визуализировать состояние настроек: Доступные источники синхронизации SEC (SDH Equipment Clock) и их приоритет". Однако в описании переменной .6.0 с настройками я не нашел настройки доступных источников синхронизации SEC. Уточни, пожалуйста, где в переменной .6.0 эта настройка находится.

В приложенном файле MiB_ST-124M_V16.txt написано: "When REG.15 is ‘1’, frequency offset= [15.2 + REG[14:0] / 637] ppm;", но не написано, чему же равен frequency offset если REG.15 is ‘0’. Уточни, пожалуйста, как вычислить frequency offset если REG.15 is ‘0’.

В приложенном файле MiB_ST-124M_V16.txt написано: "When FRE_REG[15] is ‘0’, frequency offset= [15.2 –FREG_REG[14:0] / 637] ppm", но нигде не написано, что такое FRE_REG и где его взять. Уточни, пожалуйста, что такое FRE_REG и где его взять.

[ledol]

|В приложенном файле MiB_ST-124M_V16.txt написано: "Желательно визуализировать состояние настроек: Доступные источники синхронизации SEC (SDH Equipment Clock) и их приоритет". Однако в описании переменной .6.0 с настройками я не нашел настройки доступных источников синхронизации SEC. Уточни, пожалуйста, где в переменной .6.0 эта настройка находится.|
Ответ: байты 1219-1224

|В приложенном файле MiB_ST-124M_V16.txt написано: "When REG.15 is ‘1’, frequency offset= [15.2 + REG[14:0] / 637] ppm;", но не написано, чему же равен frequency offset если REG.15 is ‘0’. Уточни, пожалуйста, как вычислить frequency offset если REG.15 is ‘0’.|
Ответ: Криво скопировал. Повторяю: the valid detect range is within ±30ppm, if the detect result is over ±30ppm, it is invalid. When FRE_REG[15] is ‘1’, frequency offset= [15.2 + FREG_REG[14:0] / 637] ppm;
When FRE_REG[15] is ‘0’, frequency offset= [15.2 –FREG_REG[14:0] / 637] ppm;
For example: FRE_REG[15:0]=0x18E2, the offset is: 15.2 - 6370/637 =5.2 (ppm).

|В приложенном файле MiB_ST-124M_V16.txt написано: "When FREG_REG[15] is ‘0’, frequency offset= [15.2 –FREG_REG[14:0] / 637] ppm", но нигде не написано, что такое FRE_REG и где его взять. Уточни, пожалуйста, что такое FRE_REG и где его взять.|
Ответ: STATE_MIB[1349] = FREG_REG[7:0],STATE_MIB[1350] = FREG_REG[15:8].
FRE_REG[15..0] = FREG_REG[15..0] китайцы букву G при переводе потеряли.

По поводу визуализации настроек\параметров интерфейсов Е1 и VCG платы я пока думаю, формулирую.