换个其他型号的51试试吧。
autopccopy 发表于 2021-6-8 00:36
换个其他型号的51试试吧。
确定了，不是xdata问题，是中断干扰了数组发送数据时序
再次向STC说声抱歉，确实不是STC的问题，是写程序没考虑到中断带来的时序影响，不好意思
看到标题就知道是你自己的问题。
看到标题就知道大概率是自己的问题。
henangongda123 发表于 2021-6-7 15:57
中断没有修改它，定时中断检测按键的，跟数组没有关系，但是关掉总中断后还确实没有这个不良问题了！ ...
多半是程序的问题，如果中断和外部中有对同一变量修改的话在程序写法上要注意了。
m564522634 发表于 2021-6-8 08:58
多半是程序的问题，如果中断和外部中有对同一变量修改的话在程序写法上要注意了。...
写程序之前还考虑过中断影响时序问题，写着写着忘记了。。。
**NT018 发表于 2021-6-8 09:10
pdata uchar Display_Data;//定义用于存储每个像素点效果数据的数组(LED_Pixel*3)
建议改成
定义到idata程序跑不了，keil编译可以通过；pdata和xdata效果一样，pdata使用的是低字节外部扩展，keil编译出来效果一样，话说STC现在做的确实不错了，有一说一，后面会考虑长期用
不闲不要钱 发表于 2021-6-8 08:54
看到标题就知道大概率是自己的问题。
汗。。。
基本都是程序问题，看到大部分抱怨STC的都是程序问题。51本来RAM就小，增加了xdata，如果使用xdata会有问题，厂家怎么会量产呢？内测都不过的。我用STC时大量的用XDATA，多个串口，从没发现问题。
coody 发表于 2021-6-8 09:57
基本都是程序问题，看到大部分抱怨STC的都是程序问题。51本来RAM就小，增加了xdata，如果使用xdata会有问题 ...
好的 好的
我感觉这种51内核的8位单片机，bug都是比较多的，要不是现在M0芯片买不到，我是绝对不用这种芯片的。有时候定义用Xdata修饰的话，就会出现问题。
前功尽弃 发表于 2021-6-8 18:03
我感觉这种51内核的8位单片机，bug都是比较多的，要不是现在M0芯片买不到，我是绝对不用这种芯片的。有时候 ...
BUG不能凭感觉的吧？BUG是要拿出证据证明的。如果凭感觉，那我觉得越复杂的IC越多BUG，比如32位比8位复杂，那么32位的MCU其BUG就多，你认为呢？否则，凭什么说51内核的8位机BUG多？那别的内核的8位机呢？PIC AVR 弯弯N种8位机BUG也很多吗？
henangongda123 发表于 2021-6-7 16:09
只是定义一个数组，不断的修改、调用数组而已，没什么时序要求
别瞎扯了，你彩灯是WS2812之类的吧？这个时序被中断打断了，排除问题的时候，必须独立一个问题，怀疑Xdata，就用数据填充XDATA，然后校验。
从此贴看到了调试的重要性，解决问题的逻辑，还有不要轻易的怀疑芯片。
zhxzhxzzhhxx 发表于 2021-6-10 10:49
别瞎扯了，你彩灯是WS2812之类的吧？这个时序被中断打断了，排除问题的时候，必须独立一个问题，怀疑Xdat ...
能不能把“别瞎扯了”去掉？STC难道是神圣不可怀疑、吊炸天的单片机？不能有一点点怀疑？120字节的数组，随机有一个数据不对，我就不能怀疑一下是单片机有问题？
ayb_ice 发表于 2021-6-7 15:47
多半是程序自身问题，XDATA访问效率低而已，需要更多的指令来完成，在任务与中断等多处修改时要特别 ...
百分之百是程序问题
henangongda123 发表于 2021-6-11 08:45
能不能把“别瞎扯了”去掉？STC难道是神圣不可怀疑、吊炸天的单片机？不能有一点点怀疑？120字节的数组， ...
能怀疑,但是怀疑之前,自己要验证好,怀疑XDATA,你就要用数据来验证,不能看到一个人不能走路就是脚的问题,他还可能脑袋没了.
zhxzhxzzhhxx 发表于 2021-6-24 10:12
能怀疑,但是怀疑之前,自己要验证好,怀疑XDATA,你就要用数据来验证,不能看到一个人不能走路就是脚的问题, ...
随机的，120个字节，不好验证，质疑一下，大家帮忙出主意，这问题不是也能解决？顺便还帮大家确认一下，STC XDATA没问题的
这几年一直用stc取代PIC系列，可靠性还是不错的。我用过45KW的电机软启动器，主控芯片也是STC，MCU工作环境很差，强电磁，强干扰，高温，高粉尘再这样的环境下依然STC依然可靠的工作。当出现问题时，先考虑一下自己的pcb设计和代码编写的是否规范，MCU是一种出货量很大的东西，厂家不经过充分测试，不敢随便放到市场上。