Добавить в РЭ функцию канального резервирования

[alx]

В ​sw:r1488 добавлена возможность резервирования групповых каналов. Надо добавить это в описание.

-- добавлено san:
описание функции:
​https://docs.google.com/document/d/1FKFho2XiKoE8_ee2pSlaZwnfu6rITeIi1knrxQh8BnE

[alx]

Все тикеты по РЭ переданы Андрею.

[san]

Milestone renamed

[Vladimir]

Могу предположить, что это надо добавить в пункт
"6.2.17 Вкладка TDM / Групповые каналы" - я не ошибся?

[Vladimir]

Или лучше создать отдельный пункт типа
"6.2.18 Резервирование групповых каналов",
тогда эту функцию можно будет найти в Оглавлении РЭ.
Все согласны, или есть другие мнения?

[alx]

Replying to Vladimir:

Могу предположить, что это надо добавить в пункт
"6.2.17 Вкладка TDM / Групповые каналы" - я не ошибся?

Это по-моему Семен Альтов:

- "успеет... не успеет... успеет... не успеет... успеет... не успеет" - гадал
водитель автобуса, глядя на женщину, бегущую к остановке.

:)

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

[alx]

Replying to Vladimir:

Все согласны, или есть другие мнения?

У меня нет никакого мнения по этому вопросу.

[Vladimir]

Replying to alx:

Replying to Vladimir:

Могу предположить, что это надо добавить в пункт
"6.2.17 Вкладка TDM / Групповые каналы" - я не ошибся?

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

Ты опять считаешь меня как-то причастным к разработке ПО про резервирование каналов
и СУ в целом: могу ли я знать также глубоко вопрос, как Автор разработки ПО
(наверное, это ты или Саша)? Как я или кто-то может описывать "то, не знаю чего",
да ещё быть уверенным в своей "отсебятине", поэтому и спрашиваю знающих специалистов:
правильно ли я предположил и не ошибся ли я по незнанию вопроса, а вместо краткого ответа
"Да" или "Нет" получаю много слов, что я сам должен решить "то, не знаю чего" :-)
Так могу ли я посоветоваться с Авторами, или должен сочинять по незнанию "отебятину"? :-)
Ошибся я или нет достоверно может сказать Автор Тикета и ПО, я же могу только гадать...

А решение, что и куда добавлять лучше бы принимать Специалистам-Авторам разработок
харда и софта, а не редакторам текста из подразделения продаж :-)
Я же описываю разработки Авторов и прошу у них помощи в уточнении, хотя по логике, кто придумал, тот и должен подробно описать, что именно он придумал и подсказать, где и как лучше это разместить в РЭ.
Вот я, например, хочу по доброте добавить в скобочках пояснение, напоминание, уточнение типа
"PS-220D исполнения 3 (PS-220D-48 / PS-220DT-48)"
а Специалист Саша категорически против - так какой же я автор, если даже не имею права добавлять пояснения, напоминания, уточнения - в таком случае истинный Автор РЭ - это Саша,
а я, получается, просто наборщик текста :-)

[alx]

Replying to Vladimir:

Replying to alx:

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

Ты опять считаешь меня как-то причастным к разработке ПО про резервирование каналов
и СУ в целом:

Во-первых, почему "опять"? Разве я когда-то уже считал тебя как-то причастным к разработке ПО про резервирование каналов и СУ в целом? Не помню такого...

Во-вторых, нет, и сейчас тоже не считаю. В процитированном тобой фрагменте нет ни слова о разработке ПО вообще и ПО про резервирование каналов и СУ в частности.

могу ли я знать также глубоко вопрос, как Автор разработки ПО
(наверное, это ты или Саша)?

Верно ли предположение о том, в какой пункт РЭ надо что-то добавить, ты знаешь глубже любого разработчика ПО, так как ты принимаешь решение о том, в какой пункт РЭ что добавить, а любой разработчик ПО - нет.

Как я или кто-то может описывать "то, не знаю чего",

Никак.

да ещё быть уверенным в своей "отсебятине", поэтому и спрашиваю знающих специалистов:
правильно ли я предположил и не ошибся ли я по незнанию вопроса, а вместо краткого ответа
"Да" или "Нет" получаю много слов, что я сам должен решить "то, не знаю чего" :-)

Отвечаю как могу. :)

Так могу ли я посоветоваться с Авторами,

На этот вопрос я ответить не могу, так как не знаю, кто Авторы, о которых ты спрашиваешь.

или должен сочинять по незнанию "отебятину"? :-)

Думаю, что сочинять по незнанию "отебятину" ты не должен. Насколько я вижу, два года назад Александр любезно предоставил тебе ссылку на описание функции.

Ошибся я или нет достоверно может сказать Автор Тикета

Когда выйдет редакция РЭ с описанием этой функции, и Автор Тикета посмотрит туда и узнает, в каком пункте находится это описание - вот тогда Автор Тикета будет знать, верно ли было твое предположение или нет. А пока Автор Тикета этого не знает.

Я же описываю разработки Авторов и прошу у них помощи в уточнении,

Не видел здесь от тебя просьбы о помощи в уточнении... Я могу тебе в этом как-то помочь?

Вот я, например, хочу по доброте добавить в скобочках пояснение, напоминание, уточнение типа
"PS-220D исполнения 3 (PS-220D-48 / PS-220DT-48)"
а Специалист Саша категорически против - так какой же я автор, если даже не имею права добавлять пояснения, напоминания, уточнения - в таком случае истинный Автор РЭ - это Саша,
а я, получается, просто наборщик текста :-)

В таком случае - да. Но кто отнял у тебя право добавлять пояснения, напоминания и уточнения? Я вот думаю, что ты прибедняешься, и такое право у тебя есть...

[san]

Не могу удержаться, простите за продолжение оффтопа)

Вот я, например, хочу по доброте добавить в скобочках пояснение, напоминание, уточнение типа "PS-220D исполнения 3 (PS-220D-48 / PS-220DT-48)", а Специалист Саша категорически против - так какой же я автор, если даже не имею права добавлять пояснения, напоминания, уточнения - в таком случае истинный Автор РЭ - это Саша,а я, получается, просто наборщик текста :-)

В таком случае - да. Но кто отнял у тебя право добавлять пояснения, напоминания и уточнения? Я вот думаю, что ты прибедняешься, и такое право у тебя есть...

Уточню, что на самом деле Vladimir уже добавил в РЭ, те самые пояснения в скобочках.
А я увидев появившиеся пояснения в скобочках в очередной версии РЭ(РЭ-42-10), был искренне удивлён, т.к. мне показалось, что во время предыдущих правок РЭ мы договорились не использовать "обозначение плат в заказе" в качестве названия плат в РЭ, а оперировать устоявшимися названиями в формате "тип платы"/исполнение.
После этого я написал для Vladimir задачу в ЛидерТаске (аналог тикета) с предложением удалить запутывающие пользователя подсказки и впредь придерживаться наззваний в формате тип платы/исполнение, на сегодняшний день задача всё ещё открыта.
Теперь я искренне не понимаю о каких ограничениях в правах говорит Vladimir.

[Vladimir]

Replying to alx:

Replying to Vladimir:

Replying to alx:

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

Ты опять считаешь меня как-то причастным к разработке ПО про резервирование каналов
и СУ в целом:

Во-первых, почему "опять"? Разве я когда-то уже считал тебя как-то причастным к разработке ПО про резервирование каналов и СУ в целом? Не помню такого...

Ты часто говоришь, что я должен решать, но как я могу решать,
как будто-бы я Разработчик харда/софта или чудом должен знать глубоко то,
что насочиняли истинные Авторы изделий, а если я не знаю или не уверен
правильно ли моё предположение, то я и обращаюсь к авторам изделий
и жду хотя бы короткий ответ Да или Нет, а если нет, то почему.

В моём Комменте-7 вопрос-то был примитивно короткий: "- я не ошибся?"
и ждал короткий ответ, а получил ответ типа того, что я сам должен решить
по своему НЕДОразумению то, в чём я не могу быть уверен без одобрения Авторов разработки.

могу ли я знать также глубоко вопрос, как Автор разработки ПО
(наверное, это ты или Саша)?

Верно ли предположение о том, в какой пункт РЭ надо что-то добавить, ты знаешь глубже любого разработчика ПО,

Нет, я знаю про СУ меньше тебя, Саши и любого Разработчика ПО в АДС

так как ты принимаешь решение о том, в какой пункт РЭ что добавить

Нет, т.к. я никогда в жизни не разрабатывал никакое ПО
и решение принимают чаще всего ты или Саша, т.к. все свои предложения по тексту я всегда направляю Вам, т.к. никогда не могу быть уверенным в их правильности и чаще всего вы находите ошибки, неточности, дополняете и только после исправления ошибок я вставляю в согласованное с вами место в ПО, чаще всего вы же и предлагаете место вставки.

Как я или кто-то может описывать "то, не знаю чего",

Никак.

Вот это правильный ответ, поэтому я всегда и обращаюсь за помощью и советом к тебе и Саше.
Все тексты в РЭ не мои, а Авторов (иногда текстовые, иногда устные, иногда с исправлением моей отсебятины), так что моё авторство тут скорее оформительское, да и то под контролем Авторов харда и софта.

Так могу ли я посоветоваться с Авторами,

На этот вопрос я ответить не могу, так как не знаю, кто Авторы, о которых ты спрашиваешь.

Ты разве не знаешь авторов по теме Этого Тикета: "функции канального резервирования" ?
Не верю и подозреваю, что это ты и есть Автор!

Думаю, что сочинять по незнанию "отебятину" ты не должен. Насколько я вижу, два года назад Александр любезно предоставил тебе ссылку на описание функции.

Видел, но на мои вопросы (см.комм-5 и комм-6) ты коротко и ясно не сказал своё мнение,
как Автор ПО по СУ и этого Тикета, или у тебя "есть мнение, но ты с ним не согласен"? :-)

Когда выйдет редакция РЭ с описанием этой функции, и Автор Тикета посмотрит туда и узнает, в каком пункте находится это описание - вот тогда Автор Тикета будет знать, верно ли было твое предположение или нет. А пока Автор Тикета этого не знает.

"Не знает", а подумать и подсказать не желает?

Я же описываю разработки Авторов и прошу у них помощи в уточнении,

Не видел здесь от тебя просьбы о помощи в уточнении... Я могу тебе в этом как-то помочь?

А мои вопросы, разве по сути дела, это не просьбы?
Я вот сомневаюсь, как лучше: вставить длинное описание с большой картинкой в пункте
"6.2.17 Вкладка TDM / Групповые каналы"
или создать новый пункт:
"6.2.18 Резервирование групповых каналов"
а Знатоки не желают чуть-чуть подумать и посоветовать ...

Вот я, например, хочу по доброте добавить в скобочках пояснение, напоминание, уточнение типа
"PS-220D исполнения 3 (PS-220D-48 / PS-220DT-48)"
а Специалист Саша категорически против - так какой же я автор, если даже не имею права добавлять пояснения, напоминания, уточнения - в таком случае истинный Автор РЭ - это Саша,
а я, получается, просто наборщик текста :-)

В таком случае - да. Но кто отнял у тебя право добавлять пояснения, напоминания и уточнения? Я вот думаю, что ты прибедняешься, и такое право у тебя есть...

Саша просто категорически и безоговорочно против (видимо, как истинный Автор РЭ и Ответственный)
и даже не поленился выпустить Тикет-632, хотя на более простой тикет по унификации названий типа REFCLK / Refclk / refclk в окнах системы управления у него рука не поднимается,
а подобных обозначений в РЭ 38 штук...
Так что я, как Не истинный автор РЭ, конечно, сделаю так, как хочет Ответственный Автор :-)

[san]

Саша просто категорически и безоговорочно против (видимо, как истинный Автор РЭ и Ответственный)

Я не автор РЭ. Повторюсь, я могу себя назвать ответственным за техподдержку и развитие аппаратуры 3U, поэтому я заинтересован в том чтобы для аппаратуры было корректное и понятное пользователю РЭ. Я не считаю своё мнение единственно верным, готов выслушать аргументы и с помощью совместного обсуждения с применением логики прийти к правильному решению, и для этого в в #632 я предложил высказать своё мнение Алексею и вам.

хотя на более простой тикет по унификации названий типа REFCLK / Refclk / refclk в окнах системы управления у него рука не поднимается

Вот лентяй этот Саша :)
Тикет я создал, а Алексей его уже даже реализовал и написал для вас #631

[alx]

Replying to Vladimir:

Так как решение о том, куда добавить описание, принимаешь ты

Ты опять считаешь меня как-то причастным к разработке ПО про резервирование каналов
и СУ в целом:

Во-первых, почему "опять"? Разве я когда-то уже считал тебя как-то причастным к разработке ПО про резервирование каналов и СУ в целом? Не помню такого...

Ты часто говоришь, что я должен решать, но как я могу решать,
как будто-бы я Разработчик харда/софта

??? Разве только разработчики Харда/софта принимают решения? :) :) :)

Все люди, чем бы они не занимались, принимают решения - даже когда просто хотят пить, они принимают решение попить чай или кофе, яблочный сок или просто воду... :) А уж если речь идет о работе - то и подавно. Поэтому тот факт, что я говорю о том, что ты принимаешь решения, вовсе не означает, будто я думаю, что ты - разработчик ПО. Если ты прочитаешь, о чем я говорил, внимательно, ты увидишь, о каком именно решении я говорил - о решении, в какое место текста РЭ добавить описание новой функции. Как видишь, это решение никак не связано с разработкой ПО. Оно связано с редактированием текста.

В моём Комменте-7 вопрос-то был примитивно короткий: "- я не ошибся?"
и ждал короткий ответ,

Если проблема только в длине ответа, вот тебе короткий - "не знаю".

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

могу ли я знать также глубоко вопрос, как Автор разработки ПО
(наверное, это ты или Саша)?

Верно ли предположение о том, в какой пункт РЭ надо что-то добавить, ты знаешь глубже любого разработчика ПО,

Нет, я знаю про СУ меньше тебя,

А при чем тут СУ? Ты про СУ не спрашивал, а я про СУ не отвечал. СУ ты потом зачем-то стал упоминать, уже после моего ответа...

так как ты принимаешь решение о том, в какой пункт РЭ что добавить

Нет, т.к. я никогда в жизни не разрабатывал никакое ПО
и решение принимают чаще всего ты или Саша,

Я никогда не принимал решения о редактировании текста РЭ. Это не входит в мои должностные обязанности, и у меня нет таких полномочий. Это не моя работа.

т.к. все свои предложения по тексту я всегда направляю Вам, т.к. никогда не могу быть уверенным в их правильности и чаще всего вы находите ошибки, неточности, дополняете

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

и только после исправления ошибок я вставляю в согласованное с вами место в ПО, чаще всего вы же и предлагаете место вставки.

Еще раз: тот факт, что ты согласовываешь со мной какие-то решения, еще не означает, что эти решения принимаю я, а не ты. Кто из нас отвечает за результат? Ты. Следовательно, решающий голос - твой, а не мой. Мой - только совещательный.

Так могу ли я посоветоваться с Авторами,

На этот вопрос я ответить не могу, так как не знаю, кто Авторы, о которых ты спрашиваешь.

Ты разве не знаешь авторов по теме Этого Тикета: "функции канального резервирования" ?

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

Не верю и подозреваю, что это ты и есть Автор!

Ну, вера - дело личное, верь во что хочешь, а подозрения твои - ошибочны.

Видел, но на мои вопросы (см.комм-5 и комм-6) ты коротко и ясно не сказал своё мнение,

Еще раз извини, еще раз отвечаю на комм-5: "не знаю". Короче и яснее не могу.

В комм-6 ты задал два вопроса:

1. Все ли согласны?
2. Есть ли другие мнения?

На эти вопросы я ответить не могу, так как не могу знать за других людей, согласны они или нет, и не знаю, есть ли другое мнение у кого-то еще.

Но на всякий случай в comment:8 я сообщил, что лично у меня мнения по этому вопросу нет. О том, есть ли другое мнение у кого-то еще, лучше спросить кого-то еще, а не меня. Я могу ответить только за себя, что и сделал.

как Автор ПО по СУ и этого Тикета, или у тебя "есть мнение, но ты с ним не согласен"? :-)

Ты все-таки очень невнимательно читаешь мои комментарии. В comment:8 я писал, что мнения у меня нет.

"Не знает", а подумать и подсказать не желает?

Ты предлагаешь мне погадать? :) "Это не наш метод!" © Да и хрустального шара у меня нет. А гадалка без хрустального шара - все равно что хакер без компьютера! :) Так что я гадать не буду.

Я же описываю разработки Авторов и прошу у них помощи в уточнении,

Не видел здесь от тебя просьбы о помощи в уточнении... Я могу тебе в этом как-то помочь?

А мои вопросы, разве по сути дела, это не просьбы?

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

В таком случае - да. Но кто отнял у тебя право добавлять пояснения, напоминания и уточнения? Я вот думаю, что ты прибедняешься, и такое право у тебя есть...

Саша просто категорически и безоговорочно против

У Саши тоже есть право быть категорически против, которого у него никто не отнимал. :)

У Саши есть право быть против, у тебя - не соглашаться с Сашей и добавлять пояснения, напоминания и уточнения. Решающее слово - за тобой. "По-моему так" © Винни Пух.

Так что я, как Не истинный автор РЭ, конечно, сделаю так, как хочет Ответственный Автор :-)

Это твое право и твое решение.

[Vladimir]

В Инструкции по резервированию ​https://docs.google.com/document/d/1FKFho2XiKoE8_ee2pSlaZwnfu6rITeIi1knrxQh8BnE/edit#
есть сомнительные слова типа:
"На плате ЕМ-04 канал формируется в виде группового с портов 5Е1 и 13Е1 ......"

ЕМ-04 уже вроде бы снята с производства, тогда что тут лучше записать:
PD-04 + 4W01 или VF-08, или как-то выразить общими словами, без указания плат и модулей?

[Vladimir]

Вот ещё одно необычное обозначение в Инструкции:
"К всестороннему групповому каналу относится конференция, в которой каждый участник слышит всех участников. К такому типу относятся каналы РКС и К4."
РКС - это Радио Кабельная Связь, а К4 - это что?

[alx]

Replying to Vladimir:

ЕМ-04 уже вроде бы снята с производства, тогда что тут лучше записать:
PD-04 + 4W01 или VF-08, или как-то выразить общими словами, без указания плат и модулей?

Насколько я знаю, заменой снятой с производства платы EM-04 является плата PD-04 с модулями 4W01.

[alx]

Replying to Vladimir:

К4 - это что?

Я не знаю. Рекомендую спросить у Анатолия.

[Vladimir]

Анатолию отправил Емэйл с вопросом, но ответа нет и тут его нет, а я на изоляции...

Есть ещё 1 вопрос, на который ты сможешь ответить без Анатолия:
в Инструкции есть "Рис.5 Окно слагаемого группового канала",
но не сказано, как юзер сможет открыть это окно - где и что надо кликнуть?

[alx]

Replying to Vladimir:

где и что надо кликнуть?

Надо кликнуть слагаемое 1 группового канала 0 в таблице групповых каналов.

[Vladimir]

Фразу из Инструкции:
"Блок Б4.
На плате ЕМ-04 канал формируется в виде группового с портов 5Е1 и 13Е1 (РКС – 1:2 ← 5:4 + 5(13:4)). Причем с порта 13Е1 слагаемое используется только при нарушении целостности тракта 5Е1. Для этого данное слагаемое надо сконфигурировать как показано на рисунке 5."

заменил на другую:

"Блок Б4.

Канал ТЧ формируется в платах ЕМ-04, VF-08, субмодулях 4W01 в виде группового с портов 5Е1 и 13Е1 (РКС – 1:2 ← 5:4 + 5(13:4)). Причем с порта 13Е1 слагаемое используется только при нарушении целостности тракта 5Е1. Чтобы сконфигурировать слагаемое группового канала, перейдите на вкладку Групповые каналы (Рис. 6.31), кликните слагаемое 1 группового канала 0 в таблице групповых каналов и в открывшемся окне установите параметры данного слагаемого как показано в примере на Рис. 6.37."

Прошу проверить новый текст и при необходимости изменить.

[Vladimir]

В Инструкции часто упоминается плата ЕМ-04,
поэтому я при первом упоминании записал:

"Канал ТЧ формируется в платах ТЧ (ЕМ-04, VF-08, субмодулях 4W01)",
а далее много раз просто: "в платах ТЧ).

Есть ещё 1 общий термин:

"6.2.10.2 Выбор шин Е1 и канальных интервалов для плат канальных окончаний
Для плат канальных окончаний ЕМ-04, MI-04, FO-08, FS-08, PD-04, VF-08, VE-01, VE-02, RT-01"

Тут можно обозначить, как "платы КО", но тут, наверное, не все платы походят для групповых каналов?

Все согласны с такими обозначениями?

[alx]

Replying to Vladimir:

Прошу проверить новый текст и при необходимости изменить.

Почему "слагаемые" во множественном числе, если далее говорится о конфигурации только одного слагаемого? Изменил "слагаемые" на "слагаемое".

[alx]

Replying to Vladimir:

"6.2.10.2 Выбор шин Е1 и канальных интервалов для плат канальных окончаний
Для плат канальных окончаний ЕМ-04, MI-04, FO-08, FS-08, PD-04, VF-08, VE-01, VE-02, RT-01"

А этот пункт имеет какое-то отношение к теме данного тикета?

[alx]

Replying to Vladimir:

В Инструкции часто упоминается плата ЕМ-04,

Кроме картинки с примером, не нашел в Инструкции ни одного упоминания платы EM-04...

поэтому я при первом упоминании записал:

"Канал ТЧ формируется в платах ТЧ (ЕМ-04, VF-08, субмодулях 4W01)",
а далее много раз просто: "в платах ТЧ).

Все согласны с такими обозначениями?

Нет, не все. Когда читатель увидит в тексте упоминание "платы ТЧ", он посмотрит в свой блок и решит: "а, это меня не касается, у меня в блоке только SW-01, EM-04, VF-08 и PD-04, ни одной ТЧ нет".

Я бы рекомендовал для уменьшения вероятности такого недопонимания не использовать сокращение ТЧ, например, вместо "в платах ТЧ" писать "в платах тональной частоты".

[Vladimir]

Replying to alx:

Replying to Vladimir:

Прошу проверить новый текст и при необходимости изменить.

Почему "слагаемые" во множественном числе, если далее говорится о конфигурации только одного слагаемого? Изменил "слагаемые" на "слагаемое".

Тут исправил.

[Vladimir]

Replying to alx:

Replying to Vladimir:

"6.2.10.2 Выбор шин Е1 и канальных интервалов для плат канальных окончаний
Для плат канальных окончаний ЕМ-04, MI-04, FO-08, FS-08, PD-04, VF-08, VE-01, VE-02, RT-01"

А этот пункт имеет какое-то отношение к теме данного тикета?

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

[alx]

Replying to Vladimir:

Я подумал, что вдруг из этого перечня плат могут быть такие у которых можно сделать групповые каналы

Групповые каналы делает плата SW-01. И ей не важно, какая плата будет на конце канала. SW-01 просто суммирует данные, поступающие ей на вход.

[Vladimir]

Replying to alx:

Replying to Vladimir:

В Инструкции часто упоминается плата ЕМ-04,

Кроме картинки с примером, не нашел в Инструкции ни одного упоминания платы EM-04...

Странно, а поиск в Инструкции дал 16 упоминаний ЕМ-04 !
(в Инструкции буквы ЕМ русские, а в латинице нет ни одного упоминания).

поэтому я при первом упоминании записал:

"Канал ТЧ формируется в платах ТЧ (ЕМ-04, VF-08, субмодулях 4W01)",
а далее много раз просто: "в платах ТЧ).

Все согласны с такими обозначениями?

Нет, не все. Когда читатель увидит в тексте упоминание "платы ТЧ",

у меня же написано, что такое сочетание "платах ТЧ (ЕМ-04, VF-08, субмодулях 4W01),

Можно записать в начале иначе:
"в платах ЕМ-04, VF-08, субмодулях 4W01 (далее ТЧ)"

Я бы рекомендовал для уменьшения вероятности такого недопонимания не использовать сокращение ТЧ, например, вместо "в платах ТЧ" писать "в платах тональной частоты".

Это длинное сочетание надо будет повторять 16 раз!

[alx]

Replying to Vladimir:

Странно, а поиск в Инструкции дал 16 упоминаний ЕМ-04 !
(в Инструкции буквы ЕМ русские, а в латинице нет ни одного упоминания).

А в названии платы EM-04 все буквы - латинские! :) Искать русские "ЕМ" мне в голову не пришло...

[Vladimir]

Replying to alx:

Replying to Vladimir:

Странно, а поиск в Инструкции дал 16 упоминаний ЕМ-04 !
(в Инструкции буквы ЕМ русские, а в латинице нет ни одного упоминания).

А в названии платы EM-04 все буквы - латинские! :) Искать русские "ЕМ" мне в голову не пришло...

Большинство юзеров и, в частности, Черепанов, да и я часто набираем русские буквы:
так меньше телодвижений :-)

[san]

Replying to Vladimir:

Фразу из Инструкции:
"Блок Б4.
На плате ЕМ-04 канал формируется в виде группового с портов 5Е1 и 13Е1 (РКС – 1:2 ← 5:4 + 5(13:4)). Причем с порта 13Е1 слагаемое используется только при нарушении целостности тракта 5Е1. Для этого данное слагаемое надо сконфигурировать как показано на рисунке 5."

заменил на другую:

"Блок Б4.

Канал ТЧ формируется в платах ЕМ-04, VF-08, субмодулях 4W01 в виде группового с портов 5Е1 и 13Е1 (РКС – 1:2 ← 5:4 + 5(13:4)). Причем с порта 13Е1 слагаемое используется только при нарушении целостности тракта 5Е1. Чтобы сконфигурировать слагаемое группового канала, перейдите на вкладку Групповые каналы (Рис. 6.31), кликните слагаемое 1 группового канала 0 в таблице групповых каналов и в открывшемся окне установите параметры данного слагаемого как показано в примере на Рис. 6.37."

Прошу проверить новый текст и при необходимости изменить.

Толина инструкция конфигурации резервирования групповых каналов дана в виде конкретного примера на практике. В примере использованы платы EM-04 и если вы к конкретным платам из примера просто добавите какие-то абстрактные платы не связанные с примером, то понятнее он от этого не станет.
Я предлагаю пример целиком, как есть, перенести в приложение, а функцию резервирования отдельных каналов кратко описать дав ссылку на пример в приложении.
p.s. Что такое К4 я тоже не знаю.

[san]

Большинство юзеров и, в частности, Черепанов, да и я часто набираем русские буквы: так меньше телодвижений :-)

Не рекомендую так делать в РЭ. Если название латиницей, то и писать его нужно латиницей иначе никто ничего не найдёт. Чуть выше попытка поиска Алексеем EM-04 это иллюстрирует.

[alx]

Replying to Vladimir:

Большинство юзеров и, в частности, Черепанов, да и я часто набираем русские буквы:

Позволю себе не согласиться с таким утверждением. Рискну предположить, что большинство юзеров никогда не набирает русские буквы, потому что просто не знает русского языка. Ты же и Черепанов относитесь к меньшинству. А часто набираете русские буквы вы не потому, что их набирать проще или легче, а потому что пишете по-русски.

так меньше телодвижений :-)

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

[alx]

Replying to san:

Не рекомендую так делать в РЭ.

Рекомендуешь писать РЭ по-английски? :)

Чуть выше попытка поиска Алексеем EM-04 это иллюстрирует.

Я даже на минуту испугался - а вдруг я все время ошибался, думая, что "EM" в названии платы - литинские (и, соответственно, всегда неправильно писал ее название). Пошел смотреть, какие буквы сама плата выдает в своем названии. С огромным облегчением выяснил, что прав я, а не автор Инструкции. :)

[Vladimir]

Replying to alx:

Replying to Vladimir:

Позволю себе не согласиться с таким утверждением. Рискну предположить, что большинство юзеров никогда не набирает русские буквы, потому что просто не знает русского языка. Ты же и Черепанов относитесь к меньшинству. А часто набираете русские буквы вы не потому, что их набирать проще или легче, а потому что пишете по-русски.

Вряд ли кто-то из не русскоязычных читал, читает или будет читать наше РЭ

так меньше телодвижений :-)

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

Так надо же ещё раскладку переключать сначала Лат, потом обратно в Кирилицу,
а у меня надо ещё каждый раз по 2 клавиши жать...

[alx]

Replying to Vladimir:

Рискну предположить, что большинство юзеров никогда не набирает русские буквы, потому что просто не знает русского языка.
Вряд ли кто-то из не русскоязычных читал, читает или будет читать наше РЭ

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

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

Так надо же ещё раскладку переключать сначала Лат, потом обратно в Кирилицу,
а у меня надо ещё каждый раз по 2 клавиши жать...

Да, все верно:

• для ввода латиницы надо переключиться в латинскую раскладку и нажать клавиши с буквами.
• для ввода кириллицы надо переключиться в кириллическую раскладку и нажать клавиши с буквами.

Одинаковые телодвижения.

[Vladimir]

Replying to san:

Replying to Vladimir:

Толина инструкция конфигурации резервирования групповых каналов дана в виде конкретного примера на практике. В примере использованы платы EM-04 и если вы к конкретным платам из примера просто добавите какие-то абстрактные платы не связанные с примером, то понятнее он от этого не станет.

Я предлагаю пример целиком, как есть, перенести в приложение, а функцию резервирования отдельных каналов кратко описать дав ссылку на пример в приложении.

Мне кажется удобным, когда в Оглавлении рядом 2 пункта:
"6.2.17 Вкладка TDM / Групповые каналы" и
"6.2.18 Вкладка TDM / Резервирование групповых каналов"
Тем более, что из 6.2.18 есть ссылка всего через 1 страничку
на Рис.6.31 из соседнего пункта 6.2.17.
(иначе мне было не понятно, откуда берётся окно
"Рис. 6.37 Окно слагаемого группового канал"

А сейчас у меня прописано:
"Канал ТЧ формируется в платах ТЧ (ЕМ-04, VF-08, субмодулях 4W01) в виде группового
с портов 5Е1 и 13Е1 (РКС – 1:2 ← 5:4 + 5(13:4)). Причем с порта 13Е1 слагаемое используется только при нарушении целостности тракта 5Е1. Чтобы сконфигурировать слагаемое группового канала, перейдите на вкладку Групповые каналы (Рис. 6.31), кликните слагаемое 1 группового канала 0 в таблице групповых каналов и в открывшемся окне установите параметры данного слагаемого как показано в примере на Рис. 6.37"

Это близкие по смыслу и по исходным окнам пункты.
Пункт 6.18 я уже вставил в РЭ-42-14 и в тексте Инструкции прописал
реальные платы, а не снятую с производства ЕМ-04 и модуль ЕМ01.

p.s. Что такое К4 я тоже не знаю.

Толя мне ответил Е-мэйлом: "Удалите упоминание о К4.".
(что это такое, он, видимо, и сам забыл.

[Vladimir]

Replying to alx:

Replying to Vladimir:

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

Ну это же само-собой очевидно, что речь идёт о РЭ и читают его ролько русскоязычные юзеры.

Так надо же ещё раскладку переключать сначала Лат, потом обратно в Кирилицу,
а у меня надо ещё каждый раз по 2 клавиши жать...

Да, все верно:

• для ввода латиницы надо переключиться в латинскую раскладку и нажать клавиши с буквами.
• для ввода кириллицы надо переключиться в кириллическую раскладку и нажать клавиши с буквами.

Одинаковые телодвижения.

Какой же ты непонятливый :-)
Если я печатаю в русской раскладке "...плата ЕМ-04...",
то мне ничего переключать не надо: весь текст предложения и до и после того русский!

[alx]

Replying to Vladimir:

Ну это же само-собой очевидно, что речь идёт о РЭ

Нет, не само собой! :) Мы уже давно отошли от темы тикета и флудим оффтопиками. :)

Какой же ты непонятливый :-)

Как раз мне-то все понятно. :)

Если я печатаю в русской раскладке "...плата ЕМ-04...",

Во-первых, этот текст - неправильный, ошибочный. Нет платы "ЕМ-04" (с кирилличемкими "ЕМ"). Есть плата "EM-04" с латинскими "EM".

то мне ничего переключать не надо: весь текст предложения и до и после того русский!

Во-вторых, а если я печатаю в латинской раскладке "... plata EM-04...", то мне тоже ничего переключать не надо, весь текст предложения от начала и до конца - транслит! :) Если уж ты допускаешь на выходе "кривой", непарвильный текст в одном случае, допускай и в другом тоже.

[Vladimir]

Replying to san:

Replying to Vladimir:

Я предлагаю пример целиком, как есть, перенести в приложение, а функцию резервирования отдельных каналов кратко описать дав ссылку на пример в приложении.

Не забывай, что у нас в каждой поставке юзер получает чёрно-белое бумажное РЭ из 339 страниц
и каждый раз листать туда-сюда в поисках нужной страницы утомительно.
Для ч/б печати я старался сделать рисунки скринов более контрастными,
а иначе многие рисунки выглядели мрачно и трудночитаемыми...

Кроме того, отдельные пункты РЭ юзеры распечатывают для удобства в работе
и распечатки тоже ч/б.

[alx]

Replying to Vladimir:

Я предлагаю пример целиком, как есть, перенести в приложение

Не забывай, что у нас в каждой поставке юзер получает чёрно-белое бумажное РЭ из 339 страниц
и каждый раз листать туда-сюда в поисках нужной страницы утомительно.
Для ч/б печати я старался сделать рисунки скринов более контрастными,
а иначе многие рисунки выглядели мрачно и трудночитаемыми...

Кроме того, отдельные пункты РЭ юзеры распечатывают для удобства в работе
и распечатки тоже ч/б.

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

[Vladimir]

Replying to alx:

Replying to Vladimir:

Во-первых, этот текст - неправильный, ошибочный. Нет платы "ЕМ-04" (с кирилличемкими "ЕМ"). Есть плата "EM-04" с латинскими "EM".

170 страниц были напечатаны до моего пришествия и тип шрифта я не проверял,
считая, что текст печатали более грамотные, чем Разработчики из отдела Разработок :-)
Но сейчас постараюсь обратить внимание и на это, хотя пока есть гораздо более важные тикеты,
чем шрифт, цвет рисунков и т.п. Сначала надо сделать правильный смысл РЭ,
а потом уже наводить "косметику" и блеск :-)

[alx]

Replying to Vladimir:

Во-первых, этот текст - неправильный, ошибочный. Нет платы "ЕМ-04" (с кирилличемкими "ЕМ"). Есть плата "EM-04" с латинскими "EM".

170 страниц были напечатаны до моего пришествия и тип шрифта я не проверял,
считая, что текст печатали более грамотные, чем Разработчики из отдела Разработок :-)

Никак не могу привыкнуть к твоей манере процитировать мой текст, и написать под ним в ответ нечто, никакого отношения к цитате не имеющее... :) Я вообще-то ничего не писал ни о напечатанных до тебя 170 страницах, ни о шрифтах... О чем это ты? Я говорил о тексте, набор которого ты привел в пример - "...плата ЕМ-04...".

[Vladimir]

Replying to alx:

Replying to Vladimir:

Кроме того, отдельные пункты РЭ юзеры распечатывают для удобства в работе
и распечатки тоже ч/б.

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

Да, вопрос крайне наивный: основная мысль была о том, чтобы не листать 339 страниц,
а для удобства расположить похожие пункты рядом в пределах 2...3 страниц.
А картинки - это просто попутный пример более низкой важности, чем правильный смысл текстов,
хотя мне в самом начале работы над РЭ крайне не понравились ч/б картинки в распечатках
и я искал более удачные параметры яркости и контрастности.

[Vladimir]

Replying to alx:

Replying to Vladimir:

Во-первых, этот текст - неправильный, ошибочный. Нет платы "ЕМ-04" (с кирилличемкими "ЕМ"). Есть плата "EM-04" с латинскими "EM".

170 страниц были напечатаны до моего пришествия и тип шрифта я не проверял,
считая, что текст печатали более грамотные, чем Разработчики из отдела Разработок :-)

Никак не могу привыкнуть к твоей манере процитировать мой текст, и написать под ним в ответ нечто, никакого отношения к цитате не имеющее... :) Я вообще-то ничего не писал ни о напечатанных до тебя 170 страницах, ни о шрифтах... О чем это ты? Я говорил о тексте, набор которого ты привел в пример - "...плата ЕМ-04...".

Я хотел сказать, что задолго до меня ЕМ-04 печатали в Кирилице, а мне пока некогда перепроверить раскладку клавиатуры всех 170 страниц до меня, а на данный момент общее число слов в РЭ уже более 100 тысяч (возможно, что тебя смутило слово "шрифт", но мог бы догадаться, что речь шала о раскладке клавиатуры (слово шрифт короче :-) ).

[san]

Хочу вернуться к теме тикета.
Vladimir, в процитированном фрагменте вы вставили в Толин пример, какие-то VF-08 и 4W-01 ни как к примеру настройки не относящиеся, кроме того изменили смысл высказывания. В исходном Толином варианте суть описанного мне была понятна, в вашем варианте нет, думаю что и другим пользователям тоже.
Ещё раз: обратите внимание что это ПРИМЕР.

[alx]

Replying to Vladimir:

Я хотел сказать, что задолго до меня ЕМ-04 печатали в Кирилице, а мне пока некогда перепроверить раскладку клавиатуры всех 170 страниц до меня, а на данный момент общее число слов в РЭ уже более 100 тысяч (возможно, что тебя смутило слово "шрифт", но мог бы догадаться, что речь шала о раскладке клавиатуры (слово шрифт короче :-) ).

Я вообще не понимаю, при чем тут РЭ. Название платы EM-04 неправильно написано в любезно приложенной Александром к данному тикету инструкции, а не в РЭ... Неужели в РЭ такие случаи тоже встречаются? До сих пор я ни с чем подобным не сталкивался...

[Vladimir]

Replying to san:

Хочу вернуться к теме тикета.
Vladimir, в процитированном фрагменте вы вставили в Толин пример, какие-то VF-08 и 4W-01 ни как к примеру настройки не относящиеся, кроме того изменили смысл высказывания. В исходном Толином варианте суть описанного мне была понятна, в вашем варианте нет, думаю что и другим пользователям тоже.
Ещё раз: обратите внимание что это ПРИМЕР.

Хорошо, что ты это заметил, только критика должна быть конструктивной:
предложи, как изменить, чтобы эти 2 пункта были рядом, а не за сотни страниц друг от друга.
В Тикете же ясно было написано "Надо добавить это в описание" и дана ссылка из которой можно вставить описание "возможность резервирования групповых каналов."
Разве "возможность резервирования групповых каналов" это настолько не важная функция,
что её можно задвинуть в самый конец РЭ?

[Vladimir]

Replying to alx:

Replying to Vladimir:

Я вообще не понимаю, при чем тут РЭ. Название платы EM-04 неправильно написано в любезно приложенной Александром к данному тикету инструкции, а не в РЭ... Неужели в РЭ такие случаи тоже встречаются? До сих пор я ни с чем подобным не сталкивался...

Сейчас уже это не важно: было или нет - уже исправил все случаи этого нарушения.
А текст Инструкции вошёл в отдельный пункт:
"6.2.17 Вкладка TDM / Групповые каналы" и
"6.2.18 Вкладка TDM / Резервирование групповых каналов"

[san]

ммм.. Процитирую себя.

Я предлагаю пример целиком, как есть, перенести в приложение, а функцию резервирования отдельных каналов кратко описать дав ссылку на пример в приложении.

Как видите, я был вполне конструктивен и совсем не предлагал задвигать в конец описание функции канального резервирования.

[Vladimir]

Миша ставил задачу сделать максимально подробное Оглавление,
чтобы на любой вопрос можно было быстро найти нужное место в РЭ через Оглавление.

[Vladimir]

Replying to san:

ммм.. Процитирую себя.

Я предлагаю пример целиком, как есть, перенести в приложение, а функцию резервирования отдельных каналов кратко описать дав ссылку на пример в приложении.

Если надо кратко описать, то я это сделать хорошо не смогу:
я никогда ничего не резервировал и лучше бы кто-то из настоящих Разработчиков
дал это краткое описание, хотя бы в эскизном виде...

А почему нельзя сразу дать не краткое, а подробное описание, чтобы не рыться в бумагах РЭ?
Два похожих пункта рядом, сразу видна разница, общие черты, взаимосвязь -
чем это плохо?

И через Оглавление, как хотел Миша, легко найти ответ на простой вопрос:
-"Как сделать резервирование групповых каналов?"
и это рядом с "6.2.17 Вкладка TDM / Групповые каналы"

Как видите, я был вполне конструктивен и совсем не предлагал задвигать в конец описание функции канального резервирования.

Я не настолько глубоко вник и освоил всю СУ, чтобы кратко и правильно написать текст:
то, что мне дал Алекс ссылкой в Тикете, то я и вставил с добавлением новых плат и модулей.

Выложить в ЛТ последнее РЭ-42-14 с добавлением
"6.2.18 Вкладка TDM / Резервирование групповых каналов" ?

[alx]

Replying to Vladimir:

Миша ставил задачу сделать максимально подробное Оглавление,
чтобы на любой вопрос можно было быстро найти нужное место в РЭ через Оглавление.

А какое отношение этот факт имеет к предложению данного тикета? Вроде бы ни я, ни Александр ничего про оглавление не говорили...

[alx]

Replying to Vladimir:

то, что мне дал Алекс ссылкой в Тикете, то я и вставил с добавлением новых плат и модулей.

Я ничего не давал ссылкой в тикете. Это сделал san.

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

[Vladimir]

Replying to alx:

Replying to Vladimir:

Миша ставил задачу сделать максимально подробное Оглавление,
чтобы на любой вопрос можно было быстро найти нужное место в РЭ через Оглавление.

А какое отношение этот факт имеет к предложению данного тикета? Вроде бы ни я, ни Александр ничего про оглавление не говорили...

Ты опять не понял: речь шла о добавлении нового пункта 6.2.18 сразу после 6.2.17
и это неминуемо отразится на оглавлении и сделает поиск и работу с новым пунктом удобнее.
У нас Оглавление уже на 6 страницах, ищут информацию, как правило, с самого начала,
поэтому удобнее и быстрее найти ответ в бумажном РЭ по ключевым словам:
Вкладка TDM / Резервирование групповых каналов,
чем просматривать все 6 страниц Оглавления мелким шрифтом до самого конца.

[Vladimir]

Replying to alx:

Replying to Vladimir:

то, что мне дал Алекс ссылкой в Тикете, то я и вставил с добавлением новых плат и модулей.

Я ничего не давал ссылкой в тикете. Это сделал san.

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

В данном случае мне это не очень-то важно: ты и САН соавторы СУ (или соучастники :-) ).
Тем более, что ты не возмутился сразу после добавления ссылки,
а твоё молчание до сего времени - по сути знак согласия или одобрения :-)
Так что не молчи, если кто-то что-то неправильно добавил/убавил/изменил,
а сразу подавай голос :-)

[alx]

Replying to Vladimir:

Ты опять не понял:

Потому и спрашиваю. Если бы понял - то не спрашивал бы...

речь шла о добавлении нового пункта 6.2.18 сразу после 6.2.17
и это неминуемо отразится на оглавлении и сделает поиск и работу с новым пунктом удобнее.

Я специально пересмотрел все комментарии Александра и не увидел никаких возражений против добавления новых пунктов в текст РЭ. Я сам против добавления пунктов тоже не возражал. Добавляй хоть один, хоть два, хоть двадцать два новых пункта, если считаешь, что так читателю будет удобнее и понятнее. Поэтому я по-прежнему не понимаю, зачем ты написал о задаче, поставленной Мишей. По-моему, что-то неправильно понял ты...

[alx]

Replying to Vladimir:

В данном случае мне это не очень-то важно:

Зато это важно мне. Я не хочу, чтобы мне приписывали чужое.

[Vladimir]

Replying to alx:

Replying to Vladimir:

то, что мне дал Алекс ссылкой в Тикете, то я и вставил с добавлением новых плат и модулей.

Я ничего не давал ссылкой в тикете. Это сделал san.

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

В данном случае мне это не очень-то важно: ты и САН соавторы СУ (или соучастники :-) ).
Тем более, что ты не возмутился сразу после добавления ссылки,
а твоё молчание до сего времени - по сути знак согласия или одобрения :-)
Так что не молчи, если кто-то что-то неправильно добавил/убавил/изменил,
а сразу подавай голос :-)

[Vladimir]

Replying to alx:

Replying to Vladimir:

В данном случае мне это не очень-то важно:

Зато это важно мне. Я не хочу, чтобы мне приписывали чужое.

Тогда надо было раньше реагировать - в момент приписки к Тикету,
особенно, если ты с этой припиской не согласен и считаешь её неправильной/ошибочной/вредной :-)
Я вот только сейчас увидел, что это САН добавил - так бы и думал всю жизнь что это твоя ссылка :-)

[san]

Replying to alx:

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

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

[alx]

Replying to Vladimir:

Не забывай, что у нас в каждой поставке юзер получает чёрно-белое бумажное РЭ из 339 страниц

Я только что получил информацию, о том, что это не так. Бумажная версия РЭ больше не идет в обязательном порядке в каждой поставке. Она прикладывается только в случае, если заказчик изъявил такое желание.

[alx]

И еще дополнительная информация в первую очередь для Владимира, но и Александру тоже полезно будет знать. Заказчики (покупатели) нашей продукции изъявляют желание получить бумажную версию РЭ очень редко. Так, за весь прошлый год было несколько единичных случаев. В этом году таких случаев пока не было вообще.

Учитывая эту информацию, мне кажется разумным меньше внимания уделять тому, как РЭ будет выглядеть на бумаге, вместо этого сосредоточить внимание на удобстве использования электронной версии РЭ. В тех же редких случаях, когда заказчик прочит приложить бумажную версию, будет разумно печатать РЭ в цвете - это и заказчику будет удобнее, и нас избавит от лишней заботы о читаемости цветных картинок после черно-белой печати.

[Vladimir]

Replying to alx:

И еще дополнительная информация в первую очередь для Владимира, но и Александру тоже полезно будет знать. Заказчики (покупатели) нашей продукции изъявляют желание получить бумажную версию РЭ очень редко. Так, за весь прошлый год было несколько единичных случаев. В этом году таких случаев пока не было вообще.

Это всё не очевидно: когда Миша и Неволин обсуждали каким быть РЭ: одним документом (Миша),
или в нескольких отдельных документах вплоть до каждой платы (Неволин), то Миша сказал,
что ему проще бросить в коробку с заказом 1 папку общего документа, чем делать подборку из десятков книжечек. Т.е. в каждую, по крайней мере большую поставку, обязательно кладут РЭ, которые при каждой необходимости распечатывает Олег Борисович или Людмила Михайловна на ч/б принтерах. (О.Б. часто просит меня предупреждать о появлении новых версий РЭ и пересылать ему обновлённые файлы РЭ).

Кроме того, даже если РЭ в электронном виде, то, хотя бы выборочные пункты РЭ, на эксплуатации распечатывают или копируют ксероксом для передачи разным специалистам разных подразделений и это практически всегда ч/б печать и часто низкого качества.
Вот поэтому у нас никто и не просит бумажные копии, у нас нет в прайсе такой позиции,
которая раньше называлась в Такте и на Морионе КЭД-1...КЭД-хх - комплект эксплуатационной документации с назначенной ценой продажи. Сейчас КЭД вкладывается бесплатно,
заказывать его не надо, т.к. можно копировать или распечатывать на месте в неограниченном количестве (потому никто и не просит, а просят только тогда, когда нет принтера, картриджей, бумаги, ксерокса).

Учитывая эту информацию, мне кажется разумным меньше внимания уделять тому, как РЭ будет выглядеть на бумаге, вместо этого сосредоточить внимание на удобстве использования электронной версии РЭ. В тех же редких случаях, когда заказчик прочит приложить бумажную версию, будет разумно печатать РЭ в цвете - это и заказчику будет удобнее, и нас избавит от лишней заботы о читаемости цветных картинок после черно-белой печати.

В АДС только 1 уже старый цветной принтер, цветные копии часто получаются ужасные,
а стоимость цветных картриджей и их заправка очень высокая, для массовой распечатки в цвете это не годится - слишком дорого.

Так что качество ч/б распечатки долно быть высоким, т.е. при выборе цвета и насыщенности надо учитывать яркость и контрастность в ч/б виде на бумаге.

[alx]

Replying to Vladimir:

Заказчики (покупатели) нашей продукции изъявляют желание получить бумажную версию РЭ очень редко. Так, за весь прошлый год было несколько единичных случаев. В этом году таких случаев пока не было вообще.

Это всё не очевидно:

??? Не понял... Я сообщил факты. Как факты могут быть очевидны или неочевидны? Они просто есть. Или ты имел в виду, неочевидно, что я написал правду? Или неочевидно, что правду сказал начальник ПТО, от которого эта информация исходит? Интересный поворот...

Т.е. в каждую, по крайней мере большую поставку, обязательно кладут РЭ,

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

В АДС только 1 уже старый цветной принтер, цветные копии часто получаются ужасные,

Если Бог дал АДС один неисправный принтер - значит такова наша судьба, и ничего с этим поделать нельзя - так и будет в АДС один неисправный прнтер с копиями ужасного качества до скончания времен. Ведь секреты изготовления новых принтеров и ремонта старых Бог человечеству не раскрывал... :)

А заходить в находящийся через улицу от АДС, прямо напротив нашего офиса печатный салон тоже, видимо, Бог не велел. Как и в расположенные в радиусе 500 м. еще 4 или 5 типографий...

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

Во-первых, массовая печать и не нужна. Массовые запросы на печатные версии РЭ - это миф. Начальник ПТО утверждает обратное. Во-вторых, а почему ты решаешь за заказчика, что дорого, а что нет? Объяви стоимость бумажного РЭ - и пусть заказчик сам решает, надо оно ему за такую цену или нет...

Так что качество ч/б распечатки долно быть высоким, т.е. при выборе цвета и насыщенности надо учитывать яркость и контрастность в ч/б виде на бумаге.

Автор РЭ - ты, и решения принимать тебе. Я сообщил тебе факты о том, что РЭ в бумажной форме спросом не пользуется, и высказал основанное на этом факте мнение.

[san]

Я нашел в РЭ один пункт:

2.4 Функции резервирования
...

2.4.6 Резервирование каналов

Центральный коммутатор платы SW-01 позволяет коммутировать TDM каналы с целью их резервирования по другим линиям связи в аварийных ситуациях.
Назначение резервных каналов производится в системе управления на вкладке TDM –> Таблица коммутации (см. пункт 6.2.11).

Весь текст его приведён выше, о самой функции резервирования ничего не сказано, только зачем то дана ссылка в таблицу коммутации, похоже это пункт-пустышка.
Наверное логичнее будет описать функцию резервирования отдельных TDM каналов в этом пункте, чем создавать новый "6.2.18 Вкладка TDM / Резервирование групповых каналов" ?

[alx]

Replying to san:

Наверное логичнее будет описать функцию резервирования отдельных TDM каналов в этом пункте, чем создавать новый "6.2.18 Вкладка TDM / Резервирование групповых каналов" ?

Насколько я вижу, раздел 2 РЭ называется "ОПИСАНИЕ И РАБОТА БЛОКА MC04−DSL−3U". А раздел 6 называется "СИСТЕМА УПРАВЛЕНИЯ ЦСП MC04−DSL". Идея, насколько я понимаю, в том, чтобы разделить описание собственно функций аппаратуры и способов управления (настройки) этих функций. Если так, то логично будет и функцию резервирования групповых каналов также разделить на описание собственно функции резервирования и описание ее настройки в веб-интерфейсе.

[alx]

Кстати, прочитал раздел 2.4.1 "Резервирование трафика TDM" и раздел 2.4.4 "Резервирование потоков Е1". Мне одному кажется, что в этих разделах описано одно и то же?

В п. 2.4.1 и 2.4.6 упоминается резервирование каналов. Не припоминаю, чтобы в блоке 3U можно было резервировать отдельные каналы. Меня подвела память, или в этих пунктах - чьи-то фантазии? В п. 6.2.11 описания резервирования каналов я также не нашел.

[san]

резервирование каналов

Я так понимаю это и есть то что мы обсуждаем в теме тикета, частный случай: резервирование отдельных TDM каналов методом создания групповых и использованием бита целостности тракта.

[alx]

Replying to san:

Я так понимаю это и есть то что мы обсуждаем в теме тикета,

Тогда почему процитированный тобой п. 2.4.6 ссылается на п. 2.6.11, описывающий вкладку "Таблица коммутации", а не на п. 6.2.17, описывающий вкладку "Групповые каналы"? Резервирование групповых каналов настраивается на вкладке "Групповые каналы", и не "Таблица коммутации"...

[Vladimir]

Replying to alx:

Replying to Vladimir:

Заказчики (покупатели) нашей продукции изъявляют желание получить бумажную версию РЭ очень редко. Так, за весь прошлый год было несколько единичных случаев. В этом году таких случаев пока не было вообще.

Это всё не очевидно:

??? Не понял... Я сообщил факты. Как факты могут быть очевидны или неочевидны?

Единичные факты-то очевидны, но причин таких разовых запросов может быть много:
старый принтер плохо печатает или сломался, плохой картридж (как у нас часто бывает),
отсутствие ксерокса, экономия бумаги, картриджей и ресурса принтера.
Ну кто станет просить бумажную копию 330 страниц, если у него есть хороший принтер,
ксерокс, навалом бумаги, картриджей, денег и к тому же есть бесплатный экземпляр бумажного РЭ?
Вот МВН, например, экономит каждый листик бумаги на работе!

Ты утверждаешь так, начальник ПТО утверждает обратное.

Выше я уже пояснил, почему редко заказывают.
Вот МВН, например, экономит каждый листик бумаги на работе!
Возможно, что и начальник ПТО тоже экономит свои деньги на принтер, бумагу, картриджи...

В АДС только 1 уже старый цветной принтер, цветные копии часто получаются ужасные,

Если Бог дал АДС один неисправный принтер - значит такова наша судьба,

Это экономия средств АДС для новых разработок...
Но тут все вопросы к Директору и Зам.директора по качеству...

Во-первых, массовая печать и не нужна. Массовые запросы на печатные версии РЭ - это миф. Начальник ПТО утверждает обратное. Во-вторых, а почему ты решаешь за заказчика, что дорого, а что нет? Объяви стоимость бумажного РЭ - и пусть заказчик сам решает, надо оно ему за такую цену или нет...

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

Автор РЭ - ты, и решения принимать тебе. Я сообщил тебе факты о том, что РЭ в бумажной форме спросом не пользуется, и высказал основанное на этом факте мнение.

И это правильно, а я пояснил причины обеспечить качество не только цветных копий, но и ч/б,
т.к. ни разу не видел на эксплуатации цветных принтеров и тем более ксероксов.
А решение пусть принимает Главный Ответственный! :-)

[alx]

Replying to Vladimir:

Единичные факты-то очевидны, но причин таких разовых запросов может быть много:

Какое значение имеют причины? Причин может быть много, а вот желания получить РЭ на бумаге - мало.

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

Ты не объяснил, ты высказал предположение. Почему в действительности тот или иной заказчик не заказал в комплекте с аппаратурой еще и бумажную копию РЭ, ты не знаешь, так как ты у заказчика об этом не спрашивал. Поправь меня, если ошибаюсь. :)

Вот МВН, например, экономит каждый листик бумаги на работе!

Судя по введению его приказом обязательной распечатки КД на бумаге - вовсе не экономит он каждый листик, нет!

Если Бог дал АДС один неисправный принтер - значит такова наша судьба,

Это экономия средств АДС для новых разработок...

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

Но тут все вопросы к Директору и Зам.директора по качеству...

Какие вопросы? У меня вопросов нет. "Зачем покупали" - это был риторический вопрос. :)

а почему ты решаешь за заказчика, что дорого, а что нет?

Это тоже вопрос к Директору, Зам по качеству и Зам по маркетингу

Но это же ты утверждаешь, что дорого! Вот я тебе и отвечаю.

[Vladimir]

Replying to san:

Я нашел в РЭ один пункт:

2.4 Функции резервирования
...

2.4.6 Резервирование каналов

Центральный коммутатор платы SW-01 позволяет коммутировать TDM каналы с целью их резервирования по другим линиям связи в аварийных ситуациях.
Назначение резервных каналов производится в системе управления на вкладке TDM –> Таблица коммутации (см. пункт 6.2.11).

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

В этом пункте есть "Табл. 6.9 Описание установок меню вкладки Таблица коммутации"
и там есть текст:
"Если галочка в чек-боксе установлена, то появляется таблица переназначения для резервирования отдельных канальных интервалов (см.Рис. 6.21)." - это первое упоминание про резервирование каналов, но можно в этом пункте перечислить все ссылки про резервирование каналов:
"Назначение резервных каналов производится в системе управления на вкладке TDM
(см. пункты 6.2.11, 6.2.17, 6.2.18)"

Наверное логичнее будет описать функцию резервирования отдельных TDM каналов в этом пункте, чем создавать новый "6.2.18 Вкладка TDM / Резервирование групповых каналов" ?

Раздел 2 - это описание железа со ссылками на СУ.
Описывать в 2.4.6 неизвестные пока конкретные вкладки из непрочитанной СУ в разделе 6.
Сначала надо дать описание СУ, включая вкладку TDM, а уж тогда и конкретизировать
настройку и конфигурацию.

[san]

Vladimir, давайте всякие вопросы не касающиеся темы тикета обсуждать в личной переписке, на всякий случай, напомню, что это наш публичный багтрекер и комментарии видят наши пользователи, им наверное может показаться странным, что специалисты АДС в теме про резервирование обсуждают дорого ли стоит принтер.

[alx]

Replying to Vladimir:

Replying to san:

2.4.6 Резервирование каналов

В этом пункте есть "Табл. 6.9 Описание установок меню вкладки Таблица коммутации"

Нет в п. 2.4.6 такой таблицы. Указанная тобой таблица находится в разделе "6.2.11 Вкладка TDM / Таблица коммутации". Ты, наверное, не редакцию 41 смотришь, а какую-то другую...

[san]

Ты, наверное, не редакцию 41 смотришь, а какую-то другую...

Думаю, что Vladimir смотрит редакцию 42-14 (последняя из выложенных им), она тебе доступна в гуглодиске, рекомендую смотреть свежую редакцию, чтобы проще было договориться.

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

Раздел 2 - это описание железа со ссылками на СУ

Это я понял.

Но сама функция, как я вижу не описана совсем никак в п. 2.4.6.
И ссылка дана в пункт, где есть таблица, в которой есть чекбокс, который даёт малую часть настроек) это вообще мало что даёт пользователю.
По логике в этом пункте должно быть описание сути функции и ссылка на 6.2.18, где описано как это настроить.

[Vladimir]

Replying to alx:

Replying to Vladimir:

Единичные факты-то очевидны, но причин таких разовых запросов может быть много:

Какое значение имеют причины? Причин может быть много, а вот желания получить РЭ на бумаге - мало.

Но это же не значит, что никто, нигде и никогда не распечатывает хотя бы отдельные главы на своём плохом ч/б принтере, даже сам АДС и то рассылает бесплатно ч/б копии,
так зачем же их делать трудночитаемыми из-за низкой контрастности?

Ты не объяснил, ты высказал предположение. Почему в действительности тот или иной заказчик не заказал в комплекте с аппаратурой еще и бумажную копию РЭ, ты не знаешь, так как ты у заказчика об этом не спрашивал. Поправь меня, если ошибаюсь. :)

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

Вот МВН, например, экономит каждый листик бумаги на работе!

Судя по введению его приказом обязательной распечатки КД на бумаге - вовсе не экономит он каждый листик, нет!

Это для заказчиков не жалко тратить, а для себя - жалко :-)

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

Принтер периодически ремонтируется за дополнительные деньги, поэтому лучше экономить ресурс принтера, картриджей, запчастей и бумаги. Чем реже принтер работает, тем меньше затрат :-)

а почему ты решаешь за заказчика, что дорого, а что нет?

Это тоже вопрос к Директору, Зам по качеству и Зам по маркетингу

Но это же ты утверждаешь, что дорого! Вот я тебе и отвечаю.

Я 10 лет работал в эксплуатации УСИ и знаю, что там трудно что-либо выпросить из оргтехники,
по этой статье расходов заказчики часто экономят...
Иногда даже и на аппаратуру деньги не дают, например, Уфа-Трансгаз просила заменить устаревшую
частотную К6-Т на линии из 18 объектов в 2015 году но на 100% за счёт АДС с обещанием оплаты только в 2017 году. СИМОС отказался (он был много лет главным поставщиком ЦСП для Башкирии),
а Миша согласился и сделал за счёт АДС не только ЦСП, но и металлоконструкции, кроссы,
шнуры и прочие провода - более 3 километров проводов. Вот тебе и богатый заказчик...

[san]

Предлагаю текст для 2.4.6:

2.4.6 Резервирование отдельных каналов TDM
Резервирование отдельных каналов TDM, осуществляется с помощью создания групповых каналов и добавления в качестве слагаемых каналов из основного и резервного маршрутов(трактов). Для устранения влияния данных принимаемых из резервного канала используется специальный бит контроля целостности тракта. Подробности настройки функции резервирования отдельных TDM каналов описаны в п. 6.2.18.

Как говорит Vladimir: "повторение - мать учения".

Vladimir, давайте всякие вопросы не касающиеся темы тикета обсуждать в личной переписке, на всякий случай, напомню, что это наш публичный багтрекер и комментарии видят наши пользователи, им наверное может показаться странным, что специалисты АДС в теме про резервирование обсуждают дорого ли стоит принтер.

[Vladimir]

Replying to alx:

Replying to Vladimir:

Replying to san:

2.4.6 Резервирование каналов

В этом пункте есть "Табл. 6.9 Описание установок меню вкладки Таблица коммутации"

Нет в п. 2.4.6 такой таблицы. Указанная тобой таблица находится в разделе "6.2.11 Вкладка TDM / Таблица коммутации". Ты, наверное, не редакцию 41 смотришь, а какую-то другую...

Да, я имел ввиду ссылку из 2.4.6 на 6.2.11 в котором и есть Табл. 6.9

[Vladimir]

Replying to san:

Но сама функция, как я вижу не описана совсем никак в п. 2.4.6.
И ссылка дана в пункт, где есть таблица, в которой есть чекбокс, который даёт малую часть настроек) это вообще мало что даёт пользователю.
По логике в этом пункте должно быть описание сути функции и ссылка на 6.2.18, где описано как это настроить.

Теперь будет так:

"2.4.6 Резервирование каналов
Центральный коммутатор платы SW-01 позволяет коммутировать TDM каналы с целью
их резервирования по другим линиям связи в аварийных ситуациях.
Назначение резервных каналов производится в системе управления на вкладке TDM
(см. пункты 6.2.11, 6.2.17, 6.2.18)."

[Vladimir]

Replying to san:

Предлагаю текст для 2.4.6:

2.4.6 Резервирование отдельных каналов TDM
Резервирование отдельных каналов TDM, осуществляется с помощью создания групповых каналов и добавления в качестве слагаемых каналов из основного и резервного маршрутов(трактов). Для устранения влияния данных принимаемых из резервного канала используется специальный бит контроля целостности тракта. Подробности настройки функции резервирования отдельных TDM каналов описаны в п. 6.2.18.

Вот Это уже конструктивно: конкретный и толковый текст для вставки в РЭ,
только я бы добавил все 3 ссылки, в которых хоть раз упоминается резервирование каналов:
В 6.2.11 есть текст:
"Если галочка в чек-боксе установлена, то появляется таблица переназначения для резервирования отдельных канальных интервалов (см.Рис. 6.21)."
Я предлагаю указать все 3 пункта: 6.2.11, 6.2.17, 6.2.18,
если есть возражения, то учту.

Как говорит Vladimir: "повторение - мать учения".

Хорошо, что запомнил и хорошо, что напомнил! :-)

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

А нет ли в Траке возможности обращения лично к одному из соучастников?
Ну или можно было бы это делать в ЛидерТаске, если бы там был бы Алекс :-)
Как бы убрать все эти "бы"? :-)

[Vladimir]

Replying to san:

Предлагаю текст для 2.4.6:

2.4.6 Резервирование отдельных каналов TDM
Резервирование отдельных каналов TDM, осуществляется с помощью создания групповых каналов и добавления в качестве слагаемых каналов из основного и резервного маршрутов(трактов). Для устранения влияния данных принимаемых из резервного канала используется специальный бит контроля целостности тракта. Подробности настройки функции резервирования отдельных TDM каналов описаны в п. 6.2.18.

А из старого текста от Черепанова не надо ли добавить про SW-01 что-то типа
"Центральный коммутатор платы SW-01 позволяет коммутировать TDM каналы с целью
их резервирования по другим линиям связи в аварийных ситуациях."

Это же не случайно появилось в РЭ от Черепанова, а осмысленно...

[Vladimir]

Как я понял, пункт "6.2.18 Вкладка TDM / Резервирование групповых каналов"
принят соучастниками обсуждения, но теперь бы кто-то бы дал правильные и толковые замечания предложения, уточнения, расширения, сокращения этого пункта, если есть что сказать,
или там всё замечательно?

[Vladimir]

В РЭ вставил такой текст:

"2.4.6 Резервирование каналов
Центральный коммутатор платы SW-01 позволяет коммутировать TDM каналы с целью
их резервирования по другим линиям связи в аварийных ситуациях.

Резервирование отдельных каналов TDM, осуществляется на вкладке TDM с помощью создания групповых каналов и добавления в качестве слагаемых каналов из основного
и резервного маршрутов (трактов). Для устранения влияния данных, принимаемых из резервного канала, используется специальный бит контроля целостности тракта. Подробности настройки функции резервирования отдельных TDM каналов описаны в пункте 6.2.18.

Назначение резервных каналов производится в системе управления на вкладке TDM
(см. пункты 6.2.11, 6.2.17, 6.2.18).
"
Предлагайте, что из этого удалить.

[san]

всё замечательно?

Если я правильно помню, то я подверг резкой критике ваше вмешательство в Толино описание примера, лень искать свой коммент среди горы флуда.
Предлагаю оставить Толин пример, как был, не искажая смысл.
Ещё предлагаю перед началом цитирования пример написать, что настройка функции резервирования групповых каналов будет показана на примере.

Предлагайте, что из этого удалить

А вы сами не догадываетесь?) Последний абзац конечно, который не несёт смысловой нагрузки.

Кстати, заметь Алексей, похоже Vladimir использует термин СУ как синоним слова веб-интерфейс.

[san]

Предлагайте, что из этого удалить

Эх., прочитал невнимательно, оказывается вы ещё и первый абзац вставили другой, с сообщением вроде "коммутатор коммутирует") Переформулирую свой ответ, я предлагаю оставить так:

2.4.6 Резервирование отдельных каналов TDM
Резервирование отдельных каналов TDM, осуществляется с помощью создания групповых каналов и добавления в качестве слагаемых каналов из основного и резервного маршрутов(трактов). Для устранения влияния данных принимаемых из резервного канала используется специальный бит контроля целостности тракта. Подробности настройки функции резервирования отдельных TDM каналов описаны в п. 6.2.18.

Обратите внимание, что я немного изменил название раздела.

[alx]

Replying to Vladimir:

В этом пункте есть "Табл. 6.9 Описание установок меню вкладки Таблица коммутации"
и там есть текст:
"Если галочка в чек-боксе установлена, то появляется таблица переназначения для резервирования отдельных канальных интервалов (см.Рис. 6.21)."

Насколько я вижу, в появившейся таблице можно включать/выключать передачу бита целостности тракта. Каким образом эта таблица позволяет резервировать отдельные каналы? Это я туплю или здесь написана ерунда?

[Vladimir]

Replying to san:

Предлагаю оставить Толин пример, как был, не искажая смысл.

Т.е. вообще, как есть, со старыми названиями и не обращая внимания на то,
что уже не соответствует действительности?

Ещё предлагаю перед началом цитирования пример написать, что настройка функции резервирования групповых каналов будет показана на примере.

На примере уже не существующих плат?
Все подумают, что у нас не хватило толку привести текст в соответствие с реалиями...

Последний абзац конечно, который не несёт смысловой нагрузки.

Удалил.

Кстати, заметь Алексей, похоже Vladimir использует термин СУ как синоним слова веб-интерфейс.

Ну и что - это грубейшая ошибка, все поймут неправильно и сломают ЦСП? :-)
Зато СУ гораздо короче и веб-интерфейс составная часть этой СУ.

[Vladimir]

Replying to san:

Эх., прочитал невнимательно, оказывается вы ещё и первый абзац вставили другой

Не другой, а оставил тот, который существует уже несколько лет и сочинил, наверное, Черепанов.
Ты уже 100% текста от Черепанова тут вычеркнул :-)

2.4.6 Резервирование отдельных каналов TDM

Это исправил.

[san]

Ты уже 100% текста от Черепанова тут вычеркнул :-)

Вот у меня большие сомнения, что это текст Черепанова...

На примере уже не существующих плат?
Все подумают, что у нас не хватило толку привести текст в соответствие с реалиями...

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

[Vladimir]

Replying to alx:

Replying to Vladimir:

В этом пункте есть "Табл. 6.9 Описание установок меню вкладки Таблица коммутации"
и там есть текст:
"Если галочка в чек-боксе установлена, то появляется таблица переназначения для резервирования отдельных канальных интервалов (см.Рис. 6.21)."

Насколько я вижу, в появившейся таблице можно включать/выключать передачу бита целостности тракта. Каким образом эта таблица позволяет резервировать отдельные каналы? Это я туплю или здесь написана ерунда?

Это не конструктивное замечание: пиши сразу, как надо правильно, т.к. ни Автор текста Черепанов, ни тем более я не могли точно знать, что ты или Саша придумали в этом случае и как должно быть на самом деле (я не телепат, твои мысли читать не умею :-) )

Ты всё время забываешь, что я только вставляю в РЭ тексты, которые пишут истинные Разработчики харда и софта.

[san]

Вобщето Алексей не замечание сделал, а задал вопрос.

Ещё уточню про Истинных Разработчиков:
Автор функции - Черепанов и ни я ни Алексей оба не являемся телепатами, однако, знаем как работает эта функция. Я, например, это сокровенное знание получил из Толиного примера, на который дана ссылка :)

[alx]

Replying to Vladimir:

"Если галочка в чек-боксе установлена, то появляется таблица переназначения для резервирования отдельных канальных интервалов (см.Рис. 6.21)."

Насколько я вижу, в появившейся таблице можно включать/выключать передачу бита целостности тракта. Каким образом эта таблица позволяет резервировать отдельные каналы? Это я туплю или здесь написана ерунда?

Это не конструктивное замечание:

Какое замечание? Я не делал замечания. Я задал вопрос. Прочитал процитированный тобой пункт, не понял, как же резервировать канал, и задал вопрос.

пиши сразу, как надо правильно,

Правильно надо так, чтобы, во-первых, было правильно (соответствовало действительности, то есть писать правду), а во-вторых - понятно читателю.

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

Что??? Прости, ничего из написанного не понял...

Ты всё время забываешь, что я только вставляю в РЭ тексты, которые пишут истинные Разработчики харда и софта.

Ты все время ошибаешься, пытаясь угадать мои мысли. :)

[alx]

Replying to san:

ни я ни Алексей оба не являемся телепатами, однако, знаем как работает эта функция.

А? Я не знаю... Более того, до сегодняшнего дня я думал, что такой функции просто нет - что мы делаем резервирование только потоков E1 целиком, а не отдельных каналов. Отсутствие в таблице управления битом целостности трактов каких-либо элементов, связанных с отдельными каналами, заставило меня предположить, что я я думал правильно, а в РЭ написана ерунда. Поэтому я и задал вопрос - это я что-то недопонял, или правда так?

Я, например, это сокровенное знание получил из Толиного примера, на который дана ссылка :)

Подожди... Толин пример - это о резервировании групповых каналов. А я задавал вопрос о том резервировании отдельных каналов, о котором написано в таблице 6.9. Или ты хочешь сказать, что в таблице 6.9 как раз и говорится о резервировании групповых каналов? Если да, то надо это уточнить, потому что я понял так, что это разные резервирования...

[Vladimir]

Replying to san:

Ты уже 100% текста от Черепанова тут вычеркнул :-)

Вот у меня большие сомнения, что это текст Черепанова...

Возможно, что это от Казанцева, но я не пишу того, чего никогда не знал,
а если и сочиняю, то обязательно показываю Разработчикам для исправления и согласования
Тебе тоже много раз распечатывал, показывал и советовался...

На примере уже не существующих плат?
Все подумают, что у нас не хватило толку привести текст в соответствие с реалиями...

Платы никуда не делись, они вполне существуют,

Плата ЕМ-04 у нас числится в снятых с производства:
"5.16 Плата EM-04 (4 интерфейса E&M канала ТЧ и одного сигнального канала)
.....
Вместо платы EM-04 рекомендуется использовать плату PD-04 с установленными модулями 4W01 (см. пункт 5.20.15), т.к. EM-04 снята с производства.
Если сигнальные каналы не используются, то можно использовать плату VF-08
(8 двух/четырёх проводных каналов ТЧ, см. пункт 5.15)"

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

Этот смысл в полной мере может быть только у тех, кто сам придумал и реализовал функцию резервирования каналов, а я, как не автор разработки СУ, как смог, так и написал и предложил внести изменения тем, кто реально сотворил эту функцию... Вот и предложите правильный вариант.

[alx]

А если это все-таки одно и то же резервирование, то как так получилось, что в РЭ редакции 41 функция описана частично: о битах целостности трактов в таблице 6.9 уже написано, а как эти биты используются (что позволяют включить/выключать слагаемые) - Владимир еще только пишет сейчас?...

[alx]

Replying to Vladimir:

Этот смысл в полной мере может быть только у тех, кто сам придумал и реализовал функцию резервирования каналов... Вот и предложите правильный вариант.

Ты сам себе противоречишь! :) Сначала пишешь, что это могут только авторы функции, и тут же обращаешься к неавторам с просьбой предлагать варианты... :)

[san]

Да Алексей, так и есть, тут имеется в виду одна и та же функция, даже заголовок инструкции Толиной не содержит слова "групповых". В инструкции нет отдельного примера, для резервирования "негруппового" канала, но эта возможность подразумевается.

Вот и предложите правильный вариант

Я уже предложил: оставить как было у Толи.

[Vladimir]

Replying to alx:

Replying to Vladimir:

"Если галочка в чек-боксе установлена, то появляется таблица переназначения для резервирования отдельных канальных интервалов (см.Рис. 6.21)."

Насколько я вижу, в появившейся таблице можно включать/выключать передачу бита целостности тракта. Каким образом эта таблица позволяет резервировать отдельные каналы? Это я туплю или здесь написана ерунда?

Это не конструктивное замечание:

Какое замечание? Я не делал замечания. Я задал вопрос. Прочитал процитированный тобой пункт, не понял, как же резервировать канал, и задал вопрос.

Хорошо, это был от тебя неконструктивный вопрос (для меня это звучит, как замечание для исправления).
Ты задал этот вопрос тому, кто никогда и не знал на него ответа, поэтому я наоборот, жду от тебя или от Саши ответ, а лучше готовым текстом для вставки в РЭ.
Я не могу достоверно и глубоко знать все тонкости, что вы там напридумывали в СУ.
И черепанов и Казанцев этого не могут знать на 100%.

пиши сразу, как надо правильно,

Правильно надо так, чтобы, во-первых, было правильно (соответствовало действительности, то есть писать правду), а во-вторых - понятно читателю.

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

Прочитай мой коммент 84 и ты узнаешь, что я хотел от тебя и от Саши,
а если коротко, то: правильный и понятный всем текст описания созданной вами функции,
но или назови человека, который может это сделать!

[san]

Replying to alx:

А если это все-таки одно и то же резервирование, то как так получилось, что в РЭ редакции 41 функция описана частично: о битах целостности трактов в таблице 6.9 уже написано, а как эти биты используются (что позволяют включить/выключать слагаемые) - Владимир еще только пишет сейчас?...

Я думаю это из за того что Vladimir не вникал в суть функции, а просто вставил для описания галочки в веб интерфейсе некий текст, который взят у "Авторов.." Вообще мне не нравится позиция автора РЭ "я только вставляю в РЭ тексты, которые пишут истинные Разработчики харда и софта", на мой взгляд автор(или технический редактор РЭ) должен сначала сам понять о чём пишет, а потом уже изложить пользователю, пользователь ведь тоже не "истинный Разработчик". Иначе мы в РЭ постоянно будем получать "письмо дяди Фёдора родителям"... но это уже наверное оффтоп)

[Vladimir]

Replying to alx:

Replying to Vladimir:

Ты сам себе противоречишь! :) Сначала пишешь, что это могут только авторы функции, и тут же обращаешься к неавторам с просьбой предлагать варианты... :)

Я до сего дня полагал, что всё, что касается СУ и в частности резервирования каналов,
разработали ты и Саша: я же не телепат и не могу точно знать, кто автор, а кто не автор в вашем подразделении, я вообще из другого подразделения, т.к. у Разработчиков не нашлось, видимо, человека,
который смог бы закрыть все тикеты, висевшие до 4 лет(или больше?).

[alx]

Replying to Vladimir:

Ты задал этот вопрос тому, кто никогда и не знал на него ответа, поэтому я наоборот, жду от тебя или от Саши ответ,

Тогда задай вопрос, иначе ждать ответ ты будешь очень долго. :) Я не телепат. :)

Я не могу достоверно и глубоко знать все тонкости, что вы там напридумывали в СУ.

А надо?

И черепанов и Казанцев этого не могут знать на 100%.

А надо?

Как я могу правильно и понятно написать то, чего не знаю точно, чего не разрабатывал?

Ты можешь это спросить у того, кто разрабатывал, получить ответ (то есть узнать) и написать.

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

Ты полагаешь неправильно.

Прочитай мой коммент 84 и ты узнаешь, что я хотел от тебя и от Саши,

А, так вот о каком ты вопросе... Во-первых, я предпочитаю читать текст РЭ тогда, когда он официально опубликован. Зачем читать промежуточный, "тестовый" текст, который, возможно, будет еще не раз полностью переписан? Из последующих ваших с Александром комментариев у меня сложилось впечатление, что в этот текст продолжают вноситься изменения. Но, раз ты просишь, я прочитаю.

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

а если коротко, то: правильный и понятный всем текст описания созданной вами функции,

Кем "вами"? Я уже говорил, что я не создавал эту функцию. В отличие от тебя и Александра, я даже приложенную здесь инструкцию не читал. Сейчас вот по твоей просьбе первый раз буду читать описание этой функции в РЭ...

но или назови человека, который может это сделать!

Я уже называл человека, который является автором этой функции. Это Анатолий. Уверен, что он может это сделать - человек грамотный. :)

Как бы то ни было, раз ты просил, я начинаю читать и писать здесь замечания/предложения/вопросы.

Нашел ошибку! Пропущен пробел: "Это происходитследующим образом:".

Еще сразу две ошибки: "Для того, чтобы блок Б4 мог оценить состояние основного тракта реализован следующий механизм:" - здесь, во-первых, после слова "того" лишняя запятая, а во-вторых, отсутствует запятая после слова "тракта" (в месте соединения главной и подчиненной частей сложноподчиненного предложения).

Ну и, раз уж пошла такая пляска на ошибках пунктуации - в самом первом предложении раздела отсутствует завершающая точка.

Теперь по существу написанного. Прочитав раздел "Механизм оценки состояния основного тракта", я так и не понял, как блок Б4 оценивает состояние тракта. Здесь написано, что для этого придуман механизм передачи бита целостности тракта, но как этот механизм работает (как блок Б4 определяет состояние тракта, чтобы включить или выключить передачу в резервный тракт) - не говорится...

На рисунке 6.34 внизу стрелкой показана передача бита целостности тракта по всей линии - Б1-Б2-Б3-Б4. Однако в тексте сказано только о необходимости сконфигурировать передачу бита целостности в блоках Б1 и Б4, а про блоки Б2 и Б3 ничего не сказано. Разве не надо в них сконфигурировать этот бит аналогично блоку Б4?

В разделе "Резервирование всестороннего группового канала" сказано, что это очень просто. На этом... раздел кончается! :) То есть читателю, типа, предлагается догадаться самому, как такой канал резервируется, потому что это очень просто? :)

В следующем разделе есть такой фрагмент:

Канал ТЧ формируется в платах ТЧ в виде группового с портов 5Е1 и 13Е1.

В виде чего группового? Непонятно, к какому существительному относится это прилагательное. Если к подлежащему "канал", то получается тавтология - "канал формируется в виде канала"... По смыслу сказанного можно предположить, что имеется в виду сумма каналов 5:4 и 13:4. Не лучше ли так и написать, чтобы не надо было догадываться?

Здесь же есть загадочная формула: "(РКС – 1:2 ← 5:4 + 5(13:4))". Я догадался (опять надо догадываться!), что 1:2 - это канал платы EM-04, а 5:4 и 13:4 - это каналы основного и резервного трактов. Непонятно, что означает оставшаяся цифра 5, и почему "13:4" заключено в дополнительные скобки (что это означает?). Из следующей фразы можно догадаться, что выражение "5(13:4)" означает, что канал 13:4 суммируется при условии нарушении целостности тракта 5. Предлагаю заранее объяснить используемые обозначения чтобы читателю не надо было строить догадки. Может ведь еще и неправильно догадаться (я вот не уверен, что догадался правильно)...

О, я только сейчас догадался, что разделы "Блок Б4", "Блоки Б2 и Б3", "Блок Б1" - это не самостоятельные разделы, а подразделы раздела "Резервирование всестороннего группового канала"! Догадаться об этом трудно, так как заголовки всех этих разделов написаны одинаковым шрифтом. Предлагаю изменить шрифты заголовков так, чтобы заголовки различного уровня визуально отличались друг от друга. То же самое касается раздела "Резервирование одностороннего группового канала" и его подразделов.

Далее в тупик поставила меня фраза "Для этих блоков конфигурация не меняется". Что это значит? Не меняется по сравнению с чем (ранее о конфигурации этих блоков ничего не говорилось!)? Не меняется кем? Сама собой? А в других блоках что, конфигурация сама собой меняется? Загадка... :)

Далее в разделе "Блок Б1" написано: "Для этого блока добавляется слагаемое из резервного тракта 13Е1". Добавляется к чему? Логика подсказывает, что добавляется оно к слагаемому из тракта 5E1. Так почему бы просто не написать: "в блоке Б1 суммируются каналы из трактов 5E1 и 13E1"? Мне кажется, так было бы проще и понятнее...

Далее есть такая фраза: "К такому типу относятся каналы ТМ и ДС". Не нашел на рисунке 6.34 канала с обозначением "ДС". Далее в тексте канал "ДС" тоже вроде бы ни разу не упоминается. Канал-призрак? :) Предлагаю убрать его упоминание из текста.

Еще одна загадочная формула: "(ТМЗ – 5:2 ←7:2 (G))" - что означает "G"?

Здесь же написано: "чтобы при аварии тракта между Б3 и Б4 в канал шла “тишина”...". Но как блок Б3 может узнать об аварии тракта между Б3 и Б4, если бит целостности тракта передается от Б2 к Б3 и от Б3 к Б4, но не от Б4 к Б3? То же самое касается блока Б2 далее.

[alx]

Replying to Vladimir:

Я до сего дня полагал, что всё, что касается СУ и в частности резервирования каналов,
разработали ты и Саша:

Ты считал почти правильно - все, что касается СУ, написал я, при этом я активно совещался с Сашей - обсуждал с ним разные идеи (многие от него и исходили) и т.п. Но к функции резервирования СУ имеет мало отношения. Я получил от автора инструкцию, где было написано что-то типа: "Надо добавить таблицу с двумя чекбоксами здесь, и двумя чекбоксами там. Если такой-то чекбокс установлен, в регистр такой-то надо записать 1, а если не установлен - 0". СУ добросовестно записывает в указанный Анатолием регистр ПЛИС 0 или 1... А как это потом внутри ПЛИС работает, я до сегодняшнего дня понятия не имел... Ну, точнее, я в очень общих чертах, конечно, понимал, для чего это надо, но применить на практике (без инструкции) я бы точно не смог... И, кстати, все остальные "чужие" платы для меня - такие же "черные ящики": СУ что-то записывает в их регистры (то, что указал мне разработчик), а что в результате в плате происходит - только разработчик достоверно может знать...

я же не телепат и не могу точно знать, кто автор, а кто не автор в вашем подразделении,

Быть телепатом и не требуется. Во-первых, можно спросить - не так уж много у нас раработчиков. Во-вторых, о том, что автор функции - Анатолий, я написал еще две недели назад в comment:14, там же я предлагал тебе с ним посоветоваться по возникающим вопросам.

[alx]

Replying to alx:

о том, что автор функции - Анатолий, я написал еще две недели назад в comment:14, там же я предлагал тебе с ним посоветоваться по возникающим вопросам.

Точнее, это даже не я предлагал, а ты сам спросил, можешь ли ты посоветоваться с Автором функции. В ответ я сказал, что да, можешь - автор функции Анатолий, он жив-здоров, и, как минимум, доступен по e-mail. Вот как было дело...

[Vladimir]

Replying to san:

Хочу вернуться к теме тикета.
Vladimir, в процитированном фрагменте вы вставили в Толин пример, какие-то VF-08 и 4W-01 ни как к примеру настройки не относящиеся, кроме того изменили смысл высказывания. В исходном Толином варианте суть описанного мне была понятна, в вашем варианте нет, думаю что и другим пользователям тоже.
Ещё раз: обратите внимание что это ПРИМЕР.

Уточни для меня: разве групповые каналы платы VF-08 и модулей 4W-01 принципиально невозможно резервировать?
Если можно резервировать, то тогда перечисли те изделия, групповые каналы которых можно резервировать, чтобы разместить этот перечень в самом начале п.6.2.18, а уж потом сослаться на пример с платой ЕМ-04.

[Vladimir]

Replying to alx:

Replying to Vladimir:

Ты можешь это спросить у того, кто разрабатывал, получить ответ (то есть узнать) и написать.

Твои вопросы отправил Емэйлом Толе.

Теперь по существу написанного. ....

Все твои вопросы я скопировал и отправил Толе, т.к. ни я, ни ты, ни САН не знаем достоверные ответы...

[san]

Replying to Vladimir:

Уточни для меня: разве групповые каналы платы VF-08 и модулей 4W-01 принципиально невозможно резервировать?
Если можно резервировать, то тогда перечисли те изделия, групповые каналы которых можно резервировать, чтобы разместить этот перечень в самом начале п.6.2.18, а уж потом сослаться на пример с платой ЕМ-04.

Групповым каналам без разницы от какой платы в них поступают данные. Создание групповых каналов и их резервирование - это функции коммутатора платы SW-01. Толя в своём примере просто использовал платы EM-04 для наглядности, чтобы пользователю было понятней откуда взялись данные.

[san]

На рисунке 6.34 внизу стрелкой показана передача бита целостности тракта по всей линии - Б1-Б2-Б3-Б4. Однако в тексте сказано только о необходимости сконфигурировать передачу бита целостности в блоках Б1 и Б4, а про блоки Б2 и Б3 ничего не сказано. Разве не надо в них сконфигурировать этот бит аналогично блоку Б4?

Сказано же...
Хотел процитировать, но заметил, что я читаю оригинал, а не версию Vladimir. В оригинале это указано, при копировании похоже потерялось :)

я только сейчас догадался, что разделы "Блок Б4", "Блоки Б2 и Б3", "Блок Б1" - это не самостоятельные разделы, а подразделы раздела "Резервирование всестороннего группового канала"

В оригинале наглядно видно, что это подразделы, Vladimir, обратите внимание.

[Vladimir]

Replying to san:

Replying to Vladimir:

Уточни для меня: разве групповые каналы платы VF-08 и модулей 4W-01 принципиально невозможно резервировать?

Групповым каналам без разницы от какой платы в них поступают данные. Создание групповых каналов и их резервирование - это функции коммутатора платы SW-01. Толя в своём примере просто использовал платы EM-04 для наглядности, чтобы пользователю было понятней откуда взялись данные.

Т.е. ты не можешь достоверно точно перечислить платы/модули от которых поступать данные для групповых каналов?
Это же уточнение всего на 1 строчку, зато будет полная определённость, отсутствие сомнений и лишних вопросов от юзеров!

[san]

Могу наверное, но не вижу смысла перечислять тут в одной строчке все платы/модули, которые могут работать с TDM...

[alx]

Replying to Vladimir:

Т.е. ты не можешь достоверно точно перечислить платы/модули от которых поступать данные для групповых каналов?
Это же уточнение всего на 1 строчку, зато будет полная определённость, отсутствие сомнений и лишних вопросов от юзеров!

Я не сомневаюсь в том, что Саша может перечислить платы, работающие с TDM. Но зачем? Ты будешь каждый раз, когда разрабатывается новая плата, добавлять ее в этот список? А если забудешь - у пользователя сразу возникнет вопрос: а почему эта плата не упомянута в перечислении? Она что, не может резервироваться? А учитывая, что внесение изменений в РЭ отстает на 2-3 года, такие вопросы будут возникать не только в случае забывания, а всегда... Не лучше ли будет просто сказать, что резервировать можно любой канал, независимо от того, от какой платы он пришел?

Раз ты просишь, я помогу Саше и перечислю: SM-01, FO-08, FS-08, EM-04, SM-02, GE-12, E1-08, GE-108, VE-01, PD-04, TE-01, MI-04, RT-01, GE-16, ST-018, VE-02, SM-03, VF-08, TE-04. Если что-то забыл, Саша поправит.

Ой. Только сейчас увидел, что Саша, оказывается, уже ответил. :)

[Vladimir]

Replying to alx:

Replying to Vladimir:

Я не сомневаюсь в том, что Саша может перечислить платы, работающие с TDM. Но зачем? Не лучше ли будет просто сказать, что резервировать можно любой канал, независимо от того, от какой платы он пришел?

Раз ты просишь, я помогу Саше и перечислю: SM-01, FO-08, FS-08, EM-04, SM-02, GE-12, E1-08, GE-108, VE-01, PD-04, TE-01, MI-04, RT-01, GE-16, ST-018, VE-02, SM-03, VF-08, TE-04.

Спасибо, что не поленился и ответил!
До этого я сомневался "любой или не любой канал", теперь всё стало ясно :-).
В таком случае действительно нет смысла конкретизировать.
Только ещё уточни: любой канал может быть групповым, включая каналы передачи данных и все другие каналы, которые исходят от любого модуля платы PD-04 ?
Т.е. исключений из этого правила нет?
И надо ли уточнять, что любые каналы в полосе частот ТЧ или ещё короче: любые каналы TDM ?

[alx]

Replying to Vladimir:

Только ещё уточни: любой канал может быть групповым, включая каналы передачи данных и все другие каналы, которые исходят от любого модуля платы PD-04 ?

Даже каналы, которые не исходят ниоткуда (с пустого слота) могут быть групповыми! Сумматор просто суммирует два канальных интервала. Каково происхождение информации в этих канальных интервалах, сумматор не знает, и ему это знать не надо.

Т.е. исключений из этого правила нет?

Какого "этого"?

И надо ли уточнять, что любые каналы в полосе частот ТЧ или ещё короче: любые каналы TDM ?

На твое усмотрение.

[Vladimir]

Replying to alx:

Replying to Vladimir:

Даже каналы, которые не исходят ниоткуда (с пустого слота) могут быть групповыми! Сумматор просто суммирует два канальных интервала. Каково происхождение информации в этих канальных интервалах, сумматор не знает, и ему это знать не надо.

Т.е. исключений из этого правила нет?

Какого "этого"?

В комменте-112 ты написал "правило": "резервировать можно любой канал"

И надо ли уточнять, что любые каналы в полосе частот ТЧ или ещё короче: любые каналы TDM ?

На твое усмотрение.

Я думал, что ты подскажешь наиболее точный и правильный вариант в дополнению к слову "любой"...
Если уточнение не требуется, то пусть будет просто "любой канал", хоть водный, хоть ТВ :-)

[alx]

Replying to Vladimir:

Т.е. исключений из этого правила нет?

Какого "этого"?

В комменте-112 ты написал "правило": "резервировать можно любой канал"

Исключений нет.

Я думал, что ты подскажешь наиболее точный и правильный вариант в дополнению к слову "любой"...

Ты ошибался. :)

[Vladimir]

Replying to alx:

Replying to Vladimir:

Я думал, что ты подскажешь наиболее точный и правильный вариант в дополнению к слову "любой"...

Ты ошибался. :)

С учётом того, что с п.6.2.9 по 6.2.20 речь идёт о вкладке TDM,
то самое первое предложение п.6.2.18 я предлагаю такое:

"6.2.18 Вкладка TDM / Резервирование групповых каналов.

Любые групповые каналы TDM можно резервировать. Пример резервирования каналов платы ЕМ-04 показан на Рис. 6.34."

Такой вариант подходит? Или как бы ты сделал вводное предложение?

Полный текст с учётом замечаний я выложил на ЛидерТаск, но это почти полный текст от Толи,
другие платы, кроме ЕМ-04, теперь не указываются.

[alx]

Replying to Vladimir:

"6.2.18 Вкладка TDM / Резервирование групповых каналов.

Любые групповые каналы TDM можно резервировать. Пример резервирования каналов платы ЕМ-04 показан на Рис. 6.34."

Такой вариант подходит?

Это будет зависеть от того, что будет изображено на рисунке 6.34.

Или как бы ты сделал вводное предложение?

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

[Vladimir]

Replying to alx:

Replying to Vladimir:

"6.2.18 Вкладка TDM / Резервирование групповых каналов.

Любые групповые каналы TDM можно резервировать. Пример резервирования каналов платы ЕМ-04 показан на Рис. 6.34."

Такой вариант подходит?

Это будет зависеть от того, что будет изображено на рисунке 6.34.

Этот рисунок взят из Инструкции от Толи, а ссылку дал САН прямо в твоём Тикете-97

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

Я сформулировал твою мысль так:

"Любые групповые каналы TDM при кольцевой структуре сети можно резервировать,
т.к. существует 2 разных пути между узлами связи и это позволяет сохранить связь при аварии (разрыве) кольца за счет того, что вместо основного пути автоматически задействуется резервный путь. Пример резервирования каналов платы ЕМ-04 показан на Рис. 6.34."

Так будет хорошо?

[alx]

Replying to Vladimir:

"Любые групповые каналы TDM при кольцевой структуре сети можно резервировать,
т.к. существует 2 разных пути между узлами связи и это позволяет сохранить связь при аварии (разрыве) кольца за счет того, что вместо основного пути автоматически задействуется резервный путь. Пример резервирования каналов платы ЕМ-04 показан на Рис. 6.34."

Так будет хорошо?

Если говорить только о сути вводной части (не учитывая грамматические и пунктуационные ошибки, а также последнее предложение) - то хорошо. :)

[alx]

По просьбе Владимира, полученной по e-mail, указываю найденные ошибки.

Replying to Vladimir:

"Любые групповые каналы TDM при кольцевой структуре сети можно резервировать,
т.к. существует 2 разных пути между узлами связи и это позволяет сохранить связь при аварии (разрыве) кольца за счет того, что вместо основного пути автоматически задействуется резервный путь. Пример резервирования каналов платы ЕМ-04 показан на Рис. 6.34."

Во-первых, так как путей больше одного, глагол "существует" должен быть в форме множественного числа, то есть "существуют".

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

Также по e-mail был вопрос, что плохо в последнем предложении. Я не знаю, что в нем плохо, так как не знаю, что изображено на рисунке 6.34 - действительно ли он может быть примером резервирования групповых каналов или нет. Я не говорил, что в этом предложении что-то плохо, но и что в нем все хорошо, тоже утверждать не могу.

[Vladimir]

Replying to alx:

Replying to Vladimir:
Нашел ошибку! Пропущен пробел: "Это происходитследующим образом:".

Все указанные опечатки в РЭ-42-16 исправлены.

Прочитав раздел "Механизм оценки состояния основного тракта", я так и не понял, как блок Б4 оценивает состояние тракта. Здесь написано, что для этого придуман механизм передачи бита целостности тракта, но как этот механизм работает (как блок Б4 определяет состояние тракта, чтобы включить или выключить передачу в резервный тракт) - не говорится...

Для пояснения добавлены фразы после
"Рис. 6.35 Вкладка TDM/Таблица коммутации для бита целостности в 5Е1":
"Для блока Б4 необходимо включить передачу бита целостности тракта в 13Е1 при отсутствии аварий в 5Е1 как показано на Рис. 6.36. Для передачи бита целостности тракта используется национальный бит Sa7 (бит 7 в NFAS — см. G.704) – чередование 0 и 1 бита 7 в КИ0 нечётных циклов потока Е1."

После "Рис. 6.36 Вкладка TDM/Таблица коммутации для бита целостности в 13Е1"
добавлен абзац:
"Критерий целостности тракта — прием бита целостности тракта и отсутствие обрыва между соседними блоками (отсутствие аварии циклового синхросигнала и циклового извещения)."

На рисунке 6.34 внизу стрелкой показана передача бита целостности тракта по всей линии - Б1-Б2-Б3-Б4. Однако в тексте сказано только о необходимости сконфигурировать передачу бита целостности в блоках Б1 и Б4, а про блоки Б2 и Б3 ничего не сказано. Разве не надо в них сконфигурировать этот бит аналогично блоку Б4?

Этот вопрос я передал АВТОРУ Инструкции - Анатолию и получил ответ в Е-мэйле:
"Все написано в разделе "Механизм оценки состояния основного тракта""

Я лучше Автора ничего не могу добавить. Может быть, ты или Саша сможете уточнить сами,
или после переговоров с Толей (я тут опять в роли почтальона: Алекс вопрос мне, я это пересылаю Толе, Толя отвечает мне, я пересылаю Алексу и Саше, Алекс или Саша отвечают мне...).

В разделе "Резервирование всестороннего группового канала" сказано, что это очень просто. На этом... раздел кончается! :) То есть читателю, типа, предлагается догадаться самому, как такой канал резервируется, потому что это очень просто? :)

Опять начинается "футбол": ты -мне, я - Толе, Толя - мне, я - тебе...

Вот ответ Толи на этот вопрос в мэйле от 03 июня 2020 г в 15:30:

"Ответ:
Все подробно расписано по каждому блоку"

В следующем разделе есть такой фрагмент:

Канал ТЧ формируется в платах ТЧ в виде группового с портов 5Е1 и 13Е1.

В виде чего группового? Непонятно, к какому существительному относится это прилагательное. Если к подлежащему "канал", то получается тавтология - "канал формируется в виде канала"... По смыслу сказанного можно предположить, что имеется в виду сумма каналов 5:4 и 13:4. Не лучше ли так и написать, чтобы не надо было догадываться?

Ответ Толи: "Да, имеется в виду сумма каналов 5:4 и 13:4."

На это я вставил эти номера каналов в заголовке:
"Блок Б1.
Для этого блока суммируются каналы 5:4 и 13:4 из трактов 5E1 и 13E1."

Здесь же есть загадочная формула: "(РКС – 1:2 ← 5:4 + 5(13:4))". Я догадался (опять надо догадываться!), что 1:2 - это канал платы EM-04, а 5:4 и 13:4 - это каналы основного и резервного трактов. Непонятно, что означает оставшаяся цифра 5, и почему "13:4" заключено в дополнительные скобки (что это означает?). Из следующей фразы можно догадаться, что выражение "5(13:4)" означает, что канал 13:4 суммируется при условии нарушении целостности тракта 5. Предлагаю заранее объяснить используемые обозначения чтобы читателю не надо было строить догадки. Может ведь еще и неправильно догадаться (я вот не уверен, что догадался правильно)...

На это Толя тоже ответил тебе через меня и я вставил в РЭ его предложение:
"...(РКС – 1:2 ← 5:4 + 5(13:4)). Выражение "5(13:4)" означает, что канал 13:4 суммируется
при условии нарушении целостности тракта 5. "

О, я только сейчас догадался, что разделы "Блок Б4", "Блоки Б2 и Б3", "Блок Б1" - это не самостоятельные разделы, а подразделы раздела "Резервирование всестороннего группового канала"! Догадаться об этом трудно, так как заголовки всех этих разделов написаны одинаковым шрифтом. Предлагаю изменить шрифты заголовков так, чтобы заголовки различного уровня визуально отличались друг от друга. То же самое касается раздела "Резервирование одностороннего группового канала" и его подразделов.

На это я добавил 4-й уровень нумерации:
6.2.18.1 Механизм оценки состояния основного тракта.
6.2.18.2 Резервирование всестороннего группового канала.
6.2.18.3 Резервирование одностороннего группового канала.

Далее в тупик поставила меня фраза "Для этих блоков конфигурация не меняется". Что это значит? Не меняется по сравнению с чем (ранее о конфигурации этих блоков ничего не говорилось!)? Не меняется кем? Сама собой? А в других блоках что, конфигурация сама собой меняется? Загадка... :)

Очередной футбол: ты-мне, я-Толе, Толя-мне, я-тебе ответ Толи на твой вопрос для РЭ:
"Для этих блоков конфигурация не меняется по сравнению с конфигурацией без резервирования."

Далее в разделе "Блок Б1" написано: "Для этого блока добавляется слагаемое из резервного тракта 13Е1". Добавляется к чему? Логика подсказывает, что добавляется оно к слагаемому из тракта 5E1. Так почему бы просто не написать: "в блоке Б1 суммируются каналы из трактов 5E1 и 13E1"? Мне кажется, так было бы проще и понятнее...

Ты-мне, я-Толе, Толя-мне, я-тебе ответ Толи на твой вопрос: "Можно и так", я-тебе текст РЭ:
"Блок Б1.
Для этого блока суммируются каналы 5:4 и 13:4 из трактов 5E1 и 13E1."

Далее есть такая фраза: "К такому типу относятся каналы ТМ и ДС". Не нашел на рисунке 6.34 канала с обозначением "ДС". Далее в тексте канал "ДС" тоже вроде бы ни разу не упоминается. Канал-призрак? :) Предлагаю убрать его упоминание из текста.

По той же длинной пересылке Толя согласился и я удалил из этой строчки буквы ДС:
"К такому типу относятся каналы ТМ."

Еще одна загадочная формула: "(ТМЗ – 5:2 ←7:2 (G))" - что означает "G"?

Толя предложил так:
"Запрос от ведущего транслируется в виде группового канала (обозначение G)"

Здесь же написано: "чтобы при аварии тракта между Б3 и Б4 в канал шла “тишина”...". Но как блок Б3 может узнать об аварии тракта между Б3 и Б4, если бит целостности тракта передается от Б2 к Б3 и от Б3 к Б4, но не от Б4 к Б3? То же самое касается блока Б2 далее.

Добавлена фраза:
"При обрыве между Б3 и Б4 будет детектирована авария на Б3 в 7Е1 LOF или RAI (описание этих аварий указано в Табл. 5.18)."

[alx]

Replying to Vladimir:

Разве не надо в них сконфигурировать этот бит аналогично блоку Б4?

Этот вопрос я передал АВТОРУ Инструкции - Анатолию и получил ответ в Е-мэйле:
"Все написано в разделе "Механизм оценки состояния основного тракта""

Тут я вынужден пояснить для Александра и других возможных читателей: когда Анатолий отвечал на вопрос, он был введен в заблуждение по поводу того, какого текста касался вопрос: Анатолий думал, что вопрос касается написанной им ранее Инструкции, ссылка на которую есть в описании этого тикета, а не предварительного текста РЭ с описанием функции канального резервирования. Соответственно, когда Анатолий отвечал "Все написано в разделе "Механизм оценки состояния основного тракта"", он имел в виду раздел "Механизм оценки состояния основного тракта" своей инструкции, а не текста РЭ.

[alx]

Replying to Vladimir:

Я лучше Автора ничего не могу добавить. Может быть, ты или Саша сможете уточнить сами,

Так как я знаю о работе этой функции только из написанного тобой текста РЭ, я ничего уточнить не могу.

Опять начинается "футбол": ты -мне, я - Толе, Толя - мне, я - тебе...
Вот ответ Толи на этот вопрос в мэйле от 03 июня 2020 г в 15:30:

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

Если бы мне действительно требовалось узнать, как работает эта функция, я бы не стал ни читать РЭ, ни обращаться к тебе, а сразу бы обратился к Анатолию как ее разработчику.

[Vladimir]

Replying to alx:

Replying to Vladimir:

Разве не надо в них сконфигурировать этот бит аналогично блоку Б4?

Этот вопрос я передал АВТОРУ Инструкции - Анатолию и получил ответ в Е-мэйле:
"Все написано в разделе "Механизм оценки состояния основного тракта""

Тут я вынужден пояснить для Александра и других возможных читателей: когда Анатолий отвечал на вопрос, он был введен в заблуждение по поводу того, какого текста касался вопрос: Анатолий думал, что вопрос касается написанной им ранее Инструкции, ссылка на которую есть в описании этого тикета, а не предварительного текста РЭ с описанием функции канального резервирования. Соответственно, когда Анатолий отвечал "Все написано в разделе "Механизм оценки состояния основного тракта"", он имел в виду раздел "Механизм оценки состояния основного тракта" своей инструкции, а не текста РЭ.

Я нашёл ответ на вопрос и теперь добавил фразу и рисунок из Инструкции:
"Для блоков Б2 и Б3 необходимо включить передачу бита целостности тракта в 7Е1 при отсутствии аварий в 5Е1 как показано на Рис. 6.36"

Если все изменения я добавил правильно, то этот тикет можно, наверное, закрывать.

[Vladimir]

В РЭ-42-16 от 15.06.2020
на мой взгляд добавлены все замечания и дополнения.

[alx]

А рис. 6.36 намеренно так заблюрен? Невозможно прочитать...

[Vladimir]

Replying to alx:

А рис. 6.36 намеренно так заблюрен? Невозможно прочитать...

А что такое "заблюрен" - никогда не встречал такое слово...

В Ворде рисунок выглядит лучше, в ПДФ хуже,
а если ты читаешь файл ПДФ из моего Емэйла к тебе с примечанием:
"для сокращения размера файла я сохранил копию с низким разрешением рисунков:
-MC04-DSL-3U_РЭ-42_17-06-2020.pdf (первый символ - минус),
рисунки скриншотов немного мутные, но ты поймёшь :-)"

На нашем сайте этот рисунок выглядит получше,
а если РЭ в Ворде сохранить в ПДФ с более высоким разрешением,
то будет вполне хорошо.
Возможно, что и на сайте случайно сохранилось с низким разрешением...
Хорошее РЭ в ПДФ имеет размер 20,4 Мбайт, а с низким разрешением - 14,2 Мбайт.

[Vladimir]

При попытке отправить тебе Емэйл с файлом РЭ-42-ПДФ = 20,4 Мбайт,
получил ответ:
"This message was created automatically by mail delivery software.
A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

alx@…

host kolez.com [46.146.233.80]
SMTP error from remote mail server after pipelined MAIL FROM:<ushakov@…> SIZE=29329625:
552 5.3.4 Message size exceeds fixed limit"

Вот поэтому я и отправил тебе ранее файл от 17.06.2020 с низким разрешением рисунков
и он, наверное, успешно дошёл до тебя.

[alx]

Replying to Vladimir:

А что такое "заблюрен" - никогда не встречал такое слово...

размыт

[Vladimir]

Replying to alx:

Replying to Vladimir:

А что такое "заблюрен" - никогда не встречал такое слово...

размыт

Вот, хорошее и понятное русское слово, зачем использовать "неприличные" слова? :-)

[alx]

Replying to Vladimir:

зачем использовать "неприличные" слова? :-)

Вопрос не очень по адресу - у меня очень скромный опыт использования неприличных слов. Я, как правило, стараюсь использовать "приличные". :) Но раз уж ты спросил, выскажу свое мнение. Я думаю, что неприличные слова используют чтобы обругать собеседника. :)

[Vladimir]

Я же имел ввиду слово "заблюрен", которое по русски звучит как бы "неприлично",
особенно для тех кто первый раз в жизни видит это слово :-)

Саша уже сообщил, что на нашем сайте он уже заменил файл РЭ-42 ПДФ
на такой же, но с более высоким разрешением рисунков.

Спасибо, что обратил на это внимание: я бы не заметил
и многие рисунки в РЭ на сайте были бы заблюрены.

[alx]

Replying to Vladimir:

Я же имел ввиду слово "заблюрен", которое по русски звучит как бы "неприлично",

Ой... Извини, я не знал, что это слово звучит неприлично. Буду отучаться его употреблять.

особенно для тех кто первый раз в жизни видит это слово :-)

Логика подсказывает, что тот, кто первый раз в жизни видит некое слово, ничего неприличного в нем усмотреть не может. "Неприличность" - это смысл, значение слова.

Спасибо, что обратил на это внимание: я бы не заметил
и многие рисунки в РЭ на сайте были бы заблюрены.

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

[san]

Milestone deleted