mail_robot

ребзя, в DC/DC и импульсных блоках питания всеж таки разные принципы. Если импульсник и трансформатор еще можно сравнить с ведром и ложкой, то преобразователи врятли ))) в преобразователях к ведру добавляется или отнимается много ложек в час ))) В зависимости от функции

есть нюанс - ИК приемник в том числе и помехи ловит от экономок и ЛДС (что одно и тоже) и не только от них. Так что без декодера могут быть глюки в схеме между выводами 1 и 2 приемника я бы поставил конденсатор на 10 мкф. Очень поможет

ребята, вы вообще как там, здоровы все?

вы удивитесь, когда узнаете насколько много может сделать один деятельный балбес. Его бы энергию да к нормальным мозгам... а так как балбесов по статистике больше чем всех остальных, то совершенно понятно и логично почему в сети полно таких схем один из таких вполне может натыкать резюков со всех сторон полевика и обосновать это математически выражением I*U>>I*I*R и точка и все поверят, потому что написано по видимому с умом!

ах ри неть

предлагаю вам открыть такой

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

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

довольно спорные выводы. Судить о вкусе устриц не попробовав... конечно любой дурак напишет, что тут говорить то, думать то не надо совсем. Копипасту сделал и вперед айда? Расскажете потом об успехах )

на то она и единая энергосистема. И нифигасики она не просто устроена смотрел как то кино документальное про то как происходит идентификация подлинности аудиозаписей по тону 50 Гц. Оказывается у нас в стране ведется непрерывная запись с таймкодом текущей частоты энергосистемы и паттерны там как отпечатки пальцев никогда не повторяются. Прикольно

сам спросил, сам ответил и сам не понимает в чем подвох. Странные нынче люди пошли...

это чтобы грелся в 9 раз меньше

а чем отличается вариант I*U от варианта I*I*R? я не физик и не математик, просто хочу понять смысл этих страшных формул модели негрева. А то пишут везде что U=I*R. А тута воначоооо... можно генератор свободной энергии наверное мутить страшное дело... это все как то связано с арихметикой выше? а еще я слышал что бывает такая страшная штука как Vgt. Правда или врут все? От жыж бисовисные...

http://picprof.com/item_video.html штудируй

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

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

пора уже давно забыть и про одно и про другое. На сегодняшний день это тяжелое наследие прошлого, которое впрочем уже глубоко пропитало сообщество СТМ-щиков. Но сама ST говорит о том, что данные инструменты врятли будут поддерживаться 2 строчки кода это в FreeRTOS+HAL. И нынче это наше все первое отнимает всего 4-6К памяти программ и по 72 байта оперативки на процесс, но позволяет избавиться от утомительного кодинга по диспетчеризации процессов и организации гладкого исполнения кода, не мешающего самому себе. Думаю вы понимаете о чем я. Быстрые прерывания, плотная серединка основных вычислений и медленный UI всегда чем то друг дружке не угождают. Тут это все решено уже за нас. 8-я версия кстати содержит диспетчер задач уже без привязки к системному кванту. Вернее имеет такой режим. На освоение RTOS у меня лично ушло 2 дня до написания первого работающего полезного кода. И гдето еще неделя на тонкости типа очередей, семафоров и взаимодействия с уровнем прерываний. На сегодняшний день я уже с трудом представляю себе проект без использования RTOS. Аргументы простые - скорость разработки вырастает в разы, а то и порядки, вероятность ошибок и багов сводится к нулю, ресурсы камня все равно редко удается использовать хотябы на половину. Так почему бы не облегчить себе жизнь? При этом (этэншон!) 99% кода формируется автоматически! По поводу HAL Признаться после знакомства с SPL у меня один только взгляд в сторону HAL вызывал душевное отторжение. Странные правила именования, куча непонятных слов, совершенно невероятные функции без прототипов и явных вызовов. Бред какой то. Однако разобравшись (а на это ушло гдето недели две времени с писаниной кода так и сяк, вычитыванием примеров, мануалов и прочих статеек) я понял насколько это мощный механизм и почему будущее именно за ним. 1. Драйверы идентичные почти для всего семейства процессоров. 2. Код с 051-го спокойно переезжает без изменений на любой другой камень хоть вверх хоть вниз. 3. Для смены камня достаточно заменить во всем коде одну строчку конфига. 4. Работа с периферийными блоками сводится к простым командам - сделай тото и все. Если раньше мне приходилось конфигурировать модуль, вязать его с дма и буферами, включать и выключать все это дело и не забывать про флажки и прочую чепуху, то сейчас мне надо написать примерно следующее - прими блок данных размером 100 байт с использованием дма. (перевод на русский автора ). При этом мне не надо переключаться на ожидание финиша и ждать прерывания. Как только процесс завершится автоматически отработает механизм возврата и я вывалюсь в одну единственную функцию, в которой мне уже надо будет сделать только обработку полученных данных. Все. При этом (второй этэншон!) 95% кода формируется автоматически! Итого работа программиста превращается из занудной писанины одного и того же раз от раза с заходами в даташит в процесс сугубо творческий и приятный. При этом не зависящий от типа камня. Все что нужно сделать это выбрать подходящий камень под проект с нужной периферией и числом ног и не важно какая на нем набита цифра. При этом изучение даташита не обязательно. Вы кодите для черного ящика с некоторым набором функций. Ну конечно я кое где упростил, но в целом процесс выглядит именно так. По крайней мере для меня ) Вывод - не нужно боятся новых инструментов и скептически тыкать пальцев в обьем как будто бы лишнего кода с ужасом восклицая - да я на асме это в три байта уложу! STM уже ушел от привычных нам 8-биток так же далеко как стелс от кукурузника как по скорости так и по технологии кодинга. А сочетание этих двух инструментов, это просто бомба. Если добавить к этому цену готовой системы в 2 доллара 70 центов (200 рублей!) то у меня вообще ноу комментс Вот к этому http://www.aliexpres...2555258029.html достаточно подключить вот это http://www.aliexpres...1956977845.html 4-мя проводками. Воткнуть в USB и все. Можно мигать диодом на частоте 72 МГц с передачей данных по DMA, при этом мониторя состояние диода в режиме реального времени по любому из 3х уартов на скорости 3,6 мегабита. И не только диодом (вот тут у меня выражение лица франкенштейна) При этом 100% внутрисхемная отладка прямо из среды программирования. Мое предпочтение Keil (бесплатен для F0 и ограничен на 50% для F1 но официальный с компилятором в комплекте! Таблэтка доступна) либо CooCox. Типа бесплатный, GCC но по функционалу до кайла ему далековато, хотя в освоении исключительно прост.

по напряжению падает, но пульсации тока никуда не деваются. Еще раз подчеркну - все в контексте ПИДБП и питания от его основного источника. Там это ощутимо сказывается на показаниях амперметра. При организации схемы питания от отдельного источника проблема устраняется. Просто этот момент надо учитывать при проектировании и все

ну собсна если речь идет о генерации изображения, то это умели еще спектрумы ) Не совсем правда процессором, но с его участием. Генерация кадра и чтение с камеры это кардинально разные задачи по производительности

такое дело весьма даже красиво выглядит, если речь идет только об OSD без какого либо анализа видеопотока

про ремоут затупил

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

с цилиндрическим тоже можно, но характеристики будут хуже изза взаимного влияния катушек. Абсолютно симметричные катушки придется мотать как по омичке так и по индуктивности. А это в реальных условиях весьма непросто. Будет разбалансировка и неполное взаимное гашение поля. Стабильность тока подмагничивания ессно желательно делать как можно выше. Но ток стабилизировать проще (в плане помех) и экранировать там ничего не надо. Даже если будут наводки и шорохи, то они будут скорее по напряжению, не по току. Вообще это все конечно теоретически, надо пробовать. Сам лично я амплистаты ни разу не делал, только ремонтировал. И там задачи несколько иные были - просто стабилизация напряжения источника переменного тока. Но принцип тот же

это исключительно для подкрепления серьезности сказанного, чтобы отбросить сомнения скептиков по поводу корректности измерений забыл добавить (из мелочей) - входное сопротивление у этих измерялок желательно учитывать. Специально не мерил, но на делителях оно есть, повторитель на ОУ не помешает. И еще срут по питанию они дико в такт динамической индикации. Запитка от отдельного источника просто маст хэв. Если ставить на ПИДБП и питать от того же источника, то на токовом шунте будет концерт по заявкам просто шикарный

кварц кстати можно и не паять. У любого STM камня есть внутренний генератор, в том числе и для RTC (который кстати тоже есть в любом камне). Поэтому минимум который нужно смонтировать - только камень и конденсаторы по питанию если есть готовый источник 3.3 вольта. И все готово к работе Ну пожалуй еще пару пинов под отладчик (дата и клок). Можно от отладчика и запитать, у него есть выход 3.3 вольта. Можно сразу писать код и заливать в проц. Мигающий диод пишется двумя строчками кода, остальное генерит куб в автомате. Причем диод будет мигать не занимая даже 0,01% ресурсов проца. Даже если на все ноги 100-лапого проца повесить по диоду и заставить их мигать с разной частотой, это не займет больше ресурсов. Такая есть особенность у этих камней. Пи этом на каждый диод вручную напишется ровно 2 строчки кода - инверсия лапы + делэй. Но это будет совсем не так ка на 8-битках. Ни таймеров, ни пустых циклов и мешать друг дружке они не будут, можно хоть часы по этим диодикам сверять. Индивидуальные параллельные равноприоритетные процессы реалтайм Можно замутить круче для особо недоверчивых - половину диодов повесить на индивидуальное (!) ШИМ управление. Каналов 20-30. И все равно нагрузка на проц не возрастет ни на копейку ))) Можно будет вычислять квадратные корни и факториалы в это время без опаски лагануть камень god mode on