А что ей мешает записывать значения в порты на полной скорости ?
Дмаю у GetSmart будет другая проблема ,на такой скорости можно писать только из РОН ,если значений много ,нужно будет по ходу их подгружать ,естествеено серьезно теряем по скорости на этом.

Реальность железа и наличие у GPIO удобных фичей, типа управления отдельными битами, сглаживания фронтов.....

А вот этот секрет я не раскрою даже если пытать будете
В моём случае никаких потерь нету. Фсё по-честному, то есть по-взрослому.

Более интересен другой вопрос: как на LPC2103 @ 3 МГц сделать 72 8 битных ШИМа с периодом 10 КГц ?
Если кто догадается, я пожму ему руку! Разумеется снаружи можно поставить несколько тупых регистров, которые в статике ничего не потребляют.

Господа, приношу извинения. Немного сглючил. 960 ГБит (75000 ШИМов) не получится. Получится тока ~400 ГБит (30000 ШИМов). Как раз сколько есть памяти у 48-ого.

Вот затейник!

И чего , ее потом не мыть ?
Пишите в регистры типа 595 с частотой 255 раз большей частоты шима , если диод выключен -пишете "0" все время , если чуть горит , то "1" , а потом "0" , если макс яркость , то "1" все время .
И так одновременно во все регистры 3 цветов.

Дык у проца стока выводов нету. Да и невозможно это (даже если будет скорость проца 6 МГц). К тому же, забыл указать, что хотя бы 50% времени нужно ещё другими делами заниматься.

Тут кстати тоже глюк. ГБит следует читать как МБит.

Дык от 4 до 10 выводов надо +1 на запись в буфер . Взависмости от подключения регистров.

Если частота смены данных на каждом канале = 3 МГц, каналов 72, то какая должна быть частота процессора чтобы успевать перезагружать 595-ые?

Я не буду с Вами спорить ,просто считаю ,если запись в порт (и запись для управления отдельными битами сразу ,что на голову ставит выше АРМ по отношению АВР в этом плане) происходит за два такта ядра ,значит железо порта должно этим тактам соответствовать.Тем более что вывод с частотой 30Мгц - я не считаю ахти какой сложной задачей для железа портов. С такой частотой справлялась даже совдеповская логика



Мне он не нужен
Да и скорость Вам нужна я так понял ,как зайцу стоп-сигнал

А какая должна быть частота , чтобы выводить 9 битовый байт с частотой 24 мГц?
Если не хватит , то можно вместо 595 поставить защелки и выводить по 24 бит параллельно с частотой 9 мГц.

Всё верно. Частота проца (самого быстрого 2148 или 2103) должна быть минимум 18 МГц. А я какую просил? Мне хотелось бы 3..4 МГц. Могёте?

хмм на фпга, я бы сделал такое на тактовой частоте в 10Кгц*72шим модулятора, ну если уж сильно ужать размер то можно на 72КГц(10 шим модуляторов). Потребление было бы сущие копейки. (помним что потребление пропорционально квадрату частоты).

Но возвращаясь к вашему примеру я на совсем понимаю как вы хотите сделать софтово(!!!!) 72 независимых 8 битных ШИМа с периодом обновления изображения 10КГц на тактовой 3МГц.

Насколько я понимаю за 1 период обновления 0.1мс, нужно осуществить проверку всех 72 пикселей(назовем так) 256 раз. => за 0.1мс нужно сделать 18432 сравнений 8 ми битных чисел на больше либо равно.

Насколько я знаю подобных SIMD команд, что бы делать сразу по 4 сравнения, у арма вроде бы нет. =>
сравнивать по одному пикселю за раз -> 18432 сравнения за 0.1мс или ~184МГц. Причем это тактовая уходит только на обработку значения каждого ШИМ сигнала в каждом из 256 временных интервалов в периоде ШИМА.

Либо я что-то не понимаю, тогда с удовольствием узнал бы опровержение, либо период обновления у вас не 10КГц, а в 100 раз меньше -> 100Гц.

ЗЫ. Если собираетесь выводить картинку, то лучше делать шим не на линейном счетчике, а на перевернутом. Это даст более ровный спектр сигнала и улучшит цветопередачу. (изначально совет был почерпнут с www.leds.ru автор MasterDenis).

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

ЗЗЗ. Обманул таки с расчетами на фпга, думал об одном написал другое.


читать как. Реализация на фпга потребует частоты 10КГц*256 = 2.56МГц тактовой частоты и 72 Шим модулятора, если ужиматься по ресурсу то суммарный коэффициент 2.56*72 = ft*N остается постоянным.
дальше можно посчитать самостоятельно.

Насчет потребления фпга на 2.56МГц тут уже нужно накидать тестовый проект и натравить PowerAnalyzer.

Здоровьем клянусь, 10 КГц !!!
... 18 МГц...Кто больше? Тьфу ты, кто меньше?
По ходу сюда ещё не заходил ни один спец по светодиодным экранам. Он бы поведал остальным, что алгоритм ШИМа требует в десятки раз меньшей мощности ресурсов. Кстати, есть несколько разных аналогов ШИМа. И в данной разработке подходит любой из них.

Не нужно постоянно делать кучу сравнений, нужно один раз подготовить таблицу с "выходным" сигналом и выдавать ее на выход в цикле.


Так 10кГц это период ШИМ-а=100мкс, а минимальный импульс на выходе=0.39мкс?

ну что же, спросил по этому вопросу специалистов

http://www.leds.ru/forum/viewtopic.php?p=277#277



Хмм изображение постоянно меняется (например мультфильм хочу смотреть на светодиодном экране с прогрессивной разверткой 100Гц) и как вы в этом случае будете предварительно подготавливать таблицу с выходным сигналом ?

Хотя может быть я туплю, объясните чайнику.

Фсё верно.

Тока не 18 МГц, а ну допустим 4 МГц.