Добрый вечер, Спасибо за участие. Проблему решил всё установилось. Начинаются вопросы. 1 COSMIK лицензию получил. Каждый год лицензию нужно продлевать . Может случиться так , что лавочку прикроют? 2. есть варианты ИАР с таблеткой. Стоит? 3[проприетарщины в бюджетных учреждениях будут штрафовать.] Не факт. Все работают на удалёнке. Мы вообще в Твери. Загружаем и возим изделия в Москву. С ценами на площади изделия золотые будут. 4.И последний вопрос. Библиотека SPL. Мне не остаётся выхода, как опять просить. Не знаю нужна , не нужна. Ну хоть глянуть. С ПИКами не заморачивался читал доки и писал свои хидеры. Здесь пока не готов. Заранее спасибо.
1. могут, почему нет? Однако, это слабо влияет на существующий проект, если Вы не используете какие-то особенности этого компилятора, которые слишком дорого обойдутся при переходе на другой и если включите листинг ассемблера при компиляции, фактически, получите исходники в ассемблере. 2. а какая разница с п. 1? их тоже могут прикрыть или ещё что... 3. Это не вопрос. Эдди, при всех своих многочисленных положительных качествах, на почве проприетарности и линукс-онли имеет, к сожалению, навязчивую идею, просто не надо обращать внимание. 4. ща скачаю
Спасибо, уважаемый Martian! На самом деле моё знакомство с STM8 уже состоялось. При прикольных обстоятельствах. Заказали в нашей конторе беспроводную зарядку. Всё, что есть из них готового, не подходило по конфигурации. Ему видите-ли категорически нужно было отверстие 12мм в середине. И это не его прихоть. Конструкция изделия такая. Изготовил прототип. Возможно мне продали управляющую микросхему не с той ревизией. После того как танцы с бубном не помогли, взял зарядку от китайских товарищей содрал схему и заново развел плату. Приспособил пробойник для феррита. Резонанс практически не ушёл. Программу, понятно, не писал. Заказчик ещё ногами не топал , косился только. Сигналы обмена между приемником и передатчиком любо-дорого посмотреть. Небольшую серию и выпустили.
И последний вопрос. Библиотека SPL. Мне не остаётся выхода, как опять просить. Не знаю нужна , не нужна. Ну хоть глянуть. С ПИКами не заморачивался читал доки и писал свои хидеры. Здесь пока не готов. Заранее спасибо.
Bill_, сравнил. Самая первая лучше - я сумел прочитать, что она делает. А ещё очень легко сделать так, что это станет функцией и вернет результат операции, притом в одну же строчку можно написать ветвление в зависимости от результата, и эта строчка сохранит читабельность.
Bill_, сравнил. Самая первая лучше - я сумел прочитать, что она делает. А ещё очень легко сделать так, что это станет функцией и вернет результат операции, притом в одну же строчку можно написать ветвление в зависимости от результата, и эта строчка сохранит читабельность.
Зато вызов подпрограммы GPIO_WriteLow с возвратом из неё займёт больше времени, чем сама операция ;-(
[ на чем проще писать, на Си или ассемблере?] Очень давно пиал всё на АСМе. Имел подпрограммы 16*16,32*32,32/16...... Писал много и серьёзные программы. Одно изделие около 800 шт. Но вот арксинус меня сломал. При виде полиномов загрустил . Перешёл на СИ. Спустя долго крестился, когда учил ПЛК считать децибелы. ПЛК по RS-232 в контроллер данные ответ таблицы с Дб. И по ним строились графики. АСМ- как управляющая программа - без проблем. Как вычисления , так трудно.
Bill_, а FatFS на чем проще писать, на Си или ассемблере?
Мой подход простой. Программы, требующие вычислений или имеющие сложный алгоритм, я пишу на Си. Программы для работы с периферией я пишу на ассемблере. В особенности, когда используется STM8.
Bill_, а FatFS на чем проще писать, на Си или ассемблере?
Мой подход простой. Программы, требующие вычислений или имеющие сложный алгоритм, я пишу на Си. Программы для работы с периферией я пишу на ассемблере. В особенности, когда используется STM8.
Теперь давай возьмем реальную ситуацию. У тебя компилятор SDCC(не обсуждается). И после трех тысяч чтрок на Си, у тебя отваливается мат. библиотека. Ну компоновщик там убогий в доску. Нужны мат операции над числами с плавающей запятой. Твои действия?
JackSmith, нужно быть полным болваном, чтобы на STM8 плавающую запятую использовать! Или какие-нибудь uint64_t… А еще очень плохо, что нет порта gcc под них. Почему-то под убогие аврки есть, а под более приличные STM8 - нет. А sdcc под STM8 иной раз такую дичь выдает! Я и сам натыкался на отсутствие оптимизаций и глюки по вине компилятора. Поэтому и не советую никому STM8 использовать. Тем более, что сейчас некоторые STM32 даже дешевле, чем STM8!
_________________ Linux rules! Windows must die. Здравомыслящий человек добровольно будет пользоваться мастдаем лишь в двух случаях: под дулом автомата или под влиянием анального зонда. Я на гитхабе, в ЖЖ
Bill_, а FatFS на чем проще писать, на Си или ассемблере?
Мой подход простой. Программы, требующие вычислений или имеющие сложный алгоритм, я пишу на Си. Программы для работы с периферией я пишу на ассемблере. В особенности, когда используется STM8.
И после трех тысяч чтрок на Си, у тебя отваливается мат. библиотека. Ну компоновщик там убогий в доску. Нужны мат операции над числами с плавающей запятой. Твои действия?
при компиляции линкер пишет что _mult_блабла _div32_блабла - not defined.
Цитата:
нужно быть полным болваном, чтобы на STM8 плавающую запятую использовать!
у меня там были константы с плавющей запятой, которые в обычные числа превращались умножением на 10 в какой-нибудь степени, с последующим делением результата. но могло попаться что-то и покруче. в целом, эта ситуация заставила меня перебираться на ARM.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 14
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения
Вход
Регистрация
Правила
FAQ
Поиск
