所有的，我不知道这个问题应该在这里或PSoC Creator问……但是…是否有任何问题与Sqt（）函数？这里有一个小的测试代码，甚至看它是否会编译，并且我得到一个“……未定义的引用”“qrt
2019-03-15 09:05
大家好，我有一个平方根，眼压测量和许多其他功能在我的程序。它们使我的程序变慢了。我听说过CORDIC函数，但我不知道如何实现它。有人能帮助我吗？我将非常感谢你。当做阿维斯
2019-10-28 07:56
在arm中如何取绝对值，用浮点指令吗？
2022-11-07 15:22
作为项目的一部分，我需要最快的方法来为无符号的32位整数做整数平方根。因此，我在网上找到了几个例程（不是StackExchange；-），并决定使用模拟器将编译器与手动优化的汇编器进行比较。经过一番摸索之后，我得到了以下结果：-M1和M2是我找到的两种算法，参见源代码。结果是在由下面的代码片断生成的49.5MHz的cpu锁中，对于试图尽可能消除高速缓存的影响的isqrt(n)平均16个结果。所有看起来都还不错，FPU的速度要快得多（正如我猜想的那样），而且我的手动汇编代码总是比编译器快20%，或者最快算法的速度快10%。然后我在真实的硬件上尝试过（PIC32MX1024EFG064），我发现：-1。FPU在实际硬件2中相当慢。在实际的硬件中，CPU的速度要慢得多。对于第一种方法（M1，M1ASM），我的ASM代码实际上稍慢，而不是模拟器所示的更快的10-20%。编译器代码和我的ASM都是30%慢速的ILL 4。对于第二种方法（M2，M2ASM），模拟器给我的asm提供了相同的优势（2-9%），但是编译器代码和asm都慢了~5-10%的IRLC结论：-模拟器对去bug（显示与实际硬件相同的错误/结果）非常有用。SM/编译器用于EF系列的速度。它可以用于比较算法，但是偏差（30%IRL与10%Sim）使这种情况令人怀疑。在将整数代码与FPU进行速度比较时是没有用的。我认为模拟器需要做更多的工作：-）我将在MX上再试一次，看看模拟器是否给出对于那些感兴趣的人来说（有些评论，如果有人想看看他们是否可以改进我的程序集（非常可能），他们最欢迎在这里发布他们的结果，或者指出我做x而不是y是多么愚蠢，我总是愿意学习！）ISQRT.HISQRT.C
2019-11-01 13:25
使用XC8.在StInt.h中有UIT2424T的定义，但它们被警告为“非标准”。我想在使用24bit ADC（PIC18F）上的结果数组和在EEPROM中存储校准偏移等时指定24位。t取消定义和使用UTI2424T工作？ 以上来自于百度翻译 以下为原文 Using XC8. In stdint.h there are definitions for uint24_t but they are commented out with the warning that they're "non-standard". I'd like to specify 24 bit whilst working with arrays of results from a 24bit ADC (on a PIC18F) and storing calibration offsets and the like in EEPROM. Any good reasons not to uncomment the definitions and work with uint24_t ?
2019-03-07 10:34
求一种多路模拟数字采集与处理系统的设计方案
2021-04-28 07:04
作为一个普遍的问题，是否有一个简单的方法启动子程序，然后让它运行在后台？没有操作系统或代码臃肿。我怀疑这是直接可能的，但是某种方式的编码会有这样的感觉。RunnIn背景（计算）；----- &，当计算完成时，访问ISR。可能是所谓的“共同例程”是答案，我不确定。 以上来自于百度翻译 以下为原文 As a general question - Is there a simple way to start a subroutine, then leave it running in the backgound? No operating system or code bloat. I doubt it is possible directly, but some way of coding that feels like this would do. RUN_IN_BACKGROUND(calculation);----->Trip an ISR when 'calculation' is done.It might be that so-called 'co-routines' are the answer, I'm not sure.
2019-01-14 09:09
