Перейти к содержанию

    

DmitrijStepin

Участник
  • Публикаций

    89
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

Информация о DmitrijStepin

  • Звание
    Частый гость
  1. Bluetooth на базе BT730

    Здравствуйте! Необходимо установить беспроводную связь между двумя модулями на расстоянии до 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. Оптический интерфейс

    Цитата(maxi-ares @ Dec 3 2013, 12:53) На вашем месте я бы сделал иначе. Разбил бы всю шину на несколько относительно которких участков с RS485, и на этих сегментах поставил бы Ethernet-шлюзы с выходом в оптику. Управление и обмен соответственно организовать через Ethernet. Что мне известно на данный момент из технических требований, это то, что отдельные I/O модули, расположенные на всей территории объекта, должны иметь разъем RJ-45, а также на объекте уже проложена оптика. И в некоторых местах стоят "разветвлители" также с оптическими выходами. Т.к. к разъему RJ-45 подключается медный провод (витые пары), то где-то между оптическими и электрическими сигналами должен стоять преобразователь сигналов. На сколько я понимаю, таким преобразователем может быть свитч, работающий на оптику, но уже с электрическими выходами. На I/O модулях планируем ставить ARM микроконтроллер с Ethernet портом и внешней PHY микросхемой, которая непосредственно подключается к разъему RJ-45. На данный момент оптический выход у I/O модулей не хочу ставить, т.к. на данный момент являюсь новичком в этой теме. Цитата(prig @ Dec 3 2013, 13:59) Проще всего ставить на подключаемое устройство мелкий свитч с двумя портами, работающими на оптику, и пробрасывать Ethernet через эти свитчики. Сетку лучше закольцевать на случай отказа одного из устройств. Такой подход выглядит более универсальным. Для чего нужны 2 порта у свитча? При выходе из строя I/O модуля свитч сам не будет блокировать / локализовать неисправность только на данном участке? У меня такое представление, что каждый модуль по своей витой паре подсоединяется к свитчу, у которого должен быть общий оптический выход для подсоединения к оптике. Есть ли какие-то основные вопросы, которые необходимо уточнить по топологии / архитектуре проложенной опической линии, от которых зависит дальнейшая разработка?
  3. Здравствуйте! Требуется обмениваться данными между устройствами на расстоянии до 2-3км. Опыт предыдущих систем сбора данных показывает, что влияние шумов очень велико в случае использования, например, интерфейса RS-485 на расстоянии до 1км. К тому же общую шину данных часто прокладывают с большими ответвлениями из-за экономии кабеля, и волновое сопротивление кабеля не соответствует нормам. Радиосвязь не годится, т.к. на объектах много металлических конструкций, помещений. Поэтому рассматривается возможность применения оптического интерфейса, с которым раньше не прходилось сталкиваться. Плюс, на некоторых объектах уже проложена оптика для других целей. Поэтому было бы разумно использовать уже проложенную оптику и не тянуть свои провода, если это вообще возможно. Подразумевает ли использование оптики применение Ethernet на каждом отдельном устройстве? Насколько я понимаю, многие ARM микроконтроллеры, у которых есть встроенный модуль Ethernet, подключаются к внешней PHY микросхеме, которая непосредственно выдает пакеты данных в сеть или принемает их. Но это электрические сигналы. Может есть аналагичные PHY, которые выдают оптические сигналы? Можно ли различные модули подключать к общей оптической шине, как в случае интерфейса RS-485? Все устройства должны отсылать данные в РС и получать от него команды. В этом случае необходимо использование TCP/IP протокола? Возможно, выше перечисленные вопросы примитивны, но прежде не приходилось иметь дело как с оптикой, так и TCP/IP (Ethernet). Дмитрий
  4. Цитата(adnega @ Nov 14 2013, 18:32) Секрет, думаю, есть, и он должен остаться у правообладателя - компании, где я уже сейчас не работаю, но разрабатывал, будучи ее сотрудником. Если без особых подробностей, то есть единная шина, к которой контроллеры цепляются не совсем как к шине: на самом деле есть "левый" и "правый" входы в изделие и они в топологии не должны быть замкнуты, т.е. "левый" вход контроллера должен идти к, например, предыдущему элементу сцепки, "правый", соответственно, к следующему элементу. В нормальном состоянии "левый" и "правый" входы физически соединяются (реле) в контроллере и к ним подключается сам интерфейс контроллера. В некоторые моменты, при так называемой "автонумерации" шина распадается на сегменты, путем размыкания реле всех контроллеров - определить последовательность в этом случае дело техники (но я смог этого добится только для CAN, на RS485 не уверен, что можно реализовать). При отстутсвии пакетов на шине в течении определенного времени, нужно опять "развалиться" на отдельные сегменты - вероятно есть авария на шине (чаще всего КЗ). Подводных камней - вагон и маленькая тележка (с таймаутами сплошная магия). Подробности, думаю, уже не могу обсуждать. Все что перечислил выше, вряд ли можно считать тайной, т.к. есть в описании системы. Идея понятна. Спасибо за краткое описание.
  5. Цитата(vladec @ Nov 13 2013, 10:07) По моему, Вам проще быдет просто проложить две отдельных шины основную и резервную и при аварии на одной можно будет работать по другой, как, например, в стандарте MIL1553 Две линии тянуть не хотелось бы из-за высокой стоимости проводов, т.к. данная система используется в противопожарных системах. По нормам нужно использовать огнестойкие кабеля. Вами предлагаемый подход предусматривает использование двух портов на каждом модуле: один для основной шины, а второй - для резервной? Цитата(mr. G @ Nov 13 2013, 11:32) Согласен. Резервная может показать какой slave вышел из строя, отключаем его и далее снова работаем по основной. А по поводу опознавания КЗ, наверное нужно поискать соответствующие микросхемы с реализованной данной функцией, Maxim и TI вам в помощь. Отключать модули от Мастер модуля нельзя при обнаружении неисправности кабеля. Они должны оставаться в системе. Принцип должен быть такой: если в "основном" пути для некоторых модулей обнаружена неисправность кабеля, то они начинают опрашиваться по "резервному" пути. Повреждение основной линии должно быть устранено по возможности быстрее. По идее в нормальном режиме работы нужно опрашивать модули как по основной шине, так и по резервной поочередно, чтобы не получилось так, что при переключении на резервную шину она не была неисправной тоже. Цитата(adnega @ Nov 13 2013, 13:19) А почему не CAN? Решал сходную задачу для поездов. Только там не кольцо, а "паравоз" из контроллеров. Важно было определять скорее не КЗ и Обрыв (это легко определается), а последовательность включения контроллеров. Т.е. вагоны можно как угодно перецеплять, но система автоматически знает, что авария произошла в пятом вагоне от головы, например. При КЗ и обрывах, можно узнать между какими контроллерами неисправен сегмент и выключить его из работы. Работоспособность системы от головы до "дохлого" сегмента восстанавливается, а что за "дохлым сегментом" происходит неизвестно (но там есть вторая голова, которая может вести протоколирование аварий, но не в оповещать в реалтайме). Да, придется повозится с пакетами, т.к. CAN это максимум 8 байтв пакете, но побочно получаете "кучу плюшек" самая ценная из них мультимастер! Менее ценные: запрет включенного зависшего передатчика, счетчики ошибок и автоматическое отключение от шины при их прерышении и т.п. По мере усложнения системы все больше склоняюсь к использованию CAN вместо RS485. Но это только планы на будущее. Сейчас использую RS485. Использование CAN не решит данную проблему. Для CAN и RS485 подход к решению этой проблемы должен быть похожий. Система должна оставаться всегда реального времени, потому что по нормам в противопожарных применениях максимальное время определения тех или иных событий в системе не должно превышать одну минуту. Каким образом отключается неисправный сегмент при обнаружении КЗ или обрыва?
  6. Здравствуйте! Есть необходимость сохранения передачи данных в шине RS485 при обрыве кабеля или коротком замыкании. Допустим, если на каком-то сегменте произошло короткое замыкание, то этот сегмент нужно отключить от остальной шины. Но другие модули, которые следуют за поврежденным участком, не должны отключиться от главного опрашивающего устройсва (Master). Для этого рассматриваю использование замкнутой петли. На Мастер плате предусмотрено использование двух портов. Один порт является началом шины, а второй - концом. Если данные не приходят с Slave модулей по одной шине в случае какой-либо неисправности, то эти модули начинают опрашиваться по второму порту. Хочу узнать, является ли такое решение рациональным и самым простым. Так по идее даже возможно увеличить длину шины. Использование только одного порта для создания замкнутой петли не годится. Так? Какие устройства используются в качестве детекторов короткого замыкания в шине RS485. Слышал, что такие есть, но не приходилось использовать их раньше. Возможно, сможете посоветовать что-то еще. По крайней по такому принципу делают системы. С уважением, Дмитрий
  7. Цитата(Alexashka @ Aug 12 2013, 11:30) А что если запитывать петлю постоянным током, а вместо резисторов - 2 стабилитрона (один на 3В - который включен постоянно, и 1 последовательно с кнопкой, на 1,5В). Тогда разомкнутое состояние - 3В, закнутое - 1,5В, КЗ - 0В, обрыв - 5В. Динамическое сопротивление стабилитронов достаточно низкое (при токе скажем 20мА) -наводок меньше. Интересная идея, но сравнительно большой ток не могу позволить, мах 5-10мА, что тоже достаточно. В таком случае тоже лучше использовать дифференциальный вход? Питание входной цепи тоже желательно делать от 24В, чем от 5В? Но со стабилитронами могут возникнуть дополнительные неудобства при монтаже, например, неправильная полярность. Действительно, изобретать велосипед не хочется.
  8. Цитата(psL @ Aug 9 2013, 20:54) может как-то так сделать? кз - полный размах ацп нажата - 2/3 отжата - 1/3 обрыв - 0 Схему с подобными уровнями используем сейчас. В данный момент с помехами боремся программным путем, что ведет к задержке определения уровня. Хотелось бы на железном уровне схему сделать более помехоустойчивой. Поэтому хочу использовать диф. вход. Конечно, программная фильтрация тоже останется для дополнительной надежности. На реальных объектах с длинными проводами пики шумов превышают +/-5В. Поэтому single ended вход уже не справляется. На диф. входе эти синфазные шумы должны существенно скомпенсироваться.
  9. Цитата(Plain @ Aug 9 2013, 18:32) Если для опроса кнопки никаких других ресурсов, кроме АЦП, нет, то да, а иначе есть множество куда более простых способов это сделать. Дать же ответ непосредственно по теме невозможно, потому как в ней ни слова о сигнале. Ну и показанный вход, конечно, ни разу не дифференциальный. АЦП нужно, т.к. кроме замкнутого и разомкнутого состояния опрашиваемого контакта нужно также детектировать обрыв и короткое замыкание кабеля. Это уже 4 состояния нужно определять. Короткое замыкание кабеля не должно определяться как замыкание контакта, а обрыв - как размыкание. В этом вся суть. Иначе, конечно, использовал бы обычный цифровой вход. Длина кабеля может достигать нескольких десятков метров или больше, поэтому шумов предостаточно. Поэтому нужен диф. вход. Почему изображенный вход не является дифференциальным?
  10. Здравствуйте! Нужно сделать дифференциальный вход для последующей подачи сигналов на дифференциальный вход АЦП. Диапазон входных напряжений АЦП от 0 до 5В. Сама входная цепь работает от 24В. Прикинул схему, изображена ниже. Какие будут ваши замечания и дополнения? Просится еще фильтрующий конденсатор между входами АЦП. Является ли такая схема, действительно, дифференциальной? Мне кажется, что да. Не хотел бы делать питание входной цепи от +5В, т.к. уровень шумов может быть сравним с этим значением и даже выше. Резистор R5 - контакт.
  11. Светодиодное освещение

    Здравствуйте! В данный момент рассматриваю варианты реализации светодиодного освещения небольших помещений (высота примерно 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). В чем их принципиальное различие? Дмитрий
  12. Защита RS485 от попадания на шину 230VAC

    Возник вопрос по TBU (CDSOT23-SM712). У него 3 контакта: Line In/Out, NU, Line Out/In. NU не используется? Относительно чего TBU измеряет напряжение Vreset? Еще вопрос по монтажу TBU. Из даташита видно, что контакты находятся снизу. К ним можно подлезть паяльником? На рисунке с боку видны металлические контакты. Или для ручного паяния на площадках нужно ставить переходные отверстия?
  13. Защита RS485 от попадания на шину 230VAC

    Цитата(EvilWrecker @ Apr 30 2013, 18:23) Пример предохранителя + на 1 странице расшифровка каждого параметра http://www.mouser.com/ds/2/240/Littelfuse_PTC_250S-40655.pdf Этот предохранитель по параметрам мало отличается от того, который я ранее выбрал. Также само максимальный ток не должен превышать 3А. По графику из даташита видно, что такой ток не должен быть дольше 0.2 секунды. Без дополнительного резистора пики тока будут около 30А. Поэтому, вероятно, он сразу выйдет из строя.
  14. Защита RS485 от попадания на шину 230VAC

    Цитата(EvilWrecker @ Apr 30 2013, 16:27) Если самовосстанавливающийся предохранитель открывается 10 сек, то скорее всего он выбран неправильно. Сами подумайте- если такое поведение было бы присуще все таким устройствам, какой тогда от них толк? Кто их будет брать? Между тем их мягко говоря широко применяют- а стало быть конкретно Вы применяете их неправильно. Между тем у TVS пожалуй более важным является не столько пробойное напряжение, сколько clamping voltage- как и у разрядника, и это также очевидным образом влияет на выбор предохранителя. На входе импульсника напряжение не должно превышать 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.
  15. Защита RS485 от попадания на шину 230VAC

    Цитата(EvilWrecker @ Apr 25 2013, 21:53) При определенных условиях с величиной тока(продолжительно) чуть меньше верхнего порогового на ТБУ начнет высаживаться очень много тепла и оно сгорит. Говоря другими словами - или норма или кз, состояние "посередине" чревато. Для этого лучше взять обычный самовосстанавливающийся предохранитель. В отношении защиты питания полно схем и решений - не вижу проблемы. Вы под самовосстанавливающимся предохранителем имеете в виду PTC resettable fuse, который идет в связке с TVS? Допустим, импульсники на входе выдерживают 40В мах. Значит, TVS должен открываться до 40В. Меня смущает длительное время срабатывания PTC предохранителя. Оно может составлять 10 секунд и больше. Тогда вся мощность будет рассеиваться на TVS. Он так долго не протянет, сгорит. Может надо ставить ограничивающий ток резистор, чтобы пики тока не превышали допустимое значение для TVS.