-
STM32 可以视频解码,相信它还没有这么个能力, 这是个控制器, 估计应付不了那么庞大的数据处理.
-
要是觉得不好很直白的说，可以技巧一点
比如你跟老板吃饭或者瞎聊的时候提一句
某某那天跟我要xx资料了
老板自然就明白了
-
会不会是周边的电路，比如供电部分出问题了，断电重来后，某些电容暂时可以正常工作
-
为什么一定要跟51比较呢
-
谢谢各位！只是我觉得按CM3手册《李岩 ARM CM3 权威指南》，CM3在中断响应过程，第一步入栈板保存现场，然后更新各寄存器（包括PC），然后再开始执行ISR，我的疑惑是在更新了部分或全部寄存器而在开始执行ISR前来了更高优先级中断，那么已经更新寄存器全部丢弃，按Late-arriving处理，之后再按tail-chaining处理？抑或按嵌套的中断处理？
对于2，我的疑惑是，利用PendSV的自动入栈和出栈操作，按楼上说的，OS任务切换关中断应该在挂起PenSV之前，否则若在PendSV中关中断，则需要在PendSV的ISR返回前开中断，而开了中断就有可能被高级中断抢占（假设PendSV为最低优先级）,而这样就使PendSV的ISR中任务切换时只是部分还原了任务现场(R4~R11),其他8个寄存器因还没有执行PendSV的返回而没有还原了就有被中断了;但若是在响应PendSV前关中断,那就不可能响应PendSV了.
另外,还有个疑惑,我觉得按CM3手册《李岩 ARM CM3 权威指南》，CM3设计初衷,其中的非特权模式(Unprivileged)使用于用户任务,PendSV用于OS的任务切换,那么就有二个问题:a 在Unprivileged模式下不能执行MRS/MSR以及CPS指令,也就是说在用户任务中不能开关中断,那么采用类似于uCos II的OS中CM3就不能运行在Unprivileged模式下,否则uCos II中的各种系统调用都不能用(不会建议用SVC切换CM3
特权模式再开关中断吧?);b NVIC的寄存器不能在Unprivileged模式下操作,那么也就不能关起PendSV了,难道也先要切换到Privileged模式再挂起PendSV? 基于以上CM3若在Unprivileged模式下开放CPS指令和挂起PendSV,uCos II就可以完美的利用CM3的Unprivileged模式下的安全保护特性了.
-
吹风扇是不会改变室温的 根据能量守恒，反倒增加温度 你没有想到吧！
-
引用 3 楼 asideu 的回复:
如果你四个exe可以运行的话 ？那么你一个exe打开四个设备也可以运行，因为不可能打开一个设备就加载一次驱动呵呵。
如果你四个exe只能打开一个设备的话 那么就修改你的驱动就好了。
让你的驱动能知道打开那个设备就可以了（用设备名字指定）。
----个人见解
必须是1个EXE对应1个设备的，涉及数据传输。
白天考虑了一下，似乎只有依靠设备名来区分了。
不过还是没有把握来如此解决问题。
-
QT不错，不过是要收费的
-
是的,先重启试试
看看ICON是否是资源的第一个图?
-
感谢Neoo
-
using System.Data.SqlClient;引用不了
怎么会引用不了，你要引用智能设备下的DLL
-
shan上拉电阻不一定都是拉高驱动电压的，有时候甚至是防止干扰的，有时候是为了提升信号完整性的。。。有时候是为OC输出做1输出的。
-
自己做FPGA不合算的，我推荐的芯片上面是带有流控的，但是串口通信本来速度不快，没有特殊应用场景比较无线猫是不用流控的。串口设备没有什么效率问题，除非驱动没做好。
-
找不到肯定是文件里的Resource名称或ID和你代码里的不匹配，不会有其他原因的。
-
对不起啊，今天明天都比较忙，可能要到明天晚上才能试，先谢谢各位的帮助了！
-
太失望了，真的没人会吗？
-
我觉得楼主比较幼稚。
首先keil在中国普遍是因为8051系列在中国普遍。
其二，keil如果针对stm8出编译器，你还得出钱买，因为你买的是51编译器，而不是stm8的keil编译器。
第三，中国用户算什么，太多的盗版，中国客户的要求keil懒得理。
第四，最主要还是st已经有一个生态链了。
最后，移植的关键问题不在程序的大小和编译器的差异，而在单片机的外设与寄存器差异，速度匹配等。
-
我也用兄台的方法 测出来的是47.68 我是直接用信号发生器产生的50Hz的方波，不知道是什么原因～
-
uping
-
sorry, 帮不了你，新手
stm32/stm8