Elektroda.pl
Elektroda.pl
X

Search our partners

Find the latest content on electronic components. Datasheets.com
Please add exception to AdBlock for elektroda.pl.
If you watch the ads, you support portal and users.

Termometr - Tendencja spadkowa temperatury/ciśnienia

DarkMajster 14 Jan 2017 14:29 2667 53
  • #31
    BlueDraco
    MCUs specialist
    Jak widać są jeszcze inni - szukający sposobności by się obrazić i uzasadnić to obrażenie i dokopać tym, co w ich mniemaniu ich obrazili.
    Merytorycznie to już napisałem. Na ogół mamy zaszumione wyniki pmiarów, które musimy odszumić. Fakt, coś, co daje różnicę odszumionych wyników można uzyskać filtrem górnoprzepustowym, tylk najpierw trzeba odszumić pomiary dolnoprzepustowym. Wnet więc wyjdzie na to, że tak naprawdę mówimy o fltrze środkowoprzepustowym. Może ma się to nijak do implementacji programowej, ale za to świetnie brzmi i w dodatku bardzo teoriosygnałowo. ;)
  • #32
    User removed account
    User removed account  
  • #33
    DarkMajster
    Level 10  
    Odpaliłem moduł RTC z ds1302, przykładowy program nazwany set_clock, wgrałem do arduino a tam takie coś

    Termometr - Tendencja spadkowa temperatury/ciśnienia

    Code: c
    Log in, to see the code


    Co to za druga data? Jak się jej pozbyć?
  • #34
    User removed account
    User removed account  
  • #35
    User removed account
    User removed account  
  • #36
    BlueDraco
    MCUs specialist
    albertb wrote:
    odejmując próbkę szumu od niej samej otrzymamy wartość losową


    No tu przeinaczasz. Ja tylko napisałem, że odejmując próbkę wolnozmiennego sygnału zaszumionego od INNEJ (np. sąsiedniej) próbki tego sygnału dostaniemy wartość losową. A filtr górnoprzepustowy, w zależności od zestrojenia, może np. wyciąć sygnał użyteczny i pozostawić sam szum.

    Ja napisałem, jak to praktycznie zrobić . Ty ślicznie, acz ciut w oderwaniu od rzeczywistości, błyskasz wiedzą z teorii sygnałów.
  • #37
    User removed account
    User removed account  
  • #38
    BlueDraco
    MCUs specialist
    Podałem działające rozwiązanie z filtrami dolnoprzepustowymi, napisałem już dawno jak stroić filtry dolnoprzepustowe, żeby było dobrze. To tyle z mojej strony. Ty piszesz o teorii i spierasz się o teorię, ale żadnych konkretów nie podałeś. Over.
  • #39
    User removed account
    User removed account  
  • #40
    User removed account
    User removed account  
  • #41
    BlueDraco
    MCUs specialist
    Z przykrością złamię obietnicę, ale mam ku temu kilka istotnych powodów:

    1. Funkcja pierwsza nie jest moją funkcją, tylko Twoją karykturą/radykalnym przekręceniem mojej propozycji.

    2. Funkcja druga, czyli proponowane przez Ciebie rozwiązanie, to pochodna wyjścia filtra dolnoprzepustowego, a nie, jak deklarujesz "filtr górnoprzepustowy". Gdybyś miał co do tego wątpliwości - wpuść na jej wejście np. funcję sin x + sin 100x i zobacz, co dostaniesz na wyjściu. na moje oko będzie to coś bliskiego cos x. Filtr górnoprzepustowy powninien wypluć sin100x, nieprawdaż?

    3. Coś, co ma informować o trendzie dobowym, zaczyna działać po dobie od uruchomienia. Ty twierdzisz, że w pierwszej minucie.

    4. Pochodna informuje o chwilowym zachowaniu funkcji, a nie o trendzie długoterminowym - Twoja funkcja nie jest więc tym, o co chodzi. Pokazałeś rozwiązanie zupełnie innego zadania, niż to, o które chodziło. Nie pytamy, czy w ciągu ostatniej minuty wartość wzrosła, a o to, czy wartość rośnie w stosunku do średniej z ostatniej doby. Zaraz za czubkiem sinusoidy Twoja funkcja infomruje, że wartość dobowa spadła, a gołym okiem widać, że całkiem dobrze wzrosła, tylko przed chwilą ciut się wahnęła w dół.

    5. Jak obaj wiemy, filtr dolnoprzepustowy, na którego wejściu będzie sinus, wygeneruje na wyjściu sinus przsunięty w fazie - to byłby najbardziej złośliwy przypadek dla mojego rozwązania i oczywiście jedynie taki przypadek wybrałeś. Przypadki bardziej realistyczne to ax + sin x lub sin x + sin kx.
  • #42
    User removed account
    User removed account  
  • #43
    User removed account
    User removed account  
  • #44
    BlueDraco
    MCUs specialist
    1. Zacznijmy od tego, że moim skromnym zdaniem coś tam rośnie długoterminowo, kiedy średnia krótkoterminowa jest większa od długoterminowej. Twoja karykatura mojego pomysłu opera się na założeniu, że coś rośnie, kiedy maleje, czyi kiedy średnia krótkoterminowa jest mniejsza od długoterminowej.

    2. Zgadza się, stałe mojego filtru wymagają podstrojenia, być może całkiem sporego. Za to Twój filtr "górnoprzepustowy" zasilony przebiegiem sin x + sin 100x daje na wyjściu cos x. W ten sposób mamy całkiem nową definicję filtru górnoprzepustowego. Nie wątpię , że zaraz udowodnisz mi pokrzykując, że jak coś przepuszcza niższe częstotliwości a zatrzymuje wyższe, to w świetle teorii i Matlaba jest to fltr górnprzepustowy.

    3. Jedyny znany mi sposób umożliwiający przewidywanie trendu dobowego na po kilku minutach obserwacji opiera się na zakrzywieniu czasoprzestrzeni, a nie zauważyłem, abyś wywoływał w Matlabie funkcję zakrzywiającą czsoprzestrzeń.

    4. Ja nie wstawiam żadnej pochodnej - to Twój "filtr" zwyczajnie generuje pochodną odszumionej funkcji wejściowej. Czyli: daje na wyjściu sygnał proporcjonalny do chwilowego, aktualnego przyrostu, a nie do przyrostu rozsmarowanego w czasie, o co przecież chodziło.

    5. Nie pisałem nigdzie, że moja metoda jest super ultra poprawna i zawszedziałająca. Jest zdroworozsądkowa i na ogół działa, chociaż raczej nie dla sinusa na wejściu. Działa dla typowych łamańców, działa dla złożenia sinusa z funkcją liniową, z grubsza działa dla złożenia "szybkiego" sinusa z czymś wolniej zmiennym. Twoja teoretycznie słuszna metoda nie działa w tych przypadkach, chociaż niewątpliwie mogłaby zadziałać przy nieznacznej modyfikacji.

    Znamienne, że odpowiadasz nie wykonawszy żadnego z testów, które zasugerowałem. Czyli "teoria musi się obronić przez teorię i pokrzykiwania", bo z symulacjami byłoby już gorzej - tak to wygląda z Twojej strony.
  • #45
    User removed account
    User removed account  
  • #46
    User removed account
    User removed account  
  • #47
    User removed account
    User removed account  
  • #48
    User removed account
    User removed account  
  • #49
    User removed account
    User removed account  
  • #50
    BlueDraco
    MCUs specialist
    albertb wrote:

    Pisałeś poprzednio, że wstawiłem karykaturę/przekręcenie Twojej funkcji. Odwołujesz to czy pokazujesz różnię w wynikach mojego programu i Twojego?


    Co mam odwołać? To, że zanegowałeś wynik mojej funkcji, a potem przechwalałeś się, że moja funkcja daje wartość ujemną, kiedy powinna dawać dodatnią (na początku wykresu, który pokazałeś) ?

    albertb wrote:
    BlueDraco wrote:
    2. Zgadza się, stałe mojego filtru wymagają podstrojenia, być może całkiem sporego. Za to Twój filtr "górnoprzepustowy" zasilony przebiegiem sin x + sin 100x daje na wyjściu cos x. W ten sposób mamy całkiem nową definicję filtru górnoprzepustowego. Nie wątpię , że zaraz udowodnisz mi pokrzykując, że jak coś przepuszcza niższe częstotliwości a zatrzymuje wyższe, to w świetle teorii i Matlaba jest to fltr górnprzepustowy.

    Powtarzasz drugi raz kłamstwo bez najmniejszego dowodu. Twoje domysły, co jest na wyjściu filtru przedkładasz nad test lub teorię które Ci proponowałem. A wystarczy zmienić w programie, który podesłałem dane i zamiast losowej wartości dodać 100 razy szybszy sinus (na losowym przebiegu także widać, że jest to filtr górnoprzepustowy) i wyświetlić nie różnicę a wynik filtru.
    Tak samo znalezienie w literaturze implementacji filtru IIR górnoprzepustowego i porównanie jej z moim nie powinno stanowić problemu. Ale musisz to zrobić Ty, bo ja na pewno zrobię to tendencyjnie.

    To Ty pokazałeś obrazek: na wejściu zaszumiony sinus, na wyjściu odszumiony cosinus, i napisałeś, że to jest filtr górnoprzepustowy.
    a) Jak coś z zaszumionego sinusa robi niezaszumiony sinus, to takie coś nazywa się wg. mnie filtrem dolnoprzepustowym.
    b) Jak coś z sinusa robi cosinus - to jest to wg. mnie generowanie pochodnej.
    Które z tych dwóch moich zdań opisujących przedstawiony przez Ciebie obrazek nazywasz kłamstwem i dlaczego?

    albertb wrote:
    W ostatnim zdaniu nie mówisz nic oprócz wkładania wymyślonego przez Ciebie fałszu w moje usta. Piękna figura retoryczna.
    Podsumowując - stosujesz zasadę Goebbelsa "kłamstwo wielokrotnie powtórzone staje się prawdą".

    No patrz. Czekam na porównanie z Hitlerem, a potem może coś o Holocauście - będzie jeszcze efektowniej. A może jeszcze biję Murzynów?
    albertb wrote:

    3. Ja pokazałem 1 trend w zaszumionym sygnale, nie sugerowałem, że jest on dobowy. Autor wspominał coś o cyklu godzinowym.

    I ponieważ chciałeś wykazać wyższość Twojego algorytmu nad moim, współczynniki dla mojego filtra dobrałeś jak dla dobowego (co wyraźnie widać), po czym skrytykowałeś moje rozwiązanie, bo nie dawało trendu chwilowego, tak jak Twoje. Dość ciekawe podejście, skoro nie miał to być wg. Ciebie trend dobowy.

    albertb wrote:
    BlueDraco wrote:
    4. Ja nie wstawiam żadnej pochodnej - to Twój "filtr" zwyczajnie generuje pochodną odszumionej funkcji wejściowej. Czyli: daje na wyjściu sygnał proporcjonalny do chwilowego, aktualnego przyrostu, a nie do przyrostu rozsmarowanego w czasie, o co przecież chodziło.

    Kolejny raz powtórzone kłamstwo. Kolejny raz bez jakiegokolwiek argumentu.

    No jasne. Rozumiem, że fakt, że cosinus jest pochodną sinusa nie jest argumentem. Podobnie jak to, że kasowanie szumów wysokoczęstotliwościowych jest cechą filtru dolnoprzepustowego. Ok, w takim razie uznaję marność moich argumentów i przyznaję Ci rację.

    Ja próbuję dyskutować merytorycznie, Ty w co drugim zdaniu wykrzykujesz "kłamstwo", które to słowo przeciwstawiasz moim dość konkretnym i merytorycznym stwierdzeniom. Naprawdę nie sposób z Tobą dyskutować.
  • #51
    User removed account
    User removed account  
  • #52
    BlueDraco
    MCUs specialist
    W tej sytuacji nie pozostaje mi nic innego, jak podtrzymać ostatnie zdanie z ostatniego postu i dotrzymać obietnicę złożoną wcześniej.
  • #53
    User removed account
    User removed account  
  • #54
    DarkMajster
    Level 10  
    Stwierdziłem, że zatrudnie pana zegara, i na jego podstawie będę tworzył "rejestr" pomiarów ciśnień z danych godzin

    Code: c
    Log in, to see the code

    3 pomiary, następnie średnia i liczenie różnicy, tylko tu pojawia się problem, bez tablic zrobiłbym to tak:
    Code: c
    Log in, to see the code


    i tak 24 razy, co raczej piękne nie będzie, tylko nie wiem jak zrobić to tablicami, a dokładniej problemem jest przejście z doby na dobe, bo przecież zapis [i-18] o godzinie 12 będzie bez sensu.

    (Na podstawie r1, r3,r6,r12,r18 zrobiłem 5 słupków, porównujących ciśnienie z godziny, 3, 6, 12, 18 temu do aktualnego)