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

Beginning

Свой
 Профиль  Обзор контента

  • Постов

    501

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

  • Посещение

 Тип контента 

Сообщения, опубликованные Beginning

  3. Опубликовано · Пожаловаться

    To shandrei: а можно поподробнее.

    Насчёт проблемы с Vbat, просмотрел несколько development-board с LPC2368, так нигде не стоит батарейка, что наводит на смутные подозрения. Я вот например планирую литиевую батарейку брать которая впаивается намертво, поэтому танцы с бубном мне не помогут. Да даже если и съёмную сделать, я абсолютно не застрахован от действий пользователя. Кто-нибудь юзал сей девайс с батарейкой? Как вы решали эту проблему?

  5. Опубликовано · Пожаловаться

    В errate на этот контроллер написано:

    Increased power consumption on Vbat when Vbat is powered before the 3.3 V supply used by rest of device

    Я это понял так: если на Vbat висит 3v3, а потом запитать контроллер, то Vbat будет потреблять непозволительный ток от батарейки. Но как тогда питать часы? При выключенном питании. Или я чего-то не понял.

     

    P.S. Питаются ли часы от блока питания, когда проц запитан или от батарейки? Если это не так, посоветуйте удачные схемные решения переключателя.

  6. Опубликовано · Пожаловаться

    Да, точно. Мне импульсник не подойдёт т.к. в схеме есть Ethernet(100М), USB2.0 и др. и для них лишние помехи, смерти подобны. Ток не будет 1 А, просто в импульсах может достигать 0,5А, а так по 3,3V будет кушать ~100мА. А у мощных линейников корпус как правило TO220 или TO252 и обладает хорошим тепло-рассеиванием, и можно радиатор не ставить.

    Вот накопал LM1117-33

  7. Опубликовано · Пожаловаться

    Мне нужно стабилизированное напряжение 3v3 для ARM7 и иже с ними. Так вот, на сайте http://starterkit.ru есть множество схем, и там в качестве стабилизатора используется LM317D2P в очень интересном включении : управляющий вывод на землю. Я решил проэмулировать в протеусе – получился бред. Взял в реале – то же самое. Напряжение на выходе повторяет напряжение на входе минус плавающую величину. 3v3 мне удалось только получить при u входа где то 8.16 вольт.

    Вопрос: я что-то не так делаю? Какие ещё есть стабилизаторы 3v3 на ~1А и не дорогие.

  8. Опубликовано · Пожаловаться

    Прикупил проц LPC2368. Хочу развести Ethernet. На http://starterkit.ru/ есть starterkit под этот проц. Там стоит PHY KS8721. Вопрос - есть ли более дешёвые варианты? Например, нашёл RTL8201BL, который дешевле. Кто какие применяет у себя в разработках? Какие преимущества и недостатки?

    Мне в принципе достаточно и 10MBit. Температура чтоб -20 держал, и желательно без внешнего генератора.

  9. Опубликовано · Пожаловаться

    Если очень нужно, могу повторить с 0.1 мкФ, хотя лениво.

    Очень интересны результаты. Т.к. планирую использовать именно терминатор RC, для своих устройств, а подбирать экперементально для каждой линии свой С весьма накладно. Вот и хочется узнать, что меня ждёт от конденсатора 0.1uF

  10. Опубликовано · Пожаловаться

    To bill_vs:

    A какая частота следования импульсов? Это симулятор или реальный сигнал? На многих форумах конденсатор применяют 100nF, а у вас 470пик? Вы руководствовались, какими-то формулами? Можете провести эксперимент с 0,1 uF? А что у вас за автоколебания при переключениях? Не пытались исследовать? На форумах пишут, что конденсатор фронты затягивает, по вашим осциллограммам этого не видно, вы с этим сталкивались?

    Спасибо.

  12. Опубликовано · Пожаловаться

    Не, с диодами шоттки другое подключение. Почитать можно в "Обрежте жирок с RS-485". A184Fig06.gif

     

    Вношу на обсуждение схему шлюза для RS-485. Самое первое что приходит на ум, это 2(3) микросхеиы RS-485. Есть ли какие другие варианты?

  14. Опубликовано · Пожаловаться

    Народ, есть ли у кого какие сведения по использованию терминаторов с развязыванием по постоянному току, т.е. с конденсатором. Или какие расчёты. Надо ли использовать протокол вида 1 - наш бит - 0 для предотвращения заряда конденсатора?

    Спасибо.

  15. Опубликовано · Пожаловаться

    To rudy_b:

    Очень и очень интересно! Я тоже рассматриваю такую возможность. Основная идея – это автоматическое определение и отключение аварийных участков. Есть вопросы. Как у вас происходит перекачка пакетов через шлюз? Я вижу 2 варианта. 1 сохранение пакета (пакетов) в узле, затем отправка. Тогда время прохода пакета через сеть, увеличится на время прохождения пакета через узел умножить на число пакетов. Это время может быть неприемлемым. Второй вариант – непосредственное соединение драйверов, тогда встаёт проблема энергопотребления – 1 – передающий драйвер ~ примерно кушает 70мА, если они все сразу заработают… в общем, скорее они не заработают. Есть конечно какие то малопотребляемые максимы, но цена больше доллара! В общем не катят. Вы терминаторы используете? Очень интересно, какие проблемы у вас возникали в такой топологии сети? Какие скорости использовали? Сколько узлов было? На каких расстояниях стояли? Использовали дерево?

  16. Опубликовано · Пожаловаться

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

    А если шина объеденена в кольцо - ей нужны терминаторы? И где?

  17. Опубликовано · Пожаловаться

    To VslavX:

    Ну пологие фронты это хорошо. Просто, в зависимости от частоты они могут стать настолько пологими, что приёмник их не воспримет. Частота у вас средняя 115200. И с резисторрами 30-40ом работает без ошибок? У вас все устройства в шине с резисторами, и главный контроллер тоже?

    To Itch:

    резистор 100 последовательно с конденсатором 0.1uF

    Вы ставите такие терминаторы на каждое ответвление? Конденсатор ставят для развязки по постоянному току, но гдето на форуме читал, что этот RC фильтр имеет какието спецефические особенности, и что мол практически не пременим как терминатор.

    Вы не смотрели что происходит с сигналом осцилографом? Этот терминатор вообще помогает?

  19. Опубликовано · Пожаловаться

    To VslavX:

    Вы писали

    Последовательные резисторы 30-50 Ом и стабилитроны на -5/+12 - защищают вполне хорошо.

    Поэтому я решил, что у вас только приёмники. Но т.к. у вас и передатчики, то как они на такое сопротивление реагируют? Т.к. шина это конденсатор, и надо разряжать/заряжать эту ёмкость, то резисторы этому весьма не способствуют, да ещё и стабилитрон - дополнительный конденсатор. Фронты-в синусоиду не превратились? И про кализии тоже. Ведь заглючь какой узел - и на тебе колизии. Редко но возможно. И тут начнётся кто сильнее тот и победил, а проигравший, скорее всего в утиль. Вот почему про колизии спрашиваю.

     

    To Itch

    А можно, пожалуйста, по подробнее. В каком месте использовали? В каких условиях? Сколько узлов? Терминаторы использовали? Какими драйверами пользовались? Сбои в работе есть?

    Спасибо.

  20. Опубликовано · Пожаловаться

    Тут и дерево и все остальное

    Как вы себе предстовляете дерево в Ethernet? Switch, в расчёт не брать, т.к. это ближе к звезде, а если точно - то множество шин с шлюзами. Да были когдато на коаксивле, но опять же, шина. А солько проблем с ней было :wacko: Старики расказывали, сам не застал этих времён.

  21. Опубликовано · Пожаловаться

    Значит вы не используете обратную связь :05: Ну да, в этом случае, можно попробовать защитить драйверы. А мен вот надо двухсторонняя связь. Мне надо по запросу снимать данные с датчиков, поэтому узлы должны уметь и принимать и передавать. Что-то мне кажется, что могут возникнуть непредвиденные проблемы :07:

    А какие вы используете разъёмы? Я вот в раздумьях, что выбрать надёжность – удобство? Если сделать под пайку, то надёжность наивысшая, цена узла меньше, зато монтаж неудобен, и при поиске дохлых узлов тоже “шляпа”. Можно взять RJ-11 – монтаж средний, надёжность наименьшая – постоянно будут проблемы с окислением, особенно если будет ещё и питание идти, отключение при проверки – наиудобнейшее, клеймник – надёжность средняя, монтаж самый удобный, отсоединение при проверке – средняя – клеймник не любит множественных закрутов, да и провод продавливается. Какие ещё есть варианты? Кто что думает по этому поводу?

     

     

    To VslavX

    Кстати а кокие вы драйвера используете для RS-485? Что MAX1480, я уже знаю.

     

    Посмотрел цену MAX1480 - 26,18 $ Это что за цена :07: :wacko: Я конечно понимаю, что у неё и трансформатор внутри, и оптика - но это уже перебор! Как говорится, это не наш метод.

  22. Опубликовано · Пожаловаться

    To galjoen:

    А какое время 0 считается аварийным?

    Вот я хочу взять 9600, это если я пошлю 0x00(или 0xff что там на ноль притягивает?) то линия в нуле буде примерно 1мс, защита сработает?

    Я вот рассматриваю атмеловский ATA6xx . Уж больно вкусный, и защита по входу 8кВ. Пойдёт он для 9600?

     

    To VslavX :a14:

    Вот это дело – реальный пример использования.

    Объясните, а чем вы руководствуетесь при выборе терминатора? Насколько я знаю его сопротивление зависит только от волнового сопротивления, а не от длины. И у UTP5 оно равно 120 ом. Что происходят в ваших линиях если не применять терминатор вообще? Ведь если у вас дерево, то отражения сведут на нет все усилия терминатора. А как у вас дело происходят с коллизиями? Проблем не было? Как вы находите неисправный драйвер, ведь если он закоратит линию, то что выпаивать все по очереди драйверы? Читал “страшилки” про то как при разных перенапругах в линии, все драйвера на линии вылетали гроздьями (с CAN с этим полегче, он вроде как более стоек), у вас не происходило такое?

  23. Опубликовано · Пожаловаться

    ...то надо иметь 3 драйвера минимум...

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

    А вообще я хотел поговорить по этому поводу, но позже. Ведь неплохая идея, иметь возможность в каждом таком узле, в случае аварии, автоматически отключать аварийную часть сети (Например, пир КЗ, обрыве, закорачивание на питание).

    По поводу ограничения скорости CAN, я точно не знаю, а вывожу на обсуждение. Но вот читал в этом форуме про драйвера RS-485, там люди обсуждали, почему драйвера делают на частоты 128,500,1000 kBi, и мысль была мол, проблема с ЭМИ у 128 меньше. (излучение в пространство меньше) Ещё проскользнула мысль, что ВЧ драйвера “капризнее”.Вообще хочу обсудить этот момент.

    Можно ли какнибудь подшаманить RS485 драйвер, что бы он не воспринимал ситуацию конфликта на шин как стрессовую?

    И снова про открытый коллектор. Очень хочется услышать отзывы тех, кто его юзал в реальных условиях.

  24. Опубликовано · Пожаловаться

    To resident:

    Вообще планируется большое количество датчиков, поэтому цена играет определяющее значение. Даже разница в 1$ весьма существенна. Хотелось бы, чтобы себестоимость узла была не выше 2 максимум 3$.

    Мне вот необходимо топология дерево, значит не о каком согласование шины речь не идёт, значит надо снижать скорость, но вот читал на форумах, что то же CAN драйвер не предназначен для низких скоростей (ну например 9600), и может вести себя не адекватно.

    Кто что может сказать по поводу шины открытый коллектор. Преимущества – отсутствие коллизий. Недостатки – надо протокол реализовывать программно (напроимер rs232 -аппаратный), но в то же время на программном уровне можно развить сложную логику. Как ОК ведёт себя по помехоустойчивости? Как можно задействовать витую пару?

    В общем выслушаю любые предложения.

  25. Опубликовано · Пожаловаться

    Стоит задача выбора интерфейса для следующей сети. Скорость ~9600. Топология “дерево”. Количество устройств от 10 до ~100. Расстояние “ветки дерева” не более 100 метров. Сеть располагается в здании рядом с проводами электропитания.

    Что хотелось бы иметь:

    1. Дешевизна.

    2. Помехоустойчивость

    3. Скорость.

    4. Малое потребление.

     

    Что имеем в рельной жизни.

    1. CAN драйвер, например MCP 2551

    -Дешивезна нет (~1.1$)

    -Помехоустойчивость высокая

    -Скорость высокая есть, но вроде не рассчитаны на низкие скорости?

    -Малое потребление – нет

    -Дерво – неподдерживается

    -Конфликт на шине - норма

    2. RS-485 драйвер, например SN65ALS176

    -Стоит ~0.3$ плюс

    - Помехоустойчивость – высокая

    -скорость высокая

    -Дерево не поддерживается

    -На порядок “хлюпковатее” по сравнению с CAN по перегрузкам по входу

    -Конфликт на шине – аварийное состояние

    4. MicroLan (1Waire)

    -Стоимость мизерная, реализуется аппаратно. И плюс и минус – котроллер грузит.

    -Помехоустойчивость низкая

    -Дерево поддерживается

    -Скорость низкая, потребление малое – не надо на “терминаторы” работать

    -Конфликт на шине –норма

    Ну там I2C есть, но не подходит.

    Кто какие идеи может посоветовать? Или использовал что нибудь похожее? Я вот пока остановился на варианте AVR+USART в режиме адресации. Но какой интерфейс использовать? Хочется диф-пару, но CAN слишком дорог, да и дерево не поддерживает и не рассчитан на низкие скорости. Интерестно RC-485 имеет смысл использовать в дереве без терминаторов, или проку не будет?

×
×
  • Создать...