Достался мне в подарок модуль от больших рекламный светодиодных экранов - вот такой:

https://apelec.en.ec21.com/Full_Color_L.E.D._Module_VT-22--825509_825513.html

Был мелкий дефект в блоке питания,теперь при подаче 220в экран включается и рисует узоры. Хотелось бы эти узоры менять или вообще цветомузыку из него сделать.

Поразбирался в внутренностях. Собственно светодиодами управляет большая плата с двумя CLPLD ATF1508AS. К ней подходит шлейф из 20 проводов который может быть присоединен или к маленькой плате с Atmega128 если устройство работает автономно, или к внешнему разъему если модули объединяются в массив (большой экран). У меня соответственно к маленькой плате подключен.
Ну и собственно вопрос - а как бы в управлении разобраться?

Сделал фото маленькой платы с двух сторон. Из того что не видно: микросхема U2 это MAX232,понятно что такое, а вот на U3
написано 75176B 15M AL1H - не знаю что это.

Ссылки на фото:

https://0x0.st/Xamj.jpg
https://0x0.st/Xame.jpg
https://0x0.st/Xam2.jpg

Буду благодарен присутствующим за полезные идеи.

https://www.chipdip.ru/product/sn75176bp

ссылка на экран не открывается, некликать на фото лень (берегу ресурс правой кнопки)
но наверняка экран имеет стандартный интерфейс типа HUB75 и иных подобных

Вот еще две ссылки на этот экран:

http://apelec.kr.ec21.com/GC00066566/CA ... 8C%90.html

https://apelec.en.ec21.com/Full_Color_L ... 25513.html



За полезное слово для гугления спасибо. Я не знал о существовании такого интерфейса.

что-то мне кажется, что там видеосигнал обычный.

Добавлено after 31 second:
https://web.archive.org/web/20030802060 ... /about.htm

Для видеосигнала - слишком много проводов. Да и не логично это - генерировать Мегой видеосигнал чтобы потом на основной плате дисплея "видеозахватом" заниматься.

Распиновку интерфейса HUB75 нашел,как и еще нескольких HUB - на совпадение не похоже - земляные контакты не там. Хотя их тоже два,так что может и HUB75,но с нестандартной разводкой. Ну или нечто подобное по смыслу - хотябы понятен принцип управления,уже можно будет осциллографом тыкать.

Добавлено after 1 hour 47 minutes 32 seconds:
Выяснил что разводка разъема с десятью штырьками на маленькой плате соответствует разводке обычного
программатора для AVR. Ну и успешно считал прошивку из Atmega 128. Странно что файл получился только 5040 байтов. Хотя читалось
пол-минуты. Это что - avrdude неиспользуемый "хвост" флэш-памяти само отрезало что ли? Однако при просмотре полученного файла
в двоичном виде - он выглядит вполне осмысленно.
Теперь буду пытаться этот код изучать. Надо только подумать чем бы его дизассемблировать.

Для демонстрации осмысленности вот вывод команды strings,напущенной на этот файл:

strings pnv.bin
#DB12812812811
#i000
#i001
#R025
#G025
#B025
#R255
#G255
#B255
""""
DDDD
""""
DDDD

Я тут пытаюсь разобраться в управлении свтодиодным экраном,которым рулит Atmega128 - рисует на нем узоры. Хочется научиться
узоры менять.
Удалось подключить программатор и считать прошивку. А вот чем бы ее дизассемблировать?

Прошивку положил тут:
viewtopic.php?p=4597408#p4597408

IDA Pro - Hex Rays

IDA - очень уж монстрообразно,да еще и платное. Мне бы чего попроще... Пошел гуглить.

обычно, гуглят до задания вопроса...

Успешно дизассемблировал вот этой штукой:

https://www.johannes-bauer.com/mcus/avrdisas/

Обеспечил себя чтивом на ночь :-)

Добавлено after 2 hours 48 minutes 4 seconds:
Загрузил прошивку в симулятор VMLAB. Уже в нескольких местах ругается на использование не инициализированных регистров.
В двух местах понятно что предполагалось после сброса в регистре нули. Я их руками прописал(в 4 и 9 регистры) - сработало. Заодно увидел что оба последовательных порта настраиваются на скорость 9600.

Чтобы VMLAB захотел симулировать прошивку - ему надо создать вот такой файл проекта (.prj)

.MICRO "ATmega128"
.PROGRAM "pnv.hex"
.TARGET "pnv.bin"
.CLOCK 11.0592Meg

Потом зайти в него,открыть проект,нажать F9-Build, открыть окно program memory,ну и другие по желанию,registers например,и можно запускать симуляцию. Оно само остановится на тех местах где что-то не понравится.
Сейчас например спотыкается в с таким сообщением:

[PC = $021E, Time = 38.79 ms, {UND}]: SBIS instruction: bit in I/O = X (unknown)

А по этому адресу вот такая команда:

sbis $10,4

Проверяет бит 4 по адресу $10. А симулятор считает что этот бит "неопределенный".
Означает ли это $10 абсолютный адрес в памяти или это адрес в "файле регистров воода-вывода",тогда к нему надо добавить 32?
И тогда это будет регистр PIND. Похоже что так. Смотрим на плату,видим что старшие четыре бита соединены с питанием через
резисторную сборку,говорим симулятору что четыре старших бита этого порта соединены с питанием через
резисторы 1К,значение становится определенным и симулятор на этом месте больше не останавливается. Там четыре проверки подряд.
Дальше смуляция спотыкается на

[PC = $0227, Time = 38.80 ms, {UND}]: SREG bit 1 (Z) = X (undetermined)

Опять виновато сравнение с неинициализированным регистром R22. Пишем нули и в него,рестартуем симуляцию - и о чудо - она работает! Ну во всяком случае не вылетает по ошибкам. И пожно пытаться понять что же она делает.

Видно что "таймер 1" и "таймер 3" работают одинаково,в режиме PWM 8 bit, с единичным делителем. Таймер 0 что-то считает с частотой Clock/8,а второй таймер не используется.

В последовательные порты ничего не пишется. Чтение скорее всего по прерываниям - надо будет попробовать просимулировать это.

Вот такая вот интересная компьютерная игрушка - этот VMLAB :) Раньше я в нем только свои сишные программы отлаживал,а вот оказывается можно и чужие ассемблерные.

sbis $10,4 = sbis pind,4.
По хорошему бы всем IO присвоить соответствующие имена, легче дальше разбираться будет. Ну и обязательно комментировать то, что уже разобрал.

Вот ассемблерный файл с именами.
Там кстати половина прошивки это данные. А кода всего-то два с хвостиком килобайта.
И благодаря запуску в VMLAB уже более-менее понятно что есть что.

Файлик отсюда ?
https://vrtp.ru/index.php?showtopic=351 ... ntry975512

Да, оттуда. Спасибо хорошему человеку с хорошим дизассемблером.
Там правда нет сопоставления символьных имен с цифровыми константами,что не очень удобно так как VMLAB показывает
именно цифрами. Я попробовал подсунуть файл io.h от avr-gcc скормить этому компилятору,точнее ассемблеру от него.
Увы - значения констант не совпадают. Зато заставил вышеупомянутый дизассемблер сгенерировать правильные .equ
в начале еще одного листинга. Хотя при этом пропали смещения и опкоды в шестнадцатиричном виде.

И смещений от начала кода в этом листинке тоже нет так что это тоже несколько замедляет поиск нужной функции в VMLAB,ну
или наоборот - переход из VMLAB в этот листинг. Впрочем - в листинге от другого дизассемблера который я выше выкладывал смещения
хотя и есть но считаются не так как VMLAB. В одном случае байтами,в другом - двухбайтными словами.
Но всё это не принципиальные мелкие неудобства. Можно будет из нескольких файлов попробовать скомпоновать один,которые
еще и компилироваться может быть будет. Если еще и заработает в железе то разбирательство совсем быстро пойдет.

Главное - оказалось что собственно кода там всего-то два с хвостиком килобайта,остальное - данные. Так что есть шанс со временем
разобраться. Чем формируется сигнал clock я уже нашел. Как минимум один. Теперь буду пытаться понять как передается информация
какой диод на экране зажигать и каким цветом.
Заодно понял что к точности тактового сигнала экран похоже не особенно критичен потому что формируется он просто чередованием
команд установки/сброса бита в порту,причем не особенно равномерным. - между этими командами бывает разное число других.
А это наводит на мысль что экран умеет работать статически - то есть записал в него что зажечь,оно загорелось и остается таковым.
Если это действительно так то можно сделать пульт с переключателями как на СМ и ЕС ЭВМ было,и неспешно экспериментировать.
Или более продвинутый вариант - учитывая наличие разведенного UART на плате, дописать функцию приема команд на запись в экран
заданных ими значений.

Вобщем - интересную игрушку себе нашел. Будет чем заняться долгими осенними вечерами. Зато и цветомузыка классная получится если повезет и всё заработает :-)

Добавлено after 2 hours 58 minutes 20 seconds:
Прочитал EEPROM из Атмеги - а там тоже что-то есть. Хотя VMLAB не показывает обращений туда.

И еще вылез интересный глюк. При включении экрана рисуется один повторяющийся узор в виде двух квадратов разного цвета. А вот если
при включенном экране нажать reset то начинают рисоваться последовательно несколько разных узоров. У меня возникло предположение,что
при включении питания не случается правильный сброс и что-то где-то не инициализируется правильно. Не просто так VMLAB ругался на использование неинициализированных значений трех регистров. Вот программа и падает,и перезапускается с начала.
А после того как программа поработала и был нажат ресет кнопкой - по всей видимости что-то где-то уже инициализировано и программа отрабатывает цикл рисования узоров полностью.

Добавлено after 5 minutes 13 seconds:
Сделал "отладочный стенд" - плату управления вытащил на проводах наружу,подключил к программатору. Попробовал читать и записывать прошивку - всё читается и пишется правильно. Всё же буду пробовать пересобрать прошивку из дизассемблера,заставить запуститься,а потом
начну модифицировать.

Интересно - а что нужно для "железной" отладки чтобы прошивку пошагово исполнять прямо в контроллере? Вроде читал что Атмега128 обладает такими возможностями но никогда не возникало надобности пользоваться пока свои исходники на Си были - всегда отлаживал
их в VMLAB.

Для отладки в АВР Студии - самый простой самодельный JTAG.. Или с Алиэкспресс.

[uquote="WatchCat"]Прочитал EEPROM из Атмеги - а там тоже что-то есть. Хотя VMLAB не показывает обращений туда.[/uquote]

Вроде что-то читает.. И пишет
Добавил несколько строчек, откуда переход на чтение..
зы: в твоем файле, чтение еепром - sub_1C3. Запись - sub_1CA. Надо найти откуда эти процедуры вызываются и уже там смотреть что там пишется в еепром.

Помилуйте, а разве сопоставить не вы должны были при сборке ?

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

Увы - похоже что с этим облом - на плате насколько я понял не разведены нужные контакты на разъеме программатора.
Ну значит и так обойдусь. Это я уже совсем халявы захотел :)

Добавлено after 2 minutes 13 seconds:


Прошивка читается,пишется,и перезаписанная - работает точно также. Снова прочитанная - совпадает с первоначальной.

Добавлено after 3 minutes 7 seconds:


Так я не собирал,я считал то что было в контроллере и теперь расковыриванием ассемблера занимаюсь.
На днях попробую создать компилируемый исходник из нескльких разных дизассемблерных листингов и
скормить его avr-gcc,точнее ассемблеру от него. Не так чтобы это было особо сильно необходимо для
разбирательства,просто хочется поэкспериментировать с перекомпиляцией.

Так он уже создан, и скомпилирован в AVR студии
Пробуйте в железе.

Прошу пардона, нужно внести поправочку,
выделить секцию EEPROM директивой .ESEG ещё раз извиняюсь.

Так а где скомпилированный-то? Я бы попробовал прошить.
Впрочем - можно даже и не прошивать,а просто сравнить двоичные файлы на идентичность - то что
было и то что скомпилировалось после дизассемблера. В идеале различий быть не должно.
Если есть - смотреть насколько они существенны.

Увы - у меня под линуксом avr студии нет,всю жизнь avr-gcc пользуюсь (лет так двадцать).
Под него исходник отдельно делать надо,там есть отличия.
Сейчас несколько занят - пользуюсь хорошей погодой и заготавливаю дрова на зиму
чтобы в домике тепло было :-)

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