Kanały pomiarowe ogólnego przeznaczenia - konsultacje społeczne

[YoMan]

Dużo bardziej pomocne by było, gdyby pojawiło się tutaj więcej informacji o tym, do czego chcesz używać ogólnych kanałów pomiarowych?

Zgodnie zatem z oczekiwaniami .... do pomiaru:
1. ilość soli w zmiękczaczu
2. poziom nieczystości w zbiorniku (tutaj w zasadzie jest odległość ale brakuje opcji przeliczenia cm na objetość i % w cloudzie i historii, przydatne byłoby uśrednianie ale to chyba się w cloud "nie zmieści")
3. poziom jasności w pomieszczeniu/na zewnątrz
4. ciśnienie atmosferyczne

ew. w przyszłości:
5. napięcie (akumulatory)

[YoMan]

A swoją drogą to fajnie by było w aplikacji móc ułożyć sobie obok siebie kanały jak temperatura z wilgotności a nie tylko pod sobą lub jeszcze nadać im zgrupowana nazwę

To chyba nie ten wątek ale ... owszem .... apka przydałaby się do upgradu z belek na kafelki.

[klew]

Założyłem, że uniwersalny kanał pomiarowy będzie używany najczęściej we współpracy z pomiarem napięcia na ADC lub jako "licznik impulsów". Czy nie o to chodzi?

Mierzyć można cokolwiek, co da się zmierzyć . Pomiar napięcia ADC będzie jedną z gotowych opcji. Poza tym można tam wstawić implementację dowolnych czujników (np. dodałem już do biblioteki pomiar natężenia światła z BH1750 oraz MAX44009).

Pętlę 4-20mA można łatwo przełożyć na pomiar napięcia, można też stosować czujniki np. 0-10V i dzielnik napięcia. Jak dla mnie to taki kanał pomiarowy będzie przydatny wtedy jak będę mógł go wygenerować w GG np. jako pomiar napięcia + określenie dzielnika/mnożnika + jednostka + historia jak obecnie dla pomiaru temperatury.

Czy tutaj nadal będzie potrzebny ten min/max?

[pzygmunt]

Zakres powinno walidować samo urządzenie. Jeśli uzna, że wartość jest poza zakresem to powinno przesłać NaN.

[klew]

Zgodnie zatem z oczekiwaniami .... do pomiaru:
1. ilość soli w zmiękczaczu
2. poziom nieczystości w zbiorniku (tutaj w zasadzie jest odległość ale brakuje opcji przeliczenia cm na objetość i % w cloudzie i historii, przydatne byłoby uśrednianie ale to chyba się w cloud "nie zmieści")

Właśnie te dwie opcje mnie trochę martwią .
To są przykłady pomiarów typu "measurement" (np. odległość, waga), która fajnie by było móc przełączyć na "meter" (czyli zużycie godzinowe, dobowe itp.)
Natomiast wydaje mi się, że w postaci "measurement" (czyli takiej jak obecnie termometr), będą nadal użyteczne.

cm na objętość można przeliczyć używając mnożnika/dzielnika oraz wartości dodanej.
Przykładowo: mamy pomiar odległości, który nam daje ilość cm pustej przestrzni. Jeśli wiemy, że zbiornik ma 100 cm i każdy 1 cm, to np. 10 l, to wtedy przeliczamy: (pomiar * 10) -> ilość "pustych litrów".
Teraz możemy dodać korektę. Cały zbiornik ma 1000 l pojemności (100 cm * 10 l), więc (pomiar * (-10)) + 1000 -> da nam pozostałą ilość opału/soli etc.

Wykresy będą wyglądać jak pomiar temperatury, więc wartość będzie spadać od 1000 l w dół do 0 l, a potem wzrosną (wsypanie soli).
Tylko nie będzie tam "przyrostów", więc nie będzie na wykresach widać ile zużywamy na godzinę/dobę/miesiąc/rok.

Tu pewnie też by się przydały te parametry ograniczające wartości min/max, aby nam przy błędnych pomiarach nie wskakiwało < 0 lub > 1000

[klew]

Zakres powinno walidować samo urządzenie. Jeśli uzna, że wartość jest poza zakresem to powinno przesłać NaN.

Tak, ale nie zawsze to jest możliwe. Przykładem jest ten pomiar ADC na GPIO. Powinno być od ~0 mV do 3300 mV. Ale można podłączyć czujnik, który daje zakres 500 mV do 3000 mV, a wartości poza są nieprawidłowe.

[krycha88]

Zakres powinno walidować samo urządzenie. Jeśli uzna, że wartość jest poza zakresem to powinno przesłać NaN.

Tak, ale nie zawsze to jest możliwe. Przykładem jest ten pomiar ADC na GPIO. Powinno być od ~0 mV do 3300 mV. Ale można podłączyć czujnik, który daje zakres 500 mV do 3000 mV, a wartości poza są nieprawidłowe.

Właśnie to jest idealny przykład, że to urządzenie powinno wiedzieć co się do niego podłączyło i wysyłać poprawne wartości do cloud, w GG właśnie dla takiego pomiaru określam min max i wszystko nie z tego zakresu jest uznawane za błąd.

[klew]

Zakres powinno walidować samo urządzenie. Jeśli uzna, że wartość jest poza zakresem to powinno przesłać NaN.

Tak, ale nie zawsze to jest możliwe. Przykładem jest ten pomiar ADC na GPIO. Powinno być od ~0 mV do 3300 mV. Ale można podłączyć czujnik, który daje zakres 500 mV do 3000 mV, a wartości poza są nieprawidłowe.

Właśnie to jest idealny przykład, że to urządzenie powinno wiedzieć co się do niego podłączyło i wysyłać poprawne wartości do cloud, w GG właśnie dla takiego pomiaru określam min max i wszystko nie z tego zakresu jest uznawane za błąd.

Ale ten min/max powinien być wg Ciebie ustawiany w GG (lub w sofcie na urządzeniu), czy w Cloud? Dodać KPOP z pomiarem analogowym napięcia, który można skonfigurować w Cloud, czy tego nie robić i całą konfigurację zostawić w sofcie na urządzeniu?

Bo możemy:
1. Dodawać kanały dedykowane do każdego urządzenia podłączanego do GPIO i wtedy mamy kanał "natężęnia dźwięku", "natężenia światła", etc. (wtedy min/max w Cloud nie trzeba podawać) lub
2. Dodać kanał "pomiar ADC" i resztę user sobie wyklika w Cloud, aby mV skonwertować do faktycznej wartości, której te pomiary odpowiadają (wtedy min/max w cloud się przyda)
3. Można też robić wariant mieszany, czyli dodać "pomiar ADC", ale też dodawać ile się da konkretnych czujników, które korzystają z pomiaru ADC
?

[SOYER]

Tak, ale nie zawsze to jest możliwe. Przykładem jest ten pomiar ADC na GPIO. Powinno być od ~0 mV do 3300 mV. Ale można podłączyć czujnik, który daje zakres 500 mV do 3000 mV, a wartości poza są nieprawidłowe.

Właśnie to jest idealny przykład, że to urządzenie powinno wiedzieć co się do niego podłączyło i wysyłać poprawne wartości do cloud, w GG właśnie dla takiego pomiaru określam min max i wszystko nie z tego zakresu jest uznawane za błąd.

Ale ten min/max powinien być wg Ciebie ustawiany w GG (lub w sofcie na urządzeniu), czy w Cloud? Dodać KPOP z pomiarem analogowym napięcia, który można skonfigurować w Cloud, czy tego nie robić i całą konfigurację zostawić w sofcie na urządzeniu?

Bo możemy:
1. Dodawać kanały dedykowane do każdego urządzenia podłączanego do GPIO i wtedy mamy kanał "natężęnia dźwięku", "natężenia światła", etc. (wtedy min/max w Cloud nie trzeba podawać) lub
2. Dodać kanał "pomiar ADC" i resztę user sobie wyklika w Cloud, aby mV skonwertować do faktycznej wartości, której te pomiary odpowiadają (wtedy min/max w cloud się przyda)
3. Można też robić wariant mieszany, czyli dodać "pomiar ADC", ale też dodawać ile się da konkretnych czujników, które korzystają z pomiaru ADC
?

2.

[SOYER]

Dużo bardziej pomocne by było, gdyby pojawiło się tutaj więcej informacji o tym, do czego chcesz używać ogólnych kanałów pomiarowych?

Zgodnie zatem z oczekiwaniami .... do pomiaru:
1. ilość soli w zmiękczaczu
2. poziom nieczystości w zbiorniku (tutaj w zasadzie jest odległość ale brakuje opcji przeliczenia cm na objetość i % w cloudzie i historii, przydatne byłoby uśrednianie ale to chyba się w cloud "nie zmieści")
3. poziom jasności w pomieszczeniu/na zewnątrz
4. ciśnienie atmosferyczne

ew. w przyszłości:
5. napięcie (akumulatory)

Nie masz ciśnienia?