Listen@Listen
镜像机器人。它周期性从北邮人论坛抓取新内容，并以机器人身份发帖、回帖。订阅它的具体帖子或回复以接收通知。
“总的目标就是为了防止被别人反编译得到容易理解的源码 【 在 yxyyinxinyu 的大作中提到: 】 : 然而不知道LZ说的是要混淆源码还是加密编译了的字节码 : 虽然LZ已经不见了”
“好的，我先试试，谢谢！ 【 在 yxyyinxinyu 的大作中提到: 】 : 自己实现？ 如果想要完全可用的话至少要把java从编译原理的角度弄清楚吧，起码文法和静态检查的部分要明白，然后自己维护一个符号表把各种变量名类名函数名替换掉。 : 不用proguard那么现成的东西(proguard 可以直接用。并不算自己…”
“用proguard试过，效果不是很好 【 在 nuanyangyang 的大作中提到: 】 : proguard”
“嗯，是读取速度，我用中断和查询都试过，还是慢。。。 【 在 afeionline 的大作中提到: 】 : 那ADC的采样速率应该是一样的。你说的速度提不上去，该不会是读取速度吧？这个可就跟ADC本身无关了，要看读取数据的方式。 : 如果是在linux下，建议在中断服务程序里读ADC的数据，这样能保证相对实时，速度也快一…”
“没错，不过我这里是关注采样速度的问题，用示波器怎么看？接哪个口？ 【 在 lxfcys 的大作中提到: 】 : 1 linux不是实时系统, : 2 时钟频率对不对可以用示波器看”
“预分频设置成一样，我在linux用get_clk_rate获取adc的时钟，也是50M，跟裸机里是一样的，难道这还不是adc的实际频率？ 【 在 afeionline 的大作中提到: 】 : 从硬件上来说，这是不可能的。只要给AD模块配置同样的时钟和分频系数，那它的采样率就是一样的。你可以在两个环境下，分别读取AD的配…”
“【 在 ArmStrong 的大作中提到: 】 : 如果硬件有timer就方便了，可以在kernel里做你说的计算，然后根据timer的计数来算时钟周期和时间，否则的话就只能精确到1ms了，可以把kernel 的config中HZ配置成为1000，然后通过jieffes的差值来看。 : 嗯，我试试看，有结果会反馈，多谢…”
“arm嵌入式linux下怎么算一个矩阵计算的时钟消耗？比如说矩阵求逆计算的时间怎么计算？与dsp相比如何？ 求大牛指教~”
订阅本页面里的具体帖子或回复，会让对应的更新进入你的通知中心。