ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Среда
13 ноября
648103 Топик полностью
Связанные сообщения
PlcPowerline Communication
Подскажите, нужно ли обязательно нормализовать, приводить все параметры участвующие в регулировании PID к 100% и как это правиль...2024-10-17
Стыдно вопрошать, ну да ладно. кто-то на птичьих языках (ПЛК) программируеть? есть ПЛК Митсубиши с севшей батарейкой и стертой п...2024-05-19
Кто как защищает вход контроллера 4...20 мА? Есть спец. микруха MAX14626, но её крайне сложно достать. Чтобы такое несложное на ...2022-07-20
Ух ты! 2016 год. Вторая ссылка. Прошло достаточно времени чтобы "увидеть истинный вектор движения".2022-04-03
господа эмбеддера, рынок плк пуст, практически, занимайте свои ниши.2022-04-01
У кого как с ПЛК и пром. автоматикой? Производителей подводит отсутствие готового товара на складах. Всё как ранее описывал С...2022-03-20
ПРограммируемы логические контроллеры - чтоб почитать?2022-02-19
[Универсальная проводная шина для задач "распределенный PLC"]. Одна витая пара, дуплекс, до 100 Кбит/сек, гальваническ...2020-05-03
На сахаре несколько раз всплывала тема данных в питании. Наиболее адекватная идея -- отвязать питание через дроссель (фильтр НЧ)...2020-04-03
[IEC 61131-3 часть 2.3] Отечественные фирмы, производящие ПЛК "вокруг да около" стандартных языков.2017-06-21
[IEC 61131-3 часть 2.2] Среды для работы с языками. GPL, проприетарные.2017-06-21
[IEC 61131-3 часть 2] Кто какие знает ресурсы по теме? Делимся, обсуждаем.2017-06-21
[Фундаментальная размышлизма.] Опенсорц, С++ и победа прогрессивного человечества.2016-12-13
Передача информации по проводам. Тут давали интересную идею (см. ссылку). Мол многие МК сейчас имеют IRDA и ежели развязать тран...2014-04-15
Есть ли здесь люди, которые разрабатывали свой PLC и софт для него? Как обычно реализуют интерпретатор логики унутре PLC? Как я ...2010-03-17
fk0, легенда (23.01.2016 14:07 - 14:09, просмотров: 751) ответил Make_Pic на А так спрошу: По RS485 кто нибудь передавал питание? - Какие результаты? Какие развязочные дроссели использовали?
Вспомнинается, тут давали интересную идею: использовать IRDA-трансивер/приёмник (только электрический, без оптики). Идея в том, что ноль не кодируется никак, а единица коротким импульсом. Если предположить, что в линии связи что-то вроде витой пары (это критично, т.к. иначе и излучать начнёт, и помех наловит) и в ней только DC, т.к. изолирована через дроссели, то может сработать. На передающем конце стоит трансивер RS485, его выход RX (от RS485) попадает на одновибратор дающий короткий (1/16 от битового интервала, например) импульс на каждый положительный фронт. Далее попадает на транзистор, и через конденсатор передаётся в линию связи. На приёмном конце через конденсатор попадает на компаратор, который отбирает импульсы по длительности (не менее чем) и амплитуде, далее стоит одновибратор растягивающий импульсы обратно, до длительности битового интервала. Скорость, понятно, фиксированная, и скорей селекция по длительности и "одновибратор" -- это некая цифровая схема, на базе счётчика, или МК, тактируемая от кварцевого резонатора обязательно. И растянутый импульс единицы битового интервала попадает на вход TX трансивера RS485. Почему я упомянул IRDA. UART модули в некоторых современных МК умеют генерировать сигналы для IRDA на передачу, и умеют принимать IRDA сигналы, и функции селекции импульса по длительности и восстановления единицы на битовом интервале там встроенные (например, у PIC24). Идея в том, что 1) канал связи достаточно широкополосен, чтоб пропускать короткие импульсы, 2) не имеет импульсных помех (или, если помеха портит пакет, это отрабатывается верхним уровнем). Почему не использовать RS485 (т.е. UART в чистом виде, фактически) как есть: потому, что используя короткие импульсы мы исключаем низкие частоты, постоянную составляющую, и вызванную этим межсимвольную интерференцию (линия связи достаточно длинная, полагаем, имеет порядочную индуктивность и ёмкость, а дистанция по частоте между соседними битами минимальная). Либо придётся как-то специально кодировать передаваемые байты (об этом здесь упоминали), но это не избавит от искажений на длинной линии (как принять решение, ноль это или единица), если она не согласованная со всех концов (см. ниже). Расплатой служит то, что нужен относительно широкополосный канал связи и чувствительность к импульсным помехам, кроме того начинает излучать на радиочастотах. Поэтому витая пара. Конечно, относительно ВЧ сигнал сильно ослабляется (на входе потребуется усилитель хотя бы в виде компаратора) -- google "twisted pair power loss" и прикинь верхнюю частоту сигнала). Кроме того, отражённый от узлов сети сигнал будет мешать нормальному приёму. Потребуется согласовать передающие и приёмные узлы с волновым сопротивлением линии связи (после разделительных конденсаторов), и отделить DC-часть дросселями. И либо использовать топологию типа "шина" с терминаторами на концах, либо, если звезда, сильно ограничить размеры сети, либо использовать низкую битову скорость (если отражение попадает в тот же битовый интервал, то оно ничему не мешает). Думается, на скорости 9600 скорей встанет вопрос затухания сигналов в длинной сети.
[ZX]