Proteus 7.4 затыкается на команде call (tiny2313)

[Yurivz]

Написал мелкую прогу, в железе программка работает отлично.
Далее решил поиграться и дописать функционал в протеусе - а фик.
Протеус (7.4 sp3) стопается с ошибкой "Invalid opcode 0x940E at PC-0x003A". Гружу в протеус тот-же HEX, который работает в железе. Включаю дизассемблер, там где в avr-студио у меня стоит команда call - дизасм протеуса показывает invalid два раза, далее прога дизассемблируется нормально, но на месте всех call - два invalid.
Кто виноват? Что делать?

[ikarab]

Что делать?

Проект приложить укоротив код до предела.

[Yurivz]

Вот, прикрепил...
Стоит раскоментарить "Call" - Proteus ругается.

[ikarab]

Дак и студия ругается что "Кол" ансапотид - сапорта нетути.



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

[ibiza11]

пиши rcall а не call

[Yurivz]

Дак и студия ругается что "Кол" ансапотид - сапорта нетути.

У меня все успешно компиллится, получившийся HEX заливается в железную ATtiny2313 и прекрасно там работает.

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

А как потом возвращаться откуда вызвали? Как по хорошему организовывать обращение к подпрограммам?

[ikarab]

А как потом возвращаться откуда вызвали?

Я на АСМ не пишу и потому не ведаю.

Как по хорошему организовывать обращение к подпрограммам?

Так как сделано в примерах других писателей.

[Yurivz]

пиши rcall а не call

А в чем различие между этими командами?
Интересно, почему моя AVR Studio (4.12 sp4 build 498) без проблем это компиллит и оно без проблем работает в железе?

ps: Куда катится этот мир... Имеем реальный геморой из-за виртуальных железячек

[ikarab]

в чем различие между этими командами?

Наверняка в ДШ написано.

[mr.Kirill]

пиши rcall а не call

А в чем различие между этими командами?

Неужели так сложно открыть Help к AVR Studio и там увидеть что к чему:
CALL - Long Call to a Subroutine

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

Syntax:         Operands:              Program Counter          Stack:

CALL k          0 ≤ k < 64K            PC <- k                  STACK <- PC+2
                                                                SP <- SP-2, (2 bytes, 16 bits)

RCALL - Relative Call to Subroutine

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

Syntax:        Operands:                  Program Counter:             Stack:

(i) RCALL k    -2K ≤ k < 2K               PC ← PC + k + 1              STACK ← PC + 1
                                                                       SP ← SP - 2 (2 bytes, 16 bits)

Внимание особое следует обратить на столбик Operands
А потом открываем datasheet (стр.217) на ATtiny2313 и видим - что инструкция CALL им не поддерживается!
Вот Proteus и ругается, и вовсе не потому что он тупой, а потому что кто-то не читает документации и help'ы
RJMP использовать для вызова подпрограмм не нужно!

[ikarab]

открываем datasheet (стр.217) на ATtiny2313 и видим - что инструкция CALL им не поддерживается!

Об чем и пишет Студия в скриншоте выше.

[Yurivz]

А потом открываем datasheet (стр.217) на ATtiny2313 и видим - что инструкция CALL им не поддерживается!

Благодарю за исчерпывающий ответ, буду внимательнее.
Но всеж сильно меня смущяет тот факт, что моя AVR Studio call нормально скомпилила и в железе тинька это слопала. Или Atmel'овцы забыли убрать из моей тиньки call или... ну я даже незнаю. Ну ведь работает ведь в железе!

ps: Причесал программку с заменой всех call на rcall - теперь все отлично работает и в протеусе.

pps: Могу скомпиллить моей студией какие нибудь простенькие бегущие огни с использованием call, интересно, будут ли этот HEX работать на других tiny2313? Или у меня какой-то уникальный чип?

[mr.Kirill]

У меня AVR Studio 4.13 build 557. Ругается.
У вас видимо версия <4.13, ну и как и любая программа - AVR Studio обладает глюками.

[kalobyte]

не парься
протеус 7.4 сильно глючный и у меня тоже в тиньке такая же ошибка
в старом протеусе все работает

[mr.Kirill]

не парься
протеус 7.4 сильно глючный и у меня тоже в тиньке такая же ошибка
в старом протеусе все работает

Ответьте тогда на вопрос - почему при правильно написанной программе Proteus глючит, и все его поносят. А когда программа грамотно написана так все в Proteus'е нормально работает? И при этом никто ничего доброго про него не говорит.

Между прочим если Proteus и в самом деле в данном случае "глючит", то как объяснить ошибку AVR Studio при компиляции и мой пост касательно CALL и RCALL.

[ikarab]

никто ничего доброго про него не говорит.

Я постоянно толдычу что Шпротеус это гуд !

[kalobyte]

не парься
протеус 7.4 сильно глючный и у меня тоже в тиньке такая же ошибка
в старом протеусе все работает

Ответьте тогда на вопрос - почему при правильно написанной программе Proteus глючит, и все его поносят. А когда программа грамотно написана так все в Proteus'е нормально работает? И при этом никто ничего доброго про него не говорит.

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

а правильность программы подтверждает только правильность ее работы в железе

зы
мою прогу вмлаб симулирует правильно и потому протеус последний под подозрением

[mr.Kirill]

зы
мою прогу вмлаб симулирует правильно и потому протеус последний под подозрением

Если VMLab выдает тот результат что ты хочешь видеть это вовсе не означает что программа написана верно.

[Yurivz]

У меня AVR Studio 4.13 build 557. Ругается.

У меня AVR Studio 4.12 sp4 build 498. Видимо убирать команду из кристалла атмеловцам лень, решили изживать ее на уровне компилятора. А протеус таки неправ, мог бы и поддерживать недокументированные особенности эмулируемого железа для полной достоверности

[Yurivz]

Будете смеяться - у меня опять сложности с протеусом
Попробовал запихать в CGRAM LCD свой набор символов и вывести их.
В железе работает, а протеус режет низ.