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

=AK=

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

  • Постов

    3 234

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

  • Посещение

  • Победитель дней

    5

 Тип контента 

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

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

    Тогда почему при подключении к arduino mega2560 все работает ?

    Повезло. :)

     

    Полевики работают за счет того, что их характеристики оказались лучше, чем можно было ожидать исходя из даташита.

     

    А послеслесвечения возможно не было потому что выходы Меги слабее чем у HC595, так что транзистор T1 не заходил глубоко в насыщение, несмотря на неоправданно низкоомный R1. Или может у вас и правда HC595 соединен с землей где-нибудь в километре от Меги и Т1, так что по земле грязи набегает немеряно.

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

    Vcc как раз 5В.

     

    Значит, вы полевик неправильный выбрали. Тогда вам нужен Logic Level MOSFET.

     

    Может 595-ые не такой хороший сигнал формируют (в отличии от mega2560).

     

    А вы точно НС595 поставили? Может, LS595 или что-то наподобие, с биполярным выходом?

     

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

    1. Мне не нравится, что затвор никто вверх не тянет.

     

    Есть еще один способ обеспечить быстрое закрытие полевика. Ныне почти забытое, но на мой взгляд изящное схемотехническое решение

     

     

    PFET_driver.png

     

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

    1. Мне не нравится, что затвор никто вверх не тянет.

    Резистор R2 тянет

     

    Я бы выкинул все лишние детали и оставил один только полевик затвор к выходу через резистор

    Vcc явно не 5В, поскольку это мощный полевик, ему надо 12В на затвор. Так что напрямую не выйдет.

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

    Схема выходного каскада:post-39929-1469992434_thumb.jpg

     

    какие дополнительные элементы нужно в схему добавить ?

     

    Увеличить R1 до 10к. Уменьшить R2 раза в 2-3. Добавить резистор порядка 330 Ом ... 1 кОм со стока Q1 на землю.

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

    Но тогда в весьма многих моих постах будет приписка: "Сообщение отредактировал Меджикивис ..." и ты ды и ты пы...

    Это можно убрать где-то в настройках. Я у себя давно так настроил, уже и забыл где там конкретно надо галочку поставить или снять.

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

    Ну Вы читать-то умеете? -

    Вы выставили другую задачу. Естественно, под нее лучшим оказалось другое решение.

    Вы обрисовали одну выдуманную проблему, я другую, а что вызвало ваше недовольство? Выдумывать умозрительные задачи - это ваша единоличная прерогатива?

     

    Ваша выглядит совсем уж надуманной, некий тиристорный полумост с резистивной нагрузкой. И все равно, в наши дни надо быть мазохистом, чтобы такими вещами управлять без микроконтроллера.

     

     

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

    Допустим для примера, что есть какой-то ключ, выключающийся при равенстве нулю, например тиристор с активной нагрузкой.

    То есть мы хотим включать второй тиристор, когда первый уже вырубился на нуле.

    Всякая палка о двух концах.

     

    Тиристор, как известно, выключается не напряжением, a когда через него проходит почти нулевой ток. Про существенной индуктивности нагрузки ток через тиристор заметно отстает по фазе от напряжения. Помеха вполне может дать ложный импульс на выходе детектора зеро-кроссинга, однако на ток через тиристор она заметного влияния не окажет, кишка тонка. Несмотря на помеху тиристор останется включенным, а выключится там, где ему положено, т.е. с некоторым запаздыванием относительно реального перехода сетевого через ноль. В системе, где фазу сетевого отслеживает микроконтроллер (вы тут давеча ФАПЧ поминали) проблем не будет. В отличие от системы, которая из-за ложного сигнала на выходе детектора зеро-кроссинга включит тиристор раньше времени.

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

    Тогда это идея не детектора нуля, а способа развязки после детектора нуля.

     

    Хоть горшком назовите. Вторая ссылка в моем посте - которая на EDN - приводит в общем-то ту же схему с лучше выбранными номиналами, гораздо менее чувствительную к вариациям, хотя она тоже не без изьяна. Суть не в этом, я схему привел лишь как иллюстрацию к изложенной выше идее. Схема отнюдь не единственно возможная, при желании их можно наплодить много. А вот идея - серьезных альтернатив у нее нет.

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

    А как конденсатор узнает, что уже ноль и пора разряжаться?

     

    Святым духом, ессно. Например, так:

     

    zero-cross-schem10.png

     

    Показан двухполупериодный вариант, что на мой взляд лишнее. Вместо полного мостика я бы лучше ему зенер добавил, чтобы четко ограничить напряжение на кондере.

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

    Правильная схема детектора перехода через ноль для сети гораздо сложнее, чем кажется.

     

    Правильная схема довольно проста. Ее идея состоит в том, чтобы в течении полупериода заряжать накопительный конденсатор через высокоомный резистор, а затем при переходе через ноль быстро разряжать его через оптрон. Тогда схема не потребляет практически ничего. Вариантов реализации может быть много, в большинстве случаев хватит одного-двух транзисторов.

     

    Все остальное делается в микроконтроллере. И период измеряется, и второй зеро-кроссинг синтезируется ровно в середине периода, и помехи гасятся.

     

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

    Уже давно под Windows для CDC работает usbser.sys

    Я писАл в соседней ветке: в нем застарелые баги, виртуальный СОМ порт со временем может исчезнуть из реестра. Непригоден для длительной непрерывой работы. Ну и массивы длинные по нему нельзя передавать, только кусками не более чем по 8 кБ. Это еще можно пережить, а вот отваливающийся порт ни на какой козе не объедешь.

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

    Неверно все таки не удаляет, а меняет его номер.

     

    Удаляет. Было, скажем, два ком порта в системе, СОМ1 и СОМ10, а через неделю вдруг остался один СОМ1.

     

    Помнится несколько лет назад, в одном проекте, использовавшем CypressUSB-драйвер, была большая проблема под WinXP: потери изохронных кадров при некоторых событиях в винде.

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

     

    А вот когда балк теряется или портится, это гораздо хуже. А он теряется и портится, причем не на уровне обещанных 10-12, а чуть ли не на уровне 10-6. Причем, насколько я могу судить, порча происходит в микрософтовских драйверах, где-то в глубинах WinUSB. Мы свои пакеты данных покрываем CRC, чтобы обеспечить хоть мало-мальски сносный BER.

     

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

    Хост каждую 1 мс послылает SOF, насколько я помню если 3 раза он не пришел взводится ESOF

    По спецификации USB может терять до 5 SOF подряд. В реальной жизни бывает и 10 раз подряд теряет, беспричинно, в самых обычных условиях, на столе в оффисе. Что при этом делает Винда - толком неизвестно. Замечено только, что иногда она удаляет виртуальный СОМ порт из реестра.

     

    Я не нашел, какими штатными средствами можно было бы надежно детектировать потерю связи. Использую свой вочдог на базе регулярного поллингa устройства со стороны РС. Если запросов долгое время нет, то связь считается потерянной.

     

    Восстановить удаленный СОМ порт программным способом невозможно. Поэтому мы перестали пользоваться CDC, используем WinUSB.

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

    От MS драйвера давно вылизаны и у большинства производителей тоже.

    :wacko:

     

    В микрософтовском CDC драйвере много лет сидят по крайней мере два бага:

     

    - В нем используется кольцевой буфер размером 8 КБ. При закольцовке буфера у них сидит баг. При передаче непрерывного массива данные начинают портиться где-то примерно на 10 КБ.

     

    - При непрерывно работающей связи рано или поздно пропадает СОМ порт из реестра. Судя по всему, y микрософта баг при обработке USB ошибок, из-за которого они намертво убивают виртуальный СОМ порт. Проявляется что в том, что через неделю или более работы USB порт отваливается и связь теряется. Причем программно восстановить связь невозможно, ибо порта в реестре больше нет. Надо передергивать USB кабель, тогда порт снова появляется.

     

    У драйвера Thesycon этих багов нет, проверено. Однако он стоит несколько тысяч евро.

     

    В общем, дерьмо этот микрософтовский USB CDC. :01:

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

    Понимаете какое дело, двуслойная плата и RF модуль, да при наличии еще кучи унылого нечто- и при этом представляющая собой "хороший пример", это даже не просто противоречащие друг другу понятия, такие байки наверное рассказывают друг другу сектанты с хабра, после того как достаточно наморгаются светодиодами ну своих ардуино и распбери и опишут это все в бложике.

     

    Я, например, делаю двухслойные платы, и никаких проблем с ними не наблюдаю. В серии надежно работают изделия н 433 МГц на двухсторонних платах. В макетах пробовал 2.4 ГГц, тоже все работало без проблем.

     

    Разводка выскочастотных схем на 4 слоях проще, чем на 2-х слоях: рекомендаций везде полнО, легче обеспечить контролируемый импеданс проводников, и т.п. Однако не существует никаких принципиальных причин, почему бы нельзя было сделать устройство на 2-х слоях. Разве что размеры платы при этом, возможно, придется заметно увеличить по сравнению с 4-слойной.

     

    Ваши высказывания голословны, а потому неубедительны. Вы ссылаетесь на некоторое знание, которым вы якобы обладаете, но суть этого знания не раскрываете. Некие эзотерические знания о том как правильно разводить печатные платы, доступные только посвященным. То есть, демонстрируете ординарное шаманство и танцы с бубном вкупе с поведением, неотличимым от жирного троллинга. Bместо обсуждения все вылилось во флейм и выяснение отношений.

     

    Я думаю, тему пора закрывать.

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

    плата с GSM + Ethernet.

    Имеет возможность резервного питания от li-on. Автоподзарядка li-on. Возможность отключения питания GSM и Ethernet для максимально долгой работы от батареи.

    Удивлен, неужто у китайцев нет такого готового устройства за три копейки?

     

    Если Ethernet заменить на WiFi, то вообще получится мобильник. Зачем надо на коленке разрабатывать устройство наподобие мобильника?

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

    А почему коррозии подверглись только те пины к которым подведено питание?

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

     

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

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