最新版本uC-OS2-2.93.01已移植到STC8上，请帮忙查错

熊***

方法2，普通方式


方法2，JBC指令方式





方法3也提供2种方式



方法4 改成加入JBC指令方式，之前的方法4不完美。



任务切换函数最后使用MOV IE, _bIE   感觉还是比较完美的。





附件是修改后的代码

杨***

微山x51-uCOSII的基于加锁解锁和原子指令的可嵌套临界区保护方法我已经另外开贴介绍了，欢迎楼主观看点评。

熊***

对方法4，优化，增加保护

熊***

对方法2进一步优化





对方法3进一步优化


附件是修改后的代码V1.05

熊***

使用注意：
本移植中断统一管理，按照isr_a.A51规范处理，整个工程统一使用寄存器组0，用户不能修改寄存器组。寄存器组1，2，3共24字节用于data区。

其实用户想用其他寄存器组，无非就是想加快中断执行时间。是否有更好的办法呢？

答案是有的，把需要加速的中断设置成不可嵌套中断就行。进出堆栈不使用PULLALL和POPALL，只需要保存ACC，B，DPH，DPL，PSW寄存器就可以。




其实也就是加快了16指令，运行在最新的STC 1T 8051上，比如单片机的工作时钟32MHz， 加速时间也就是0.5us左右。

神***

楼主帮忙将最新的程序包永远在顶层同步涮新
===这样后来者抓错版本的机会会少些

熊***

好的，后面还在更新，增加支持双DPTR，双DPTR对数据拷贝加快了不少，优化string.h里面的函数。
使用双DPTR对code拷贝到xdata和xdata拷贝到xdata，加快了N多倍。

杨***

我等楼主自己改正等了那么多天，看来楼主是非要把功劳送给我了！

（1）在楼主移植的uCOSII-STC8-V1.05中，任务切换中使用了STC8单片机特有的增强型双指针功能，加快了任务切换的速度，部分程序见下图：

（2）但是该版本在进行寄存器现场保护和恢复只包含了增强型双指针单元的DPH和DPL这2个SFR，并没有包括该单元的另外3个SFR：DPH1、DPL1和DPS，具体见下图：

这样就产生了一个问题，如果任务切换时当前任务正在使用增强型双指针单元进行字符串或者内存数据移动处理，由于该单元有3个SFR未被保存，将来当然任务被恢复执行时，这3个SFR未必是原来的值了。因此有可能导致意外的结果。

（3）对于STC8单片机，由于RTOS系统本身已经使用了双DPTR单元，如果也允许用户在其RTOS程序中使用双DPTR单元，那么在系统任务切换时保存和恢复双DPTR单元的全部5个SFR，如下图所示：

熊***

这部分已经改了。只是没有更新到网站。因为最近忙，string.h函数还没有处理完。

目前采用双DPTR改下库函数，已经完成的函数
extern void  *memcpy  (void *s1, const void *s2, size_t n);
extern void  *memmove (void *s1, const void *s2, size_t n);
extern char  *strcpy  (char *s1, const char *s2);

前几天还在论坛发了使用双DPTR的心得：https://www.stcaimcu.com/forum.p ... &extra=page%3D1

不建议单独使能DPTR0自动模式，这样做太麻烦了。需要设置TA。
新版本已经改成同时使能DPTR0和DPTR1自动模式。

MOV      DPS,#00011000B              ;设置DPTR1为递加模式,DPTR0为递加模式,关闭TSL，使能AU0和AU1，（注意：写保护模式下只能同时使能AU0和AU1）
                                                    ;并选择DPTR0为当前的DPTR

熊***

还有杨老师的对P_SW2出栈的做法不合理。应该只对bit7处理。
这部分我也改好了。