Форум РадиоКот

[uquote="jcxz",url="/forum/viewtopic.php?p=3681732#p3681732"]А после года - что?[/uquote]

Снова регистрируй. Лицензия не разовая, но с привязкой к железу, но без ограничений на кол-во.

А интерфейс там был какой-то вырвиглаз.

Интерфейс у STVD , космик лишь компилятор.
Да не спорю, но даже на сейчас единственный рабочий вариант, с отладчиком и вменяемым компилятором...

dosikus, ну уж точно не единственный. SDCC еще с 3.7 стал вполне конкуретноспособным. А 3.9 по ряду параметров даже лучше Cosmic.
Просто многим лениво прикручивать его и отладчик к своему любимому IDE самостоятельно.

Установил IAR новый. Забросил старый проект (я хотел на основе его сделать другой), и создал новый. Глянул диззасмблер на ответственные по скорости участки кода, буквально пару мест. Так там и инструкции inc mem есть и функция заинлайнилась. Возможно у меня так компиллилось раньше из-за того что проект перетянут из IAR версии 2 или чего-то там нарукожопил или все вместе.

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

ПростоНуб, SDCC вообще не вариант ни разу, сырое г.

dosikus, Вы часом не ксендз? Или поп? Вроде только они способны заявить догму, не приводя вообще никаких аргументов )))
Я бы не писал про SDCC, если бы сам с ним не работал. Определенная сырость наблюдалась до версии 3.6 включительно. После 3.7 SDCC вполне приемлем для использования. И я вижу в нем немало плюсов, по сравнению с Cosmic, при компиляции для STM8. Сравнительное тестирование, надеюсь, сами нагуглите. А открытый код и возможность написания собственных патчей уже очень многого стоит.

Мне ваши звания ни к чему, и пишу лишь о том что пользую. Вот когда оно вылезет хотя бы к уровню космик, тогда и поговорим.
Боюсь только тогда мне уже STM8 и на не нужны будут...

dosikus писал(а):Мне ваши звания ни к чему, и пишу лишь о том что пользую.

А все что не пользуете по вашему мнению г..но?

dosikus писал(а):Вот когда оно вылезет хотя бы к уровню космик, тогда и поговорим.

Сначала попользуйте чтобы сравнить.

Мурик, у тебя всегда отсутствовала логика напрочь.
Если бы я не пользовал SDCC так и не писал бы о нем.
Не понятен здесь лишь только твой вброс - ни стм8 ни космик ни SDCC ты не знаешь от слова совсем, однако влезть со своим обычным срачем ты влез...
Потом как обыкновенно побежишь стучать администрации- меня обидели...

dosikus писал(а):ни стм8 ни космик ни SDCC ты не знаешь от слова совсем

Почему вы так решили?
То что я не обсуждаю на форуме STM8 не значит что я с ними не работал.

[uquote="dosikus",url="/forum/viewtopic.php?p=3681839#p3681839"][uquote="jcxz",url="/forum/viewtopic.php?p=3681732#p3681732"]А после года - что?[/uquote]
Снова регистрируй. Лицензия не разовая, но с привязкой к железу, но без ограничений на кол-во.[/uquote]
И нафига такое счастье??? Я эту лицензию месяц или два ждал. И так каждый год что-ль?

[uquote="dosikus",url="/forum/viewtopic.php?p=3681839#p3681839"]Да не спорю, но даже на сейчас единственный рабочий вариант, с отладчиком и вменяемым компилятором...[/uquote]
Если размер флеша МК <= размера пробной версии с ограничением по размеру кода - то это и есть правильный рабочий вариант.

Какой месяц? В будни - час , два отсилы.

Я лицензию получил через 2 или 3 часа после запроса. В рабочий день. Сделал ради любопытства - у меня нет STM8.
Собственно вопрос завис:


Немного офтопа:

Спойлер

Почему выбрал эту среду - да потому что маленькая, и вроде отладчик работает. Столкнулся с тем, что отладчик в последнем Атоллике у меня не работал совсем с достаточно известной проблемой ("Failure at line 13..."), о чем есть соответствующая тема на форуме Атоллика, но никто там так и не нашёл толковой причины её возникновения. Работает только одна из предыдущих версий 9.0.2. Очевидно, это связано с драйверами и версией gdb-сервера. Пытался привязать к последней версии Атоллика предыдущий gdb-сервер, не вышло - что то они там накрутили.
Emblocks/Embitz благополучно сдох, и поддержки новых камней более не предвидится.
IAR... Keil... хмм... не люблю толстый софт.
Выбрал на пробу этот (IDEA CXM...), но вот засада - нет поддержки новых камней. Интересует серия G.

в последних проектиках, типа "курятник", для STM8S003 и N76E003 использую SDCC - вполне устраивает. Размер прошивки несколько больше, похоже оптимизатор хуже, но можно самому пооптимизировать, хотя флэша в обоих микроконтроллерах с головой.
С битами SDCC да делает по тупому, типа: но подключаешь pip файлик и все в порядке: http://www.count-zero.ru/2018/stm8_assembler/

[uquote="dosikus",url="/forum/viewtopic.php?p=3682089#p3682089"]Какой месяц? В будни - час , два отсилы.[/uquote]
Видимо мне не повезло и все были в отпуске.

[uquote="Chettuser",url="/forum/viewtopic.php?p=3682157#p3682157"]Я лицензию получил через 2 или 3 часа после запроса. В рабочий день. Сделал ради любопытства - у меня нет STM8.
Собственно вопрос завис:[/uquote]

Речь именно о стм8...

[uquote="oleg110592",url="/forum/viewtopic.php?p=3682300#p3682300"]N76E003[/uquote]
А здесь только кайло, и паки под них и отладка...

Доброго времени суток.
Вопрос опять по IAR.
Вот код входа в обработчик прерываний Сначала выполняется странное действо через стек по сбросу бита 6 регистра статуса, который всегда имеет значение 0 . Затем на стек сбрасываются охрениард виртуальных регистров и ни один в обработчике не используется. Оптимизация на максимуме. Я знаю что для GNU AVR есть макрос который создает обработчик без сохранения регистров, есть ли в IAR такая возможность? Я кроме вот этого ничего не нашел, может опять в книге вижу фигу?

[uquote="dosikus",url="/forum/viewtopic.php?p=3682460#p3682460"]Речь именно о стм8...[/uquote]
Именно о ней, просто из любопытства попробовал получить файлик.

[uquote="Z_h_e",url="/forum/viewtopic.php?p=3683265#p3683265"]Сначала выполняется странное действо через стек по сбросу бита 6 регистра статуса, который всегда имеет значение 0 . Затем на стек сбрасываются охрениард виртуальных регистров и ни один в обработчике не используется.[/uquote]
Видимо у Вас в коде ISR все эти регистры используются. Или где-то в ISR есть вызов функции, который невозможно заинлайнить. А значит - компилятор, согласно соглашениям вызова, должен сохранить все регистры, которые не сохраняются вызываемой функцией (scratch registers). Что он и делает.
И любой компилятор, следующий аналогичным соглашениям вызова, должен так делать. Хоть IAR, хоть GCC - он тут не виноват.
Чтобы избавиться от этого (если это из-за функции) дайте возможность заинлайнить функцию компилятору. Или вообще от неё избавьтесь.
Если в IAR-е есть возможность компиляции всего проекта как единого файла, то так тоже можно сделать: так компилятор должен заинлайнить даже функцию, находящуюся в другом си-файле (не помню только - есть такой ключ в IAR for STM8 или нет?).

[uquote="Z_h_e",url="/forum/viewtopic.php?p=3683265#p3683265"]Я знаю что для GNU AVR есть макрос который создает обработчик без сохранения регистров, есть ли в IAR такая возможность?[/uquote]
А при чём тут AVR? Тема вроде про STM8...
Можно сделать ISR без сохранения регистров (на асме), только это приведёт к потенциальным багам из-за порчи регистров в прерывании.

Добавлено after 3 minutes 54 seconds:
[uquote="Z_h_e",url="/forum/viewtopic.php?p=3683265#p3683265"]Я кроме вот этого ничего не нашел, может опять в книге вижу фигу?[/uquote]
Всё есть в мануале. Раздел называется "Calling convention".

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

Avr не при чем.

[uquote="jcxz",url="/forum/viewtopic.php?p=3683840#p3683840"]компилятор, согласно соглашениям вызова, должен сохранить все регистры, которые не сохраняются вызываемой функцией (scratch registers). Что он и делает.[/uquote]
Прошу прощения, но в STM8S все регистры (кроме, само собой, SP) при прерывании сохраняются в стек аппаратно, вне зависимости от компилятора и того, используются ли эти регистры или нет.
Соответственно, команда IRET загружает все регистры из стека обратно.