CY8CKIT-030上的频率计数器仪表不能收集

这是怎么回事？
玩得高兴
鲍勃
FMEL.CYWRK.SARVEVE01.ZIP
299.8 K



     以下为原文
  What's about this...
     
    Have fun
    Bob

•   FMeter.cywrk.Archive01.zip 299.8 K  
  
  

嗯，谢谢。
编写另一级编程，但制作相同。PWM产生1秒间隔，计数器计数输入信号。
但是为什么你使用IMO这样的不稳定的东西来进行PWM计数呢？它不够精确。你必须在自己运行演示时看到它。还有XTA24MHz也不够精确（如我所看到的超过5ppm）。我重新配置您的项目使用XTAL24MHz，它有绝对错误（您可以通过测量内部XTAL32668来查看）。我的CRISTALL稍微小于24MHz，然后总的结果比必须高。
XTAL32668具有更高的精度。特别是如果我们使用PWM计数高达32767，而不是9999。分界误差较小。
感谢输入开关的样品。很好。以前没有用过。



     以下为原文
  Hm. Thanks.
     
    Written by another level of programming, but make the same. PWM generate 1 sec intervals, in which Counter counts input signal.
     
    But why you use such unstable thing like IMO for PWM count? It has insufficiently precise. You must see it on yourself running demo. There is XTAL 24MHz too has insufficiently precise (more than 5ppm as I see). I reconfigure your project to use XTAL24Mhz, it have absolute error (you can see it to by measuring internal XTAL32768). My cristall is slighly less than 24Mhz, then total result is higher than must be.
     
    XTAL32768 has more precise. Especially if we use PWM counts up to 32767, not 9999. There is less error in divide.
     
    Thanks for sample of inputs switch. Nice. Don't have used before.

在我使用的板上，除了RTC之外，还有NoXTAL，所以我只能使用IMO。我已经安装了一个带有PSoC3处理器模块的KIT01。
鲍勃



     以下为原文
  On the board I use, there is no xtal except for the RTC , so I can  only use the IMO. I've got a Kit001 with a PSoC3 processor module installed.
     
    Bob

哦。
但是你可以使用XTAL32668（这个你叫RTC？）用于PWM时钟。IMOfor Counter计时（不准确不会影响结果）。



     以下为原文
  Oh.
     
    But you can use XTAL32768 (this one you call RTC?) for PWM clocking. And IMO for Counter clocking (inaccuracy won't affect result).

我正在测量一个300 PF电容器的变化。我已经采取了预防措施，用我的电压跟随器的反馈驱动SHILD。电容器将最大限度地改变80PF的温度和烟度。对于测试PROPROSPIES，我使用一个500赫兹时钟通过一个串联电阻（10M）通过300 PF电容器。我能得到很好的RC曲线。我已经尝试了CAMPART在没有时钟同步的情况下。
在我的比较器之后，测量脉宽时间的最佳方法是什么？我试图达到200到800赫兹。
谢谢您。



     以下为原文
  I am  measuring the change in a 300pF capacator. I have taked precautions to drive the shild with the feedback from my voltage follower. The capacator will change a maximum of 80pF for temperature and fumidity. For test pruproses I am using a 500hz clock through a series resistor(10m) through the 300 pF capacator. I am able to get very good RC curves. I have tried the camparator with and without clock sync.
    After my comparator what is the best way to measure the pulse width time? I am trying to achieve 200 to 800 Hertz.
     
    Thank You.

嗯，现在项目正在工作。在上限（12 MHz），它显示良好的结果- 12000000在显示器上。使用基于ATMEGA48 @ 12MHz夸克的发生器，CKOUT保险丝将时钟输出到PB0。
但在较低的时钟（REF 32768），它显示32709赫兹。它是时钟夸克，在我的MSP430LP频率计看起来正确。
谁是对的？如何提高频率计的精度？
FrqAd0.BangLe01.Zip
1.6兆字节



     以下为原文
  Hm. Now project is working. In upper limits (12 MHz) it show good result - 12000000 at display. Use generator base on atmega48@12MHz quarz, CKOUT fuse give clock out to PB0.
    But in lower clocks (ref 32768) it shows 32709 Hz. It's clock quarz, in my msp430lp freqmeter it looks correctly.
    Who's right? How I can improve precision of freqmeter?

•   FreqCounter0.Bundle01.zip 1.6 MB  
  
  

嗨，你好，
当我注意到你已经选择了1秒的PWM窗口周期时，捕获值本身代表了外部输入信号的频率。
该技术用于高频信号的测量。测量的精度取决于所用的时钟源的容差。如果总线时钟的容忍度高，则结果将不太准确。
对于非常低频率的测量，窗口和计数器反转的另一种技术将是理想的。也就是说，要测量频率的外部输入信号将作为窗口，计数器将运行时钟脉冲来测量信号的时间周期。
你能详细说明这个说法吗？“但是在下时钟（参考文献32768）中，它显示了32709赫兹。它的时钟夸克，在我的MSP430LP频率计看起来正确。



     以下为原文
  Hi hexus,
     
    As I notice that you have selected the PWM window period of 1 second, the captured value itself represents the frequency of the external input signal.
    This technique is used in the measurement of high frequency signals. The accuracy of the measurement is dependent upon the tolerance of the clock source used. If the tolerance of the Bus clock is high, then the result will be less accurate.
    For measurement of very low frequencies, another technique in which the Window and counter is reversed would be ideal. That is, the external input signal whose frequency is to be measured will act as a window and the counter will run pulse of clock to measure the time period of the signal.
     
    Can you please elaborate more on this statement "But in lower clocks (ref 32768) it shows 32709 Hz. It's clock quarz, in my msp430lp freqmeter it looks correctly." ?

我有十几个MSP430 Looppad：
其中一个已经安装了时钟夸克（32768赫兹）。其中一个输出被配置为这个LF夸克的输出（2个可由按钮分配器改变：/ 1和/或8）。
我的另一个LP作为FreqMeter使用（如PSoC）：在间隔模式（1秒）中使用WDT，并且在间隔之后将输入计数输入到UART。计算外部时钟。它在低钟时非常精确。测量32768没有任何变态（32767，如果外部时钟上工作指示蜱）。



     以下为原文
  I have a dozen of MSP430 LauchPad :)
     
    One of them have installed clock quarz (32768 Hz). And one of output configured as an output of this LF-Quarz directly (with 2 changeable by button dividers: /1 and /8).
     
    My another LP is used by me as a FreqMeter (like as PSoC): use WDT in interval mode (1 sec), and after interval it throw input count on to the UART. Count the outer clocks. It very precise at low clocks. Measured 32768 without any pervert (32767 if outer clock get on working instruction tick).

10kHz时钟的容差设置为5%。为了获得更精确的结果，请删除复选框以获得公差。
鲍勃



     以下为原文
  The tolerance for the 10KHz-clock is set to 5%. To get more precise results, remove the checkbox for tolerance.
     
    Bob

谢谢。但这并没有太大帮助。
将项目中的所有时钟更改为XTALs（32768和24MHz）。在低FRQS＝32770（确实高于输入32768）的情况下得到好的结果。
但是高频率（如12MHz）现在显示为11MHz +。惊讶。
也有奇怪的偏差在计数，随机可以更高，或低于我预期的（例如，它可以保持在10MHz +，或40kHz的低频频率源）。
我现在没有示波器，所以我不能真正测量我的家用酿造发电机，只能猜测。
有人能用精确的测量来测试我的项目吗？D



     以下为原文
  Thanks. But it's not help too much.
     
    Change all clocks in the project to XTALs (32768 and 24MHz). Get good resuls on LOW-freqs = 32770 (really above as input 32768).
     
    But high-freqs (like 12mhz) now shows as 11mhz +-. Surprised.
     
    Also have strange deviations in counts, randomly can be higher, or lower than I expect (for example it can stay in 10mhz +-, or 40KHz in low-freq source).
     
    I don't have oscilloscope at now, then I can't really measure my home-brew generator, may only guess.
     
    Can anybody test my project with really precision measurements? :D

尝试将同步时钟从24变为48 MHz
你正在使用一种非常简单的仪器方法。思考更复杂：测量周期是什么，它是如何开始的，它是如何结束的？信号调理是什么？你有看计时器模块吗？
是否有可能切换测量范围（手动/自动）？
鲍勃



     以下为原文
  Try to change the synchronization-clock from 24 to 48 MHz
    You are using a very simple approach for an instrument. Think more complex: what is a measurement cycle, how is it started, how is it ended. What is with signal-conditioning? Did you have a look at the Timer-module? 
    Are there possibilities to switch measurement ranges (manual/auto)
    Bob

是的，谢谢。
以前认为XTAL会比IMO.更准确，如果是公平的计数器输入，那就不成问题了。不知道有这样的约束力来反对计时。
我在MSP430项目中使用这种类型的DFO（如IMO）校准FrqQue:
我将尝试估计PSOC3和MSP430上的频率计的以后精度。在这两种情况下，工作大致相同-考虑信号的数量为1秒，定义低FRQ时钟夸克。
FuqQual.BuffLe02.Zip
1.6兆字节



     以下为原文
  Yes, thanks.
     
    Before thought that XTAL will be more exact, than IMO. If was fair counter input it wouldn't be a problem. Don't know there is such binding to counter clocking.
     
    I use such types of freqmeter for DCO (like IMO) calibration on my MSP430 project :)
     
    I will try to estimate later accuracy of frequency meters on PSoC3 and on MSP430. In both cases work approximately equally - consider quantity of signals for 1 sec, defined Low-freq clock quarz.

•   FreqCounter.Bundle02.zip 1.6 MB  
  
  

重写项目。使所有的时钟（高达64兆赫）计数器，PWMIS坐在32768赫兹。
只要添加UBUTART，它就自动检查，如果有USB CDC存在，或不（然后工作，或不，与LCD消息显示）。如果我们连接，当前计数扔到UART太-我用它来收集统计信息校准外硅。
有人能跟我说话吗？它收集精确的频率吗？以及如何输入时钟更高（在24MHz我们已经休息到11MHz输入）。PLZ米为您的精密仪器（校准发电机/工业频率计）。
因为我怀疑，不存在真正的1秒测量间隔（对于附加的触发器，在中断后再加载PWM等）。
谢谢！
FrqAd1.Cyrj.CaseV01.Zip
1.3兆字节



     以下为原文
  Rewrote project. Make high all clocks (up to 64MHz) for counter, PWM is sits on the 32768 Hz.
    Just add USBUART, it automatically checked, if there USB CDC present, or not (and works then, or not, with LCD message displayed). And if we connected, current count throws to UART too - I use it for gathering statistic information for calibration outer silicons.
     
    Is there anybody who can talk me - it gather precision freqs? And how higher input clocks can be (at 24MHz we have rested to 11MHz input). Plz meter for me by your precision instruments (calibrated generator/industrial freq meter).
     
    Because I suspect, that there not true 1 sec measured interval (for addition tacts for reload PWM after interrupt, etc.).
     
    Thanks a lot!

•   FreqCounter1.cyprj.Archive01.zip 1.3 MB  
  
  

你不认为，你应该做些什么吗？（微笑）
鲍勃



     以下为原文
  Dont you think, there should be something left foryou to do? (smile)
    Bob

当然更适合自我思考。D，但需要从旁边看新的面貌。简单地说，它是有限的精确测量的可能性（同样的不精确的设备）。一个脑袋好，两个更好；



     以下为原文
  Certainly better for self think. :D But need fresh look from aside.

Simply now it is a little limited in possibilities of exact measurements (have the same inexact devices). One head well - and two is even better ;)

使用同一个时钟（24或48 MHz）将它自己除掉到10kHz，这样你就可以得到稳定的时钟源。所以你信任你的X-TAL精确地运行在24MHz。（总有一些东西你必须依靠）。
记住，如果想要重置计数器，计数器的重置不是异步的。
鲍勃



     以下为原文
  Use the same clock (24 or 48MHz) divide it by yourself down to the 10KHz, so you get a stable clock source. So you trust into your board-x-tal to run precisely at 24MHz. (There's always something you have to depend on).
    Have in mind, the counter's reset is NOT asynchroneous if you'd like to reset the counter.
     
    Bob

谢谢你的忠告。我会仔细考虑的。



     以下为原文
  Hm. Thanks for good advice. I will think over it.

最后，我发现，PWMLY周期必须是32767（而不是32768，正如我以前所使用的：）。现在，理论上正确的FRQ测度（附录）。
顺便说一句。将BuffiCLK和另一个时钟（PLL，IMO）输出到数字输出引脚，并对其进行测量。在67兆赫计数器时钟我得到：
XTAL24MHz测量不是绝对正确测量的，但在附近某处是正确的。似乎是在测量的极限上。
XTAL／2＝12MHz，测量误差为+-2E-5%。它非常，非常好，这样的设备（但绝对平均频率= 11999622，偏差在下侧= -0.003152%）。
IMO还不错。真正地。
XTAL 32768在一个值上具有容易的立场。
但是，这种类型的家庭酿造发电机，我会遇到LCD的麻烦。它在屏幕上有错误，或者在一段时间后看起来关闭。



     以下为原文
  At last I found, that PWM_period must be 32767 (and not 32768, as I used before :) ). At now it correctly freq measure in theorical (project attached).
     
    By the way. Throw BUS_CLK and another clocks (PLL, IMO) to Digital Output pins and have measured it. At 67MHz counter clock I get:
    XTAL 24MHz measured is not absolutely correctly measured, but true somewhere nearby. It seems that on a limit of measurements.
    XTAL/2 = 12MHz measured by error of +- 2E-5 %. It's very, very good for such device (but absolutely average frequency =11999622, deviation at lower side = -0.003152%).
                                                                                              IMO not so bad. Really.
     
    XTAL 32768 has easy stand on one value.
     
    But with such types of home-brew generators I get troubles with LCD. It have errors on screen, or looks as off since a some time.