[HardEgor 63]

13 минут назад, destroit сказал:

Ну а кто, постом выше к параметру NEXT, челом  = бил ? Любая презентация ( в картинках) ориентированна на ЧЕЛа  = принимающего решения . Показал, разницу...и сразу подвижка в ТЗ ...ибо ЧЕЛ, что дорос до первой подписи, редко бывает "иван-дурак" .

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

[a123-flex 0]

5 минут назад, destroit сказал:

Нема дурных тянуть 100 метров токовую петлю ...)))

Насколько я понял, с учетом помех на изделии, это решение - наиболее надежное из всех)

[destroit 17]

12 минут назад, HardEgor сказал:

Да всё они понимают, но без бумажки прикрывающей "задницу",

Это всё  = пурга .  Главное  = РЕЗУЛЬТАТ .  У вас есть чего на "борту" ? У меня  = есть .

Изменено 7 февраля, 2020 пользователем destroit

[a123-flex 0]

Мда( Бюджетненькое = такое))

[MrGalaxy 9]

В 4 февраля 2020 г. в 20:23, a123-flex сказал:

Имхо мне нужна фраза: "скрутка сигнальных проводов улучшает подавление внешней синфазной помехи на N децибел" 

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

 

[alexvu 5]

В 04.02.2020 в 19:01, a123-flex сказал:

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

А для чего нужно уменьшить внешнюю наводку? Она мешает передаче данных? Или передача идет нормально, но от импульсов сгорают входы?

[a123-flex 0]

В 17.03.2020 в 18:55, alexvu сказал:

А для чего нужно уменьшить внешнюю наводку? 

я в растерянности) наверно для всего)

[alexvu 5]

19 часов назад, a123-flex сказал:

я в растерянности) наверно для всего)

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

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

[a123-flex 0]

7 часов назад, alexvu сказал:

заказчику сложно

Граждане просто не хотят ничего делать. Раньше работало, все утвердили. Зачем еще париться ?

Но тк крайний всегда разраб, то так не хочу я.

[Neekeetos 0]

On 3/20/2020 at 4:54 PM, a123-flex said:

Но тк крайний всегда разраб,

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

[vladec 7]

В 22.03.2020 в 07:31, Neekeetos сказал:

А что мешает в ТЗ прописать требования к линии передачи?

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

[Neekeetos 0]

7 hours ago, vladec said:

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

Я коряво выразился :) Сложилось впечатление что человек хочет использовать некие аргументы чтобы убедить заказчика использовать конкретный тип линии передачи. По моему логичнее было бы адаптировать какой нибудь гост для организации интерфейса по токовой петле и вписать его как требование к линии, тогда в случае возникновения адских помех заказчик озаботится их удалением, тк это не будет вписываться в требования тз на устройство. А сам по себе тип линии прописанный в тз никак не гарантирует качества линии и соотв не убирает проблему.  Гугол подсказывает какие то  ОСТ 11 305.916-84, Госты 27696-88,   28854-90, IEC 62056-21/DIN 66258 и еще кучу всего. 

Изменено 23 марта, 2020 пользователем Neekeetos