Вы как вчера родились, но учились в прошлом веке. Нахрен никому не интересна ваша "экономия" памяти, когда она копейки стоит, если разговор идёт о повышении производительности. Или вопросы оптимизации вами никогда в жизни не рассматривались?
Вы как с Луны свалились. За сколько копек вы расширите память в моей Ардуино UNO? Я готов целых 100 копеек Вам заплатить, если вы увеличите ее хотя бы на 16К! )))
Пардоньте, но мне ваши проблемы неведомы. Мелкое и простое - СТМ8С003, что чуть сложнее - СТМ32.
Смысла нет вообще. Ни 2560, ни, тем более, Due просто не рентабельны. В том смысле, что на ESP или STM32 решение будет дешевле не в ущерб функциональности
Про Due это вы зря, тот же ARM. Ну а если говорить о каракатицах от 100 ног STM, то по вашему понятию о рентабельности можно забыть. Полноцена FSMC вобще только от 144 ног. Цена их равна пару UNO как минимум.
никому не интересна ваша "экономия" памяти, когда она копейки стоит
За сколько копек вы расширите память в моей Ардуино UNO?
Пардоньте, но мне ваши проблемы неведомы.
Если, во-первых, тебе не интересна эта тема, а во-вторых, нагло врешь о "копеечности" памяти, то что ты тут делаешь, кроме того, что мешаешь людям обсуждать то что им нужно и интересно?
Про Due это вы зря, тот же ARM. Ну а если говорить о каракатицах от 100 ног STM, то по вашему понятию о рентабельности можно забыть. Полноцена FSMC вобще только от 144 ног. Цена их равна пару UNO как минимум.
При чем тут ноги? Как расширение с ногами можно и ATMega328 как раз использовать на Pro Mini. ESP, имея совсем немного ног, по ряду параметров, заметно функциональней STM32 и дешевле его. Due в разы дороже "того же ARM" STM32. На фиг она сдалась за такие деньги? Да мне дешевле взять старый ноут, благо их, рабочих, три штуки дома валяется, и сделать на нем )
И уж совсем глупо выглядить сравнивать цены на плату с ценами на чип.
И последнее, какое отношение это имеет к теме "TFT на базе ST7735" в которой изначально обсуждается вопрос "А никто не пробовал читать из фреймбуфера дисплея на базе ST7735 при помощи AVR-овского MSPIM?" Ну кроме, конечно, как потешить свое самолюбие, мешая тем, кому это надо, здесь общаться.
Про Due это вы зря, тот же ARM. Ну а если говорить о каракатицах от 100 ног STM, то по вашему понятию о рентабельности можно забыть. Полноцена FSMC вобще только от 144 ног. Цена их равна пару UNO как минимум.
При чем тут ноги? Как расширение с ногами можно и ATMega328 как раз использовать на Pro Mini. ESP, имея совсем немного ног, по ряду параметров, заметно функциональней STM32 и дешевле его. Due в разы дороже "того же ARM" STM32. На фиг она сдалась за такие деньги? Да мне дешевле взять старый ноут, благо их, рабочих, три штуки дома валяется, и сделать на нем )
И уж совсем глупо выглядить сравнивать цены на плату с ценами на чип.
И последнее, какое отношение это имеет к теме "TFT на базе ST7735" в которой изначально обсуждается вопрос "А никто не пробовал читать из фреймбуфера дисплея на базе ST7735 при помощи AVR-овского MSPIM?" Ну кроме, конечно, как потешить свое самолюбие, мешая тем, кому это надо, здесь общаться.
Чтением из буфера TFT занимаются единицы. Если такой режим есть, то зачем то его организовали. Что касается решения самой проблемы то уверяю вас, если вы используете любую м/с из серии STM с индексом VET, то выйграете гараздо больше, вы получите готовый интерфейс обмена с TFT и спокойно займетесь акадимическими изысканиями.. Объяснять уже устал и не только я почему.
Да пусть порадуется человек. Все же хоть что-то сделал, а не только на форуме писал.
А на меня сейчас и на работе клиенты и дома жена с сыном так насели, что до сих пор не дописал нормальное управление спрайтом.
Еще и Arduino IDE достало своей тупостью. Два вечера на Eclipse переезжал. Зато теперь хорошо )
Пока решил ограничиться 120-тью направлениями. То есть ~3 градуса шаг +-1 градус. Плюс минус потому, что угловую меру определяю через целочисленные катеты. И если у осей 0X и 0Y шаг получается 3.8 градуса, то у диагоналей 2 градуса.
Еще и Arduino IDE достало своей тупостью. Два вечера на Eclipse переезжал. Зато теперь хорошо )
А чам вас Atmelstudio неустраивает. В ней можно писать и на asm и на C, и на С++. Без каких либо ограничений и глюков. Всякие плагины и надстройки к Eclipse глючат иногда.
Тогда уже правильней сказать на обрезанной по самое немогу MS Visual Studio, на базе которой сделана Atmel Studio. Кстати, VS тоже глючит и не редко )
Теоретически, Atmel Studio можно всадить и в нормальную 64-х битную VS, но это приключение не для слабонервных...
Для меня важна в равной степени поддержка и Linux, и Windows. Поэтому, предпочитаю Eclipse. Пишу я код под ним далеко не только для Atmel и не только на C/C++.
Ну и прикрутить что-либо к Eclipse не сложно. Включая компоненты той же Atmel Studio + ASF.
Получается, Eclipse может быть единой средой разработки для всего: Linux, Windows, Android, AVR, STM, PIC. Чего не скажешь про Visual Studio.
Сорри, действительно я написал самый простой пример, и не очень аккуратный, но из реал лайф. Просто вернулся в тот момент времени, когда так же читал на форумах высоконаучные треды про ускорения спрайтов, ничего в них не понимал, и хотелось просто что-то заставить отображаться на экране. Это для таких. Читают же не только профи и хакеры, но и любители. Для них)
Когда-то давно читал байку, когда двум программистам дали одинаковое задание. Один сделал навороченную сложную программу, с кучей плюшек и финтифлюшек, на чистом хардкор асме-коде для скорости. Правда глючила. Ну а второй, к примеру, на бейсике написал. Взяли программу второго, а на вопрос - "Почему, ведь моя программа быстрее, и более трушная?". На что второй программер сказал: "Но моя программа работает..." Что-то такое было.
Вы как вчера родились, но учились в прошлом веке. Нахрен никому не интересна ваша "экономия" памяти, когда она копейки стоит, если разговор идёт о повышении производительности. Или вопросы оптимизации вами никогда в жизни не рассматривались?
Вы как с Луны свалились. За сколько копек вы расширите память в моей Ардуино UNO? Я готов целых 100 копеек Вам заплатить, если вы увеличите ее хотя бы на 16К! )))
Пардоньте, но мне ваши проблемы неведомы. Мелкое и простое - СТМ8С003, что чуть сложнее - СТМ32.
Можно взять не 328 мегу а 2560
Смысла нет вообще. Ни 2560, ни, тем более, Due просто не рентабельны. В том смысле, что на ESP или STM32 решение будет дешевле не в ущерб функциональности
Про Due это вы зря, тот же ARM. Ну а если говорить о каракатицах от 100 ног STM, то по вашему понятию о рентабельности можно забыть. Полноцена FSMC вобще только от 144 ног. Цена их равна пару UNO как минимум.
никому не интересна ваша "экономия" памяти, когда она копейки стоит
За сколько копек вы расширите память в моей Ардуино UNO?
Пардоньте, но мне ваши проблемы неведомы.
Если, во-первых, тебе не интересна эта тема, а во-вторых, нагло врешь о "копеечности" памяти, то что ты тут делаешь, кроме того, что мешаешь людям обсуждать то что им нужно и интересно?
Про Due это вы зря, тот же ARM. Ну а если говорить о каракатицах от 100 ног STM, то по вашему понятию о рентабельности можно забыть. Полноцена FSMC вобще только от 144 ног. Цена их равна пару UNO как минимум.
При чем тут ноги? Как расширение с ногами можно и ATMega328 как раз использовать на Pro Mini. ESP, имея совсем немного ног, по ряду параметров, заметно функциональней STM32 и дешевле его. Due в разы дороже "того же ARM" STM32. На фиг она сдалась за такие деньги? Да мне дешевле взять старый ноут, благо их, рабочих, три штуки дома валяется, и сделать на нем )
И уж совсем глупо выглядить сравнивать цены на плату с ценами на чип.
И последнее, какое отношение это имеет к теме "TFT на базе ST7735" в которой изначально обсуждается вопрос "А никто не пробовал читать из фреймбуфера дисплея на базе ST7735 при помощи AVR-овского MSPIM?" Ну кроме, конечно, как потешить свое самолюбие, мешая тем, кому это надо, здесь общаться.
Про Due это вы зря, тот же ARM. Ну а если говорить о каракатицах от 100 ног STM, то по вашему понятию о рентабельности можно забыть. Полноцена FSMC вобще только от 144 ног. Цена их равна пару UNO как минимум.
При чем тут ноги? Как расширение с ногами можно и ATMega328 как раз использовать на Pro Mini. ESP, имея совсем немного ног, по ряду параметров, заметно функциональней STM32 и дешевле его. Due в разы дороже "того же ARM" STM32. На фиг она сдалась за такие деньги? Да мне дешевле взять старый ноут, благо их, рабочих, три штуки дома валяется, и сделать на нем )
И уж совсем глупо выглядить сравнивать цены на плату с ценами на чип.
И последнее, какое отношение это имеет к теме "TFT на базе ST7735" в которой изначально обсуждается вопрос "А никто не пробовал читать из фреймбуфера дисплея на базе ST7735 при помощи AVR-овского MSPIM?" Ну кроме, конечно, как потешить свое самолюбие, мешая тем, кому это надо, здесь общаться.
Чтением из буфера TFT занимаются единицы. Если такой режим есть, то зачем то его организовали. Что касается решения самой проблемы то уверяю вас, если вы используете любую м/с из серии STM с индексом VET, то выйграете гараздо больше, вы получите готовый интерфейс обмена с TFT и спокойно займетесь акадимическими изысканиями.. Объяснять уже устал и не только я почему.
если вы используете любую м/с из серии STM
Зачем мне STM, если данное исследование я делаю для восьмибитных AVR?
Для STM32F7x7-x9, например, необходимость чтения из фреймбуфера по SPI сомнительна.
В общую копилку кину ссылку на мой код для этого модуля: http://myshop.biz.ua/index.php?route=information/news/info&news_id=7
Ну и в каком месте новшества в вашем коде? В примененной стандартной библиотеке? Или в тестовом рисовании кружков?
Да пусть порадуется человек. Все же хоть что-то сделал, а не только на форуме писал.
А на меня сейчас и на работе клиенты и дома жена с сыном так насели, что до сих пор не дописал нормальное управление спрайтом.
Еще и Arduino IDE достало своей тупостью. Два вечера на Eclipse переезжал. Зато теперь хорошо )
Пока решил ограничиться 120-тью направлениями. То есть ~3 градуса шаг +-1 градус. Плюс минус потому, что угловую меру определяю через целочисленные катеты. И если у осей 0X и 0Y шаг получается 3.8 градуса, то у диагоналей 2 градуса.
Я думаю, для большинства применений сойдет.
Еще и Arduino IDE достало своей тупостью. Два вечера на Eclipse переезжал. Зато теперь хорошо )
А чам вас Atmelstudio неустраивает. В ней можно писать и на asm и на C, и на С++. Без каких либо ограничений и глюков. Всякие плагины и надстройки к Eclipse глючат иногда.
А чам вас Atmelstudio неустраивает.
Тогда уже правильней сказать на обрезанной по самое немогу MS Visual Studio, на базе которой сделана Atmel Studio. Кстати, VS тоже глючит и не редко )
Теоретически, Atmel Studio можно всадить и в нормальную 64-х битную VS, но это приключение не для слабонервных...
Для меня важна в равной степени поддержка и Linux, и Windows. Поэтому, предпочитаю Eclipse. Пишу я код под ним далеко не только для Atmel и не только на C/C++.
Ну и прикрутить что-либо к Eclipse не сложно. Включая компоненты той же Atmel Studio + ASF.
Получается, Eclipse может быть единой средой разработки для всего: Linux, Windows, Android, AVR, STM, PIC. Чего не скажешь про Visual Studio.
Сорри, действительно я написал самый простой пример, и не очень аккуратный, но из реал лайф. Просто вернулся в тот момент времени, когда так же читал на форумах высоконаучные треды про ускорения спрайтов, ничего в них не понимал, и хотелось просто что-то заставить отображаться на экране. Это для таких. Читают же не только профи и хакеры, но и любители. Для них)
Когда-то давно читал байку, когда двум программистам дали одинаковое задание. Один сделал навороченную сложную программу, с кучей плюшек и финтифлюшек, на чистом хардкор асме-коде для скорости. Правда глючила. Ну а второй, к примеру, на бейсике написал. Взяли программу второго, а на вопрос - "Почему, ведь моя программа быстрее, и более трушная?". На что второй программер сказал: "Но моя программа работает..." Что-то такое было.
Исходники выложил https://github.com/vpetryaev/ST7735
Буду еще причесывать и документировать.
Наконец то примерчик получился:
https://goo.gl/photos/5e8qqPt754j5KdrA6
Вот это настоящий пример работы. Сам спросил, сам разобрался, еще и другим показал как делать. Молодец!