| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | $10e6 wasted in 10 s |
> There is a hardware variable. You need to time a CYCLE which > needs an accurate level-sensing switch, or count cycles in a > fixed TIME, which means the switch is less stringent. An ordinary > Schmitt Trigger is good for 1000:1 or 0.01%. If you count 1000 > cycles you get 1 ppm. That's why they prefer to count cycles > rather than microseconds (or whatever). JT> Depends on how the pulse was received I suppose, if it's iffy, JT> you're likely to get a fair amount of jitter, which would JT> fluctuate the readings by a good amount (it might average OK, JT> but the jitter would make it useless for human readability). All this talk has forced me to make some calculations. At 6,000 rpm in top, the tailshaft is going at 100Hz and this explains the problem. I've been talking through my hat, you're wright and I'm worng. Shit! That hurt. 1 - 100Hz is the crossover where *nothing* works! If you measure a fixed period (Frequency), you need 1 second to get 100 pulses and that's too slow, and if you measure time between pulses (Period), you have to fake it at low speed where the pulses are 1-second apart (2kmph). The only answer is hardware - either gear the sensor up 5-times, or use a multi-slot interruptor. As for jitter, that's not a problem... just write it into the software - update every fifth of a second. Shit! Regards, Bob --- BQWK Alpha 0.5* Origin: Precision Nonsense, Sydney (3:712/610.12) SEEN-BY: 633/104 260 262 267 270 285 640/296 305 384 531 954 1042 1674 690/734 SEEN-BY: 712/610 848 713/615 774/605 800/1 @PATH: 712/610 640/531 954 633/260 267 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.