对于低级编程,有时需要说,在给定的内存位置,这就是我的地址所在的位置。在本文中,示例是 PIC16F886 和相关微控制器中的
PIR1
寄存器。它总是在地址 0x000C 处找到。
我采取了这种方法:
#define pir1 (*(uint8_t*)0xc)
现在我可以用
pir1 |= 0x40
之类的东西分配给变量(好吧,我会使用 #define 常量而不是幻数,但你明白我的意思了)。这在 GCC 上编译得很好,即使我使用 -Wextra -Wall
也没有警告。为了检查我的假设,GCC 输出以下 x86_64:
movl $12, %eax
movb $64, (%rax)
正是我想要的(好吧,我不知道为什么一会儿是
eax
,一会儿是rax
,这可能是另一个愚蠢的x86怪癖,但无关紧要,因为我无论如何都想要PIC14代码)
现在,为了针对 PIC14,我实际上使用的是 SDCC 编译器。我这样调用它
sdcc --std-c99 -mpic14 -p16f886 --use-non-free source.c
上面以
#define
开头的代码给出以下警告:
source.c:412: warning 88: cast of LITERAL value to 'generic' pointer
from type 'const-int literal'
to type 'unsigned-char generic* fixed'
我尝试这样做:
__code __at (0xc) uint8_t PIR1;
但这会导致错误消息
error 33: Attempt to assign value to a constant variable (=)
当我尝试做作业时。
所以我的问题是我是否缺少在 C 中执行此操作的惯用方法?为什么 SDCC 警告我?是否有一些特定的 SDCC 特有的恐惧我在这里忽略了?
关于警告,它可能是编译器中的错误。如前所述,您必须使用
(volatile uint8_t*)0xc
进行内存映射访问
SDCC 中绝对寻址的标准方法是通过编译器扩展,但你做错了。
__code __at (0xc) uint8_t PIR1;
将变量放入不可写的代码部分。这就是您看到错误error 33: Attempt to assign value to a constant variable (=)
的原因。请记住 PIC14 使用哈佛架构。如果地址在 RAM 中,则使用
volatile __data __at (0xc) uint8_t PIR1;
如果它在 xdata 中,则使用
volatile __xdata __at (0xc) uint8_t PIR1;
请参阅文档中的绝对寻址
“警告 88:将文字值转换为‘通用’指针”似乎是误报。您的宏在语法或语言方面没有任何错误。 C 标准明确允许此类转换,请参阅 C17 6.3.2.3/5:
整数可以转换为任何指针类型。除非前面指定,否则结果是实现定义的,可能未正确对齐,可能不指向引用类型的实体,并且可能是陷阱表示。
(在这种情况下,对齐和陷阱并不重要。)
一般的嵌入式系统编译器,特别是 PIC 编译器,因不符合标准 C 而享有盛誉。因此,您要么必须弄清楚如何禁用损坏的警告,要么考虑使用不同的编译器。
与警告无关,您还有一个严重的错误,即缺少
volatile
。我建议研究这个:如何从固件访问硬件寄存器?