А был бы ТС пользователем ПК, а не геймером, никаких пытхонов ему бы использовать не пришлось!
Для этого хватило бы работающего в фоне баш-скрипта, использующего xdotool!!!
Нельзя будет ничего прошить, если у вас не стоит специальное ПО! А еще интересней: если «прошивальщик» не поддерживает непосредственную работу с libusb, а работает через модуль ядра.
Да и реализовать код «прошивальщика» на жабоскрипте вместо вменяемой сишечки — тот еще маразм.
В общем, не взлетит этот подход для прошивки устройств. Другое дело — веб-морда к устройству, подключенному к локалхосту. Т.к. отпадет необходимость в написании серверного кода, то разработка малость упростится. Правда, стоит лишь захотеть, чтобы к этой железке могли пользователи с других компьютеров подключаться, как все коту под хвост! Опять пиши серверную часть на С + клиентскую на html+CSS+javascript.
Открывать браузер, чтобы прошить МК? Да еще и мышей что-то тыкать там? No way!
Самый удобный способ — написать в консоли make dfuboot или make flash, да нажать enter. Минимум движений, максимум удобства.
А вообще, интересная тенденция: крайне нужный FTP из браузеров выкидывают (что на мой взгляд — вообще маразм), зато всякие ненужные фичи добавляют… Похоже, пользователей вообще за обезьян держат!
ARM — это не восьмибитник какой-нибудь тупой! У него уйма периферии и есть DMA. Выполнять блокирующие задержки допускается исключительно во время начальной инициализации периферии (да и то это — моветон!). Нормальная реализация конечного автомата и использование DMA везде, где только можно, помогают не опускаться до уровня абдуринщиков.
Статья ни о чем!
ТС наваял USB на основе калокуба и пытается доказать, что в проблемах виновато железо, а не рукожопые разработчики калокуба!
Реальные тесты нужно проводить: на «голом» CMSIS со своей реализацией USB. Тогда и всплывут реальные ограничения железа.
Да, к сожалению, всякие мартышки, пришедшие в линукс из игровых прошивок, вынуждают некоторых недальновидных мейнтейнеров отходить от главных китов СПО: UNIX-way и принципа KISS! В итоге дистрибутивы обрастают всякой ненужной дрянью вроде pulseaudio, systemd и т.п. И линукс превращается в очередную мастдайку.
Жаль, конечно, что так происходит. Похоже, еще несколько лет, и в линуксе вообще невозможно будет работать. Придется либо на BSD переходить, либо отказываться от использования компьютера в работе.
Спасибо за интервью! Я даже не подозревал, что третье издание давно готово!!!
Пошел на рутрекер искать… На русском, конечно, удобней было бы, но и на английском вполне можно читать.
Вот.
// вообще, я крайне редко отвечаю на комментарии, т.к. больше одного комментария в сутки не могу оставлять. Такой вот идиотизм на быдлохабре творится.
А вот ниже еще про светодиоды коммент. Отвечу и на него.
Понятно, что, учитывая инерционность нашего зрения, никакого смысла ШИМить светодиоды частотой свыше сотни-другой герц, нет. А на еще более высоких частотах попрут вовсю нелинейные свойства p-n переходов. В общем, светодиод — это вам не вентилятор или мотор! Его можно и нужно ШИМить на низких частотах в сотню герц. А вот мотору уже нужно минимум 30кГц, чтобы не слышно было противного писка.
Если бы эти панели были несколько подороже, то не было бы необходимости постоянно обновлять картинку: закинул в 2048×3 ячеек сдвиговых регистров данные, подержал 10мс, потом следующий кадр закинул — и так обновлять по 100 фреймов в секунду. Ничего не мерцало бы. Но т.к. в панелях этих сильно сэкономили на сдвиговых регистрах, приходится по сути в 16 проходов только 1 кадр формировать! Реализовать с таким подходом на панели 32×64 хотя бы по 4 бита цвета в каждый канал будет проблематично, а уж 8 бит на цвет — просто невозможно. С моей RGB-панелью в ходе экспериментов выяснилось, что быстрей 2МГц данные передавать нельзя: начинаются глюки в виде лишних или недостающих пикселей. А на осциллограмме даже на 2МГц жесть, что творится! Понятно, что неплохие шумы вносятся еще из-за того, что мой велосипед распаян на макетке кучей длинных проводочков, но вряд ли даже при грамотной трассировке многослойной печатной платы получится хотя бы до 10МГц догнать скорость передачи данных. Но «тетрис» и «змейка» у меня завелись. Сейчас понемногу по вечерам «арканоид» пилю.
А вот так — слабо?
Вообще, восьмибитки нынче — отмирающий вид. Они очень дороги по сравнению с 32-битными МК, а учитывая крайне скудную периферию, для восьмибиток остается очень узкая область применения. Скажем, использовать 8-ногий 15-рублевый микроконтроллер для генерирования разных импульсов вместо 555. Ну или влажность почвы измерять и мастеру по радиоканалу отправлять данные… В общем, там, где нужно выполнять всего одну задачу, не требующую большой нагрузки.
P.S. Светодиодные ленты потребляют достаточно приличный ток. Даже если пускать по 10мА через каждый сегмент, в случае, когда они все загорятся, суммарное потребление портами МК будет значительно превышать предельное значение из документации. В общем, если оно и будет работать какое-то время, то только вопреки здравому смыслу.
Учитывая то, что из всего разнообразия свободных компиляторов лишь SDCC может работать с STM8, тут как-то не развернешься особо. SDCC почти не умеет оптимизировать код, поэтому заголовочные файлы от ST, где регистры объявляются через структуры (как у STM32), идут лесом! Я писал свое (здесь можно глянуть). Сборка посредством makefile, прошивка при помощи stm8flash. В качестве IDE сначала использовал geany, потом всецело перешел на qt-creator.
Но я как-то забросил восьмибитки: по соотношению цена/качество они значительно уступают STM32. Сейчас пишу все исключительно под STM32F0x2 (на крайняк — STM32F103). Естественно, никакого калокуба. Все свое. Хочу изучить STM32F303, но это когда-нибудь потом.
Языков программирования — тьма тьмущая! Но, однако, как придумали давным-давно С, так он и по сей день остается единственным вменяемым ЯП. Что до С++ и си-диез, то ТС зря их относит к С: С++ — это вообще особый ЯП, который если и имел во время Страуструпа отношение к С, то сейчас уже никак на него не похож. А уж си-диез был придуман мелкомягкими придурками и к ЯП не имеет никакого отношения, как и к реальной жизни.
В школе вообще нужно в корне изменить подход к информатике. Потому что то, как она там сейчас проходит, только вредит! Все эти мастдайки-ворды-ëксели до добра не доведут!!! По-хорошему, надо сначала детей алгоритмам обучить, потом с командной строкой баша или zsh познакомить. А как научатся оперировать sed/grep/awk и т.п. (и из vim'а выходить ), можно про иксы рассказать. Ну и must have — курсы латеха. А то так и останутся тупыми обезьянами, которые в либреофисе «верстку» делают пробелами…
P.S. Студентов с курсовыми в «ворде» и презенташками в «поверпойнте» шлю далеким лесом. Исключительно латех!
Эти сволочи уже практически убили линукс: если без systemd и pulseaudio еще можно систему построить, то кусок systemd в виде elogind уже поди-ка вычисти из системы!
Твари!!!
Эта несправедливость с зарплатой не только в IT. Очень напрягает, что, скажем, научный сотрудник или преподаватель в глубинке и в Москве получают на порядок различающиеся зарплаты!
Неужто в Москве учитель или ученый умней?
Не слышал о таких. Вселенная расширяется, но на малых масштабах (порядка 5-10 мегапарсек) гравитация таки превалирует, поэтому и образуются тонкие «стенки» и большие войды между ними. А судя по тому, что Вселенная расширяется ускоренно, начиная где-то с 6млрд лет своей жизни, нам приходится выдумывать какую-то мифическую «скрытую энергию». Возможно, когда-нибудь мы сможем объяснить, почему же Вселенная расширяется без всяких мифов. Но в еще более обозримом будущем должны-таки разобраться, почему звезды в некоторых галактиках движутся не по-кеплеровски. Т.е. закроем проблему мифической «скрытой материи».
Qt — невменяемая жиробасина с кучей оверхеда. Она даже на десктопе не нужна, т.к. есть более легковесные и вменяемые библиотеки для виджетов. А уж на микроконтроллере этой дряни точно не место!
Про C++ вместо C вообще молчу…
Для этого хватило бы работающего в фоне баш-скрипта, использующего xdotool!!!
Да и реализовать код «прошивальщика» на жабоскрипте вместо вменяемой сишечки — тот еще маразм.
В общем, не взлетит этот подход для прошивки устройств. Другое дело — веб-морда к устройству, подключенному к локалхосту. Т.к. отпадет необходимость в написании серверного кода, то разработка малость упростится. Правда, стоит лишь захотеть, чтобы к этой железке могли пользователи с других компьютеров подключаться, как все коту под хвост! Опять пиши серверную часть на С + клиентскую на html+CSS+javascript.
Самый удобный способ — написать в консоли make dfuboot или make flash, да нажать enter. Минимум движений, максимум удобства.
А вообще, интересная тенденция: крайне нужный FTP из браузеров выкидывают (что на мой взгляд — вообще маразм), зато всякие ненужные фичи добавляют… Похоже, пользователей вообще за обезьян держат!
ТС наваял USB на основе калокуба и пытается доказать, что в проблемах виновато железо, а не рукожопые разработчики калокуба!
Реальные тесты нужно проводить: на «голом» CMSIS со своей реализацией USB. Тогда и всплывут реальные ограничения железа.
Жаль, конечно, что так происходит. Похоже, еще несколько лет, и в линуксе вообще невозможно будет работать. Придется либо на BSD переходить, либо отказываться от использования компьютера в работе.
Пошел на рутрекер искать… На русском, конечно, удобней было бы, но и на английском вполне можно читать.
// вообще, я крайне редко отвечаю на комментарии, т.к. больше одного комментария в сутки не могу оставлять. Такой вот идиотизм на быдлохабре творится.
А вот ниже еще про светодиоды коммент. Отвечу и на него.
Понятно, что, учитывая инерционность нашего зрения, никакого смысла ШИМить светодиоды частотой свыше сотни-другой герц, нет. А на еще более высоких частотах попрут вовсю нелинейные свойства p-n переходов. В общем, светодиод — это вам не вентилятор или мотор! Его можно и нужно ШИМить на низких частотах в сотню герц. А вот мотору уже нужно минимум 30кГц, чтобы не слышно было противного писка.
Если бы эти панели были несколько подороже, то не было бы необходимости постоянно обновлять картинку: закинул в 2048×3 ячеек сдвиговых регистров данные, подержал 10мс, потом следующий кадр закинул — и так обновлять по 100 фреймов в секунду. Ничего не мерцало бы. Но т.к. в панелях этих сильно сэкономили на сдвиговых регистрах, приходится по сути в 16 проходов только 1 кадр формировать! Реализовать с таким подходом на панели 32×64 хотя бы по 4 бита цвета в каждый канал будет проблематично, а уж 8 бит на цвет — просто невозможно. С моей RGB-панелью в ходе экспериментов выяснилось, что быстрей 2МГц данные передавать нельзя: начинаются глюки в виде лишних или недостающих пикселей. А на осциллограмме даже на 2МГц жесть, что творится! Понятно, что неплохие шумы вносятся еще из-за того, что мой велосипед распаян на макетке кучей длинных проводочков, но вряд ли даже при грамотной трассировке многослойной печатной платы получится хотя бы до 10МГц догнать скорость передачи данных. Но «тетрис» и «змейка» у меня завелись. Сейчас понемногу по вечерам «арканоид» пилю.
Вообще, восьмибитки нынче — отмирающий вид. Они очень дороги по сравнению с 32-битными МК, а учитывая крайне скудную периферию, для восьмибиток остается очень узкая область применения. Скажем, использовать 8-ногий 15-рублевый микроконтроллер для генерирования разных импульсов вместо 555. Ну или влажность почвы измерять и мастеру по радиоканалу отправлять данные… В общем, там, где нужно выполнять всего одну задачу, не требующую большой нагрузки.
P.S. Светодиодные ленты потребляют достаточно приличный ток. Даже если пускать по 10мА через каждый сегмент, в случае, когда они все загорятся, суммарное потребление портами МК будет значительно превышать предельное значение из документации. В общем, если оно и будет работать какое-то время, то только вопреки здравому смыслу.
Но я как-то забросил восьмибитки: по соотношению цена/качество они значительно уступают STM32. Сейчас пишу все исключительно под STM32F0x2 (на крайняк — STM32F103). Естественно, никакого калокуба. Все свое. Хочу изучить STM32F303, но это когда-нибудь потом.
Но нет, абдуринщики так просто не сдаются!
P.S. Студентов с курсовыми в «ворде» и презенташками в «поверпойнте» шлю далеким лесом. Исключительно латех!
Твари!!!
Неужто в Москве учитель или ученый умней?
Про C++ вместо C вообще молчу…