Для акрила нужно использовать однозаходную фрезу, и подбирать скорость фрезеровки побольше, так чтобы стружка была не сильно тонкой. Толстая стружка вроде как охлаждает фрезу и сложнее плавится. Мелкая легко плавится и образует тот самый комок.
Смысл есть, контроллер от 3.3в потребляет значительно меньший ток чем от 4.2. Так что применение даже линейного стабилизатора дает заметный выигрыш по потреблению. Есть дешевые LDO стабилизаторы типа xc6206, которые без проблем позволят разрядить литиевый аккумулятор почти полностью. Экономия во время разряда на напряжениях выше 3.5В будет больше, чем остаточная емкость.
Видимо у меня старая ревизия, без hdmi. Поэтому под него и не собирал проект. Ну и без переделки софтовой части нужна будет отдельная spi флешка под зачатки bios. И разьем для sd карты для данных. В публичных репах нет, код для себя писал, показывать стыдно, но в личку могу скинуть :)
В 2023 году, аккурат на тридцатилетие Doom, запускал его на Марсоход3. Из готового/чужого только сам Doom и riscv ядро picorv32. Весь дизайн, ядро + самописная периферия (контроллер клавиатуры, spi-flash, SD card, frame buffer, dma, sdram, cache) заняли меньше 5000 ячеек (10% от max10). В OMDAZZ тоже влезть должно, но там нет hdmi а VGA однобитный.
В 320х200 выдавало чуть больше 10фпс. Причем добрую треть времени тратит на софтовое преобразование из палитры в 16 бит.
Больше всего времени убил на подобие libc. Но все равно закостылить десяток функций которые использует Doom, оказалось проще чем собрать newlib под самодельный soc…
Спасибо за ваш труд! Без вашего проекта было бы в разы сложней осваивать FPGA. Что я только не запускал уже на 3ем марсоходе… Жаль все ни как не найду времени хоть про что-то написать статейку..
Есть промышленные, разных размеров. Прозрачные, я сзади сделал подсветку на адресной светодиодной ленте. Теперь в один клик можно подсветить кассету с нужно деталюшкой.
На рассыпухе собирал пару штук еще в детсве с отцом, в начале 90ых, чисто механически, не особо понимая. Сейчас было интересно полностью разобраться как спектрум устроен. И уверен что один из лучших способов это сделать, это повторить дизайн самостоятельно на ПЛИС :)
За 20 лет уже много забылось осталось только общее впечатление. Но если не ошибаюсь это медленная работа с файлами (внутри самого jar), отдельная видео память, которой не хватало (та же нокия s40 dp1 позволяла часть картинок динамически, каждый кадр подгружать из jar на время отрисовки и потом удалять из памяти). Работа с сетью была хождением по минам, чуть что-то не в том порядке вызвал и зависает все намертво. При этом ни логов, ни дебага нет :)
Да, я про самые массовые midp 1.0 телефоны, типа 3100. Пока требовалась их поддержка разработка была адом :) Хотя самым адищем тогда были младшие самсунги.... Большего количества грязных хаков чтобы хоть как-то заставить на них что-то работать, не требовал ни кто :)
У Nokia s40 было ограничение 64к на весь jar, не на один класс. И все что можно пихали в один класс как раз из-за этого ограничения, т.к. в виде отдельных классов тот же набор полей и методов давал заметно(сотни байт на класс) больший размер jar. Выглядело это жутко, но другой возможности запихнуть в 64к и код и арт и звуки не было. Говорю это как разработчик пошаговой стратегии с изометрией и сетевым режимом, которая работала на s40 :)
Если без аппаратного флопика, тогда еще и его эмулировать пришлось бы для совместимости с оригинальным tr-dos. В софте это все уже есть, а вот для fpga готовой реализации не видел. Начал уже было сам делать, выходило весьма не просто, но потом нашел divmmc…
Beta128 особо и не нужен. Лучше divmmc, там по харду мизер совсем, зато евойным софтом делается все остальное. Там и tr-dos есть с загрузкой .trd и моментальная загрузка .tap и еще куча всего.
А вот приподнять напряжение, с которого начинается подзаряд – это вы совершенно правы. Запросто можно настроить где-нибудь 3,7...3,8V. Я тоже хотел так сделать, но оставил.
С точки зрения долговечности лития и особенно если не гнаться за емкостью, лучше всего держать напряжения аккумулятора в районе 3.7В И подозреваю, что если его держать постоянно на зарядке, но с отсечкой по напряжению не в 4.2В а, скажем, в 3.8В то он проработает дольше подсветки дисплея :) Ну и схема зарядки сильно упростится…
Для акрила нужно использовать однозаходную фрезу, и подбирать скорость фрезеровки побольше, так чтобы стружка была не сильно тонкой. Толстая стружка вроде как охлаждает фрезу и сложнее плавится. Мелкая легко плавится и образует тот самый комок.
Еще есть FoxyProxy, вообще не представляю как без него жить в текущих реалиях...
Смысл есть, контроллер от 3.3в потребляет значительно меньший ток чем от 4.2. Так что применение даже линейного стабилизатора дает заметный выигрыш по потреблению. Есть дешевые LDO стабилизаторы типа xc6206, которые без проблем позволят разрядить литиевый аккумулятор почти полностью. Экономия во время разряда на напряжениях выше 3.5В будет больше, чем остаточная емкость.
Винда стала актуальна с выходом третьих героев :) До этого не было ни малейшего повода ее ставить :D Только памяти больше жрала..
Видимо у меня старая ревизия, без hdmi. Поэтому под него и не собирал проект. Ну и без переделки софтовой части нужна будет отдельная spi флешка под зачатки bios. И разьем для sd карты для данных. В публичных репах нет, код для себя писал, показывать стыдно, но в личку могу скинуть :)
В 2023 году, аккурат на тридцатилетие Doom, запускал его на Марсоход3. Из готового/чужого только сам Doom и riscv ядро picorv32. Весь дизайн, ядро + самописная периферия (контроллер клавиатуры, spi-flash, SD card, frame buffer, dma, sdram, cache) заняли меньше 5000 ячеек (10% от max10). В OMDAZZ тоже влезть должно, но там нет hdmi а VGA однобитный.
В 320х200 выдавало чуть больше 10фпс. Причем добрую треть времени тратит на софтовое преобразование из палитры в 16 бит.
Больше всего времени убил на подобие libc. Но все равно закостылить десяток функций которые использует Doom, оказалось проще чем собрать newlib под самодельный soc…
Файл подкачки можно было подключить и в голом дос. Главное чтобы игра dos4gw использовала. Сам так во вторых героев на 4мб рубился.
Спасибо за ваш труд! Без вашего проекта было бы в разы сложней осваивать FPGA. Что я только не запускал уже на 3ем марсоходе… Жаль все ни как не найду времени хоть про что-то написать статейку..
Думаю если bad apple показать в конце, то будет в самый раз :)
Недорогой MLX90640 прекрасно видит кошек
Есть промышленные, разных размеров. Прозрачные, я сзади сделал подсветку на адресной светодиодной ленте. Теперь в один клик можно подсветить кассету с нужно деталюшкой.
На рассыпухе собирал пару штук еще в детсве с отцом, в начале 90ых, чисто механически, не особо понимая. Сейчас было интересно полностью разобраться как спектрум устроен. И уверен что один из лучших способов это сделать, это повторить дизайн самостоятельно на ПЛИС :)
Меня вот статья подобная вашей, правда про спектрум, как раз и побудила заняться ПЛИС. Очень уж не хотелось искать и паять 40 корпусов :)
На видеопамять было исключение. Но тихий краш было обычным явлением практически в любой части API :)
За 20 лет уже много забылось осталось только общее впечатление. Но если не ошибаюсь это медленная работа с файлами (внутри самого jar), отдельная видео память, которой не хватало (та же нокия s40 dp1 позволяла часть картинок динамически, каждый кадр подгружать из jar на время отрисовки и потом удалять из памяти). Работа с сетью была хождением по минам, чуть что-то не в том порядке вызвал и зависает все намертво. При этом ни логов, ни дебага нет :)
Да, я про самые массовые midp 1.0 телефоны, типа 3100. Пока требовалась их поддержка разработка была адом :) Хотя самым адищем тогда были младшие самсунги.... Большего количества грязных хаков чтобы хоть как-то заставить на них что-то работать, не требовал ни кто :)
У Nokia s40 было ограничение 64к на весь jar, не на один класс. И все что можно пихали в один класс как раз из-за этого ограничения, т.к. в виде отдельных классов тот же набор полей и методов давал заметно(сотни байт на класс) больший размер jar. Выглядело это жутко, но другой возможности запихнуть в 64к и код и арт и звуки не было. Говорю это как разработчик пошаговой стратегии с изометрией и сетевым режимом, которая работала на s40 :)
С точки зрения долговечности лития и особенно если не гнаться за емкостью, лучше всего держать напряжения аккумулятора в районе 3.7В И подозреваю, что если его держать постоянно на зарядке, но с отсечкой по напряжению не в 4.2В а, скажем, в 3.8В то он проработает дольше подсветки дисплея :) Ну и схема зарядки сильно упростится…