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

[zzrr]

Fajnie by było jak by można było też wyświetlić zawartość cukru w cukrze

[SOYER]

Widzisz @klew światełko w tym tunelu? Nie ma go.
Dajcie proste narzędzie, jak uznacie, że to nie przystoi i to jest najważniejsze, że mamy zasoby i chcemy to rozwijać, to potem będziemy rozwijać kejpopa na klopie.

[Patryk]

Dajcie nam wreszcie proste narzędzie do wysłania jakiejś liczby i dowolnego jej opisania w apk. Prostego przesłania, bez korzystania z fafnastu innych kanałów które mają coś zastąpić.
Dajcie nam to na już.

Również jestem za.
A w przyszłości można ewentualnie pomyśleć o jakieś dodatkowe "wodotryski".

[lukasz06]

Widzę, że ta dyskusja do niczego nie prowadzi.
Panowie jakiś kompromis zróbcie

[krycha88]

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
?

Ja nie za bardzo rozumiem po co podawać min/max w cloud. Na urządzeniu powinno się definiować te wartości i one powinny być przesyłane do cloud aby poprawnie wygenerować np. wykres? Po co zmieniać je w cloud jak to urządzenie powinno wiedzieć jakie wartości i w jakim zakresie powinny być wysyłane. Tak samo z jednostką, po co coś konwertować po stronie clouda jak to urządzenie powinno wiedzieć co wysyła. Cloud powinien tylko wiedzieć, że jest to kg, m, cm, m3 czy stopnie Celsjusza aby w apce to ładnie wyglądało.

Takie proste podejście byłoby wstanie zastąpić każdy inny kanał pomiarowy.

[SOYER]

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
?

Ja nie za bardzo rozumiem po co podawać min/max w cloud. Na urządzeniu powinno się definiować te wartości i one powinny być przesyłane do cloud aby poprawnie wygenerować np. wykres? Po co zmieniać je w cloud jak to urządzenie powinno wiedzieć jakie wartości i w jakim zakresie powinny być wysyłane. Tak samo z jednostką, po co coś konwertować po stronie clouda jak to urządzenie powinno wiedzieć co wysyła. Cloud powinien tylko wiedzieć, że jest to kg, m, cm, m3 czy stopnie Celsjusza aby w apce to ładnie wyglądało.

Takie proste podejście byłoby wstanie zastąpić każdy inny kanał pomiarowy.

Dokładnie
Piszę o tym już ze dwa lata.

[SOYER]

krycha88 pisze:

Takie proste podejście byłoby wstanie zastąpić każdy inny kanał pomiarowy.

Dlatego już wielokrotnie pisałem o tym, że kompletnie nie rozumiem po co w supli fafnaście kanałów pomiarowych, fafnaście sterujących i kolejnych fafnaście do kolejnych szczegółów, a i tak zawsze znajdzie się kolejny czujnik/urządzenie nieobsługiwane.
Przekombinowane, ale tłumaczę to tak, że dzięki temu jest łatwiej Zamelowi et consortes. Wtedy to ma jakiś sens, Supla to zamel, diy to chyba epizody. Ciekaw jestem jaki procent, promil(?) działających urządzeń to diy(liczone z gg).

[klew]

Ja nie za bardzo rozumiem po co podawać min/max w cloud. Na urządzeniu powinno się definiować te wartości i one powinny być przesyłane do cloud aby poprawnie wygenerować np. wykres? Po co zmieniać je w cloud jak to urządzenie powinno wiedzieć jakie wartości i w jakim zakresie powinny być wysyłane. Tak samo z jednostką, po co coś konwertować po stronie clouda jak to urządzenie powinno wiedzieć co wysyła. Cloud powinien tylko wiedzieć, że jest to kg, m, cm, m3 czy stopnie Celsjusza aby w apce to ładnie wyglądało.

Takie proste podejście byłoby wstanie zastąpić każdy inny kanał pomiarowy.

Są rzeczy, które można łatwo zmierzyć po stronie urządzenia, a "sens" można im nadać po stronie Clouda.

Przykładowo:
1. Wspomniany wcześniej pomiar ADC. Ustawiam sobie w sofcie kanał "KPOP pomiar ADC". Urządzenie wysyła do serwera liczby od 0 do 3300, w jednostkach domyślnych mV.
2. Licznik impulsów jest podobnym tworem (ten istniejący) - on tylko zlicza np. przejście do stanu wysokiego na GPIO. Do serwera leci ilość impulsów, a "sens" konfiguruje się w Cloud, czyli informuje o tym jaka jest jednostka i ile impulsów przypada na jednostkę.
3. Przeliczenie impulsów na GPIO na częstotliowść. Urządzenie wysyła do serwera ilość impulsów na sekundę i podaje jednostkę Hz.

Powyżej jest lista 3 typów kanałów. Dwa na bazie KPOP, jeden na bazie KLOP. Urządzenie "wie" co wysyła i podaje mV, impulsy, Hz. Natomiast realnie mierzona wartość może być czymś innym - tylko pomiar jest realizowany w mV, impulsach, Hz.

Użytkownik (zaawansowany, ale nie programista), może sobie tych kanałów użyć. W Cloud może sobie zrobić przeliczenie mV na jakąś realnie mierzoną wartość. Nasze uproszczone mnożniki/dzielniki pozwalają w sumie na przeliczenie o ile zależność jest liniowa).
Kanał z częstotliowścią, można skonfigurować jako czujnik prędkości wiatru. Trzeba tylko przeliczyć Hz na prędkość (znowu mamy ograniczenie, że zależność powinna być liniowa, ale w pewnym zakresie taka powinna być).

Jak się przyjrzysz parametrom do konfiguracji KPOP, to tam w zasadzie są:
1. Przelicznik (mnożnik, dzielnik, korekta)
2. Ustawienie jednoski (przed, po, spacje)
3. Przełącznik czy chcemy mieć historię/wykresy oraz wybór typu wykresu
4. Częstotliwość odświeżania pomiaru

W zasadzie tylko ten ostatni wydaje się zbędnym bajerem.

Z KLOP-em jest trochę inaczej. Ja w pewnym momencie proponowałem, aby nie dodawać danych przyrostowych wcale, bo mamy już licznik impulsów i on w sumie jest takim dość uniwersalnym kanałem licznika. Ale jakoś ten pomysł "uproszczenia" nie przeszedł.
Zalety KLOP-a nad IC, są takie:
- można przesyłać dane zmiennoprzecinkowe, więc jeśli mamy po wmbusmteres odczyt licznika wody jako 10,234 m3, to nie trzeba tego sztucznie przeliczać na liczby całkowite i potem ponownie w Cloud dzielić na 1000
- można ustawić liczniki malejące, rosnące, lub malejąco-rosnące - IC jest tylko "rosnący" (przynajmniej od niedawna ). Malejące typy mogą być fajne do liczników pokazujących np. zasobnik z węglem, ilość gazu w butli, czy soli w zmiękczaczu wody.
- można ustawiać ułamkowe ilości impulsów na jednostkę (na IC był problem z licznikami opadu deszczu, bo tam były ułamkowe wartości na impuls)

Z kolei IC ma przeliczanie "zużycia" na walutę. Nie wiem czy KLOP to dostanie, ale nie słyszałem ani głosów za, ani przeciw.

[SOYER]

@klew a kiedy nas uszczęśliwisz tym kombajnem, a na kiedy by mogła być łopata o którą tu prosimy?

[LukaszH]

Trochę sporo emocji się pojawiło, ale jako osoba słabo ogarniająca programowanie, to fajnie jak by jednak przez cloud można było konfigurować czym są impulsy, lub wartość analogowa. Było pytanie do czego użyć kanał, to:
1. wszystkie pomiary rozbudowanej stacji pogody
2. Na podstawie wartości analogowej, kąt obrotu potencjometru, wysokość cieczy jako rezystancja
3. Możliwość zmiany jednostek i obliczenie (podać wzór) aby na podstawie impulsów mierzyć prędkość lub ilości obrotów (trochę jak deszczomierz, wiatromierz, licznik rowerowy, itp.)
4. Fajnie jak by te kanały miały historię i wykresy

Ogólnie trochę nie rozumiem „pretensji” że jest zamiar wprowadzania profesjonalnego podejścia do tego typu kanału, bo jednak jest bardzo dużo użytkowników z innymi oczekiwaniami i lepiej jak to jest kompleksowe rozwiązanie niż później na podstawie „okrojonego kanału” powstaną urządzenia i później drugi raz będzie trzeba będzie podchodzić do tematu i przebudowywać hardware/modyfikować gruntownie softy urządzeń.