-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!.POSTED!not-for-mail
From: bartekltg <b...@g...com>
Newsgroups: pl.comp.programming
Subject: Re: RSM i spline
Date: Thu, 15 Nov 2012 12:07:48 +0100
Organization: ATMAN - ATM S.A.
Lines: 63
Message-ID: <k82ie6$mph$1@node2.news.atman.pl>
References: <509ee300$0$26682$65785112@news.neostrada.pl>
<k7olf5$rpm$1@news.task.gda.pl> <k7oo6p$3ut$1@news.task.gda.pl>
<50a082a2$0$1301$65785112@news.neostrada.pl>
<k7qgii$cqo$1@news.task.gda.pl>
<f...@g...com>
<k7ujqc$2gh$1@node1.news.atman.pl> <k7ukdi$1nb$1@news.task.gda.pl>
<50a37a59$0$1313$65785112@news.neostrada.pl>
<k7vvq2$62t$1@mx1.internetia.pl> <k80qlp$3m1$1@node2.news.atman.pl>
<k82hc1$b7d$1@mx1.internetia.pl>
NNTP-Posting-Host: 144-mi3-6.acn.waw.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: node2.news.atman.pl 1352977670 23345 85.222.69.144 (15 Nov 2012 11:07:50
GMT)
X-Complaints-To: u...@a...pl
NNTP-Posting-Date: Thu, 15 Nov 2012 11:07:50 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026
Thunderbird/16.0.2
In-Reply-To: <k82hc1$b7d$1@mx1.internetia.pl>
Xref: news-archive.icm.edu.pl pl.comp.programming:200932
[ ukryj nagłówki ]W dniu 2012-11-15 11:43, Michoo pisze:
> On 14.11.2012 20:16, bartekltg wrote:
>> W dniu 2012-11-14 12:31, Michoo pisze:
>>> On 14.11.2012 12:02, slawek wrote:
>>>> przetwornika otrzymuje się co 1/1000 sekundy nową parę (x,y) - a to ma
>>>> się odzwierciedlać w dokładniejszym RMS. Jeżeli używać innych metod niż
>>>> całkowanie trapezami - to każdy kolejny punkt zmienia sposób w jaki
>>>> poprzednio już istniejące punkty zostaną użyte w obliczeniach.
>>>
>>> Świetnie że to przywołałeś. Dajmy taki miernik mocy - żeby podawać dobre
>>> wyniki przy trapezach i obciążeniu zasilaczem impulsowym musiałby
>>> działać np z 30kHz * 1000próbek = 30 MS/s. A użycie sensowniejszej
>>> metody pozwala obniżyć to np. do 3...0,3MS/s.
>>
>> O ile błąd pomiaru pomiaru jest odpowiednio niski.
>> Jaki... w uroszczeniu taki, aby dobrze dawało się
>> wyznaczyć 2 pochodną z trzech punktów.
>
> Ale zauważ, że pomiar to coś co robimy tak dobrze jak się da - staramy
> się nie mieć szumów przekraczających 1/2 LSB bo to efektywnie oznacza,
> że mamy o ten jeden bit mniej w wyniku. (Albo trzeba stosować duży
> oversampling, czyli jeszcze większą f pracy.)
Masz rację, najczęściej tak, ale nie zawsze.
A co jeśli zjawisko (jego zmiany) ma mniejszą skalą czasową
niż czas potrzebny do zmierzenia z maksymalną dokładnością.
Żeby nie tworzyć fikcyjnych eksperymentów, jak mierzenie Geigerem
pozycji wahadła z bryłki uranu (powiedzmy okres 2s, w ciągu 0.1s
mamy ~100 zliczeń w pozycji maksymalnie oddalonej, czyli 'szum'
z rozkałdu poissona ~10%), weźmy zdjęcia astronomiczne w atmosferze.
Są metody radzenia sobie z drganiami atmosfery poprzez robienie
krótkich zdjęć, a następnie umiejętne uśrednianie uwzględniające
te drgania.
>> Prawda jest taka, że jak mamy możliwość mierzenia,
>> to mierzymy jak często się da;)
>
> Nie do końca - zbyt szybki pomiar to często niska dokładność - jak w
> oknie czasowym jesteś w stanie złapać 0, 1 albo 2 fotony to nie masz
> nawet 3 pełnych bitów. (Zresztą zobacz jaką "kaszę" robią aparaty
> cyfrowe o małej matrycy przy krótkim czasie naświetlania.)
Dwie linijki niżej napisałem:
>> Ale już nawet jeśli mamy możliwość zmniejszenia
>> częstotliwości przez wydłużenie pojedyńczego pomiaru
>> (naświetlanie próbki czy nawet zdjęcia), już warto
>> się zastanowić.
Nie widzę różnicy w stanowiskach;)
> No i druga kwestia - szybkość kosztuje - 100-200kHz kosztuje
> kilka-kilkanaście złotych, 1MHz - koło 50-100, 30MHz - około 300.
http://www.rigolna.com/products/digital-oscilloscope
s/ds1000e/ds1052e/
Tabelka po prawej. Szybko rośnie:(
pzdr
bartekltg
Następne wpisy z tego wątku
- 15.11.12 14:21 Baranosiu
- 15.11.12 14:40 Baranosiu
- 15.11.12 16:00 AK
- 15.11.12 16:07 AK
- 15.11.12 16:53 slawek
- 15.11.12 16:49 slawek
- 15.11.12 16:56 slawek
- 15.11.12 17:02 AK
- 15.11.12 17:34 slawek
- 15.11.12 17:45 AK
- 15.11.12 17:51 kenobi
- 15.11.12 17:59 AK
- 15.11.12 18:08 bartekltg
- 15.11.12 18:17 slawek
- 15.11.12 18:20 slawek
Najnowsze wątki z tej grupy
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
Najnowsze wątki
- 2024-11-29 Dławik CM
- 2024-11-29 [OT] Lewe oprogramowanie
- 2024-11-29 Błonie => Sales Specialist <=
- 2024-11-29 Warszawa => IT Expert (Network Systems area) <=
- 2024-11-29 Warszawa => Ekspert IT (obszar systemów sieciowych) <=
- 2024-11-29 Warszawa => Head of International Freight Forwarding Department <=
- 2024-11-29 Białystok => Inżynier Serwisu Sprzętu Medycznego <=
- 2024-11-29 Pómpy ciepła darmo rozdajoo
- 2024-11-29 Białystok => Application Security Engineer <=
- 2024-11-29 Białystok => Programista Full Stack (.Net Core) <=
- 2024-11-29 Gdańsk => Software .Net Developer <=
- 2024-11-29 Wrocław => Key Account Manager <=
- 2024-11-29 Gdańsk => Specjalista ds. Sprzedaży <=
- 2024-11-29 Chrzanów => Specjalista ds. public relations <=
- 2024-11-27 Re: UseGalileo -- PRODUKTY I APLIKACJE UŻYWAJĄ JUŻ DZIŚ SYSTEMU GALILEO