Речь-то немного не про то. Просто заявление «дуина медленная» не совсем корректно, ибо медленным является именно код с использованием дуиновских средств разработки. И это нужно держать в уме. Ну и если не хочется отказываться от удобства дуины — паяльник в помощь =)
Ну насчёт лучше, это скорее всего нет, а вот то, что 90+% кода совпадет по итогу — реально. Просто мне, как инженеру АСМ ближе. Естественно речь не об ARM, там С и только местами АСМ.
Я вот честно вообще не понимаю таких заявлений, что дуина медленная. Там те же самые AVR и т.п. и естественно, если хотите выжать максимум, то все упирается в: тактирующий резонатор — это раз, в необходимое количество тактов на команду — это два и минимум мусора в коде — три. Берете АСМ и выжимаете максимум. Просто надо понимать, что есть задачи которые решаются на 51-й серии, а есть требующие серьезных ARM.
З.ы. да я тот динозавр 25 Голиков пишушиший на АСМ(
На мой взгляд у Майков было интереснее решение на win10 mobile, по крайней мере в плане юзабельности. Ну и от задач зависит, Android хоть и достаточно гибок, но для такого сценария предпочту использовать все же полноценные ОС, чем дроид, прикидывающийся таковой.
Если полноценно поддерживает Miracast, то это не очень большая проблема (для меня по крайней мере). Давно взял майковский свисток miracast с HDMI. Единственное ему нужно питание от USB, тут уже либо на самом монике есть, либо любую зарядку можно использовать.
Ему бы полноценный USB, цены б не было. Часто занимаюсь прошивкой МК, обзавелся Win планшетом 10" с 2 полноценными USB в паре с программатором и адаптером на rs-232 вполне удобно использовать, но крупноват. А так путем докупки хаба с внешним питанием и ряда полезных приблуд получается вполне полноценный офисный ПК, плюс при необходимости цепляю полноценный FHD моник по Miracast. Из минусов это конечно атом и тянущиеся за ним ограничения: 2 ГБ ОЗУ, eMMC 16 ГБ (благо хоть microSD карточки на 256 ГБ кушает на ура).
При последовательности: затёр память кода, затёр ПЗУ, залил прошивку, запустил устройство — дамп не снять, если добавить к этому заливку в ПЗУ пустого массива дамп снимается. На форуме производителя тоже нашел человека с такой проблемой, правда комментария от производителя нет.
Переполнения нет, это первым делом и проверил, чтобы началось переполнение надо писать 240+ записей, но на этот случай заранее ограничение написано. Ещё наткнулся на неприятный костыль: что бы считать дамп EEPROM ПЗУ фитоновским программатором приходиться после заливки прошивки принудительно писать в нее пустой массив ( OxFF ) иначе не снимает дамп (отображает как пустой).
На 115200 bps проблем быть не должно, там где кварц позволяет сам использую, правда был один пациент Атмеловский, который с любым кварцем выше 9600 bps не прыгал. На отечественном 1882ВЕ53У столкнулся с другой белой: стояла задача хранить n записей (по 8 байт каждая) в EEPROM ПЗУ с использованием сдвига при получении новой записи. При постраничной записи возникла проблема, начиная с 4-й записи в последний байт каждой записи пишется ересь (причем везде одинаковая). Использовать побайтовую запись желания нет, ибо время на "перетасовку" и длинна кода вырастает до неприличного. Пробовал просто писать по тем же адресам как страницы заранее заготовленные, так и побайтово — все корректно отрабатывается. Есть мысли с чем это может быть связано?
З.ы. да я тот динозавр 25 Голиков пишушиший на АСМ(
На мой взгляд у Майков было интереснее решение на win10 mobile, по крайней мере в плане юзабельности. Ну и от задач зависит, Android хоть и достаточно гибок, но для такого сценария предпочту использовать все же полноценные ОС, чем дроид, прикидывающийся таковой.
Если полноценно поддерживает Miracast, то это не очень большая проблема (для меня по крайней мере). Давно взял майковский свисток miracast с HDMI. Единственное ему нужно питание от USB, тут уже либо на самом монике есть, либо любую зарядку можно использовать.
Ему бы полноценный USB, цены б не было. Часто занимаюсь прошивкой МК, обзавелся Win планшетом 10" с 2 полноценными USB в паре с программатором и адаптером на rs-232 вполне удобно использовать, но крупноват. А так путем докупки хаба с внешним питанием и ряда полезных приблуд получается вполне полноценный офисный ПК, плюс при необходимости цепляю полноценный FHD моник по Miracast. Из минусов это конечно атом и тянущиеся за ним ограничения: 2 ГБ ОЗУ, eMMC 16 ГБ (благо хоть microSD карточки на 256 ГБ кушает на ура).
При последовательности: затёр память кода, затёр ПЗУ, залил прошивку, запустил устройство — дамп не снять, если добавить к этому заливку в ПЗУ пустого массива дамп снимается. На форуме производителя тоже нашел человека с такой проблемой, правда комментария от производителя нет.
Переполнения нет, это первым делом и проверил, чтобы началось переполнение надо писать 240+ записей, но на этот случай заранее ограничение написано. Ещё наткнулся на неприятный костыль: что бы считать дамп EEPROM ПЗУ фитоновским программатором приходиться после заливки прошивки принудительно писать в нее пустой массив ( OxFF ) иначе не снимает дамп (отображает как пустой).
На 115200 bps проблем быть не должно, там где кварц позволяет сам использую, правда был один пациент Атмеловский, который с любым кварцем выше 9600 bps не прыгал. На отечественном 1882ВЕ53У столкнулся с другой белой: стояла задача хранить n записей (по 8 байт каждая) в EEPROM ПЗУ с использованием сдвига при получении новой записи. При постраничной записи возникла проблема, начиная с 4-й записи в последний байт каждой записи пишется ересь (причем везде одинаковая). Использовать побайтовую запись желания нет, ибо время на "перетасовку" и длинна кода вырастает до неприличного. Пробовал просто писать по тем же адресам как страницы заранее заготовленные, так и побайтово — все корректно отрабатывается. Есть мысли с чем это может быть связано?