如何防止单片机解密?
有关单片机的错误,单片机中断程序错误,单片机程序运行的原理是通过寄存器状态的设置来控制单片机内部以及端口的各个管脚的逻辑状态，来实现预期逻辑功能的目的。如何防止单片机解密简单的方法可以在烧录程序的时候按照芯片说明简单加密，这样可以防止一般的解密，当然了，只是一般的，也就是业余级的。
1、简述mcs51单片机不能响应中断的几种情况MCS51单片机不能响应中断的几种情况包括：1.中断控制器被禁止：MCS51单片机的中断控制器可以通过特殊功能寄存器中的IE寄存器进行控制。如果IE寄存器的某个中断位被清零，则相应的中断将被禁止。2.中断优先级问题：MCS51单片机支持4个中断优先级，优先级编号从0到3。当多个中断同时发生时，中断优先级高的中断会被优先响应。
3.中断标志被清除：MCS51单片机的中断标志可以通过特殊功能寄存器中的中断标志位进行控制。当一个中断被处理时，相应的中断标志位会被自动清除。如果中断处理程序没有正确地清除中断标志位，则该中断将不会再次被响应。4.外部硬件问题：有时候，MCS51单片机不能响应中断是由于外部硬件问题引起的。例如，如果中断请求信号被高电平保持，则中断控制器将无法检测到该中断请求。
2、单片机中断程序错误,小弟不才,检查不出中断子程序总貌似没有将中断寄存器里的相关位复位。另外你这个程序的目的是要按一下按钮灯亮，再按一下灯灭。那就应该加入按钮的延时程序防止人按按钮时的抖动。别的没看出什么问题。不能编译的话你就要查查你的编译软件了。我知道的几个，南京伟福的，KEILC都不能有中文路径，要不然编译不成功。你可以查查你的编译器手册看看有什么特殊要求没有。
3、单片机跑飞的原因有哪些?硬件的、软件的、以及怎样防止这种事情的...单片机跑飞的原因很多，硬件的软件的都有：1、硬件原因：电源不稳，纹波很大，浪涌很多都可能造成；电磁干扰过强也很容易造成；强弱电线缆混杂在一起很容易造成等待。2、软件原因：压栈和出栈不等造成；主程序没有循环等待。一般都是程序、逻辑的原因另外就是电源或者其他的干扰引起的。避免跑飞的话，就要通过熔丝位或者看门狗进行及时复位啦。
单片机程序运行的原理是通过寄存器状态的设置来控制单片机内部以及端口的各个管脚的逻辑状态，来实现预期逻辑功能的目的。而这所有的功能是通过逻辑单元的01电平来实现的，这些逻辑可能被外界的电磁干扰或者内部本身逻辑结构的问题，使得出现了一个不可控的逻辑状态，这是单片机会出现很多预料之外的状态，这是我们就说单片机”跑飞了“。
4、在用keil3编写51单片机程序时出现错误,_delay函数中有未命名的参数。估计是你delay函数中的参数n,j啥的没有定义。你要不把延时程序放在voidmain(){}之前要不在之前声明一下voiddelay();。源文件的第9行出错：delay()函数包含未声明的参数。我是不小心多加了个逗号，即unsignedchar,p6应该是unsignedcharp6。
5、如何防止单片机解密简单的方法可以在烧录程序的时候按照芯片说明简单加密，这样可以防止一般的解密，当然了，只是一般的，也就是业余级的。再深一层就是利用瞬间的过载烧掉某些不用的但是读取程序又必须的IO脚，这样不破坏芯片是读取不了程序了。算比较狠的方法。如果解密的使用芯片探针直接读芯片里面的flash或者rom，上面的那个方法也没有保证了，而且这个级别也很专业了，一般的解密者都没有这个条件。
另外，现在最高端的解密是通过芯片的IO电流等运行的参数进行动态功率分析，利用mos开关时不同的耗电量来估算内部的运行状况。防止解密，一般来说一个是芯片级的，一个是软件级的，也可以通过软件对编译好的程序进行加密，然后再通过系统初始化以后内部ram中的解密程序对code进行动态的解密执行，这个思路就是IBM服务器的加密思路。
6、51单片机流水灯问题本人写的程序很多错误求高人指点一旦进入流水灯实验后，不再判断传感器状态，也就无法退出流水程序了。仿真实例参考一下吧，比较一下看看。是这个问题吗为什么每次都要一直挡着光直到它上一次的流水灯执行完以后才执行相应的程序手放开后也要执行完那一段才执行不挡光的程序这个你可以在相应的循环里面加一个检测挡光判断语句，满足条件或者不满足条件跳出小循环，就可以。
7、有关单片机的错误,不管我编译什么程序都是这样是不是中文路径了？如果是WIN7它的用户名支持中文，我的文档和桌面都是中文路径。你没有选择单片机的型号或者选择不对吧。基本是工程建错了。先建工程，选型号，我一般选ATMEL》AT89S51，新建文件，保存为*.asm，在窗口最左侧的souregroup点右键，选择ADD，找到刚建的*.asm文件，点击add，再点close，写程序，build。
8、单片机程序的问题uiResult被定义为unsignedint数据类型，取值范围为065536.第一个公式中，uiResult放大100倍，则放大前的uiResult取值范围为0655。从题中意思来看AD转换应该为8位，则最大分辨率为0255，所以第一公式能满足满量程输出的要求；再看第二个公式，uiResult放大500倍，放大前的uiResult取值范围被缩小至0131，131*500/255的结果为256，无法满足满量程输出的要求。
除非注明，文章均由 白起网络 整理发布，欢迎转载。
