Котуинко

[dosikus]

Глаза разуйте, речь про 10ку что у него есть.
Мурик, хватит свои суррогаты всем навязывать.

Добавлено after 2 minutes 46 seconds:
[uquote="VladislavS",url="/forum/viewtopic.php?p=3705900#p3705900"]А я с ним так и не подружился. Какой-то он недружественный. Мне гораздо проще makefile под GCC написать, чем в нём что-то настроить[/uquote]

Этак он точно с абдурины не слезет...

[VladislavS]

[uquote="dosikus",url="/forum/viewtopic.php?p=3706160#p3706160"]Этак он точно с абдурины не слезет...[/uquote]Ну что поделать. Amicus Plato, sed magis amica veritas.

[BOB51]

Ну уж о "принудительном навязывании" иных решений вместо ответов/обсуждения "по существу вопросов"
повторяться как-то НАДОЕЛО...

Стандартная методика "зафлуживания" того, что идет вразрез с "канонами веры "СВЯТОГО АРМА"".

Странно - у меня и под "чистым ассемблером" и под адуринкой проекты учтойчиво работают.
И со старыми компами проблем особо не имеется.
Ибо даже то, что в наличии применить особо с ползой некуда - разве что в целях самообучения да в последующем "в сундук".
А тут - дружественная попытка втягивания в необоснованную "гонку вооружений".

ПРОХОДИЛИ - нефиг стараться сбивать с пути необходимой достаточности!

[dosikus]

Да никто тебя уговаривать и не собирался, нравится в одиночку гнить в болоте - ради бога.
Вот только зачем это вываливать на всеобщее обозрение, никому это не интересно...

[BOB51]

С такой позицией можно ко всему подходить - МНЕ НЕ НРАВИТСЯ - ЗАПРЕЩАЮ УПОМИНАТЬ
Только вот... Много ли от нее толку?
Ежли не интересно - не смотрим и не отвечаем - всего делов-то.
А ежли не просто отвечаем, а
НАСТОЯТЕЛЬНО ТРЕБУЕМ ПРЕКРАТИТЬ ПУБЛИКАЦИИ
либо
ОТКАЗАТЬСЯ ОТ ИЗУЧЕНИЯ ТЕМЫ
Это уже совсем иное дело.

[dosikus]

Так , для затравки - я так же в свое время терзал 51е и ностальгия осталась. Счас на циклоне 4 , терзаю софт_коре 51ого...

[BOB51]

У меня пока иная задача - добить "правописание" многофайловиков да поглубже разобраться с софтиной адуринки.
Кстати... после наших "перецарапсов" относительно "пилюльки" появилось обновление для платок от "STM32 core by STMicroelectronics"... (1.6.1 обновилась на 1.7.0)
Так что придется поплотнее глянуть на пилюльку - чисто из "спортивного интересу".

И... поскольку у большинства пользователей ардуино IDE активирована по умолчанию "напоминалка об обновлениях"
добавлю
ПРЕДУПРЕЖДЕНИЕ
новая версия 1.8.10 (и последующие)
НЕ РАБОТАЮТ под 32-х разрядной Win_XP
т.е устанавливаться - устанавливаются, но компилировать отказываются -
рассчитаны уже на современные ОС - 7ку/10ку и чего-то под
LINUX - у мня такого нету, посему ничего о тех, что для Linux сказать не могу...
(ранее уже выкладывал, но лучше повторить).

[BOB51]

Трафаретки для layout и заготовки для схемок под splan
включая ранее сделанные (про-мини и нанка) и добавлена Blue Pills.

трафареты схемплат.zip

(46.92 КБ) 286 скачиваний

Тихо готовим "пилюльку" к тестам...

[BOB51]

Поглядел немножко на примеры из STMкиных библиотек для адуринки...
Все ни как у людей...

Для обозначения портов принята цоколевка кристалла, обращенная на выводы
DIP-модуля...
Вобшшемсссшшшссс... пришлось схемный вариант немного перематюкать для соответствия применению в текстовках программ.
Итогом вот эта версия:

shems nanopromini.zip

(7.5 КБ) 275 скачиваний

там нумерация выводов самого DIP-модуля снаружи (принял условно такой вариант обхода).
Внутри имена портов (ибо и их применение в примерах попадается) и в скобочках коричневенькие номера выводов самого МК - как их применяют в раскладке и в примерах.
Собственно для вставки в схему в рамках splan достаточно.
Касательно "правописания" - задачка посложнее будет.
Ибо там вместо одного #include "Arduino.h" в зависимости от задач придется много чего ешшо добавлять при самостоятельной работе.
Для работы с бутлоадерами драйвера х64 - что собственно меня не особо устраивает. Придется использовать штатный STLInc (работа через заводской бутлоадер может создать проблемы с СОМ портом при определенной конфигурации макета).
Поглядимсс... Чего ешшо начитается...

[Мурик]

Для обозначения портов принята цоколевка кристалла, обращенная на выводы DIP-модуля...

Это не выводы "DIP-модуля" а имена портов в/в.

Спойлер

STM32Pin.png

(32.69 КБ) 99 скачиваний

И это правильно, а не как у классической ардуины...

[BOB51]

Но мы то собираемся использовать пилюльку как DIP-модуль, а не как конкретную STM.

В том и разница в применении конкретного МК и ардуиноподобного модуля на основе того же МК.

[arkhnchul]

ну у ардуины именование ног вообще никак с распиновкой атмеги не совпадает. Такое себе удобство

[BOB51]

Потому и не совпадает, что за основу бралась концепция микросборки с "черным ящиком".
Это уже попозже стали приделывать возможность "свободного проектирования" на собранной из отдельных компонентов самоделке на основе схемотехники базовой адуриньи.
При том, что никто не запрещает и обратный вариант делать - брать распаянный МК с элементами сопровождения и делать с ним что заблагорассудится вне рамок ардуиноIDE - к примеру под той же АВР студией и/или под соответствующим софтом относительно иных, применяемых в адуринье, МК.
Меня как раз интересует на данный момент совместимость прикладной софтинки между разными платформами...
Одну и ту же конструкцию как на нанке так и на пилюльке соорудить и глянуть на сходство/различие по "правописанию".

Кстати... просмотрел и вариант с STM8... В принципе имеет право на жисть... Однако из-за несовместимости платформы с С++ (там относительно Си простого все сделано) интерес к платкам на основе STM8 в применимости к адуринье пропал...
Их (STM8) при подобном подходе и в штатной IDE делать можно.

[BOB51]

МНДЯАА...
Попал мне вопрос (https://radiokot.ru/forum/viewtopic.php?f=59&t=165802)...
Как раз про ту "пилюльку"...
Из зловредности взял попробовать несчастный blink...
У меня базовый программатор - штатный STLink.
Глядь на текст примера...

А там....
СОВСЕМ НЕ ТОТ ВЫВОД, куда светик подключен...

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

void setup() {
  // initialize digital pin PB1 as an output.
  pinMode(PB1, OUTPUT);
}

// the loop function runs over and over again forever
void loop() {
  digitalWrite(PB1, HIGH);   // turn the LED on (HIGH is the voltage level)
  delay(1000);              // wait for a second
  digitalWrite(PB1, LOW);    // turn the LED off by making the voltage LOW
  delay(1000);              // wait for a second
}

а светик-то во первых на PC13, во вторых светится при подаче на лапку 0 (LOW), а не единицы (как у адуринки).
Итогом заменяем PB1 на PC13, запускаем компиляцию и наблюдаем мигалку (у меня зеленый).

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

void setup() {
  // initialize digital pin PB1 as an output.
  pinMode(PC13, OUTPUT);
}

// the loop function runs over and over again forever
void loop() {
  digitalWrite(PC13, HIGH);   // turn the LED on (HIGH is the voltage level)
  delay(1000);              // wait for a second
  digitalWrite(PC13, LOW);    // turn the LED off by making the voltage LOW
  delay(1000);              // wait for a second
}

Вылезли замечания:
1. выводы в тексте исходника обозначаются не "просто цифрами" (типа 13 вместо PC13), а
ИСКЛЮЧИТЕЛЬНО ПОЛНЫМ ИМЕНЕМ ПОРТА (PCn, PAn, PBn и т.п.)
(чуток позже заготовку для splan подправлю)
2. Наличие STLink на вкладках "порты" не отображается, однако если сам программатор воткнут в USB порт
ДО ЗАПУСКА ардуино IDE, то он автоматически IDE определяется и используется (независимо от того, что на вкладке портов установлено).
Вобщемс... Железко частично протестировано.
А вот насчет "правописания по-фэншую" придется таки весьма жестко и по примерам пройтись и по библиотекам - наверняка полно "мелкопакостных нюёнсов"...


Вот так вроде "кошерстнее":
http://img.radiokot.ru/files/20529/20hdez22xv.GIF


ИНФА
Вышла 2.4.1 версия симулятора адурино-UNO
https://www.sites.google.com/site/unoardusim/home
"...
V2.4.1 Serial Receive Bug Fix Version 2.4 had an unfortunate bug introduced which broke serial reception from SERIAL and SFTSER devices. Version 2.4.1 fixes that
Posted Aug 26, 2019, 8:09 PM by Prof Simmons
..."

[BOB51]

Продолжу темку с пилюлькой...
Штука неплохая, но с кучей замаскированных "подводно-камушков", кои могут напрочь отбить желание с нею работать.
Ибо для КОТЯТ (и поматерее) может сложится впечатление о неработоспособности пилюльки при полностью исправной системе комп-пилюля.
Итак про загрузку СКОТча для примитив-теста.
Есть два простейших варианта - через STLink (вкладка Upload Metod -> STLinc) и через USB-COM мост с использованием заводского бутлоадера (вкладка Upload Metod -> Serial).
Обе прожку исправно подгружают (даже с бутлоадером)...
Однако чего там добавляется весьма разнится.
Загруженный с помощью STLink код при подключении через USB на пилюльке опознается компом (Win_Xp x32) как
Maple Serial(COMn) где COMn - порт на который в данный момент согласился комп...
А вот загруженная через Serial... Подкидывает "неизвестное устройство"...
Результат для самоделки относительно задействованных UART будет весьма отличаться.

Воть такой простой тестик:

Спойлер

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

// the setup function runs once when you press reset or power the board
void setup() {
  // initialize digital pin PB1 as an output.
  pinMode(PC13, OUTPUT);
  Serial.begin(9600);
  Serial1.begin(9600);
}

// the loop function runs over and over again forever
void loop() {
  digitalWrite(PC13, HIGH);   // turn the LED on (HIGH is the voltage level)
  delay(1000);              // wait for a second
  digitalWrite(PC13, LOW);    // turn the LED off by making the voltage LOW
  delay(1000);              // wait for a second
  Serial.println(" TEST ");
  Serial1.println(" TEST 2 ");
}

Для прожки, прошитой из-под STLink у нас будут работать и Maple Serial(COMn) (строчку TEST видим через монитор порта ардуиноIDE) и тот UART, что на плате обозначен как TX1/RX1 - на терминале, подключенном к тому порту будет строчка TEST 2.
А вот для прожки, прошитой через Serial USB порт на пилюльке для компа неизвестен, а UART, подключенный к выводам TX1/RX1 пилюльки печатает строку TEST (вместо TEST 2).
Так что учитываем "блудность" определения функции Serial с учетом использования аппаратного USB.
И возможно много чего еще, в начале явно не указанного.


Как обещал - "надкушу", а распробуем при соответствующей надобности.

[Мурик]

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

Судя по тому что вы написали дело не в плате с МК, а в кривых ардуиньих библиотеки или настройках.
Это чисто ардуинья проблема. Завязывайте с ней.

Вероятно дело в этом (файл boards.txt).

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

genericSTM32F103C.menu.upload_method.serialMethod=Serial
genericSTM32F103C.menu.upload_method.serialMethod.upload.protocol=maple_serial
genericSTM32F103C.menu.upload_method.serialMethod.upload.tool=serial_upload
genericSTM32F103C.menu.upload_method.serialMethod.build.upload_flags=-DCONFIG_MAPLE_MINI_NO_DISABLE_DEBUG

genericSTM32F103C.menu.upload_method.STLinkMethod=STLink
genericSTM32F103C.menu.upload_method.STLinkMethod.upload.protocol=STLink
genericSTM32F103C.menu.upload_method.STLinkMethod.upload.tool=stlink_upload
genericSTM32F103C.menu.upload_method.STLinkMethod.build.upload_flags=-DCONFIG_MAPLE_MINI_NO_DISABLE_DEBUG=1 -DSERIAL_USB -DGENERIC_BOOTLOADER

Флаги сборки при прошивке через USART и ST-Link отличаются.

[BOB51]

Обшибается МУРИК...
(хотя то, что он одним из первых полез копать "глубины" адуринки уже прогресс)

Именно STM как устройство в котором либо UART на USB либо на стандартном COM порту.
И соответственно смещается логическое имя порта.
В зависимости от настроек/конкретной программы.
Вполне себе возможный случай.
Тем более, что СКОТч грузится с бутлоадером за компанию, а судя по обсуждениям, бутлоадер для адуринки у пилюльки может быть разным для разных источников начальной загрузки. Другое дело ежли его туда самому поставить.

Да собственно то и не суть важно - прожка-то все равно зальется. Просто учитываем нумерацию применительно к функции Serial в соответствии к физическим выводам порта.
Я не удивлюсь даже ежли выводы устройств в МК будут "гулять" по отношении к физическим лапкам.
(как у силабса к примеру)
Просто надо иметь или достаточное описание поведения аппаратной части МК в отличии от АВРовской базы
или самому полную информацию добывать по мере надобности.

[dosikus]

[uquote="BOB51",url="/forum/viewtopic.php?p=3711964#p3711964"]Просто надо иметь или достаточное описание поведения аппаратной части МК в отличии от АВРовской базы
или самому полную информацию добывать по мере надобности.
[/uquote]
Может пора уже начать работать как надо а не через ж*** костыли?

[BOB51]

А мне и так весьма неплохо.

Накладки компенсируются результатом. Честно говоря в других средах проблемные моменты также весьма нередко встречаются. Стоит ли из-за тех мелочей бросать?
Или где есть на сегодня МК без еррат?

Вопрос - то в том, пригодна ли ардуиноIDE для практической работы и годится ли подход для работ с различными семействами МК в едином ключе.
Ответ утвердительный.
Имеем среду с С++ компилятором и вполне жизнеспособной системой, позволяющей писать многофайловые проекты. При том, что в некоторых случаях не обязательно закапываться в даташиты для получения удобоваримых результатов.
В принципе... "спартанская простота" редактора и хорошо и плохо одновременно - в зависимости от точки зрения (профи или любитель).
Остальное при хорошей проработке даёт весьма мощный инструмент для работы.
Только той проработки пока крохи попадаются - будет качественной информации больше - и результаты сравнительных показателей будут иными.

Пока же...
Надо малость подремать...

Да обдумать/рассортировать уже набравшийся материал.

[dosikus]

Без абдурины нет никаких накладок, это надуманная тобой чушь.
Абдурина не пригодна ни для чего, ересь о ее пригодности придумана дабы непригодные к кодингу индивидумы, могли считать себе неущербными , а это абсолютно не так.
Акцентирую - речь не профи и любителях, это сказочки аббревиатуры.
Речь о способных к кодингу и вечных нубах - кто-то способен кодить а другие никогда и никакие абдурины не помогут.