Jump to content

    

DmitrijStepin

Участник
  • Content Count

    87
  • Joined

  • Last visited

Community Reputation

0 Обычный

About DmitrijStepin

  • Rank
    Частый гость

Recent Profile Visitors

1515 profile views
  1. Здравствуйте! Необходимо установить беспроводную связь между двумя модулями на расстоянии до 500м. Одним из основных требований является работа в диапазоне частот, нетребующих лицензирования. Остановился на longe-range Bluetooth модуле BT730 от Laird. Так как перехожу от RS485 интефейса к беспроводной связи, то хотелось, чтобы протокол обмена данными в целом остался похожим на Master/Slave, как в RS485. Насколько я понял из Wikipedia, в Bluetooth тоже один главный модуль (Master) и до семи подчиненных модулей (Slave). Каждый модуль должен отсылать два байта данный несколько раз в секунду. Или в ответ на два байта с Master модуля Slave модуль отсылат свои два байта. В спецификации BT730 указано, что возможна реализация нескольких профилей: Serial Port Profile (SPP), Dial Up Networking (DUN), FTP Client plus partial support for Headset (HSP), and HandsFree (HFP). Какая между ними разница? Какой из профилей лучше подходит для данного применения? Serial Port Profile (SPP), исходя из названия? На сайте Laird есть файл, в котором подробно описаны АТ команды для интерфейса host микроконтроллера с BT730. Но в этом описании нет конкретных примеров, какие именно АТ команды и в какой последовательности использовать. В этом заключается главная проблема, т.к. впервые столкнулся с Bluetooth. Есть ли примеры по запуску модулей в том или ином режиме? С уважением, Дмитрий
  2. Что мне известно на данный момент из технических требований, это то, что отдельные I/O модули, расположенные на всей территории объекта, должны иметь разъем RJ-45, а также на объекте уже проложена оптика. И в некоторых местах стоят "разветвлители" также с оптическими выходами. Т.к. к разъему RJ-45 подключается медный провод (витые пары), то где-то между оптическими и электрическими сигналами должен стоять преобразователь сигналов. На сколько я понимаю, таким преобразователем может быть свитч, работающий на оптику, но уже с электрическими выходами. На I/O модулях планируем ставить ARM микроконтроллер с Ethernet портом и внешней PHY микросхемой, которая непосредственно подключается к разъему RJ-45. На данный момент оптический выход у I/O модулей не хочу ставить, т.к. на данный момент являюсь новичком в этой теме. Такой подход выглядит более универсальным. Для чего нужны 2 порта у свитча? При выходе из строя I/O модуля свитч сам не будет блокировать / локализовать неисправность только на данном участке? У меня такое представление, что каждый модуль по своей витой паре подсоединяется к свитчу, у которого должен быть общий оптический выход для подсоединения к оптике. Есть ли какие-то основные вопросы, которые необходимо уточнить по топологии / архитектуре проложенной опической линии, от которых зависит дальнейшая разработка?
  3. Здравствуйте! Требуется обмениваться данными между устройствами на расстоянии до 2-3км. Опыт предыдущих систем сбора данных показывает, что влияние шумов очень велико в случае использования, например, интерфейса RS-485 на расстоянии до 1км. К тому же общую шину данных часто прокладывают с большими ответвлениями из-за экономии кабеля, и волновое сопротивление кабеля не соответствует нормам. Радиосвязь не годится, т.к. на объектах много металлических конструкций, помещений. Поэтому рассматривается возможность применения оптического интерфейса, с которым раньше не прходилось сталкиваться. Плюс, на некоторых объектах уже проложена оптика для других целей. Поэтому было бы разумно использовать уже проложенную оптику и не тянуть свои провода, если это вообще возможно. Подразумевает ли использование оптики применение Ethernet на каждом отдельном устройстве? Насколько я понимаю, многие ARM микроконтроллеры, у которых есть встроенный модуль Ethernet, подключаются к внешней PHY микросхеме, которая непосредственно выдает пакеты данных в сеть или принемает их. Но это электрические сигналы. Может есть аналагичные PHY, которые выдают оптические сигналы? Можно ли различные модули подключать к общей оптической шине, как в случае интерфейса RS-485? Все устройства должны отсылать данные в РС и получать от него команды. В этом случае необходимо использование TCP/IP протокола? Возможно, выше перечисленные вопросы примитивны, но прежде не приходилось иметь дело как с оптикой, так и TCP/IP (Ethernet). Дмитрий
  4. Две линии тянуть не хотелось бы из-за высокой стоимости проводов, т.к. данная система используется в противопожарных системах. По нормам нужно использовать огнестойкие кабеля. Вами предлагаемый подход предусматривает использование двух портов на каждом модуле: один для основной шины, а второй - для резервной? Отключать модули от Мастер модуля нельзя при обнаружении неисправности кабеля. Они должны оставаться в системе. Принцип должен быть такой: если в "основном" пути для некоторых модулей обнаружена неисправность кабеля, то они начинают опрашиваться по "резервному" пути. Повреждение основной линии должно быть устранено по возможности быстрее. По идее в нормальном режиме работы нужно опрашивать модули как по основной шине, так и по резервной поочередно, чтобы не получилось так, что при переключении на резервную шину она не была неисправной тоже. По мере усложнения системы все больше склоняюсь к использованию CAN вместо RS485. Но это только планы на будущее. Сейчас использую RS485. Использование CAN не решит данную проблему. Для CAN и RS485 подход к решению этой проблемы должен быть похожий. Система должна оставаться всегда реального времени, потому что по нормам в противопожарных применениях максимальное время определения тех или иных событий в системе не должно превышать одну минуту. Каким образом отключается неисправный сегмент при обнаружении КЗ или обрыва?
  5. Здравствуйте! Есть необходимость сохранения передачи данных в шине RS485 при обрыве кабеля или коротком замыкании. Допустим, если на каком-то сегменте произошло короткое замыкание, то этот сегмент нужно отключить от остальной шины. Но другие модули, которые следуют за поврежденным участком, не должны отключиться от главного опрашивающего устройсва (Master). Для этого рассматриваю использование замкнутой петли. На Мастер плате предусмотрено использование двух портов. Один порт является началом шины, а второй - концом. Если данные не приходят с Slave модулей по одной шине в случае какой-либо неисправности, то эти модули начинают опрашиваться по второму порту. Хочу узнать, является ли такое решение рациональным и самым простым. Так по идее даже возможно увеличить длину шины. Использование только одного порта для создания замкнутой петли не годится. Так? Какие устройства используются в качестве детекторов короткого замыкания в шине RS485. Слышал, что такие есть, но не приходилось использовать их раньше. Возможно, сможете посоветовать что-то еще. По крайней по такому принципу делают системы. С уважением, Дмитрий
  6. Интересная идея, но сравнительно большой ток не могу позволить, мах 5-10мА, что тоже достаточно. В таком случае тоже лучше использовать дифференциальный вход? Питание входной цепи тоже желательно делать от 24В, чем от 5В? Но со стабилитронами могут возникнуть дополнительные неудобства при монтаже, например, неправильная полярность. Действительно, изобретать велосипед не хочется.
  7. Схему с подобными уровнями используем сейчас. В данный момент с помехами боремся программным путем, что ведет к задержке определения уровня. Хотелось бы на железном уровне схему сделать более помехоустойчивой. Поэтому хочу использовать диф. вход. Конечно, программная фильтрация тоже останется для дополнительной надежности. На реальных объектах с длинными проводами пики шумов превышают +/-5В. Поэтому single ended вход уже не справляется. На диф. входе эти синфазные шумы должны существенно скомпенсироваться.
  8. АЦП нужно, т.к. кроме замкнутого и разомкнутого состояния опрашиваемого контакта нужно также детектировать обрыв и короткое замыкание кабеля. Это уже 4 состояния нужно определять. Короткое замыкание кабеля не должно определяться как замыкание контакта, а обрыв - как размыкание. В этом вся суть. Иначе, конечно, использовал бы обычный цифровой вход. Длина кабеля может достигать нескольких десятков метров или больше, поэтому шумов предостаточно. Поэтому нужен диф. вход. Почему изображенный вход не является дифференциальным?
  9. Здравствуйте! Нужно сделать дифференциальный вход для последующей подачи сигналов на дифференциальный вход АЦП. Диапазон входных напряжений АЦП от 0 до 5В. Сама входная цепь работает от 24В. Прикинул схему, изображена ниже. Какие будут ваши замечания и дополнения? Просится еще фильтрующий конденсатор между входами АЦП. Является ли такая схема, действительно, дифференциальной? Мне кажется, что да. Не хотел бы делать питание входной цепи от +5В, т.к. уровень шумов может быть сравним с этим значением и даже выше. Резистор R5 - контакт.
  10. Здравствуйте! В данный момент рассматриваю варианты реализации светодиодного освещения небольших помещений (высота примерно 2.2 м, площадь около 40-50 м2). Нужно сделать более менее равномерное освещение 250 lumen/m2. Допускается использование нескольких осветительных модулей для получения более равномерного освещения. Но цена критична, поэтому их должно быть по возможности меньше. Есть следующие вопросы: 1) Какие светодиоды лучше всего подходят для данного применения, учитывая легкость монтажа, стоимость и конструктивную часть? Цвет светодиодов белый (pure white). Светодиоды не должны быть слишком яркие, чтобы не слепить глаза. Может есть какие-то дешевые матрицы светодиодов? Или светодиоды на лентах... Конструктивная часть должна быть по возможности простой и дешевой. 2) Как ориентировочно расчитывается параметр 250 lumen/m2? Потребляемая мощность доджна быть как можно ниже. Также предусмотрена функция диммерирования, но я так полагаю, что данная цифра соответсвует 100%. 3) Для питания светодиодов будут использоваться AC-DC преобразователи с выходным напряжением не более 30VDC. Есть как обычные блоки питания, так и специализированные LED driver (например, DLG50PS24 от XP Power). В чем их принципиальное различие? Дмитрий
  11. Возник вопрос по TBU (CDSOT23-SM712). У него 3 контакта: Line In/Out, NU, Line Out/In. NU не используется? Относительно чего TBU измеряет напряжение Vreset? Еще вопрос по монтажу TBU. Из даташита видно, что контакты находятся снизу. К ним можно подлезть паяльником? На рисунке с боку видны металлические контакты. Или для ручного паяния на площадках нужно ставить переходные отверстия?
  12. Этот предохранитель по параметрам мало отличается от того, который я ранее выбрал. Также само максимальный ток не должен превышать 3А. По графику из даташита видно, что такой ток не должен быть дольше 0.2 секунды. Без дополнительного резистора пики тока будут около 30А. Поэтому, вероятно, он сразу выйдет из строя.
  13. На входе импульсника напряжение не должно превышать 36V. Потребляемый ток не превышает 150mA в нормальном рабочем режиме во всем диапазоне входных напряжений питания (18-36VDC). Пока остановился на таком TVS: 1.5SMC36CA (Breakdown Voltage = 34.2...37.8V, Clamping Voltage max = 49.9V). А один из самых быстрых PTC, что удалось мне найти для моего случая, является CMF-RL10-0 (Hold current max = 150mA, Trip current = 300mA, Current max = 3A, Voltage max = 220V, Time to trip = 0.45s). Как я понимаю, максимальный ток для PTC не должен превышать 3А. Его сопротивление в нормальном состоянии 10 Ом, поэтому пики токов могут достигать 30А. Не ставить же ограничивающий ток резистор, т.к. в нормальном рабочем режиме на нем будет большое падение напряжения. Даже относительно маленькое время срабатывания 0.45 сек не сравнимо с временем срабатывания, например, TBU.
  14. Вы под самовосстанавливающимся предохранителем имеете в виду PTC resettable fuse, который идет в связке с TVS? Допустим, импульсники на входе выдерживают 40В мах. Значит, TVS должен открываться до 40В. Меня смущает длительное время срабатывания PTC предохранителя. Оно может составлять 10 секунд и больше. Тогда вся мощность будет рассеиваться на TVS. Он так долго не протянет, сгорит. Может надо ставить ограничивающий ток резистор, чтобы пики тока не превышали допустимое значение для TVS.