Opened 3 years ago

Last modified 15 months ago

#823 closed улучшение

РЭ: методика тестирования кабеля и критерии для обеспечения работоспособности нашей системы — at Version 2

Reported by: san Owned by: Vladimir
Priority: major Component: Руководство по эксплуатации
Keywords: Cc:

Description (last modified by san)

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

Волшебные цифры от Лёши Долженко: тестирование по переменному току на частоте на 150 кГц, переходное затухание должно составлять не менее 70дБ. Тест проводить на ближнем и дальнем конце, с нагрузкой 150(МКС) 135(КСПП) Ом.

Владимир Александрович, как соавтор статьи по близкой тематике, обещал описать критерии и методики тестирования кабеля в РЭ:

Я запросил у Кочерова уточнить "Таблица 2. Нормы переходного затухания", т.к. рекомендованные цифры указаны только для 1024кГц.

Change History (2)

in reply to:  description comment:1 by alx, 3 years ago

Replying to san:

переходное затухание должно составлять не более -70дБ.

??? Во-первых, "затухание минус 70 дБ" - это усиление в десять миллионов раз! То есть, например, мешающий сигнал амплитудой 1 мкВ наводит в соседней паре помеху амплитудой 10 В.

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

Ты уверен, что верно передал волшебные цифры от Лёши Долженко? :)

Last edited 3 years ago by alx (previous) (diff)

comment:2 by san, 3 years ago

Description: modified (diff)

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

Note: See TracTickets for help on using tickets.