Программирование STM8

Sergey_57

Уважаемый, JackSmith.
Спасибо за файлы . Осталось решить вопрос с коньяком.
Я на этом форуме впервые.
Так заходил без регистрации. Не освоился.

Реклама

JackSmith

Ответил а ЛС

Реклама

Sergey_57

Добрый вечер, Спасибо за участие.
Проблему решил всё установилось.
Начинаются вопросы.
1 COSMIK лицензию получил. Каждый год лицензию нужно продлевать . Может случиться так , что лавочку прикроют?
2. есть варианты ИАР с таблеткой. Стоит?
3[проприетарщины в бюджетных учреждениях будут штрафовать.] Не факт. Все работают на удалёнке. Мы вообще в Твери. Загружаем и возим изделия в Москву. С ценами на площади изделия золотые будут.
4.И последний вопрос. Библиотека SPL. Мне не остаётся выхода, как опять просить. Не знаю нужна , не нужна. Ну хоть глянуть. С ПИКами не заморачивался читал доки и писал свои хидеры. Здесь пока не готов.
Заранее спасибо.

Martian

1. могут, почему нет? Однако, это слабо влияет на существующий проект, если Вы не используете какие-то особенности этого компилятора, которые слишком дорого обойдутся при переходе на другой и если включите листинг ассемблера при компиляции, фактически, получите исходники в ассемблере.
2. а какая разница с п. 1? их тоже могут прикрыть или ещё что...
3. Это не вопрос. Эдди, при всех своих многочисленных положительных качествах, на почве проприетарности и линукс-онли имеет, к сожалению, навязчивую идею, просто не надо обращать внимание.
4. ща скачаю

упс, предыдущее только на S ща на все будет

Добавлено after 8 minutes 47 seconds:
https://dropmefiles.com/726625

Реклама

VladislavS

[uquote="Martian",url="/forum/viewtopic.php?p=4320366#p4320366"]2. а какая разница с п. 1? их тоже могут прикрыть или ещё что...[/uquote]Его не надо продлять.

Реклама

Martian

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

Реклама

Sergey_57

Спасибо, уважаемый Martian!
На самом деле моё знакомство с STM8 уже состоялось.
При прикольных обстоятельствах.
Заказали в нашей конторе беспроводную зарядку.
Всё, что есть из них готового, не подходило по конфигурации. Ему видите-ли категорически нужно было отверстие 12мм в середине. И это не его прихоть. Конструкция изделия такая.
Изготовил прототип. Возможно мне продали управляющую микросхему не с той ревизией.
После того как танцы с бубном не помогли, взял зарядку от китайских товарищей содрал схему и заново развел плату.
Приспособил пробойник для феррита. Резонанс практически не ушёл. Программу, понятно, не писал.
Заказчик ещё ногами не топал , косился только.
Сигналы обмена между приемником и передатчиком любо-дорого посмотреть.
Небольшую серию и выпустили.

Bill_

[uquote="Sergey_57",url="/forum/viewtopic.php?p=4320319#p4320319"]И последний вопрос. Библиотека SPL. Мне не остаётся выхода, как опять просить. Не знаю нужна , не нужна. Ну хоть глянуть. С ПИКами не заморачивался читал доки и писал свои хидеры. Здесь пока не готов.
Заранее спасибо.[/uquote]На мой взгляд она абсолютно не нужна. Сравните

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

GPIO_WriteLow(DATA_PORT, DATA_PIN);

и

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

DATA_PORT &=~DATA_PIN;

А на ассемблере ещё проще

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

   bres   DATA_PORT, #DATA_PIN

JackSmith

Bill_, а FatFS на чем проще писать, на Си или ассемблере?

Martian

JackSmith, да сразу в машинных кодах надо.

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

Vladislav14

[uquote="Martian",url="/forum/viewtopic.php?p=4321947#p4321947"]JackSmith, да сразу в машинных кодах надо.

Bill_, сравнил. Самая первая лучше - я сумел прочитать, что она делает. А ещё очень легко сделать так, что это станет функцией и вернет результат операции, притом в одну же строчку можно написать ветвление в зависимости от результата, и эта строчка сохранит читабельность.[/uquote]
Зато вызов подпрограммы GPIO_WriteLow с возвратом из неё займёт больше времени, чем сама операция ;-(

azhel12

[uquote="Vladislav14",url="/forum/viewtopic.php?p=4321960#p4321960"]Зато вызов подпрограммы GPIO_WriteLow с возвратом из неё займёт больше времени, чем сама операция ;-([/uquote]С большой долей вероятности оптимизатор такие простые операции заинлайнит, если ему умышленно не мешать.

Sergey_57

[ на чем проще писать, на Си или ассемблере?]
Очень давно пиал всё на АСМе.
Имел подпрограммы 16*16,32*32,32/16...... Писал много и серьёзные программы.
Одно изделие около 800 шт.
Но вот арксинус меня сломал. При виде полиномов загрустил . Перешёл на СИ.
Спустя долго крестился, когда учил ПЛК считать децибелы.
ПЛК по RS-232 в контроллер данные ответ таблицы с Дб.
И по ним строились графики.
АСМ- как управляющая программа - без проблем.
Как вычисления , так трудно.

Martian

azhel12, дело же не в том, что потом сделает компилятор, а в предложенных Bill_ вариантах программирования

Bill_

[uquote="JackSmith",url="/forum/viewtopic.php?p=4321887#p4321887"]Bill_, а FatFS на чем проще писать, на Си или ассемблере?[/uquote]
Мой подход простой. Программы, требующие вычислений или имеющие сложный алгоритм, я пишу на Си. Программы для работы с периферией я пишу на ассемблере. В особенности, когда используется STM8.

JackSmith

[uquote="Bill_",url="/forum/viewtopic.php?p=4322006#p4322006"][uquote="JackSmith",url="/forum/viewtopic.php?p=4321887#p4321887"]Bill_, а FatFS на чем проще писать, на Си или ассемблере?[/uquote]
Мой подход простой. Программы, требующие вычислений или имеющие сложный алгоритм, я пишу на Си. Программы для работы с периферией я пишу на ассемблере. В особенности, когда используется STM8.[/uquote]
Теперь давай возьмем реальную ситуацию. У тебя компилятор SDCC(не обсуждается). И после трех тысяч чтрок на Си, у тебя отваливается мат. библиотека. Ну компоновщик там убогий в доску. Нужны мат операции над числами с плавающей запятой. Твои действия?

Eddy_Em

JackSmith, нужно быть полным болваном, чтобы на STM8 плавающую запятую использовать! Или какие-нибудь uint64_t…
А еще очень плохо, что нет порта gcc под них. Почему-то под убогие аврки есть, а под более приличные STM8 - нет. А sdcc под STM8 иной раз такую дичь выдает! Я и сам натыкался на отсутствие оптимизаций и глюки по вине компилятора. Поэтому и не советую никому STM8 использовать. Тем более, что сейчас некоторые STM32 даже дешевле, чем STM8!

Bill_

[uquote="JackSmith",url="/forum/viewtopic.php?p=4322007#p4322007"][uquote="Bill_",url="/forum/viewtopic.php?p=4322006#p4322006"][uquote="JackSmith",url="/forum/viewtopic.php?p=4321887#p4321887"]Bill_, а FatFS на чем проще писать, на Си или ассемблере?[/uquote]
Мой подход простой. Программы, требующие вычислений или имеющие сложный алгоритм, я пишу на Си. Программы для работы с периферией я пишу на ассемблере. В особенности, когда используется STM8.[/uquote]
И после трех тысяч чтрок на Си, у тебя отваливается мат. библиотека. Ну компоновщик там убогий в доску. Нужны мат операции над числами с плавающей запятой. Твои действия?[/uquote]
Что значит "отваливается"?

JackSmith

Что значит "отваливается"?

при компиляции линкер пишет что _mult_блабла _div32_блабла - not defined.

нужно быть полным болваном, чтобы на STM8 плавающую запятую использовать!

у меня там были константы с плавющей запятой, которые в обычные числа превращались умножением на 10 в какой-нибудь степени, с последующим делением результата. но могло попаться что-то и покруче. в целом, эта ситуация заставила меня перебираться на ARM.

Bill_

[uquote="JackSmith",url="/forum/viewtopic.php?p=4322028#p4322028"]

Что значит "отваливается"?

при компиляции линкер пишет что _mult_блабла _div32_блабла - not defined.[/uquote]
А можно определить момент, когда линкер начинает выдавать такое сообщение?