Лидеры

Давно хотел заняться программированием, но все как-то руки не доходили. А тут(пару тройку месяцев назад), как ни кстати, перестал работать мой паяльник. Если быть точнее, в нем перестала работать коррекция температуры. Максимальная температура до которой он мог нагреть жала была примерно 260 градусов. Нагреватель проверял на аналогичном паяльнике - с ним все в порядке. Предположил, что проблема в прошивке. Поиск прошивки не дал результатов. Тогда я решил написать прошивку самостоятельно. 🙂 Начать решил с самого сложного, как мне казалось, - с определения выводов ЖКИ и изучения принципов его работы. В поисках информации набрел на соседнюю ветку этого форума, где мне и помогли с поставленной задачей. Данную тему решил создать с целью поиска старших наставников. Ну или может кто-то тоже захочет поучаствовать в этом проекте.

Выкинуть Cube и HAL, сделать на LL. Судя по диаграмме, нужно установить CS (SYNC), потом снять CS (SYNC) и потом по SPI выдать данные привязанные к падающему фронту. Если хочется полной автоматизации передачи, то проще по таймеру по одному из каналов выдать импульс SYNC через PWM и по далее по событию от таймера через DMA в SPI выдать данные.

Возможно проблема в самом МК, т.к не сохраняются корректировки температуры. И кстати, по работе(занимаюсь в том числе установкой ПО на промышленное оборудование) очень часто встречался с тем, что банальная перепрошивка даже той же самой версии решает проблему неисправности оборудования. Нагреватель проверял на аналогичном паяльнике - все в порядке. При комнатной температуре сопротивления обоих нагревателей одинаково. Также ставил нагреватель с нового паяльника в старый/неисправный - паяльник так же не догревал и температуру скорректировать не получалось. А вообще основная цель - научиться немного программировать. Паяльник стал толчком к этому.

...отлаживать одновременно 2 мк при наличии двух отладчиков... \пожимая плечами\ Два экземпляра (в моём случае) IAR-а прекрасно одновременно отлаживают два разных ARM-а: ведущий и ведомый по I2C. В '10 г таким же образом два MSP430 отлаживались на компе с 2-мя LPT-портами.

Разводка мертворождённая, лишь в мусорку. Бытовые неэкранированные оптроны изолируют лишь постоянное напряжение, а импульсы через них проходят без проблем. Экранированные оптроны сами по себе тоже не помогут, а лишь с правильной разводкой. Там более, для управления силовыми цепями оптроны не нужны, а лишь правильная разводка. Чтобы правильно разводить двухслойные платы, нужны знания и опыт, а иначе запрашивать у заказчика 4-6 слоёв — знания и опыт всё равно нужны, но чуть меньше.

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

Много слов, тумана больше. Вы конечную цель опишите, а пути ее достижения разработчик выберет сам. За что денежку и получит. P.S. Да, к вопросам работы с DSP всё перечисленное в скобках по п.1 прямого отношения не имеет.

Больше похоже на попытку клонирования устройства конкурента... Ибо ни один "дедушка" не откажется от денежки за свой устаревший исходник, или прошивку, если исходник потерялся, ИМХО.

Это бесперспективняк.

Исходников - нет, прошивки - тоже, даже процессор - неизвестен. Интересно - чего ожидает ТС? ... "Пойди туда, не знаю куда, принеси то, не знаю что" (c) Так если всё равно ничего нет, то почему тогда не напишете "под любую современную" и не соберёте? А "игрушку" - отправьте тому дедушке, пускай на пенсии развлекается.

Значит догадки о злощавых 4 тактах, которые чуть подробнее расписал Сергей, подтвердились. P.S. Пишите функцию на ассемблере или, что еще лучше, подключите <avr/eeprom.h> и дергайте готовые eeprom_read_byte() и eeprom_write_byte(). Эти варианты работать будут железобетонно при любых оптимизациях.