Просто зашёл

http://dep.ru/catalog/110/plx/ Описание ЗЫ. Если требуется управлять одним каналом, то можно использовать и такое устройство... 10 программный таймер

https://youtu.be/SYTF-hzosLk?si=D4MkFijMfe1p004Z

Если это горячая тема для конкретной схемы, то один пост быстро потеряется не внеся хаоса. А может он кого-то направит на определённые мысли… так или иначе, более не потревожу данную тему.

Может кому пригодится. В файле .pdf три схемы лабораторного двухканального блока питания (полное описание), в сплане срисованная схема одного канала с такого же БП (чуть другая модификация). БП по срисованной схеме работает уже более 20 лет без особых замечаний (один раз менял конденсаторы). Farnell - L series Bench Power Supplies.pdf Блок питания 30_2.spl7

Мощность нагрузки указана Вами не корректно, так как то, что написано на лампе это относится к конкретному напряжению, а в Вашем случае напряжение значительно выше (19 В). Таким образом необходимо было измерить не только напряжение на нагрузке, но и ток нагрузки… тогда можно было бы оценить точнее потребляемую мощность при данной нагрузке. Но так или иначе, для хорошего регулируемого зарядного устройства такое напряжение при такой нагрузке самое что не наесть превосходно. Правда ЗУ будет выглядеть не простым, как Вам бы этого хотелось, а значительно сложным в плане реализации схемотехники, так как обычно такие ЗУ делаются на базе МК (микроконтроллера). Что касается регулятора на транзисторе и переменном резисторе (это линейный режим работы транзистора), то Вам представится серьёзная задача по отводу тепла с транзистора… так как тепловая неустойчивость ограничивает возможности силового транзистора, да и много других «подводных камней» будут попадаться на пути.

МК тактируется на частоте 1 МГц от внутреннего генератора. Задействованы выводы: Первый светодиод - РВ0. Второй светодиод - РВ1. Третий светодиод - РВ2. Кнопка - РD7. Кнопка замыкает вывод на GND. Прошивка: mega8.hex

Проверка уровней порта PD. Через примерно 4 сек поочерёдно на выводах порта PD появляется высокий уровень. МК тактируется от внутреннего генератора на частоте 1 МГц. mega48.hex

Тогда удалите с силовой платы видимые сгоревшие элементы (диод, транзистор), восстановите сгоревшие проводники, проверьте сопротивление катушки реле (если неисправна удалите реле) и не подключая разъёмы к плате (от платы управления), подайте на неё сетевое питание через лампу накаливания (40 – 100 Вт). Убедитесь, что БП исправно. Если БП исправен, тогда можно установить исправные элементы в место сгоревших и подключать плату управления к БП.

Судя по повреждению дорожек на фото, на пятивольтовую шину попало высокое напряжение. По всей вероятности девайс ремонту не подлежит. Так как не только вышли из строя визуально виденные разрушенные элементы: защитный диод на обмотке реле, транзистор управления реле, но и визуально не виденные разрушенные элементы: обмотка реле, микроконтроллер… Перед попыткой ремонта, как уже писали ранее, необходимо вначале убедится в работоспособности МК, подав напряжения 5 Вольт с ЛБП на плату с кнопками. Если светодиоды засветятся, а затем потухнут в том числе и светодиоды RGB (Тестовый режим при подачи питания), то МК остался жив. Если светодиоды кратковременно не засветятся, то можете смело возвращать чайник владельцу на запчасти.

Да, можно, только не у всех МК это можно реализовать. Регистр PINx это регистр состояния порта и как правило доступен только для чтения. Но в некоторых МК (в частности у tiny13) имеется в даташите такая оговорка: То есть произойдёт переключение логического состояния на противоположный если вывод настроен на выход. Если настроен на вход, то будет управлять подтяжкой резистора. Вот потому данная процедура работает не на всех МК. К примеру у atmega8 такой оговорки нет, а значит и переключение состояния не произойдёт.

По идее должны быть немного разными. Но в железе сам не проверял. Может компилятор чего-то сам подставил, не знаю… надо поразмышлять. Посмотрел внимательней и понял, что балбес, слона-то и не заметил. Всё верно, оба кода хоть и немного разные, но интервалы то уровней выходят одинаковыми (в районе 0,4 мкс). В первом варианте: 0,208 - переключение уровня и 0,208 - безусловный переход = 0,4 мкс. логический уровень. Так же и во втором варианте: 0,208 - переключение уровня + два NOP (по 0,104 мкс.) = 0,4 мкс. логический уровень. Затем опять 0,208 - переключение уровня + 0,208 - безусловный переход = 0,4 мкс. логический уровень. Так что всё верно - период в обоих случаях одинаков. Что касается незадействованных выводов кроме РВ0, то они подтянуты внутренними резисторами к питанию (привычка такая).

Да, но только в том случае, если Вы будете переключения состояний на выводе производить с помощью регистра Pin, а не регистра Port (тини13 это позволяет. Но такое переключение работает не на всех МК – нужно смотреть даташит). Так как к циклу для его повторения необходимо прибавить безусловный переход, а он выполняется за два такта. Таким образом, два такта – инвертирование уровня и два такта – безусловный переход. А вот если уровни устанавливать регистром Port, то выйдет уже не четыре, а шесть тактов. К тому же низкий уровень в таком варианте будет затянут и потребует для выравнивания уровней (если необходимо) поместить два NOP между переключением логического уровня. Таким образом, с учётом выравнивания получим уже 8 тактов на цикл. Цикл 4 такта: Generator_4.hex Цикл 8 тактов: Generator_8.hex

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

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

Верно, ещё необходимо в правилах прописать дополнительный пункт с запретом использования АВ на форуме иначе бан. Что касается "каменного топора", ну да кому-то быстрее именно им махать. Кто к чему привык, тем и машет.

Вот мы с ТС и поняли друг друга. И что это по Вашему должно означать? Что человек кроме двух языков не имеет право знать ещё несколько? Честное слово, как дети малые. Чего вас так эта среда разработки задела. Ну не знаете вы про неё ничего, да и шут с ним. Пишите на чём привыкли, деловто куча. Главное, чтобы после вашей писанины девайс работал как задумывался. Так или иначе, в МК заливаются машинные коды, а не языки высокого уровня.

Я искренне рад за Вас. Жаль только, что главный мой тезис Вы так и не поняли. А может это я недоходчиво объяснил. Вы своё желаемое выдаёте за действительное. Фактом было бы только тогда, если бы Вы там присутствовали и видели самих участников и сам результат. А так как этого не было, то Выши фантазии фактами называть глупо. Если я затронул Ваше самолюбие, то это было неумышленно, такой задачи у меня не было. Вы просто видимо увидели своё наболевшее и оно Вас затронуло. Я же хотел донести совсем другое. Но Вам видимо всё равно, верно? Ваше мнение априори есть истинна? Ну хорошо, если Вам так легче.

Вот откуда у Вас такая неприязнь к людям другой профессии? Ну да ладно, это Ваше право. Признайтесь честно, ведь и Вы тоже не знаете АВ? Или я ошибаюсь? Ну хоть мануал нашли время прочесть? Ну хорошо, не нравится Вам в приведённой мной цитате заявленная скорость написание программы – согласен это возможно субъективное мнение. Один может печатать с одной скоростью, другой в разы быстрее. Если Вы не заметили, то посыл был совершенно о другом, а не о языках программирования. Похоже каждый хочет увидеть лишь то что он хочет, а не то, что написано. "Грубый век, грубые нравы, романтизму нету, не дают спокойно человеку жить". (С) Вы особо не обращайте внимания, я просто зашёл.

Спасибо хоть за честность. Только возникает вопрос, по каким критериям были сделаны выводы о продукте, о котором не имеете ни малейшего представления? Это хорошо и заслуживает уважения. Только вот привязывать естественные процессы только к Вами выбранным языкам выглядит глуповато. Так как для написание программы для конкретного МК не зависимо от языка программирования вначале необходимо его изучить. И почему Вы решили, что это не происходит при написании алгоритмов в АВ мне не понятно. Если Вы действительно программист, то вот Вам общее описание что из себя представляет АВ: Многие профессиональные программисты в далёком прошлом предпочитающие писать на ассемблере переходя на АВ называли её просто сказка… понятно, что это только их личное мнение. И что наверняка и другие мнения могли быть на этот счёт. Но это заслуживает внимание только тогда, когда человек попробовал продукт и только после высказал своё мнение. Но не как не наоборот. Поймите меня правильно, я не в коем случае не осуждаю Ваш выбор языка или среды программирования и тем более не хочу утверждать, что АВ лучший выбор. Просто я не могу понять, как можно сделать вывод о продукте, о котором не имеешь ни малейшего представления. Минус АВ на данный момент в том, что разработчик из-за финансовых трудностей не стал поддерживать развитие данной среды и тем самым она не поддерживает новые МК. По этой причине в своё время профессионалы перестали её использовать. Но для любителей, которым достаточно возможностей старых МК, данная среда вполне достойна внимания. Ваши ошибочные выводы лишь от незнания. Вот мне любопытно, Вы перед написанием алгоритма для устройства составляете схему алгоритма? Если нет, тогда Ваша логика рассуждений понятна. Нет конечно, не хожу. У меня просто в голову не придёт рассказывать носителям родного языка, что их язык какой-то неправильный или что иероглифами невозможно предположим писать превосходные стихи или просто общаться. А вот русский это другое дело. Нужно просто понять главное, что нет плохого или хорошего языка программирования. Есть только люди (некоторые из них иногда по ошибке называют себя программистами), которые могут написать превосходный код, а некоторые не могут (по разным причинам). И это не относится к тому или иному языку, от слова совсем. Вот когда Вы это поймёте, тогда поймёте что я хотел донести. Что касается ТС, думаю вы преподали ему хороший урок, который надолго его будет останавливать не задавать своих вопросов на данном ресурсе. Почитав другие темы форума, я уже заметил, что в основном это повсеместно – человек приходит с вопросом к примеру как правильно забить гвоздь молотком, а ему начинают рассказывать, что отбойный молоток предпочтительней во всех случаях. Для тех кто просто зашёл выглядит это забавно, но вопрошающих такой расклад отталкивает. Нафлудил от того, что ТС более в данную тему не вернётся. На этом откланиваюсь! В дополнении: Для тех кому это любопытно вот описание АВ manual.pdf Лично я снимаю шляпу перед Громовым, который создал такой прекрасный шедевр для того времени.

Наверняка не ошибусь, предположив, Что Вы не имеете ни малейшего понятия, что из себя представляет АВ и тем более никогда не писали в данной среде не одной программы. Если так, то к чему все эти пафосные пренебрежения (не читал, но осуждаю). Если человеку нравится в ней писать программы – это его сугубо личное дело. А навязывать ему свои предпочтения, это глупо и не уместно в данной теме. ТС пришёл за советом: - как сделать, а не в какой среде это лучше делать. Разницу видите, или Вам всё равно о чём тут спрашивают? Товарищ выше вообще АВ назвал г..м, как будто ТС спрашивал об оценке той или иной среды программирования. Спрашивается к чему этот флуд? Потешить своё ЧСВ? Ну хорошо бывает у некоторых недержание, но стала ему от этого легче? Если стало, то с облегчением! А если так и пучит, то АВ-то здесь причём?

Так как Вы используете по всей видимости ноутбук у которого по умолчанию нет СОМ порта, такая ошибка бывает всегда, года Вы вначале запускаете АВ с программатором, потом закрываете программу и отключаете программатор. А через время (не перезагружая ПК) вновь запускаете АВ, но уже без подключенного программатора и он не найдя программатор или просто любой СОМ порт "сообщает Вам о проблеме связи с СОМ портом". Или просто перед запуском АВ Вы подключали какое-то устройство в СОМ порт, а потом запускаете АВ без подключенного СОМ порта. Чтобы не было такой ошибки есть три варианта: 1 Не запускайте АВ без устройства в СОМ порте. 2 Не пользуйтесь до запуска АВ каким либо устройством подключаемым к СОМ порту. 3 Если Вы пользовались устройствами в СОМ порте, а теперь не хотите их подключать, так как решили просто писать программу не заливая её в МК, то просто перегрузите ПК и только затем запускайте АВ без подключенного СОМ порта.

Есть конечно, дизассемблировав файл hex из папки исходника в классический асм, которой ТС так и не показал (исходник). Только не вижу в этом смысла для ТС. ТС пишет на АВ и разобраться для понимания хочет именно на АВ, а Вы предлагаете ему перевести всё это в асм для вашего понимания. Если Вы не понимаете какой-то язык программирования это не вина ТС. Тут уж как говорится – не понимаешь, проходи мимо.

А можно на графическом ассемблере. АВ это графический ассемблер. Который с классическим ассемблером по стилю не имеет ничего общего.

Порт А работает как и все остальные порты данного МК. Просто Вы не до конца видимо понимаете как им управлять. Видимо Вам всё же придётся вначале поизучать данный МК. Чудес не бывает.