_pv

они то умееют. вопрос когда я знаю что все ответили. ну значит слэйвы должны уметь отвечать на броадкаст "есть кто живой с ID >= id0 && ID <= id1"

на растянутое изображение надо через объектив смотреть, который на маленькую матрицу сфокусирует.

ну объём/цена доступной памяти постоянно растут и можно не ужиматься совсем уж в единицы кБ, в ущерб функциональности. ТС спрашивал именно про имитацию обычного гуя с окошками которые можно таскать мышкой и прочими виджетами. пример с imgui выше 150кБ всего вроде весит, если хром не врёт. ну так KOI8 это же удобно, особенно в 2020 году, если занулить старший бит, он автоматически превратится в транслит. :)

есть колдунство с компиляцией обычных десктопных гуёв через emscripten в яваскрипт, а точнее в ещё одну обёртку в виде webassembly. https://pbrfrat.com/post/imgui_in_browser.html ну а можно пойти ещё дальше :) https://bellard.org/jslinux/vm.html?url=win2k.cfg&mem=192&graphic=1&w=1024&h=768

пзс подключить к портам ардуины будет не просто. там для сдвига заряда нужна куча сигналов с довольно дурацкими напряжениями логических уровней, вроде -2В..+9В, -6..+15. есть специальные пзс драйверы, но можно конечно и любыми подходящими ключами эти напряжения коммутировать. драйверы от мосфетов тоже хорошо подходят. у кодака когда-то были выложены схемы на оценочные платы с их ПЗС, возможно их ещё можно где-нибудь найти. АЦП лучше тоже брать специализированный для ПЗС с двойной выборкой, вроде ad9826, но встроенный впринципе тоже подойдёт, медленный он только, при 1 Msps 5мегапикселей будет 5 секунд вычитываться. http://astroccd.org/2016/10/cam86/ проще будет какому-нибудь готовому фотоаппарату объектив свернуть, а если это кэнон, то можно попробовать ещё и прошивку поправить чтобы он сам ещё и положение пятна искал. CHDK умеет в lua: https://chdk.fandom.com/wiki/Lua/Raw_Hook_Operations

нормально это по сравнению с родным компилятором из CCS или IAR? :) и всё что надо там давно есть, а тем кто работает некогда для полутора упоротых красноглазых фанатиков что-либо писать чтобы им удобно было. и 10 лет назад в составе mspgcc или около точно было что-то для того чтобы просто через bsl их прошивать, и с просто прошивкой вполне справлялось, кривое оно оказалось когда понадобилось сделать шаг в сторону и не просто прошить, а полуавтоматизированно прочитать серийник ещё что-то там поправить и зашить обратно. Пришлость ковырять "проприетарщину" которая с задачей справилась, в отличии от.

родной тексасовский CCS вроде как свой немного допиленный gcc в качестве компилятора использовать может. ну и как-то странно что весь из себя открытый и свободный, поддерживаемый криворуким "community" mspgcc через задницу работает и программатор приходится напильником дорабатывать, а дерьмо при этом IAR :)

это 18Вт потребления от сети, а выходное напряжение 10В. можете спокойно, но фейрверк тогда будет уже из приставки.

БП рассчитан на входное напряжение 110В, вы его в 220 хотите воткнуть - будет фейерверк.

ну "пушпулл" там довольно суровый.

LEMO

ничего не понял, какие 2 значения, какие 4 положения, если freq_data == 0, частота на выходе = 100e6/(2^21/(89128)) = 4249954,2 Гц если freq_data == 1, частота на выходе = 100e6/(2^21/(89128+42*1)) = 4252004,6 Гц ... если freq_data == 255, частота на выходе = 100e6/(2^21/(89128 + 42*255)) = 4760694,5 Гц если надо абсолютную частоту точнее задавать чтобы не 4249954,2 а 4250000,0 то да, увеличивайте аккумулятор, но 8 бит Freq_Data всё равно будет делить заданный диапазон частот на 256 значений. и как уже подсказали таблицу тоже надо бы привести в соответствии с выходными 8 битами данных, то есть как минимум 256*2*Pi/4 ~512, а не 64 - раз в 8 побольше сделать. делается даже не в матлабе, а достаточно экселя =ROUND(255*SIN(A1*2*PI()/2048);0). но готовый DDS блок будет взять гораздо проще, если только это не какая-нибудь лаба/курсовик.

ну если Accum <= Accum + 255 получается около 15кГц (хотя при 21битном аккумуляторе вроде как должно быть 100e6/(2^21/256) = 12кГц) то может просто сделать Accum <= Accum + 89128 + 42 * Freq_Data; константы только правильно подогнать, чтобы точнее в требуемые частоты попадали.

сотня устройств на шине нагрузку сравнимую с терминатором сделает.

у исходного HVC-002 разъём 5.5х2.1мм, а не 5.5х2.5, разница не сильно большая, но если ещё сверху китайские допуски добавить... http://www.aliexpress.com/item/32790773335.html только вот полярность действительно скорее всего "неправильная", то есть это у японцев почему-то плюс снаружи оказался. ну или действительно 220->110: https://www.aliexpress.com/item/32854648951.html