Добавьте в начало кода

$loadersize = 512

И если не будет ошибок при сборке, значит поместится.

Ну, есть у меня полкило ESP32. Ситуативная вещица, особенно для не-программиста типа меня. Но не всегда удобно его ставить, особенно в мелкие поделки и отладочные макеты. Вот от PICов 18-й серии я бы не отказался! Никаких фьюзов, чистое здоровье! Но ардуиновского софта под них нет...

А зачем ардуину придумали лет семь назад? Для детей и для тупых, вроде меня. Поэтому вес Си-компилированной прошивки против машкодов на одной и той же задаче будет несопоставим в большинстве случаев. Но как ассемблер объяснить детям и тупым, вроде меня - не представляю. Плюс ассемблер - четко выраженная процессороориентированнасть, как минимум в пределах серии. Например, система команд PIC16 и PIC18 весьма отличается, как мне объяснили, и портировать прогу с одного на другой - отдельная задача. На адруине светодиодиком мограть можно на атмеге, на ESP32, на Paspbery Pi  и даже на китайской ЛГБТ-атмеге. Вопрос размера кода тут сильно вторичен, важнее возможности и понимание, как оно работает. Честно скажу, как гуманитарний: язык Си с его жуткими конструкциями вообще умом понять невозможно. С ним можно только примириться  и запомнить в виде кусков кода. Бейсик куда более "человеческий" язык, но это ни разу ни о БАСКОМЕ: этот вообще мрачный, на классический Бейск не похож ни разу. Его детям объяснить тоже известная проблема будет. Ведь дети мыслят образами (как и гуманитарии) и операция вида A=A+1 - это нечто непознаваемое, вроде мнимой единицы. А ардуищики попытались сделать "Си с человеческим лицом", упростили и популяризировали этот язык, создав под него простую аппаратную платформу. В этом и есть секрет успеха, я считаю.

Хорошо, не упрощали, а донесли в более понятной форме. А насчет прибавления - я не про форму записи, а про образ: А не может быть равно А+1,  т.к. в той же математической формуле Х не может быть равен Х+1, формула теряет смысл. А вот У=Х+1 - это уже понятная вещь, хотя и "не о том". Поэтому я и говорю, что Си нельзя ПОНЯТЬ, к нему можно только ПРИВЫКНУТЬ. Или иметь изначально заточенный под математику моск, способный принять допущение вида "квадратный корень из минус единицы". Это все ИМХО, конечно, но вот я так вижу это для себя.

Отредактировано Mantrid (2025-03-27 11:43:45)

Может!  

Как бы, сравнивать инструмент и умение им пользоваться, не совсем корректно.

Вы невнимательны...
Тема была начата еще в 2020 году и выбрана сейчас, как наиболее подходящая.
Никакого "адвокатства" не предвиделось, сами себе накручиваете...

Количество "руководства" - дело "руководства" и ни чьё больше !
"Полицейскости" на Форуме не больше, чем на других, но излишнего свободомыслия не допускается (читаем Правила).
Количество зарегистрированных пользователей на порядки превышает количество "руководства", а то, что люди заглядывают редко - это к ним, а не к "руководству"

Ардуину тут не сильно жалуют из-за использования Си, но аппаратно пользуют (я, например) при макетировании проекта.

Посыпать пылью BASCOM еще рано, т.к. вашего "умопомрачительного" ТЗ еще никто в глаза не видел, одни пугалки...

Дак никто не выразил желания с ТЗ ознакомиться, вот я и не стал писать лишнего.  Может, оно никому не интересно?

Вот руку на сердце положа: на Бейсик это не похоже вааще. Я помню, как Бейски выглядит, еще  с доспектрумовских времен. Не скажу, что видел прямо все, но оператора "Debug" там точно не было, как я помню. Так что не принимается: данный пример - частный случай какого-то языка, и вряд ли хоть кто-то посторонний сходу опознает в нем Бейсик.

Это юмор был, так-то Просто глаз зацепился, что пишут одни модераторы и администраторы, вот и удивился. Знаю форум, где администраторов штук семь, но официально вроде как один. И в самый ответственный момент - р-раз! - и появлялся администратор, которого еще и не видел даже! Вот это я понимаю, конспирация!

Дак что с ТЗ, будут конкретные желающие попробовать свои силы? Или всем просто любопытно постолько-поскольку? Суть  ТЗ в двух словах, дабы не писать попусту: программная эмуляция интерфейса популярного HD44780 на базе матрично-символьного индикатора с последовательным входом данных. И сразу, чтобы совсем отбить желание связываться: в данном контексте HD44780 рассматривается не как индикатор, а как промежуточное устройство преобразования данных. То есть, надо знать, как устроен дисплей "изнутри", а об этом крайне мало данных в интернете. Все, что есть - это всякие библиотеки и примеры, как с ним работать  именно как с конечным устройством: какой байт куда засылать, какую ножку дергать, что при этом будет. Но тут это мало поможет. Пришлось даже свой знакогенератор писать.
"Как тебе такое, Илон Маск?" (с)

Отредактировано Mantrid (2025-03-28 16:39:30)

Ну, как бы и оператор PRINT делает не то, что в "доспектрумовские времена", но это не говорит о том, что BASCOM не Basic...
Visual Basic на "те времена" так же не похож, но никто не говорит, что это не Basic...
Прочитав, как пишется полностью (расшифровывается) аббревиатура BASCOM, вы убедитесь в бесполезности спора...

Вообще то ардуино не есть язык программирования. Это конструктор для ленивых, представляющий собой готовую плату с напаянными деталями.
Язык программирования для ардуино называется по моему Wiring. Так вот, если уважаемый Mantrid (кстати, из какого города?) посмотрит ка происходят роды HEX кода, то думаю удивиться.
Сначала Wiring превращается в чистый C, а уж потом в HEX или OBJ, как кому нравится, а BASCOM из текста сразу в HEX. Сравнивать размер кода уже неприлично только по этой причине.
Это однозначный проигрыш Wiring. Конечно это не очень критично, хотя до сих пор есть программисты, которые борются за каждый байт.
Огромный плюс ардуинщиков это:
Плюс:
1. Их просто несметное число.
2. Море информации в инете.
3. Огромное количество библиотек на все случаи жизни.
Минус:
1. Просто ужаснейшая среда программирования.
2. Использование в качестве альтернативной среды VS требует от пользователя неких серьёзных навыков настройки.
3. Код просто через чур велик даже для простейших операций.
Конечно это очень коротко. Для описания плюсов и минусов обеих сред нужно, как минимум, написать аналитическую статью.
На этом раскланиваюсь.

Отредактировано sva-don (2025-03-28 21:07:45)

Вот-вот, и  этой лени большая проблема. Когда довольно серьезные конструкторы куда ни попадя начинают лепить эти "синие платки", как я их называю, делается довольно грустно и безрадостно за будущее любительской электроники.  Плата, на которой могло быть собрано все устройство целиком, занято одной небольшой атмегой и кварцем. Спрашиваешь: "Почему?..", ответ - "А мне лень".

Петрозаводск.

Я уже где-то тут писал, кажется, как жизнь мне заставила изучить Linux? С ардуиной та же история. Я бы изначально никогда не выбрал Атмел (тогда еще он был Атмел), всю дорогу был ориентирован на ПИКи от Микрочипа. Но, увы, жизнь распорядилась иначе и  чтобы мне, не-программисту, хоть как-то ухитриться реализовать свои задумки, пришлось искать программистов на стороне. А они уже все ардуинщики были. И что прикажете делать? Вот так и закоцался

Немного спошлю, но есть аллегорический анекдот на схожую тему.
"Летит над лесом ночью молодой вампир, думает, на кого бы напасть, голодный. Смотрит - внизу полянка, посреди нее дерево, к дереву привязана красивая голая девушка. Вампир резко пикирует вниз: вот удача, щас закушу! Подлетает к девушке, только хочет куснуть за шею, вдруг откуда-то мрачный голос:
- Не твое, не трожь.
- Эй, кто тут? Чья это жертва?
Из кустов вылезает старый-старый, дряхлый вампир без зубов вообще и заявляет:
- Это моя девушка, не трожь!
Молодой вампир хохочет, аж слезы из глаз:
- Да как ты... Ха-ха-ха!.. Без зубов-то! Ха-ха! А-а?..
Старый вампир вздыхает, грустно глядя на девушку:
- Вот так вот и живем, от месяца к месяцу... "
Анекдот можно удалить, если вне правил форума, но вот это именно мой случай с ардуиной   Вот так и живем, блин.

Вот-вот, в этом и есть главная ошибка. Вы работаете с дисплеем с точки зрения устройства, передающего на него данные. Все это тыщу раз описано и расписано: полная или ниббловая шина данных, вывод символа на нужное знакоместо, команда очистки экрана и т.д. Вы даже можете этого всего не знать: подключаете библиотеку и вперед, выводить буковки. А теперь на секунду представьте себя этим индикатором, на Вас прет поток данных и Вас дергают за ножки, а Вам надо в этом всем разобраться и без задержек вообще рисовать на экране точечки в нужных местах... Как тут с сылками на сторонние ресурсы, можно давать? Понятно, что никто это ТЗ делать не будет, но всем интересно, о чем речь, поэтому, чтобы не тянуть кота за хвост, я просто покажу, как и с чего это начиналось и как было реализовано. Там две ссылки будет на мой форум, правда, не у все ресурс открываться может, есть некоторые ограничения.

Отредактировано Mantrid (2025-03-28 21:34:41)

Вы как-то обмолвились, что "ни разу не программист", а гуманитарий...
Тогда становится понятным ваше неприятие и непонимание языков программирования...

Великие гроссмейстеры не являются великими математиками и не становятся программистами (я не имею фактов).
Логика мышления у каждого своя - у шахматиста, у программиста, математика, сыщика...

Почему-то Си в виде букета признаете, а Basic должен быть "един и непокобелим" ?
BASCOM - представитель из семейства Basic-ов, но "заточен" для программирования МК.
Есть, кстати, PICBasic, MicroBasic... Задачи те же, что и у BASCOM.

Никакой ошибки...
Мы программируем МК, а не дисплей.

Себя на этом месте уже представляли разработчики дисплеев.
Зачем наступать на погнутые ими грабли ?

Самостоятельно здесь эту тему вряд ли кто-то начнет прорабатывать, разве только от великой скуки...
Начинайте разработку сами, спрашивайте - в подобной помощи никому не отказывали.

Ссылки приветствуются, если их содержимое не противоречит требованиям Правил.

Ну, листинг на Basic-е гораздо более "читабельный", чем на Си (ИМХО).
Самоучителей по BASCOM пока не встречал, но, может тут что-то полезное найдется FAQ по Bascom AVR и МК
Ну и оф. справку никто не отменял https://avrhelp.mcselec.com/