-
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: Wed, 14 Nov 2012 20:16:06 +0100
Organization: ATMAN - ATM S.A.
Lines: 81
Message-ID: <k80qlp$3m1$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>
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 1352920569 3777 85.222.69.144 (14 Nov 2012 19:16:09 GMT)
X-Complaints-To: u...@a...pl
NNTP-Posting-Date: Wed, 14 Nov 2012 19:16:09 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026
Thunderbird/16.0.2
In-Reply-To: <k7vvq2$62t$1@mx1.internetia.pl>
Xref: news-archive.icm.edu.pl pl.comp.programming:200877
[ ukryj nagłówki ]W dniu 2012-11-14 12:31, Michoo pisze:
> On 14.11.2012 12:02, slawek wrote:
>> Cały problem jaki rzeczywiście jest, to brak dobrej metody "obliczania
>> RMS" która mogłaby operować na zmieniającej się ilości danych.
>
> Biedny przemysł. Na wszelki wypadek mu o tym nie mów.
>
>> Np. z
>> 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.
Hmm. AK narzekał na brak rozrywek:
Mamy n pomiarów, niech będzie równo oddalonych,
funkcji odpowiednio gładkiej. Wyniki zaburzone
są losowym błędem gaussowskim o odchlenia takim a takim.
Jak ten błąd wpływa na dokładność przybliżenia całki,
jeśli bezpośrednio stosujemy kwadratury rożnych rzędów?
Prawda jest taka, że jak mamy możliwość mierzenia,
to mierzymy jak często się da;)
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ć.
Ale to rachunek błędu, nie całkowanie.
>> Nie da
>> się liczyć "nowego RMS" jako "stare RMS" + poprawka, gdyż przeskakują
>> wagi wzdłuż osi odciętych.
>
> RMS zazwyczaj liczy się na buforze cyklicznym, musisz go wydłużyć o rząd
> krzywej z każdej strony.
>
>> Podobnie jest niestety i ze spline'ami -
>> zmiana w jednym miejscu pociąga za sobą nielokalnie cały spline.
>
> Nieprawda. Rząd splajna określa ile punktów wpływa pojedynczy punkt
> krzywej. Zmiany SĄ lokalne.
Splajn sam z siebie jest lokalny, tzn ma zwarty nośnik (jak mówisz,
obejmuje parę punktów), ale Sławkowi chodziło zapewne o zagadnienie
interpolacji. Najprostsze, węzły obu rodzajów się pokrywają.
Wtedy sprowadza się ono do rozwiązania y = A w równania,
w to wagi przy splajnach bazowych, y - wartości.
A - pewna macierz pasmowa. Dla kubicznych - trzyliniowa.
I wtedy rzeczywiście, zmiana wartości odpowiadającej
pomiarowi z grudnia będzie wpływać na postać współczynników
splajna (ale nie na wartość w węzłach!) w lipcu.
>> z reguły Simpsona wynika, iż gdy uda się nam dokładniej mierzyć
>> dla parzystych to będzie z tego znacznie lepsza poprawa dokładności
>> całki niż w przypadku dokładniejszych nieparzystych.
>
> A taka sytuacja miałby zajść w jakim przypadku praktycznym?
Z reguły simpsona wynika, że jeśli nasze pomiary są na tyle
dokładne, by dobrze szacować odpowiednie pochodne, dostajemy
za to bonus w postaci lepszej dokładności.
Pytanie, ile możemy popsuć.
pzdr
bartekltg
Następne wpisy z tego wątku
- 14.11.12 21:26 AK
- 14.11.12 21:32 AK
- 14.11.12 21:33 AK
- 14.11.12 22:08 slawek
- 14.11.12 22:27 kenobi
- 14.11.12 22:49 Michoo
- 14.11.12 23:05 AK
- 14.11.12 23:12 AK
- 14.11.12 23:14 bartekltg
- 14.11.12 23:18 slawek
- 14.11.12 23:18 AK
- 14.11.12 23:42 slawek
- 14.11.12 23:52 slawek
- 15.11.12 00:05 Michoo
- 15.11.12 00:06 bartekltg
Najnowsze wątki z tej grupy
- Alg. kompresji LZW
- Popr. 14. Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- Arch. Prog. Nieuprzywilejowanych w pełnej wer. na nowej s. WWW energokod.pl
- 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??
Najnowsze wątki
- 2025-02-12 Warszawa => Expert Recruiter 360 <=
- 2025-02-12 Ostrów Wielkopolski => Area Sales Manager OZE <=
- 2025-02-12 Bieruń => Regionalny Kierownik Sprzedaży (OZE) <=
- 2025-02-12 Dęblin => Node.js / Fullstack Developer <=
- 2025-02-12 Kraków => PHP Full Stack Developer <=
- 2025-02-12 Karta dźwiękowa stereo
- 2025-02-12 Dęblin => JavaScript / Node / Fullstack Developer <=
- 2025-02-12 Gdańsk => Specjalista ds. Sprzedaży <=
- 2025-02-12 Łódź => NodeJS Developer <=
- 2025-02-12 Błonie => Sales Specialist <=
- 2025-02-12 Dziwne zachowanie magistrali adresowej w 8085
- 2025-02-11 Mini pecet
- 2025-02-10 Spalił się spaliniak
- 2025-02-10 zarowka wifi - z sensowna apka lub lepiej albo lokalnie lub przez web. I zeby harmonogram miala
- 2025-02-10 Chrzanów => Programista NodeJS <=