呵呵，老hot就是喜欢玩点“暧昧”……

                                  按照我的理解写写加密思路: 1, isp的时候读出MCU UID. pc软件记住. 2, 在pc上对这个UID crc加密. 得到一个唯一结果, 此结果可逆. 这个crc不是标准crc (大家注意!这里称之为crc_hot), 这个crc_hot是有密钥的. 函数如下: crc_hot(密钥, UID)= UID_CRC 用这个结果改动hex程序的存放UID_CRC的字节 (就是假定破解者得到hex文件后diff出来的不同点) 3, 源代码里有对这个UID_CRC检测的函数, 函数通过对crc_hot函数的逆运算来得到UID, 对比读出的UID, 来判断hex文件与MCU的唯一对应. 破解者需要破解CRC_HOT加密算法才可得知UID_CRC应该填什么值. 大体思路应该是这样的. 这个实施需要注意的地方: 1, 加密算法得保密啊. 加密函数给破解了就完蛋啦! 2, 代码实现得有库(代码不能公开啊). 3, 解密函数占用的ROM/ram尽量小. 别的还没想到. 如果易用性做的好, 估计能成为新一代放破解标准

                                   ASDF是个啥网站？黑不溜秋的。

                                 为什么不能用C写？ 为什么要排斥C呢？？？

                                 回楼上,个人喜好不用了."RTOS的可移植性是非常重要的",那是卖RTOS考虑的.本人做产品是时不会考虑我的产品便于在不同架构/系列上移植,只考虑选择一款最合适MCU,用好它.使用任何芯片,很少用它自带的功能库.使用STM32Fxxxx,也不会用照搬他启动代码,函数库等,只会参考他.所谓RTOS的信号量,用他的思想方法.你愿意照搬,是你的喜好,请不要以自己喜好否定别人.

                                 问题解决了吗？？其实485通信是半双工的 收发要切换时要加个小延时的

版主请看ST出的硬件设计参考: 到底是用户理解差, 还是参考手册模糊, ST自己人潜意识里面都不认为是非步进方式? stm32_adc.JPG (73.59 KB) 下载次数:0 2010-5-5 21:40

Mark

我现在大二，刚看完单片机，现在在做一个32*8led的数字钟，准备自己写程序，才知道，对于新手，这个工程浩大啊！！！！

?????????

自己动手写嵌入式操作系统  

引用 4 楼 sunrain_hjb 的回复: 很早以前玩过一次eBox，好像用的是ICOP出的x86的MCU。 WinCE6.0中可以添加Standard SDK for Windows Embedded CE以支持MFC。

WinCE6.0中可以添加Standard SDK for Windows Embedded CE以支持MFC，楼主可以试试看。

                                 补充说明，我使用的芯片型号，ＳＴＭ３２Ｆ１０３ＲＢＴ６

1 可能是你理解校验有错误，比方tcp ip的校验肯定是在协议层实现的，或者对应window nt就是ndis的协议驱动。tcpip.sys之类。 2 网卡驱动已经到以太帧的层面了。所以校验的是以太帧。

用个循环。里面依次执行ABCD口的单独流水灯不就行了嘛，随便问下，你们学校有学开avr的可啊？以前我都在只学了51的

                                 “超值型”这名字够花哨

应该是干扰问题，加电容。。。。

引用 10 楼 newyc 的回复: 改为HIVE注册表模式问题不就解决了？

请问如何改为hive模式？？

mark 还看不明白

多谢各位了。小弟先试一试！