[uquote="Martian",url="/forum/viewtopic.php?p=4599668#p4599668"]Она дизассемблирует?[/uquote]
Да. Естественно, всякие PORTB PINB выглядят как 0х10 и тд. Вместо меток адреса.
[uquote="Paktok",url="/forum/viewtopic.php?p=4601108#p4601108"]Да. Естественно, всякие PORTB PINB выглядят как 0х10 и тд. Вместо меток адреса.[/uquote]
Что бы купить что-то ненужное, нужно продать что-то не нужное, а у нас денег нет.
Какой смысл обсуждать то, чем не пользуется ТС ?
Остаётся ждать, что получится, если энтузиазм не иссякнет
Успешно раскопал протокол управления светодиодной матрицей. Начала восстановил ассемблерный исходник так чтобы при его компиляции получалась побайтно идентичный считанному из контроллера образ. Потом гонял симуляцию в vmlab и записывал сигналы. Потом изменял ассемблерный код и снова медитировал над логом сигналов. Потом наконец понял как работает протокол управления и написал свой код на привычном Си. Код и результат его работы прилагается.
Дизассемблированная и проверенная оригинальная заводская прошивка - рисует тестовые узоры но использует не все возможности матрицы(нет плавного управления яркостью и комбинированных цветов)
Написал демо-пример вывода картинки на эту матрицу. Оптимизировал работу с железом по сравнению с предидущим "мяу". Сделано под atmega128, которая и стоит на управляющей плате.
HUB75. Давно занимался этим протоколом. Покупал матрицы на китайце. Одну матрицу прислали туфту что то там драйвер глючный был и доки не было. А вторая работала отлично. Но регулировки яркости так и не получил. Рисовал смайлик сколько кадров в секунду stm8 передает я уже не вспомню. Что удобно их можно каскадить и получить больший экран по размерам.
Спойлер
З.Ы. Сайт кажется глючит одни и те же сообщения на 2-ух страницах.
Я попросил китайский машинный разум сравнить протокол этой матрицы и HUB75. Он утверждает что есть принципиальные различия, главное из которых - яркость управляется не значением байта, а скважностью (ШИМ) — то есть сколько времени в течение кадра линия активна. Я не уверен что в этом он прав. Второе отличие - в этой матрице строка выбирается автоматически внутренним счетчиком матрицы, а в HUB75 есть специальные линии для адреса строки. К тому же на матрицу надо непрерывно подавать сигнал развертки (пин PB3) иначе не светится. И еще переключение банков памяти чтобы только что записанный стал видимым (пин PB1)
Я подробно описал результаты своих исследований управления матрицей.
Спойлер
Разбор протокола LED матрицы
Памятка: управление светодиодной матрицей 16x32 (PNV NEOIII)
1. Аппаратная часть
Матрица: 16 строк 32 пикселя (RGB, без отдельного белого, белый = R+G+B).
Контроллер: ATmega128, кварц 11.0592 МГц.
Интерфейс: порт данных PORTA, запись данных последовательным тактирование,
и порт сигналов управления PORTB
Два банка памяти (двойная буферизация) переключаются сигналом PB1.
2. Порты и сигналы (финальная таблица)
Сигнал Назначение Статус
PA0-PA7 Данные (8 бит) Яркость текущего цвета (0-255)
PB0 Строб строки (HSYNC) Защёлкивает строку в матрице
PB1 Переключение банка Двойная буферизация (скрытый / видимый)
PB2 Такт данных (Pixel Clock) Синхронизирует передачу бита цвета
PB3 Строчная развёртка (Pixel Clock) Непрерывная развёртка (сканирование)
PB4 Кадровый синхроимпульс (VSYNC) Сброс счётчика строк.Не обязателен (счётчик сбрасывается сам)
PB5 Глобальная яркость (R) ШИМ для красного канала (OCR1A)
PB6 Глобальная яркость (G) ШИМ для зелёного канала (OCR1B)
PB7 Не используется
PC0-PC7 Не используется
PD0-PD7 Не используется
PE0-PE7 Не используется
PF0-PF7 Не используется
3. Протокол передачи пикселя
На каждый пиксель передаётся 3 такта PB2:
PORTA = R; импульс PB2; красный
PORTA = G; импульс PB2; зелёный
PORTA = B; импульс PB2; синий
Значения R, G, B: от 0x00 (выкл) до 0xFF (макс. яркость).
Промежуточные значения дают плавную яркость.
4. Передача строки и кадра
Для каждой строки (16 раз):
Для каждого пикселя (32 раза):
out_pixel(R, G, B) // 3 такта PB2
latch_pb0() // строб строки (PB0, пауза, PB0)
flip_bank() // переключение банка (PB1, PB1)
Порядок пикселей в строке: слева направо (0-31).
Порядок строк: сверху вниз (0-15).
В flip_bank() между переключениям сигнала требуется задержка в
несколько пустых инструкций nop. При кварце 11.0592 надо не меньше
двух, я использую 5. Если сделать без задержки - матрица начинает
пропускать кадры.
5. Двойная буферизация
Запись идёт в скрытый банк (невидимый).
После записи кадра переключение (flip_bank()), и скрытый банк становится видимым.
Это позволяет обновлять картинку без мерцания (как в видеокартах).
6. Таймеры
Таймер 1 PB3 и счётчик кадров (программный делитель).
Таймер 0 отключён.
Таймер 3 отключён.
8. Гамма-коррекция (визуально равномерная яркость)
Человеческий глаз имеет нелинейную чувствительность (гамма 2.2).
Для визуально плавного градиента используйте логарифмическую или гамма-таблицу (16, 32 или 64 ступени).
9. Известные особенности
Первый кадр после включения/сброса может быть повреждён (первая строка) из-за
неопределённого состояния линий до main(). В динамических тестах не заметен;
в статических считается нормой. Красный пиксель в (0,0) индикатор ошибки управления
(лишний фронт PB1, слишком долгий ноль, неформатная запись).
ШИМ на PB5/PB6 управляет яркостью R/G но наш код это не использует - сигналы установлены
в постоянный уровень максимальной яркости.
Подрагивание яркости в области малых значений из-за ШИМ/джиттера.
Можно игнорировать или не использовать ШИМ-управление общей яркостью каналов R и G.
10. Гипотеза о глобальной яркости
Глобальное управление яркостью только для R и G (через PB5/PB6) это,
вероятно, калибровка баланса белого по мере выгорания синих светодиодов
(которые деградируют быстрее).
