Ну уж о "принудительном навязывании" иных решений вместо ответов/обсуждения "по существу вопросов" повторяться как-то НАДОЕЛО... Стандартная методика "зафлуживания" того, что идет вразрез с "канонами веры "СВЯТОГО АРМА"". Странно - у меня и под "чистым ассемблером" и под адуринкой проекты учтойчиво работают. И со старыми компами проблем особо не имеется. Ибо даже то, что в наличии применить особо с ползой некуда - разве что в целях самообучения да в последующем "в сундук". А тут - дружественная попытка втягивания в необоснованную "гонку вооружений". ПРОХОДИЛИ - нефиг стараться сбивать с пути необходимой достаточности!
Да никто тебя уговаривать и не собирался, нравится в одиночку гнить в болоте - ради бога. Вот только зачем это вываливать на всеобщее обозрение, никому это не интересно...
Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей.
С такой позицией можно ко всему подходить - МНЕ НЕ НРАВИТСЯ - ЗАПРЕЩАЮ УПОМИНАТЬ Только вот... Много ли от нее толку? Ежли не интересно - не смотрим и не отвечаем - всего делов-то. А ежли не просто отвечаем, а НАСТОЯТЕЛЬНО ТРЕБУЕМ ПРЕКРАТИТЬ ПУБЛИКАЦИИ либо ОТКАЗАТЬСЯ ОТ ИЗУЧЕНИЯ ТЕМЫ Это уже совсем иное дело.
Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре.
Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.
У меня пока иная задача - добить "правописание" многофайловиков да поглубже разобраться с софтиной адуринки. Кстати... после наших "перецарапсов" относительно "пилюльки" появилось обновление для платок от "STM32 core by STMicroelectronics"... (1.6.1 обновилась на 1.7.0) Так что придется поплотнее глянуть на пилюльку - чисто из "спортивного интересу". И... поскольку у большинства пользователей ардуино IDE активирована по умолчанию "напоминалка об обновлениях" добавлю ПРЕДУПРЕЖДЕНИЕ новая версия 1.8.10 (и последующие) НЕ РАБОТАЮТ под 32-х разрядной Win_XP т.е устанавливаться - устанавливаются, но компилировать отказываются - рассчитаны уже на современные ОС - 7ку/10ку и чего-то под LINUX - у мня такого нету, посему ничего о тех, что для Linux сказать не могу... (ранее уже выкладывал, но лучше повторить).
Поглядел немножко на примеры из STMкиных библиотек для адуринки... Все ни как у людей... Для обозначения портов принята цоколевка кристалла, обращенная на выводы DIP-модуля... Вобшшемсссшшшссс... пришлось схемный вариант немного перематюкать для соответствия применению в текстовках программ. Итогом вот эта версия:
там нумерация выводов самого DIP-модуля снаружи (принял условно такой вариант обхода). Внутри имена портов (ибо и их применение в примерах попадается) и в скобочках коричневенькие номера выводов самого МК - как их применяют в раскладке и в примерах. Собственно для вставки в схему в рамках splan достаточно. Касательно "правописания" - задачка посложнее будет. Ибо там вместо одного #include "Arduino.h" в зависимости от задач придется много чего ешшо добавлять при самостоятельной работе. Для работы с бутлоадерами драйвера х64 - что собственно меня не особо устраивает. Придется использовать штатный STLInc (работа через заводской бутлоадер может создать проблемы с СОМ портом при определенной конфигурации макета). Поглядимсс... Чего ешшо начитается...
Но мы то собираемся использовать пилюльку как DIP-модуль, а не как конкретную STM. В том и разница в применении конкретного МК и ардуиноподобного модуля на основе того же МК.
Потому и не совпадает, что за основу бралась концепция микросборки с "черным ящиком". Это уже попозже стали приделывать возможность "свободного проектирования" на собранной из отдельных компонентов самоделке на основе схемотехники базовой адуриньи. При том, что никто не запрещает и обратный вариант делать - брать распаянный МК с элементами сопровождения и делать с ним что заблагорассудится вне рамок ардуиноIDE - к примеру под той же АВР студией и/или под соответствующим софтом относительно иных, применяемых в адуринье, МК. Меня как раз интересует на данный момент совместимость прикладной софтинки между разными платформами... Одну и ту же конструкцию как на нанке так и на пилюльке соорудить и глянуть на сходство/различие по "правописанию". Кстати... просмотрел и вариант с STM8... В принципе имеет право на жисть... Однако из-за несовместимости платформы с С++ (там относительно Си простого все сделано) интерес к платкам на основе STM8 в применимости к адуринье пропал... Их (STM8) при подобном подходе и в штатной IDE делать можно.
МНДЯАА... Попал мне вопрос (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 определяется и используется (независимо от того, что на вкладке портов установлено). Вобщемс... Железко частично протестировано. А вот насчет "правописания по-фэншую" придется таки весьма жестко и по примерам пройтись и по библиотекам - наверняка полно "мелкопакостных нюёнсов"...
ИНФА Вышла 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 ..."
Продолжу темку с пилюлькой... Штука неплохая, но с кучей замаскированных "подводно-камушков", кои могут напрочь отбить желание с нею работать. Ибо для КОТЯТ (и поматерее) может сложится впечатление о неработоспособности пилюльки при полностью исправной системе комп-пилюля. Итак про загрузку СКОТча для примитив-теста. Есть два простейших варианта - через 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. И возможно много чего еще, в начале явно не указанного.
Как обещал - "надкушу", а распробуем при соответствующей надобности.
Обшибается МУРИК... (хотя то, что он одним из первых полез копать "глубины" адуринки уже прогресс) Именно STM как устройство в котором либо UART на USB либо на стандартном COM порту. И соответственно смещается логическое имя порта. В зависимости от настроек/конкретной программы. Вполне себе возможный случай. Тем более, что СКОТч грузится с бутлоадером за компанию, а судя по обсуждениям, бутлоадер для адуринки у пилюльки может быть разным для разных источников начальной загрузки. Другое дело ежли его туда самому поставить. Да собственно то и не суть важно - прожка-то все равно зальется. Просто учитываем нумерацию применительно к функции Serial в соответствии к физическим выводам порта. Я не удивлюсь даже ежли выводы устройств в МК будут "гулять" по отношении к физическим лапкам. (как у силабса к примеру) Просто надо иметь или достаточное описание поведения аппаратной части МК в отличии от АВРовской базы или самому полную информацию добывать по мере надобности.
Просто надо иметь или достаточное описание поведения аппаратной части МК в отличии от АВРовской базы или самому полную информацию добывать по мере надобности.
Может пора уже начать работать как надо а не через ж*** костыли?
А мне и так весьма неплохо. Накладки компенсируются результатом. Честно говоря в других средах проблемные моменты также весьма нередко встречаются. Стоит ли из-за тех мелочей бросать? Или где есть на сегодня МК без еррат? Вопрос - то в том, пригодна ли ардуиноIDE для практической работы и годится ли подход для работ с различными семействами МК в едином ключе. Ответ утвердительный. Имеем среду с С++ компилятором и вполне жизнеспособной системой, позволяющей писать многофайловые проекты. При том, что в некоторых случаях не обязательно закапываться в даташиты для получения удобоваримых результатов. В принципе... "спартанская простота" редактора и хорошо и плохо одновременно - в зависимости от точки зрения (профи или любитель). Остальное при хорошей проработке даёт весьма мощный инструмент для работы. Только той проработки пока крохи попадаются - будет качественной информации больше - и результаты сравнительных показателей будут иными. Пока же... Надо малость подремать... Да обдумать/рассортировать уже набравшийся материал.
Без абдурины нет никаких накладок, это надуманная тобой чушь. Абдурина не пригодна ни для чего, ересь о ее пригодности придумана дабы непригодные к кодингу индивидумы, могли считать себе неущербными , а это абсолютно не так. Акцентирую - речь не профи и любителях, это сказочки аббревиатуры. Речь о способных к кодингу и вечных нубах - кто-то способен кодить а другие никогда и никакие абдурины не помогут.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 46
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения
Вход
Регистрация
Правила
FAQ
Поиск
