MPLAB 8. Работа с указателями.

mike-y-k · 22.08.2022, 16:39

Alpout, а Ваш целевой МК случайно не поддерживает обмен с портом словами? Это сразу решит вопрос с побайтным обменом, останется лишь понять правильность последовательности байт (Big/Little endian)

индюк, про asm {} уже было

индюк · 22.08.2022, 16:53

Сообщение от mike-y-k

индюк, про asm {} уже было

memset в асме?
не, не знал..........

Alpout · 22.08.2022, 17:53

Я хотел не через порт передать, а сохранять в собственном eeprom числа integer и float. То есть включается прибор(с МК), проводятся какие то операции, потом измененные числа хранятся в EEPROM. Я думал через указатель делать, в программировании не профи, составляю на ходу изучая документации, книжки...Микроконтроллер выбрал PIC16F887.

mike-y-k · 22.08.2022, 18:43

Alpout, тогда все данные для EEPROM вынесите в структуру и гоняйте ее содержимое целиком, заодно таки прочитайте про систему команд процессора и организацию работы с внутренней памятью, чтобы понимать как оно происходит на физическом уровне…
Это сильно поможет в программировании…
Ну и про возможности оператора asm прочитайте уже для C в MPLAB - так можно спокойно вставлять цепочки машинных команд. Средства языка бывает делают это не самым оптимальным образом…
В среде можно всегда указать вывод листинга ассемблера и по нему понимать превращение строк кода на C в исполняемые команды…
Иногда помогает найти ошибки в своем понимании происходящего в программе, особенно в начале пути…

PS На тему сохранения в EEPROM - почитайте про ресурс в циклах записи для конкретного процессора и определите частоту Ваших операций записи туда…
Бывают ситуации преждевременной смерти этой памяти от излишнего упорства в записи туда каждого чиха…
Для таких ситуаций предпочтительнее внешний модуль - заменить сильно проще, да и со скоростью и ресурсом получше (например FRAM)…

индюк · 22.08.2022, 19:31

Сообщение от mike-y-k

В среде можно всегда указать вывод листинга ассемблера и по нему понимать превращение строк кода на C в исполняемые команды…
Иногда помогает найти ошибки в своем понимании происходящего в программе, особенно в начале пути…

это вы уже какуюто фантастику описываете - такое умели в 90х годах но не щас))) щас этим людям уже лет по 65-75 и они не пишут не читают.......))))

mike-y-k · 22.08.2022, 19:58

индюк, ну таки я сам как-то из них, помню еще методы набора и исправления программ по кодам в листинге…
Всем советую, некоторые воспринимают и потом говорят спасибо…
С таким подходом и новая система команд, и сам процессор уже не кажутся сильно сложными в освоении, да и документация переваривается сильно быстрее и полнее…

vavan1983 · 22.08.2022, 21:06

Сообщение от Alpout

Я хотел не через порт передать, а сохранять в собственном eeprom числа integer и float. То есть включается прибор(с МК), проводятся какие то операции, потом измененные числа хранятся в EEPROM. Я думал через указатель делать, в программировании не профи, составляю на ходу изучая документации, книжки...Микроконтроллер выбрал PIC16F887.

Используйте союз UNION это просто и наглядно.

Alpout · 23.08.2022, 08:00

Хорошо, понял, спасибо за помощь! В си перешел с ассемблера, понимаю как работает. Микроконтроллеры программирую раз в год, забывается все.

DmitriyVDN · 23.08.2022, 10:50

Сообщение от Alpout

Я хотел не через порт передать, а сохранять в собственном eeprom числа integer и float. То есть включается прибор(с МК), проводятся какие то операции, потом измененные числа хранятся в EEPROM. Я думал через указатель делать, в программировании не профи, составляю на ходу изучая документации, книжки...Микроконтроллер выбрал PIC16F887.

что мешает в начале кода определить переменные в EEPROM

Код:

__eeprom int Limit_On = 0x1234;     // 
__eeprom int Limit_Off = 0x5678;     // 
__eeprom int Limit_Complete   =0x0090;
__eeprom float Limit   = 10000.0;

pt200 · 23.08.2022, 12:13

Сообщение от Alpout

Добрый день!

Код:

	temp = 0x4025;	
	u=*p;
	*p++;
    v=*p;

А разве в Сях указатель через разыменование инкрементируется???
Если не ошибаюсь этот код должен инкрементировать младший char в переменной temp, итого:

Код:

u=0х25 v=0х26 temp = 0x4026

Ну а если ошибаюсь(т.е. инкрементирует, но результат игнорирует), то:

Код:

u=0х25 v=0х25 temp = 0x4025

Был не прав: инкремент главнее разыменования(что кстати видно по отладке), тогда кроме странного инкремента претензий к коду больше не имею.

А что происходит в отладке по шагам по асмовому коду?