Конечно же! Мы с Kevin его создателем уже лет шесть общаемся на форуме Arduboy, можете поглядеть. И с другими разработчиками подобных штук.
Кевин даже пару раз порывался мой девайс выпустить в формате Arduboy Color, но видимо опасается международных скандалов :)
Но я не с Arduboy вдохновлялся изначально, а с самопальной консоли, которую увидал на getchip.net (https://www.youtube.com/@GetChiper) и с автором мы тоже общались, а про Arduboy сильно позже узнал, типа через пол года
Ну прям очень похоже на мою ESPboy ;) Однако справедливости ради подобных консолей на сегодня наверное штук 100 уже https://github.com/oshaboy/awesome-indie-handhelds и на кикстартере прямо сейчас не одна, Kode Dot например.
Ребята из Микрона, вы бы хоть какое спасибо отправили за вдохновление )
Да и вообще было бы интересно поучаствовать в этом проекте, например могу портировать софт со своего девайся на ваш, а его там немало http://github.com/espboy-edu и всяких советов толковых навалять и про корпус и про позиционирование и про продвижение и про следующие версии, как минимум поглядите на Kode Dot на кикстартере и подобные аналоги https://github.com/oshaboy/awesome-indie-handhelds
очень приятная статья, спасибо! неожиданно для себя много нового узнал, хоть и ковыряюсь с такими штуками не первый год ) вот тут есть еще интересный список подобных самоделок https://github.com/oshaboy/awesome-indie-handhelds
Вот да. Я тоже так делал, когда нужна скорость. "Я для себя решил, что рисовать надо в виртуальных экранах, а затем просто пересылать на экран результат. Это получается часто эффективнее и быстрее, чем рисовать попиксельно на настоящем экране. ". Полагаю, что "виртуальный экран" - это буфер в ОЗУ, как правило строка в высоту равную высоте символов.
да, но эту частоту для МК нужно выставлять принудительно. по умолчанию она не такая. и для стабильной работы нужно аккуратно подбирать подтягивающие резисторы шины I2C и следить за общей ее емкостью
У меня пока что мнение такое, что самое быстрое обновление экрана - это засылать строки данных в контроллер на отображение попорядку из буфера, причем методом nbSPI. Все отрисовки при этом делать в буфере экрана в ОЗУ, причем не обязательно буфер иметь в формате RGB565, главное перед отправкой строки в контроллер, сконвертировать строку из буфера в RGB565. Рисование примитивов прям в контроллер будет сильно медленнее даже на разогнанной SPI (из-за относительной тормознутости SPI). Но я могу и ошибаться ) И конечно нужно использовать хадварный SPI, а не софтварный битбангом... Этот битбанг SPI раз в 10 медленнее, чем хадварный
а разве в контроллер st7735 встроено аппаратное ускорение рисования примитивов? я так глубоко конечно не копался, но используя самые продвинутые графические библиотеки из существующих (не от Adafruit, она как раз самая тормозная), тестировал, и это все получалось не особенно быстро...
не потянет он Pico8 к сожалению, слабый.
да и конкуренция таких штук на международном рынке велика
https://github.com/oshaboy/awesome-indie-handhelds
зачастую "повторить" - это уже большое дело
https://github.com/oshaboy/awesome-indie-handhelds
Конечно же! Мы с Kevin его создателем уже лет шесть общаемся на форуме Arduboy, можете поглядеть. И с другими разработчиками подобных штук.
Кевин даже пару раз порывался мой девайс выпустить в формате Arduboy Color, но видимо опасается международных скандалов :)
Но я не с Arduboy вдохновлялся изначально, а с самопальной консоли, которую увидал на getchip.net (https://www.youtube.com/@GetChiper) и с автором мы тоже общались, а про Arduboy сильно позже узнал, типа через пол года
ниша существует и она немного не в той стороне, что у вас описана )
https://github.com/oshaboy/awesome-indie-handhelds
ну или мой ESPboy 6 летней давности https://www.espboy.com/ со статьями https://habr.com/ru/users/RomanSk/articles/
Ну прям очень похоже на мою ESPboy ;) Однако справедливости ради подобных консолей на сегодня наверное штук 100 уже https://github.com/oshaboy/awesome-indie-handhelds и на кикстартере прямо сейчас не одна, Kode Dot например.
О! Так это же повторение моей идеи 6 летней давности https://www.espboy.com/ и концептуально и даже в деталях, включая название :)
На хабре даже статьи писал https://habr.com/ru/users/RomanSk/articles/
Ребята из Микрона, вы бы хоть какое спасибо отправили за вдохновление )
Да и вообще было бы интересно поучаствовать в этом проекте, например могу портировать софт со своего девайся на ваш, а его там немало http://github.com/espboy-edu и всяких советов толковых навалять и про корпус и про позиционирование и про продвижение и про следующие версии, как минимум поглядите на Kode Dot на кикстартере и подобные аналоги https://github.com/oshaboy/awesome-indie-handhelds
Прикольная штука ) Я похожую сделал, но сильно получше еще 4 года назад )) www.espboy.com и даже на хабре тут несколько статей про нее написал
классный проект! а код закрытый?
Я делал ) еще до doomsdaymessenger и meshtastic https://youtu.be/gTPbAHR1Q_A?si=7yt7FN3NuV3QhWAj
очень приятная статья, спасибо! неожиданно для себя много нового узнал, хоть и ковыряюсь с такими штуками не первый год ) вот тут есть еще интересный список подобных самоделок https://github.com/oshaboy/awesome-indie-handhelds
Вот да. Я тоже так делал, когда нужна скорость. "Я для себя решил, что рисовать надо в виртуальных экранах, а затем просто пересылать на экран результат. Это получается часто эффективнее и быстрее, чем рисовать попиксельно на настоящем экране. ". Полагаю, что "виртуальный экран" - это буфер в ОЗУ, как правило строка в высоту равную высоте символов.
да, но эту частоту для МК нужно выставлять принудительно. по умолчанию она не такая. и для стабильной работы нужно аккуратно подбирать подтягивающие резисторы шины I2C и следить за общей ее емкостью
Adafruit зло )
128x64/8 данных весь экран
и скорость шины I2C тоже не всегда 400 https://ru.wikipedia.org/wiki/I²C
У меня пока что мнение такое, что самое быстрое обновление экрана - это засылать строки данных в контроллер на отображение попорядку из буфера, причем методом nbSPI. Все отрисовки при этом делать в буфере экрана в ОЗУ, причем не обязательно буфер иметь в формате RGB565, главное перед отправкой строки в контроллер, сконвертировать строку из буфера в RGB565. Рисование примитивов прям в контроллер будет сильно медленнее даже на разогнанной SPI (из-за относительной тормознутости SPI). Но я могу и ошибаться ) И конечно нужно использовать хадварный SPI, а не софтварный битбангом... Этот битбанг SPI раз в 10 медленнее, чем хадварный
для 128x64 I2C OLED на ESP8266 вот эту использовал и она довольно быстрая https://github.com/ThingPulse/esp8266-oled-ssd1306
если только текст выводить, то маленькую u8g2 https://github.com/olikraus/u8g2
что-то на эту тему Гайвер написал и жутко хвалил, но я не тестировал.
А для ST7735 и похожего три есть известные и довольно быстрые
TFTeSPI https://github.com/Bodmer/TFT_eSPI
Arduino_GFX https://github.com/moononournation/Arduino_GFX
LovyanGFX https://github.com/lovyan03/LovyanGFX
а разве в контроллер st7735 встроено аппаратное ускорение рисования примитивов? я так глубоко конечно не копался, но используя самые продвинутые графические библиотеки из существующих (не от Adafruit, она как раз самая тормозная), тестировал, и это все получалось не особенно быстро...
Ну для меня такое дюже сложно )
а исходник игрушки доступен? было бы интересно и ее портировать )