Котуинко

OKF · Сообщение **OKF** » Пн ноя 23, 2020 16:54:58

Ну как же!
[uquote="BOB51",url="/forum/viewtopic.php?p=3924908#p3924908"]Загрузчик КОТУИНКО обрабатывает "поток данных" побайтово "на лету"... Плюс буфер размером в одну строку *.hex файла для последующего прикладного размещения в ОЗУ ВПД/ВПП.
Т.е. один реальный входной поток по RS232 на скорости 9600 совмещенный с анализом и преобразованием для последующего размещения в оперативном буфере и второй - сброс данных в соответстви с указанными для них адресами в ВПП/ВПД...
Неуж-то и "поток" и "парсинг" уже в дальнем прошлом изучен...?... Правда под ассемблером...
Чтой-то не особо в то верится... Гдей-то ПОДВОХ...

[/uquote]
Именно на это у меня был ответ.

Касательно термина parsing - в МК это синтаксический разбор строки или строк, преобразование их из текстового в цифровой формат. Поэтому название методов parseInt и parseFloat вполне логично - они преобразуют строку в цифру. Или парсинг командной строки отладочного монитора. Или парсинг строк исходного текста компилятором, разбивка их на логические части, с тем что бы можно было манипулировать в дальнейшем. Ну и в интернете парсинг сплошь и рядом. А вот загрузчик Ардуино никаким парсингом строк не занимается. Да, команды от AvrDude он принимает и выполняет, но это совсем не парсинг.

Реклама

oleg110592

[uquote="BOB51",url="/forum/viewtopic.php?p=3929379#p3929379"]Последнее время наблюдается интерес к конструкциям, у которых интерактивная часть (дисплей с кнопами ввода данных) не имеет постоянного подключения[/uquote]
давно уже этот интерес сконструирован, удобно очень смартфон в виде "дисплей с кнопами ввода данных".
Осторожно там есть ссылки на проект с тревожного сайта, который XP не любит:

Реклама

BOB51

Смартфон конечно круто, но это не исключает и более простого варианта.

BOB51

[uquote="OKF",url="/forum/viewtopic.php?p=3929591#p3929591"]Ну как же!
[uquote="BOB51",url="/forum/viewtopic.php?p=3924908#p3924908"]Загрузчик КОТУИНКО обрабатывает "поток данных" побайтово "на лету"... Плюс буфер размером в одну строку *.hex файла для последующего прикладного размещения в ОЗУ ВПД/ВПП.
Т.е. один реальный входной поток по RS232 на скорости 9600 совмещенный с анализом и преобразованием для последующего размещения в оперативном буфере и второй - сброс данных в соответстви с указанными для них адресами в ВПП/ВПД...
Неуж-то и "поток" и "парсинг" уже в дальнем прошлом изучен...?... Правда под ассемблером...
Чтой-то не особо в то верится... Гдей-то ПОДВОХ...

[/uquote]
Именно на это у меня был ответ.

Касательно термина parsing - в МК это синтаксический разбор строки или строк, преобразование их из текстового в цифровой формат. Поэтому название методов parseInt и parseFloat вполне логично - они преобразуют строку в цифру. Или парсинг командной строки отладочного монитора. Или парсинг строк исходного текста компилятором, разбивка их на логические части, с тем что бы можно было манипулировать в дальнейшем. Ну и в интернете парсинг сплошь и рядом. А вот загрузчик Ардуино никаким парсингом строк не занимается. Да, команды от AvrDude он принимает и выполняет, но это совсем не парсинг.[/uquote]

Так речь-то там шла не о загрузчике ардуинки, а о загрузчике КОТУИНКИ (ардуинка и котуинко это принципиально РАЗНЫЕ по бутлоадеру устройства https://radiokot.ru/forum/viewtopic.php ... 7#p3167597 и https://radiokot.ru/forum/viewtopic.php ... 1#p3435971 ну и там далее...) - там как раз полный анализ символьной строки intel hex8 делается да еще и с некоторыми "добавками" вида предобработки и перемещения согласно указанным в строке адресам.
Неуж-то таки "ахинея"?

Реклама

OKF · Сообщение **OKF** » Вт ноя 24, 2020 14:09:21

А... Ну, тогда звиняйте! Только название Ардуино (и производные от него) - это торговая марка, и подразумевает совместимость с другими платами Ардуино. Т.е. используются скетчи, IDE, загрузчики... У вас же только одно, сбивающее с толку, название.

Реклама

BOB51

А копирование и не предполагалось с самого начала.
Естественно имеются и общие свойства -
блочно-модульное построение и упрощенная загрузка с помощью начального загрузчика.
Второе - использование в конструкции смеси из МК разных семейств, в том числе и блоков от ардуиноподобных (включая как "DIPмикросборки" типа ардуино нано/про-мини, так и модули расширения разнообразной переферии).
Но это свойственно сегодня не только адуринкам - подобные методы применяются во многих устройствах.

Так то прежде чем орать об "ахинее" типа
https://radiokot.ru/forum/viewtopic.php ... 4#p3929014
не мешает сначала с имеющимся ранее материалом ознакомиться (хотя бы обзорно - ибо различных "побочных размышлений" в теме таки весьма моного накидано).

Реклама

OKF · Сообщение **OKF** » Ср ноя 25, 2020 12:12:52

Да, да, именно "побочных размышлений", типа сам с собою, 2 года и 63 страницы. Я уже и забыл начало, т.к. не так часто сюда захожу.( Не обижайтесь, я не со зла, чисто заради критики.
По теме. Офигенно общие свойства - только загрузчик и всё в себе.
Вон люди лепят для х51: https://github.com/DeqingSun/ch55xduino. Но, плюсового компилятора нет, а значит библиотеки придётся кроить. Но хоть задатки какой-то универсализации.

BOB51

Так кому чего удобнее.
Там именно копия с ардуино по принципу.
У меня совершенно иной вариант на основе использования совмещенной памяти программ/данных и для иных целей - порт расширитель под самоделки ПК. При условии минимальной сложности для связной программы в ПК.
Помимо прочего - проект под свободно-бесплатным атмелевским ассемблером (С51ASM) и с открытым исходником. Кто хочет - тот свое дописывать может под собственные итересы.
Была бы задача дубль для mcs51 "в рамках ардуино" - тогда уж надо или на СИЛАБСАХ или на продукции STC устройство мутить.
Ведь в 51-й не так много широкораспространенных кристаллов с самопрограммированием.
Да с влазить в дебри Си на том же уровне, что и в ассемблер - уж слишком жестко.
Тем более, что для 51й из свободнобесплатных не GCC, а SDCC...
В принципе - КОТУИНКО проект открытый - ежли кому туда Си приткнуть удастся - не вопрос.
Загрузчику то все равно, под чем *.hex файл делался.

Кстати... ардуиноподобные из ПИКовых пошли своим путем (вплоть до IDE) - видимо на то свои причины.

Смысл зацикливаться на "фанатизьме" в отношении каких-либо семейств/компиляторов ежли гораздо удобнее потихоньку изучая еще не изученное и используя лучшее из уже имеющегося "в запасе" делать гибридные проекты?

oleg110592

[uquote="OKF",url="/forum/viewtopic.php?p=3930669#p3930669"]Но, плюсового компилятора нет, а значит библиотеки придётся кроить[/uquote]
clang люди для 51 приспособили, костыль конечно но...

Большинство библиотек для Arduino так или иначе используют C++, а точнее некоторые его синтаксические конструкции. Как уже упоминалось, компилировать C++ SDCC не умеет. Но многие библиотеки Arduino используют классы, наследия и полиморфизм. Мы перепробовали разные варианты, начиная со старого-доброго cfront и заканчивая новомодным clang. После долгого раздумья было решено взять clang и использовать его для синтаксического разбора пользовательского кода с последующим созданием чистейшего C-кода, который уже будет собираться SDCC. Таким образом, мы используем clang как транслятор С++ кода в Си, а не как полноценный компилятор.

https://habr.com/ru/post/313898/
вот вам и задача дубль для mcs51 "в рамках ардуино"

BOB51

Это уже для знатоков Си...

Я ж когда-то предлагал - "может кто из знатоков самой ардуино IDE в смысле описания особенностей компиляторов займется?"...
Как к примеру те же статьи от ARV по АВРстудио....
Никто так и не заинтересовался...
Был бы там в основе "чистый ассемблер" - это одно, а с Си/С++ (и тем более с другими, применяемыми в ардуиноIDE компиляторами ЯВУ) я лишь на "продвинутого пользователя" выйти пытаюсь.

oleg110592
По вопросу использования "сторонних библиотек"...
Я придерживаюсь позиции не в абсолютном отказе от их применения, а в более целесообразным ограничении такого использования до разумного минимума при одновременной наработке навыков самостоятельного создания необходимых в конкретной ситуации библиотек ("внешних файлов") под документацию компонентов и схемотехнику конкретных проектов.
Иначе при работе по копипасту можно совсем мозгами шевелить разучиться.

oleg110592

Узрел отличнейшую штуку для ардунщиков, особенно для старых ПК (виндовс линукс иос), ардуино из командной строки Arduino CLI.
Проверил в линуксе - работает. Главное не мусорит по разным папкам компьютера - все чинно в одной папочке накапливает.
Легко настраивается, легко подключать новые либы ядра:

arduino-cli core install arduino:samd

или в конфигурационном файлике прописать:

Код: Выделить всё

board_manager:
  additional_urls:
    - https://arduino.esp8266.com/stable/package_esp8266com_index.json

и

arduino-cli core update-index

создать скетч

arduino-cli sketch new MyFirstSketch

затем редактируем любимым редактором, тоже открыл для себя vim подобный - называется какун

https://kakoune.org/
скомпилить скетч

arduino-cli compile -b arduino:avr:uno /home/userl/Work/MyFirstSketch/

скомпиленные прошивки с бутлоадером и без а так же эльфы для отладки в протеусе или в дебагере в папке /tmp
просто залить

arduino-cli upload -p /dev/ttyACM0 --fqbn arduino:samd:mkr1000 MyFirstSketch

https://arduino.github.io/arduino-cli/latest/
и еще - отладчик для АВРок dwire-debug, работает через USB UART (FT232 or CH340)
https://github.com/dcwbrown/dwire-debug

BOB51

ГЫММ...
Документация Arduino CLI только на сайте или в комплект с инсталлятором добавлена?
И похоже там под "малинки" заготовку сделали (Linux ARM)...

oleg110592

брал ночную сборку - там сам экзешник arduino-cli и файл лицензии. На сайте прекрасно оформлена документация, чего еще надо человеку с нормальным монитором. Есть на гитхабе в виде отдельных файлов в формате Markdown, значит можно в pdf сконвертить
https://github.com/arduino/arduino-cli
папка docs
Linux ARM есть и исходники есть - значит можно работать на электрочайнике с линукс

BOB51

Лазить по сайту как-то не слишком удобно...Таки "ложечка дегтю"...

oleg110592

кому как
если для печатать, уже показал путь, например онлайн конвертер (первый встречный в гугле)
https://www.markdowntopdf.com/
пример конвертации

getting-started.pdf: (54.23 КБ) 250 скачиваний

BOB51

НЕКОМФОРТНО...
(хотя и пользуюсь иногда)...

oleg110592

далее узрел к этому CLI есть GUI, не уродская вырвиглазная родная, а черненькая, прям как темная тема Visual Studio
Arduino Pro IDE
https://github.com/arduino/arduino-pro-ide
правда 64 бит - древнючие XP отпадают.
Проверил - компилит, там еще всяких штучек-дрючек есть, типа дебага - не проверял

BOB51

УВЫ... х64 на сегодня все больше.

oleg110592

64 битный Debian можно на древнючем Atom 450 запустить с dwm оконным менеджером (памяти система всего 158Мб отжирает) и будет счастье - будут запускаться 64 битные программы и браузеры современные работать будут и ардуины последние

Спойлер

з.ы. дебиан 9 будет еще поддерживаться до June 30, 2022 да и потом обновлять скорее будут, да можно и без обновлений жить - я вот пару месяцев не обновлял, сейчас обновил - 4 несчастных библиотечки обновилось... стабильность

sharpey

[uquote="главный колбасист",url="/forum/viewtopic.php?p=3907169#p3907169"]А открывашку автоматических шлагбаумов сделать слабо ?[/uquote]