По даташиту в PIC18F252 32кБайт флеш. В MPLAB X так и отображается Flash = 32768 Пишу прошивку на Си в частности для паяльной станции. Столкнулся с проблемой когда размер прошивки переваливает за 50%, она перестает работать. В протеусе вываливает ошибку: [PIC18 EXEC] PC=0x000A. Attempt to execute illegal opcode (loaded from PC=0008). Instruction executes as a NOP. Уменьшаю прошивку меньше 50% все работает без проблем. При чем это не глюк протеуса, на реальном дивайсе аналогично не работает.
По сути то все идеи реализованы по паяльной и все влезло в 16кБайт, но все же интересно что за прикол с флеш.
Флеш то у него 32 К, но команды то у него по 16 бит. То есть 16384 строчек. Может что то не так считаете? Ещё может такое быть, когда стек у вас переполнен. Переполнение стека ведёт к ресету PC=0008.
Может и стек. Попробую как то проверить. Спасибо. На счет 16 бит и 16384 строк согласен. Но сбивает с толку MPLAB X который оптимистично пишет что еще половина памяти свободно. Или я чего то не понимаю?
Attempt to execute illegal opcode (loaded from PC=0008). Instruction executes as a NOP.
Вообще-то, тут пишут, что по адресу 0008 грузится неправильная инструкция. А если посмотреть в даташит, то видно что по адресу 0008 находится вектор прерывания верхнего уровня. И что значит "уменьшаю прошивку меньше 50%"?
Интуиция мне подсказывает - поработаю кашпировским - - включаю экстрасенсорику - здесь проблема со страницами - или одна большая функция вылезла за пределы страницы и линковщик код неправильно собрал или таблица куда-то зашкалила, что-то в этом роде. Методы лечения - 1 - переписать файл линкера, внутри него объединив страницы 2 - разбить большую функцию на несколько мелких, это касается и таблиц. 3 - переползти на 24 серию.
Интуиция мне подсказывает - поработаю кашпировским - - включаю экстрасенсорику - здесь проблема со страницами - или одна большая функция вылезла за пределы страницы и линковщик код неправильно собрал или таблица куда-то зашкалила, что-то в этом роде. Методы лечения - 1 - переписать файл линкера, внутри него объединив страницы 2 - разбить большую функцию на несколько мелких, это касается и таблиц.
Зря вы про экстрасенсорику. Я описал проблему как знал. Сам не давно стал писать вообще для контроллеров потому такие возможно тупые вопросы. Уменьшаю прошивку значит просто часть убираю в исходнике дабы после компиляции ее размер не превышал 16кБ. Можно поподробней про ссылку про страницы.
Большая функция? В принципе любая прошивка это большая функция void main (void) {} Или? Писалось на PIC18 ибо было 2 шт под рукой.
P.S. Интересно просто, что такого есть в паяльной станции, что программа управления заняла аж 16 кило
По 9 ячеек памяти для паяльника + фена Меню настроек типа: 1. Паяльник сон через (при условии что датчик движения в спокойном состоянии) ВЫКЛ-999 мин. 2. Фен сон через (при условии что фен на подставке) ВЫКЛ-999 мин. 3. Софт Старт Паяльника Вкл Выкл 4. Софт Старт Фена Вкл Выкл 5. Коэффициент на умножение для паяльника 0-999 6. Коэффициент на плюс для паяльника 0-999 7. Коэффициент на умножение для фена 0-999 8. Коэффициент на плюс для фена 0-999 9. Звук кнопок ВКЛ-ВЫКЛ 10. Паяльник автовкл. ВКЛ-ВЫКЛ 11. Вентилятор фена min (показания ацп для минимума) 12. Вентилятор фена max (показания ацп для максимума) 13. Номер ячейки памяти для начального значения при включении
Обработка кнопок. Обработка таймеров. Обработка софтового ШИМ. Обработка режима охлаждения при выключении фена, охлаждение до 50С. Задание начальных установок в EEPROM, при первом запуске. Конечно это глупость ибо можно просто задать при прошивке необходимые значения. Но пока так и оставил.
Много ушло на понятное отображение на дисплей. Типа: Мигание значениями переменных Отображение спящих режимов. Режима охлаждения Отладочный режим. Когда при зажатии указанной кнопки отображается текущие значения мощности на ШИМ и показания датчиков. Прочие мелочи.
Обработка кнопок в плане возможности быстрого сохранения например текущего значения температуры в указанную потом ячейку и аналогичная загрузка из памяти желаемой ячейки.
Конечно учитывая что это по сути мой первый проект наверняка можно все написать более хитро и компактно. Не буду спорить. На чисто asm наверняка еще компактнее получится. Но тратить время на asm не было желания.
Только что добавил: void interrupt high_priority interrupt_high() { } В отладке циклится после low прерывания переходит в high и обратно. Ну и по WDT все ресетится ибо while (1) { CLRWDT(); .... } только в main.
Нет. Дело не в том что именно я удаляю или добавляю. Это не ошибка кода, тут именно проблема в размере. Все что я хотел уже влазит в 16кБ размер специально растягиваю например дописывая что то типа: ClearLCD(); StringLCD("ПАЯЛЬНАЯ СТАНЦИЯ"); CursorLCD(1, 0); StringLCD(" WEBART4.ME"); ClearLCD(); StringLCD("ПАЯЛЬНАЯ СТАНЦИЯ"); CursorLCD(1, 0); StringLCD(" WEBART4.ME"); ClearLCD(); StringLCD("ПАЯЛЬНАЯ СТАНЦИЯ"); CursorLCD(1, 0); StringLCD(" WEBART4.ME");
Много раз. Просто для веса.
От чего может быть в принципе переход на high прерывание и тут же возврат обратно к low и по кругу?????
urry, своя рубашка ближе к телу и привычка - вторая натура. Хотя у меня опыт кодинга на ПИКи небольшой, но, просто веря в предполагаемое преимущество других платформ перед ПИКами, считаю, что новичку кидаться к другой системе, столкнувшись с ограничениями или заморочкой 8-битных ПИКов, не стоит. Для вас они может уже пройденный этап, стесняют своими ограничениями, потому вы и перешли на STM. А вот меня даже 24-я серия ужаснула после беглого просмотра даташита
И, кстати, в данном контексте, "от чего" было написано правильно
_________________ Каждый имеет право на свое личное ошибочное мнение.
У меня было тяжелое детство - я до 14 лет смотрел черно-белый телевизор.
начнем с главного - http://orf.textologia.ru/definit/otchego/?q=532&n=89635 здесь выражение отчего идет в как синоним почему От чего может быть в принципе переход на high прерывание и тут же возврат обратно к low и по кругу?????
Почему может быть переход на прерывание
---------- Пишется слитно
Ну с чего может быть переход на прерывание, если оно замаскировано и не разрешено? Ясен перец, что нужно смотреть код. ---------- по поводу страниц - да, объединять нечего, файл линкера
// File: 18f252.lkr // Sample linker script for the PIC18F252 processor
Для вас они может уже пройденный этап, стесняют своими ограничениями, потому вы и перешли на STM.
должно быть абсолютно по фигу , на чем писАть. За что платят деньги, на том и пишете. Вы там немного выбираете, если оказывается, что 1000 плат уже пришли с завода и вас уже не спрашивают, что вы там себе нафантазировали. Оно должно работать через 3 дня.Ну, условно... Ревльно выбиваешь себе неделю.
Спасибо за исправление, запомню. Относительно флагов прерывания - автоматом на си не сбрасывается, компилятор самостоятельно делает только сохранение - восстановление контекста прерывания.
Логично. Для вас это работа, а для меня - тренировка для мозгов, чтоб не заржавели на старости лет от однообразности будней. Потому и выбираю что душе ближе.
_________________ Каждый имеет право на свое личное ошибочное мнение.
У меня было тяжелое детство - я до 14 лет смотрел черно-белый телевизор.
P.S. Интересно просто, что такого есть в паяльной станции, что программа управления заняла аж 16 кило
По 9 ячеек памяти для паяльника + фена Меню настроек типа: 1. Паяльник сон через (при условии что датчик движения в спокойном состоянии) ВЫКЛ-999 мин. 2. Фен сон через (при условии что фен на подставке) ВЫКЛ-999 мин. 3. Софт Старт Паяльника Вкл Выкл 4. Софт Старт Фена Вкл Выкл 5. Коэффициент на умножение для паяльника 0-999 6. Коэффициент на плюс для паяльника 0-999 7. Коэффициент на умножение для фена 0-999 8. Коэффициент на плюс для фена 0-999 9. Звук кнопок ВКЛ-ВЫКЛ 10. Паяльник автовкл. ВКЛ-ВЫКЛ 11. Вентилятор фена min (показания ацп для минимума) 12. Вентилятор фена max (показания ацп для максимума) 13. Номер ячейки памяти для начального значения при включении
Обработка кнопок. Обработка таймеров. Обработка софтового ШИМ. Обработка режима охлаждения при выключении фена, охлаждение до 50С. Задание начальных установок в EEPROM, при первом запуске. Конечно это глупость ибо можно просто задать при прошивке необходимые значения. Но пока так и оставил.
Много ушло на понятное отображение на дисплей. Типа: Мигание значениями переменных Отображение спящих режимов. Режима охлаждения Отладочный режим. Когда при зажатии указанной кнопки отображается текущие значения мощности на ШИМ и показания датчиков. Прочие мелочи.
Обработка кнопок в плане возможности быстрого сохранения например текущего значения температуры в указанную потом ячейку и аналогичная загрузка из памяти желаемой ячейки.
Конечно учитывая что это по сути мой первый проект наверняка можно все написать более хитро и компактно. Не буду спорить. На чисто asm наверняка еще компактнее получится. Но тратить время на asm не было желания.
Только что добавил: void interrupt high_priority interrupt_high() { } В отладке циклится после low прерывания переходит в high и обратно. Ну и по WDT все ресетится ибо while (1) { CLRWDT(); .... } только в main.
Не будет ли любееееееееееееезен многоуважаемый AlekseyEnergo отредактировать и это сообщение? ))))))))))
Кстати, а как на этом быдлофоруме удаляется учетка? Или еще недоросли?
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 8
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения
Вход
Регистрация
Правила
FAQ
Поиск
- включаю экстрасенсорику - здесь проблема со страницами - или одна большая функция вылезла за пределы страницы и линковщик код неправильно собрал или таблица куда-то зашкалила, что-то в этом роде.
