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

SUPPORT7/6

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

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

  • Посещение

Репутация

0 Обычный

Информация о SUPPORT7/6

  • Звание
    Частый гость

Посетители профиля

1 144 просмотра профиля
  1. Цитата(Plain @ Feb 16 2018, 10:36) И что? Там скорее всего И то что нужна определенность, а не "скорее всего". Чож тогда все индуктивности крохотными не делают и стоят они 15 руб, а другие с таким же номиналом 100-150 руб. Значит разница какая-то есть Заказал короче придут - проверим
  2. Цитата(Den64 @ Feb 14 2018, 10:44) Если КПД ниже 50% устроит, то старинная MC33063 подойдёт. Низкий КПД из-за того что маленькая мощность потребляемая получается... Тогда посчитаю, может не сильно хуже будет 24VAC ---> 15VDC -- 3.3VDC сделать на линейных стабилизаторах Спасибо!
  3. Здравствуйте. На входе 24VAC на выходе необходимо получить 3.3VDC с максимальным током нагрузки - 30-40мА. Так как гальваническая развязка не требуется - то решил взять самый банальный вариант - имеющиеся MC33063 в качестве DC/DC преобразователя. И вот встала задача выбрать индуктивность в качестве дросселя. Всегда использовал классические продажные вещи в виде SMD или "бочонков", но проглядывая каталог увидел вот такое предложение: https://www.chipdip.ru/product/cm453232-221kl Вроде бы ничего не мешает ее использовать. Предназначены ли такие индуктивности для моей задачи: маломощного DC/DC преобразователя. И если нет - то почему. Спасибо!
  4. Здравствуйте! Как то всю жизнь обходился комбинацией СИММИСТОР+MOC (оптосиммистор) для управления с развязкой. Управлять MOC - всё тут просто. Встала задача сделать управление симмистором напрямую, без гальванической развязки от 24VAC. Разобрался с режимами и т.п., собрал собственные схемы и вот часто вижу такую схему управления через ОК транзистора в цепи управляющего электрода (см рисунок) Не пойму одного: ведь при закрытом транзисторе фактически УЭ висит в "воздухе" и как я понимаю симмистор может самопроизвольно включиться. Не нужно ли подтянуть резистором УЭ к МТ1, т.е. к L-линии на данном рисунке? И почему где-то даже встречал пишут что якобы для симмистора в отличии от тиристора УЭ можно оставлять без шунтирующего(подтягивающего) резистора?
  5. Выбор в пользу PIC24 вместо PIC18

    Цитата(varostov @ Dec 9 2016, 08:31) "Переполз" на PIC24 шесть лет назад и не жалею. К PIC16/18 приходится возвращаться только по старым проектам или для создания какой-то суперпростой (или супердешёвой) конструкции. Так что если Вам не нужно "вылизывать" каждую копеечку себестоимости, однозначно рекомендую PIC24. Тем более, что диапазон по выводам/памяти/периферии черезвычайно широк (до 120 pin, до 1MБ двухпанельной прогр. памяти + DMA). И не обращайте внимания на холиварщиков, переход на другого производителя в любом случае будет тяжелее и болезненнее. Отлично! Понял Вас, спасибо. Как раз так и получается у меня тоже есть поддерживаемые проекты на 8-ми битных PIC. Переходить на другой вендор точно не собираюсь именно по указанной Вами причине, да и копейки действительно я не экономлю на чипах ибо бессмысленно. Как раз новые проекты сделаю на 24-х, так как в итоге сэкономив на внешних микрухах - получится то на то и выйдет.
  6. Выбор в пользу PIC24 вместо PIC18

    Здравствуйте. Всегда и достаточно давно использую PIC16 и PIC18, последний проект делаю на PIC18F4550 по причине USB 2.0. Однако, поняв что упираюсь в потолок с ресурсами данного пика, сегодня ехав в транспорте посмотрел на PIC24 серию и "открыл" там достаточно интересную вещь для себя. Например, PIC24FJ64GB004-I/PT. Причем стоимость почти такая же как и у PIC18F4550, однако, уже в составе есть например встроенный RTCC - который мне нужен и в качестве его я использую MCP79410. Единственное чего не хватает в данном PIC24 для меня - EEPROM - но поставить микруху типа 24C256 не проблема и не затратно. Посмотрел другой PIC24F16KA102T-I/SO - сравнив его с PIC18F46K22 тоже был удивлен и ценой и собственно ресурсами. Возник резонный вопрос - а смысл юзать PIC18-ую старшую скажем так серию, если цены примерно одни и те же с PIC24, но в последнем ресурсов гораздо больше, не говоря уже про производительность и 16-битное ядро? Если это важно - то свободно пишу проги что на ASM что на XC. Для меня не проблема
  7. Проблема с USB на плате с PIC18F4550

    Если кому поможет - предварительные опыты показали что проблема в 2-х из 4-х кабелей USB-miniUSB. Вчера целый день без проблем отработал нонейм кабель шедший с неким кард-ридером, но длинною около 50 см. Грешу также на то что мои дорожки от чипа до miniUSB длиною около по 7 см каждая - это тоже может играть. Думаю на следующем образце сделаю экран между ними в виде земли - прочитал вчера что так надо делать
  8. Проблема с USB на плате с PIC18F4550

    Здравствуйте. Собрал на базе примера CDC- basic USB девайс Full-Speed USB 2.0 на PIC18F4550 с эмуляцией COM-порта. Железка тупо либо по команде включает одно из реле либо в ответ на команду получает текущее время от RTCC по I2C и отдает инфу в USB. Все работает и посылается проблем нет. НО! спонтанно возникает проблема того что девайс по непонятной причине отключается при очередном нажатии на любую клавишу терминала на компе предположительно под Win7/Server 2008R2. Драйвера все родные. Пакет MLA самый последний. Поставил сниффер USB и обнаружил что мой девайс по какой-то причине посылает сам без инициации от терминальной программки (Putty) BULK трансфер с 0-ым количеством байт со статусом 0xc00000004, после чего нажав на любую клавишу в терминалке - она отваливается, но само устройство остается в Диспетчере оборудования, однако, уже заново к нему нельзя подключиться. Вот пакет: 000592: Bulk or Interrupt Transfer (UP), 2016-12-06 15:40:24,5811831 +1741,2981226. (1. Device: USB Serial Port (COM9)) Status: 0xc0000004 Pipe Handle: 0x9bb02f8 (Endpoint Address: 0x82) Get 0x0 bytes from the device Попытка заново подключится - Unable to configure device. что то такое... Причем в Диспетчере - работает нормально. И сам ПИК не висит - поставил прерывания на светодиодик и реакцию на кнопочку. За более 3х недель поисков не нашел никакой зависимости от каких-либо моих действий или бездействий вот что делал: 1. Отключал и app_device_cdc_demo - чтобы девайс вообще ничего не остылал и никак не реагировал на посылаемые данные от хоста. 2. Увеличил клокинг core с 20 МГц напрямую кварца до 48МГц через PLL (думал не хватает производительности) 3. До минимума убрал все переменные дабы исключить случайное перекрывание памяти банков RAM 0x400-0x500 которые юзаются USB-стеком 4. Удалил код до минимума. Короче оставил фактически собственно сам оригинал только убрав кнопки и леды которые мне не нужны. 5. Пробовал разные компы с Win7/Server2008R2 и т.п. 6. Проверил Питание 5.0В на всех компах. Помехи осциллом однако не проверял Один фиг всё что выше никак не повлияло на устранение или изменение характера появления ошибки. Дома на компе с WinXP и роутере TPLink 3020 c OpenWRT(самой последней на вчера прошивкой) попробовал тоже подключать девайс - и вот почему то там ни на XP ни на Linux проблемы я ни разу не обнаружил. Поставил тот же сниффер на XP и этого "пустого" финального пакета от устройства тоже ни разу за каждодневные поиски и работы не нашел. Устройство работает стабильно в течение как минимум 8-12 часов что на XP что на OpenWRT через /dev/ttyACM0. Сегодня обнаружил вот такое интересное дело. У меня 4 разных кабеля usb-миниusb. На работе подключаюсь либо через кабель от кард-ридера. И случайно решил подключить устройство через оригинальный красный кабель от PICKIT3. Мое удивление: - мой девайс что с моей программой что с оригом CDC-Basic Example пишет в Диспетчере - Unknown Device. Тут же в том же порте USB сервака 2008 или Win7 втыкаю кабель usb-miniusb от кард-ридера - все окей. Причем сам PICKIT3 работает от своего красного кабеля великолепно в течение уже нескольких лет пользования. Равно кстати как и от кардридеровского кабеля. Вот теперь задумался - может я что-то нарушил с разводкой на плате с пинами USB? Было ли у кого что подобное и кто как экранирует USB разъем на плате своих устройств. Экранируете ли вы дорожки от MCU до разъема и вообще интересно было бы мне знать кто с чем сталкивался. Дома пробовал только через кабель от ридера. Сегодня решил попробовать на XP все кабели. Может я тупо ищу ошибку в воздухе. Ради справедливости замечу что с CDC Basic Example я и ни разу тоже ошибки подобной не получил, но и не тестил долго. что собственно вот в данный момент и делаю PS. Замечу что дома другие кабели, причем один из них длиной 50 см и сегодня и завтра попробую с разными кабелями. Всё равно, может кто сталкивался с подобным - намекните хотя бы куда рыть. В инете на тему аналогичной моей проблемы вообще ничего нет
  9. Если кому интересно будет в итоге заказал вот такой LDO от TI: TVL70030DDCR. Микропотребление, но больше чем у MCP1702, однако, самое главное падение 250мВ макс
  10. Цитата(Defin @ Nov 16 2016, 21:52) Поставьте вот такой: TPS62742 - импульсный DC-DC с током потребления 360nA. Отлично! спасибо большое. Попробую его найти, если нет - то мое сейчас решение: доступные LDO MCP1702 на 3.0В и 2.8В. Еще и HT73xx народ рекомендует.
  11. Цитата(Plain @ Nov 16 2016, 15:39) Среднестатистический модуль несовместим с микропотреблением, поэтому его требуется обестачивать — что тут непонятного. При чем тут отключение питания. Мне нужно погасить излишки в 0,7-0,8В когда это необходимо. и причем тут среднестатистический модуль. Есть вполне конкретный модуль на cc2541 - 0,4 мА в standy, в пике до 50 мА. Надо будет мне - отключу его транзистором по питанию.
  12. Цитата(Plain @ Nov 16 2016, 15:08) Например, такой понижающий стабилизатор, посредством входа управления можно включать/выключать. Ну и, если модуль будет питаться от 2,7 В, а всё остальное от намного большего, то если этот модуль не совместим с данным конфликтом, неоходим преобразователь логических уровней, отключаемый вместе с этим модулем. Проблем с уровнями нет. Это я проверил - тут как раз-таки нормально. Не совсем понял про отключающийся стабилизатор. У меня есть какие-то NCP с входом выключения стабилизатора. В этот момент на выходе я так понимаю 0В. Вы имеете ввиду что вход включает проходной транзистор со входа напряжения стаба на его выход?
  13. Здравствуйте. Есть схема, в которой есть модуль Bluetooth и он требует для себя питание от 2,5 до 3,7В. Остальные компоненты имеют диапазон питания от 2 до 6В. Хотел было напрямую запитать от Li аккумулятора типа 18650, но так как раньше не имел опыта с ними, понял что норма заряда их обычно до 4,2В. Таким образом, мой Bluetooth модуль не может напрямую питаться от аккумулятора. Подскажите, пожалуйста, решение или идею как запитать схему от Li-аккумулятора с ном. напряжением 3,7В при том чтобы как бы ограничить напряжение на Bluetooth модуль. Питать через стабилизатор не выгодно так как нужно еще в добавок и микропотребление. Насколько актуальна будет идея с контролем напряжения на аккумуляторе микроконтроллером (он есть в составе девайса) и подключения при повышении скажем 3,3В гасящей цепочки из диодов для питания модуля
  14. Цитата(Starichok51 @ Oct 27 2013, 10:47) и какая же дозволенная частота? и кто установил этот предел увеличения частоты и запретил подъем до 125 кило? согласно даташиту написано: Frequency Operation to 100 kHz Что тогда это означает, подскажите, - я думаю не понимаю что это тогда за цифра?