- Welcome to AK Laboratory.
AK Laboratory
место для общения
Последние сообщения
#11
Цифровая техника / Re: Светодиодные матрицы
Последний ответ от Slabovik - Вчера в 20:11Видишь лес. А надо смотреть деревья. Пакеты идут много быстрее, чем настроен анализатор. В итоге весь пакет выглядит иголкой. В итоге ничего не видно.
Я не особо разбирался в инитах, но на какой скорости там должно ходить всё? Для разборок не стоит делать высокую скорость, не более мегагерца, а лучше ниже.
И ещё. Там есть третий сигнал. Его тоже надо бы смотреть. Он очень помогает в разборках, если настроен правильно: перед передачей строки его надо опустить, а по окончании поднять, чем переданная информация (строка) будет передана на выход регистров.
Попробуй описывать словами, что именно делаешь. Т.е "настраиваем таймер SPI на такую-то скорость... поднимаем RDY...опускаем......
В общем, clk должен быть похож на меандр, примерно. Data - как попадёт, но меняется реже. Rdy - перед пакетом падает, после поднимается. Скорость передачи контролируется по clk
зы: а может ли анализатор вообще с такой скоростью работать, с какой контроллер выдаёт? В этом случае лучше осциллограф.
Я не особо разбирался в инитах, но на какой скорости там должно ходить всё? Для разборок не стоит делать высокую скорость, не более мегагерца, а лучше ниже.
И ещё. Там есть третий сигнал. Его тоже надо бы смотреть. Он очень помогает в разборках, если настроен правильно: перед передачей строки его надо опустить, а по окончании поднять, чем переданная информация (строка) будет передана на выход регистров.
Попробуй описывать словами, что именно делаешь. Т.е "настраиваем таймер SPI на такую-то скорость... поднимаем RDY...опускаем......
В общем, clk должен быть похож на меандр, примерно. Data - как попадёт, но меняется реже. Rdy - перед пакетом падает, после поднимается. Скорость передачи контролируется по clk
зы: а может ли анализатор вообще с такой скоростью работать, с какой контроллер выдаёт? В этом случае лучше осциллограф.
#12
Цифровая техника / Re: Светодиодные матрицы
Последний ответ от zenon - Вчера в 17:08Накидал инит SPI для F1, дефайны для вкл/выкл пинов.
Подключил анализатор на CLK и MOSI, передаю единичку, вижу ... не пойму что вижу???
скрины с анализатора и код тут
https://github.com/minamonra/my_stm_snippets/tree/main/F1/p10m
Подключил анализатор на CLK и MOSI, передаю единичку, вижу ... не пойму что вижу???
скрины с анализатора и код тут
https://github.com/minamonra/my_stm_snippets/tree/main/F1/p10m
#13
Фото, видео, аудио / Re: Коротко о погоде
Последний ответ от Slabovik - 30 Апр., 2024, 08:17Снова прожарило до +28. И снова затем стало прохладно. Качели температурные. Но зато в конце прожарки случился дождь с громом и молнией.
#14
Цифровая техника / Re: Орион-128 возрождение эпох...
Последний ответ от matrixplus - 29 Апр., 2024, 12:18
процессор z80 в орионе http://rdk.regionsv.ru/orion128z80test/z-001.jpg
:: добавлено 29 Апр., 2024, 12:23
Кросшина + кросшина мини http://rdk.regionsv.ru/orion512/cros/cros-017.jpg
и вставленный НГМД
:: добавлено 30 Апр., 2024, 00:18
Ром диск на 27с512 - 27с801 http://rdk.regionsv.ru/orion512/rom-001.jpg
Описание и сборка http://rdk.regionsv.ru/orion128-express-05-01.htm
#15
Цифровая техника / Re: Re: Орион-128 возрождение ...
Последний ответ от matrixplus - 28 Апр., 2024, 09:21
#16
Цифровая техника / Re: Стандарты VESA: как сгенер...
Последний ответ от Slabovik - 27 Апр., 2024, 14:06Наткнулся на интересные штуки.
Дисплей 480x272 с параллельным интерфейсом
Winstar_WF43VTIAEDNN0_480x272_TFT.pdf
Пока вроде ничего интересного. Но посмотрим на контроллер
ST7282_480x272_RGB.pdf
Сразу скажу, что смотреть можно со страницы 54 - там самое интересное.
Для ленивых скажу, что фишка в том, что этот RGB - обычный 24-битный параллельный интерфейс для динамического обновления изображения панели. Ну т.е. работает практически как телевизор - подаёшь поток кадров, разбитых на строки - изображение есть. Пиксельная частота от 9 до 12 МГц, а это значит, что можно эти индикаторы использовать в простых конструкциях, выполненных на рассыпухе. Для этого надо соорудить схему хранения изображения и её интерфейсы с контроллером и, собственно, дисплеем.
480x272 - это 130560 пикселей. Если взять по байту на пиксель (режим 256 цветов), то объём необходимой памяти совсем невелик - всего 128 килобайт. Даже если взять старый Z80 с тактовой 5МГц, принять (очень приблизительно), что на запись одного пикселя ему нужно от 6 до 10 тактов (очень сильно зависит от организации процедур, но стековые операции - это 10 тактов на 2 байта), то на заполнение экрана требуется 130560*0,2мкс= 156172 до 261120 мкс, т.е. от 0,15 до 0,26 секунды. В принципе, для всяких контроллеров мне видится приемлемым...
Да, приаттачил pdf-ку, там данные на контроллер другой конторы. У него основное отличие в другом фронте тактирования и синхримпульс ему нужен длительностью 1, а не 4. Всё остальное, как и у первого, может варьироваться в довольно широких пределах. Надо попробовать совместить/сопоставить с сигналами от самодельных бытовых ПК.
ОЗУ выполняет двоякую роль. Во-первых, это ОЗУ центрального процессора. У него доступ к нему должен быть немедленным (приоритетным) - это необходимо, чтобы исключить ожидание при коллизиях (обращению к ОЗУ более чем одного устройства одновременно).
Процессоры 8080/Z80 а также 8086 имеют особенность. К ОЗУ они обращаются не более одного раза за цикл, а циклы состоят из трёх-четырёх тактов, иногда и более. Т.е. между тактами, когда они обращаются к памяти, есть такты, в которых память может взаимодействовать с другими устройствами (экраном, ДМА).
Таким образом, экран должен получать данные для отображения каждых 4 или 8 пикселов (обычно принято
. Попиксельно таскать не выйдет - нужна чрезмерно большая скорость.
Ещё одно условие, если процессор главный при доступе к памяти. Организуемые циклы памяти синхронизированы с тактами процессора. Если видеоконтроллер синхронизирован с этими тактами, то длительность показа пикселей между выборками из памяти должна составлять не менее двух тактов ЦП. Если не синхронизирован - более трёх (нужно для гарантированного перекрытия свободного цикла памяти при любом положении фронтов во времени).
Получается, для синхронизированного. Примем пиксельную частоту 10 МГц (просто для ровного счёта). 4 пикселя отображаются 400 наносекунд. Сюда должно войти 2 (3-4-5...) такта ЦП. Проще считать так: пиксельную частоту делим на пиксели за выбоку и умножаем на такты ЦП.
2 такта - это 10.4*2=5МГц тактовой частоты = 1/2 пиксельной частоты. При этом такт, он же цикл памяти, длится 200нс, что вполне комфортно.
Три такта - 7,5 МГц, 133 нс. Z80 вполне работоспособен. Синхронизировать не очень удобно, но решаемо.
Четыре такта - 10 МГц, 100 нс. Есть варианты, но надо уже применять скоростную логику и память, и если ОЗУ выборка обычно 70 нс, то с ПЗУ похуже.
Для несинхронизированного при 10 МГц пиксельной и 4 пикселях на выборку получается минимальная граница тактовой 7,5 МГц.
И Z80 и 8086 нужно брать не хуже 8-мегагерцовых версий.
А вот при 8 пикселях на выборку
10/8 *3=3,75 - 8080 с трудом, но пойдёт (изначально это 3-х мегагерцовые процы, но практика показывает, что небольшой оверклокинг допустим). 10 МГц пиксельной ведь тоже не обязательно, можно 9 (минималка для экранчиков).
В общем, самая плотная загрузка памяти - у Z80 в процессе 3-тактовых циклов. Из трёх тактов цикла один занимает ЦП. Второй - видео. Третий - а кто угодно (ДМА). Таким образом, скорость передачи через ДМА в пике может быть 1/3 тактовой ЦП, при 7,5 МГц это 2,5 мегабайта в секунду. Вполне ничего И... никто никому не мешает! 
Нарисовал 8-пиксельную выборку совмещённую с 5МГц Z80.
Времянки ЦП от 6-магагерцовой версии.
Поскольку 8pix - это достаточно редко, запрос VREQ создаётся только после загрузки пикселей в регистр вывода видео. Для 4-пиксельного варианта необходимо запрос делать уже на выводе последнего пикселя, иначе следующая порция пикселей опоздает.
Да, почему 4 пикселя либо 8?
Если цвет один (монохром) - выбирать можно байт. Это и будут 8 пикселей.
Если цвета 4 - в байт можно засунуть 4 пикселя.
Если цветов 16 - в байте только два пикселя. Для минималки в 4 пикселя нужна выборка сразу двух смежных байт. Т.е. шина данных памяти становится 16-битной.
Если цветов 256, то в одном байте только один пиксель. Для выборки 4-х пикселей нужно выбрать сразу 4 байта, а это 32 бита ширины.
В общем, чем шире данные памяти, тем сложнее сделать арбитраж с шиной данных ЦП. Дело не в самой сложности, но в количестве микросхем.
Поэтому мне видится достаточно интересным при Z80 применение 128-килобайтных микросхем параллельно 4 штуки и выборки по 4 пикселя. Если 8086 - 8 штук микросхем и выборки по 8 пикселей (а чего терять? Всё-равно мегабайт насобирать надо)
Дисплей 480x272 с параллельным интерфейсом
Winstar_WF43VTIAEDNN0_480x272_TFT.pdf
Пока вроде ничего интересного. Но посмотрим на контроллер
ST7282_480x272_RGB.pdf
Сразу скажу, что смотреть можно со страницы 54 - там самое интересное.
Для ленивых скажу, что фишка в том, что этот RGB - обычный 24-битный параллельный интерфейс для динамического обновления изображения панели. Ну т.е. работает практически как телевизор - подаёшь поток кадров, разбитых на строки - изображение есть. Пиксельная частота от 9 до 12 МГц, а это значит, что можно эти индикаторы использовать в простых конструкциях, выполненных на рассыпухе. Для этого надо соорудить схему хранения изображения и её интерфейсы с контроллером и, собственно, дисплеем.
480x272 - это 130560 пикселей. Если взять по байту на пиксель (режим 256 цветов), то объём необходимой памяти совсем невелик - всего 128 килобайт. Даже если взять старый Z80 с тактовой 5МГц, принять (очень приблизительно), что на запись одного пикселя ему нужно от 6 до 10 тактов (очень сильно зависит от организации процедур, но стековые операции - это 10 тактов на 2 байта), то на заполнение экрана требуется 130560*0,2мкс= 156172 до 261120 мкс, т.е. от 0,15 до 0,26 секунды. В принципе, для всяких контроллеров мне видится приемлемым...
Да, приаттачил pdf-ку, там данные на контроллер другой конторы. У него основное отличие в другом фронте тактирования и синхримпульс ему нужен длительностью 1, а не 4. Всё остальное, как и у первого, может варьироваться в довольно широких пределах. Надо попробовать совместить/сопоставить с сигналами от самодельных бытовых ПК.
ОЗУ выполняет двоякую роль. Во-первых, это ОЗУ центрального процессора. У него доступ к нему должен быть немедленным (приоритетным) - это необходимо, чтобы исключить ожидание при коллизиях (обращению к ОЗУ более чем одного устройства одновременно).
Процессоры 8080/Z80 а также 8086 имеют особенность. К ОЗУ они обращаются не более одного раза за цикл, а циклы состоят из трёх-четырёх тактов, иногда и более. Т.е. между тактами, когда они обращаются к памяти, есть такты, в которых память может взаимодействовать с другими устройствами (экраном, ДМА).
Таким образом, экран должен получать данные для отображения каждых 4 или 8 пикселов (обычно принято
. Попиксельно таскать не выйдет - нужна чрезмерно большая скорость.Ещё одно условие, если процессор главный при доступе к памяти. Организуемые циклы памяти синхронизированы с тактами процессора. Если видеоконтроллер синхронизирован с этими тактами, то длительность показа пикселей между выборками из памяти должна составлять не менее двух тактов ЦП. Если не синхронизирован - более трёх (нужно для гарантированного перекрытия свободного цикла памяти при любом положении фронтов во времени).
Получается, для синхронизированного. Примем пиксельную частоту 10 МГц (просто для ровного счёта). 4 пикселя отображаются 400 наносекунд. Сюда должно войти 2 (3-4-5...) такта ЦП. Проще считать так: пиксельную частоту делим на пиксели за выбоку и умножаем на такты ЦП.
2 такта - это 10.4*2=5МГц тактовой частоты = 1/2 пиксельной частоты. При этом такт, он же цикл памяти, длится 200нс, что вполне комфортно.
Три такта - 7,5 МГц, 133 нс. Z80 вполне работоспособен. Синхронизировать не очень удобно, но решаемо.
Четыре такта - 10 МГц, 100 нс. Есть варианты, но надо уже применять скоростную логику и память, и если ОЗУ выборка обычно 70 нс, то с ПЗУ похуже.
Для несинхронизированного при 10 МГц пиксельной и 4 пикселях на выборку получается минимальная граница тактовой 7,5 МГц.
И Z80 и 8086 нужно брать не хуже 8-мегагерцовых версий.
А вот при 8 пикселях на выборку
10/8 *3=3,75 - 8080 с трудом, но пойдёт (изначально это 3-х мегагерцовые процы, но практика показывает, что небольшой оверклокинг допустим). 10 МГц пиксельной ведь тоже не обязательно, можно 9 (минималка для экранчиков).
В общем, самая плотная загрузка памяти - у Z80 в процессе 3-тактовых циклов. Из трёх тактов цикла один занимает ЦП. Второй - видео. Третий - а кто угодно (ДМА). Таким образом, скорость передачи через ДМА в пике может быть 1/3 тактовой ЦП, при 7,5 МГц это 2,5 мегабайта в секунду. Вполне ничего
И... никто никому не мешает! Нарисовал 8-пиксельную выборку совмещённую с 5МГц Z80.
Времянки ЦП от 6-магагерцовой версии.
Поскольку 8pix - это достаточно редко, запрос VREQ создаётся только после загрузки пикселей в регистр вывода видео. Для 4-пиксельного варианта необходимо запрос делать уже на выводе последнего пикселя, иначе следующая порция пикселей опоздает.
Да, почему 4 пикселя либо 8?
Если цвет один (монохром) - выбирать можно байт. Это и будут 8 пикселей.
Если цвета 4 - в байт можно засунуть 4 пикселя.
Если цветов 16 - в байте только два пикселя. Для минималки в 4 пикселя нужна выборка сразу двух смежных байт. Т.е. шина данных памяти становится 16-битной.
Если цветов 256, то в одном байте только один пиксель. Для выборки 4-х пикселей нужно выбрать сразу 4 байта, а это 32 бита ширины.
В общем, чем шире данные памяти, тем сложнее сделать арбитраж с шиной данных ЦП. Дело не в самой сложности, но в количестве микросхем.
Поэтому мне видится достаточно интересным при Z80 применение 128-килобайтных микросхем параллельно 4 штуки и выборки по 4 пикселя. Если 8086 - 8 штук микросхем и выборки по 8 пикселей (а чего терять? Всё-равно мегабайт насобирать надо)
#17
Цифровая техника / Re: Орион-128 возрождение эпох...
Последний ответ от matrixplus - 25 Апр., 2024, 00:10значит в волгограде 2 орионщика, это лучше чем ничего
#18
Цифровая техника / Re: Re: Орион-128 возрождение ...
Последний ответ от zenon - 24 Апр., 2024, 23:26Цитата: matrixplus от 24 Апр., 2024, 22:14по сибистоимостиЭто пять!
ы. Кто такой Алекс - понятия не имею, Денисом при рождении назвали.
#19
Цифровая техника / Re: Орион-128 возрождение эпох...
Последний ответ от matrixplus - 24 Апр., 2024, 22:14Zenonу - Алекс как поживает твой текстовый видеоконтроллер? Подвижки есть?, а то люди интересуются у меня, а информации ноль!!!
:: добавлено 24 Апр., 2024, 22:16
Ответ на пост: Те, платы есть - схем нет? А как вы платы без схем делаете? Я не делаю!!! Разводят энтузиасты....За что получают бесплатную платку при разводке, остальные по сибистоимости. Кто в чем разводит, я не в курсе!!!! Спрашивайте у авторов разводки.
Никто вам не запрещает заниматься коммерцией. Начните вот удивитесь....
:: добавлено 24 Апр., 2024, 22:16
Ответ на пост: Те, платы есть - схем нет? А как вы платы без схем делаете? Я не делаю!!! Разводят энтузиасты....За что получают бесплатную платку при разводке, остальные по сибистоимости. Кто в чем разводит, я не в курсе!!!! Спрашивайте у авторов разводки.
Никто вам не запрещает заниматься коммерцией. Начните вот удивитесь....
#20
Фото, видео, аудио / Re: Коротко о погоде
Последний ответ от Slabovik - 24 Апр., 2024, 22:03Похолодало. Ветер дует ровненький и холодненький
Но через несколько дней опять обещают +25°
Но через несколько дней опять обещают +25°