Proteus не сохраняет изменённый EEPROM

[KGN]

Поразительно то , что вы слышите только себя .
Вам дали инструкцию - следуйте ей . Большинство вопросов отпадут сами собой.
Или у вас мозг не успевает за руками ???

Вы бы мой мозг не трогали бы. Не слишком культурно это для воспитанного человека. А лучше бы ответили именно на тот вопрос, который я задал пару постов выше. Просто "да" или "нет" написали бы - и все. Но видно не судьба.

[Prime]

Вы бы мой мозг не трогали бы. Не слишком культурно это для воспитанного человека. А лучше бы ответили именно на тот вопрос, который я задал пару постов выше. Просто "да" или "нет" написали бы - и все. Но видно не судьба.

Позволю себе вмешаться в дискусс...

НЕТ! )) так как вы хотите - не будет работать. Ибо вы подгружаете в проект скомпилированный HEX с данными EEPROM, и в протеусе нет такой функции - "Выкинуть эти данные, грузить старые". Се ля ви, такова особенность архитектуры PIC, и такова специфика работы Протеус с ними.
Удачи в экспериментах!

[KGN]

Позволю себе вмешаться в дискусс...
НЕТ! )) так как вы хотите - не будет работать. Ибо вы подгружаете в проект скомпилированный HEX с данными EEPROM, и в протеусе нет такой функции - "Выкинуть эти данные, грузить старые". Се ля ви, такова особенность архитектуры PIC, и такова специфика работы Протеус с ними.

Вы бы, вмешиваясь в дискусс, сначала бы разобрались, в чем этот дискус состоит. При чем тут архитектура PIC, к какому месту дискусса ее прицепить? И специфика работы Протеуса с PIC тоже и близко не при делах.
Чтобы Вам стала понятна суть вопроса, проведем простейший эксперимент.
- Подключаем к проекту в Протеусе hex, скомпиллированный в MPLAB, запускаем симуляцию, все работает
- ФИЗИЧЕСКИ УДАЛЯЕМ hex с винта. Вообще и насовсем. Можно даже раздел винта, на котором этот несчастный hex лежит, форматануть, если есть желание
- Возвращаемся в Протеус - и что мы видим? Симуляция продолжает работать, прекрасно четко и правильно!
- Очевидный и логичный вывод: Протеус интересуется подключенным hex'ом ТОЛЬКО при запуске симуляции. При нажатии на кнопочку Play. Дальше ему этот hex уже не нужен, при старте то ли рабочая копия кода программы, EEPROM и прочего из hex'а создается, то ли еще как-то это все запоминается, не суть важно. Важно то, что Протеус все это имеет В СЕБЕ! И ничегошеньки не мешает Протеусу при остановке симуляции все это запомнить и сохранить в том виде, в котором оно было перед остановкой - и видоизменную при симуляции EEPROM, и даже видоизмененный код программы, ежели он менялся при симуляции самопрограммирования. Так? А дальше просто добавить еще одну кнопочку старта, но только старта не с исходным кодом в подключенном hex'е, а с сохраненным. Хочешь чтобы стартовало так, как сейчас, то есть старт с hex'а - нажимай нынешнюю кнопочку Play. Хочешь завтра или через неделю ПРОДОЛЖИТЬ отладку с того момента, на котором ее последний раз прервал, с видоизмененными пр ипрошлой симуляции данными в EEPROM и в программном коде - нажимай кнопочку "Продолжить симуляцию старого проекта"
Какая идеология PIC или еще чего помешала разработчикам такую простейшую функцию сделать? Я эту функцию долго искал, прежде чем тут спросить - ну не укладывалось у меня в голове, что этого может не быть!
Вот в чем вопрос.

[Prime]

Вы бы, вмешиваясь в дискусс, сначала бы разобрались, в чем этот дискус состоит.

Я то разобрался...

Чтобы Вам стала понятна суть вопроса, проведем простейший эксперимент.
- Подключаем к проекту в Протеусе hex, скомпиллированный в MPLAB, запускаем симуляцию, все работает
- ФИЗИЧЕСКИ УДАЛЯЕМ hex с винта. Вообще и насовсем. Можно даже раздел винта, на котором этот несчастный hex лежит, форматануть, если есть желание
- Возвращаемся в Протеус - и что мы видим? Симуляция продолжает работать, прекрасно четко и правильно!

Не согласен... Удалите HEX - и симуляция заново уже не запустится (только если вы не указали в проекте исходники, который он при запуске новой симуляции заново компилирует)

А дальше просто добавить еще одну кнопочку старта, но только старта не с исходным кодом в подключенном hex'е, а с сохраненным

Дайте уже ему эту "кнопочку"

К вашему сожалению, такой функции нет...

[dosikus]

Prime, бесполезно, это не лечиться...
ЗЫ я о просителе а не протеусе ...

[Dmitry_Dubrovenko]

Контроллер PIC18F46K22

Немного не по теме, но какую версию Протеуса использовали?
Просто в начале 2012 года, насколько помню, версии 7.10 ещё не было, а предыдущие симулируют данный камень не совсем корректно.

[Halex07]

Просто в начале 2012 года, насколько помню, версии 7.10 ещё не было, а предыдущие симулируют данный камень не совсем корректно.

Дмитрий, зря Вы вытащили этот топик из Захолустья. Тут дело в том, что "турецкий берег" в своё время пересобрал девятку (ИМХО 7.9) с библиотеками от версии 7.10. Отсюда и вылезло...

[joogorden]

Столкнулся с подобной проблемой.
Proteus 8.11 не сохраняет значения во внутренней EEPROM AVR.
При запуске симуляции по изменённым адресам прописываются 0x00.
В 8.8 так же.
В 7.10 данные EEPROM сохраняются.
Попробовал на разных ATmega на всех одинаково.

Прикрепил в архиве проекты 8.8(импортированный 7.10), 7.10 и проект атмелстудии.

[joogorden]

Надо же установил 8.12, в ней данные в EEPROM сохраняются.
всем спасибо =)