⚙ [TO DO] Co chcielibyście jeszcze dodać do GUI-Generic? ☕

[cr4y]

Chiałbym wykorzystać swój odkurzacz budowlany jako centrany, moduły których używam do oświetlenia akurat mają wejścia niskonapięciowe więc idealnie się nadają do tego celu. Czy jest opcja pomijając to aby nie dopisywać urządzenia do chmury, aby załączanie odbywało się tylko lokalnie, bez możliwości załączenia w aplkacji?

[Arghatell]

Przeczytałem Wasze pomysły...to się podepnę w temacie

W dziale "Pomoc" ubolewałem nad brakiem dodatkowego kanału dla analogu jako termometr bo obecnie jest wilgotnościomierz. Chodzi mi o możliwość wyboru kanału dla funkcji analogu, żeby można było wybrać albo wilg albo term. Wszystko generalnie fajnie, jak mamy jedno wejście analogowe w ESP 2866 ale kiedy jest 6 wejść do ESP32 to się zwyczajnie marnują niewykorzystane. Gdzieś zakupiłem czujnik deszczu/śniegu ( FC-37 ) który ma wyjście analogowe, czy czujnik wilgotności gleby czy woltomierz lub amperomierz, gdzie też jest fajny moduł analogowy ACS712 (mierzy ładowanie/rozładowanie), to dodatkowe wejścia analogowe by się bardzo przydały w GG, nawet może być wilgotnościomierz następny chociaż w tym przypadku (ACS712) to kanał termometru obsługuje wskazania dodatnie i ujemne i idealnie pasuje do tego czujnika tym bardziej, że w apce na telefon posiada historię a u Fracza też jest wykres, gdzie dla wilgotnościomierza nie ma. Generalnie wykorzystując obecne GG na kanale analogowym dla Termistora, odpaliłem ten czujnik i po drobnych korektach działa. Co prawda jest to teraz "proteza" ale działa.

Obecnie chcąc wykorzystać GG muszę w sumie odpalić 5 płytek, żeby korzystać z tych analogów a mógłbym mieć to na jednej płytce ESP32.
Chyba nie zje to więcej pamięci, bo dodatkowych bibliotek nie potrzeba

Tak, wiem, że jest w planach odpalenie takiego kanału "uniwersalnego" ale w sumie to już jest dostępne takie jakie jest i można by to wykorzystać lepiej.

Ktoś w wątku wspominał o INA219...co może załatwić problem woltomierzo/amperomierza. Nie jeden marzy o kontroli ładowania akumulatora.

Ostatnim pomysłem, który można zaimplementować do GG to "obrotomierz" który nie jednemu się przyda. Obecne liczniki zliczają tylko a tutaj chodzi o pomiar ilości impulsów na minutę. Wykorzystać to można w wielu celach i chyba nie muszę wymieniać Też specjalnych bibliotek nie potrzeba. Niestety nie umiem jeszcze programować i nie wiem czy przed śmiercią się nauczę

[krycha88]

Przeczytałem Wasze pomysły...to się podepnę w temacie

W dziale "Pomoc" ubolewałem nad brakiem dodatkowego kanału dla analogu jako termometr bo obecnie jest wilgotnościomierz. Chodzi mi o możliwość wyboru kanału dla funkcji analogu, żeby można było wybrać albo wilg albo term. Wszystko generalnie fajnie, jak mamy jedno wejście analogowe w ESP 2866 ale kiedy jest 6 wejść do ESP32 to się zwyczajnie marnują niewykorzystane. Gdzieś zakupiłem czujnik deszczu/śniegu ( FC-37 ) który ma wyjście analogowe, czy czujnik wilgotności gleby czy woltomierz lub amperomierz, gdzie też jest fajny moduł analogowy ACS712 (mierzy ładowanie/rozładowanie), to dodatkowe wejścia analogowe by się bardzo przydały w GG, nawet może być wilgotnościomierz następny chociaż w tym przypadku (ACS712) to kanał termometru obsługuje wskazania dodatnie i ujemne i idealnie pasuje do tego czujnika tym bardziej, że w apce na telefon posiada historię a u Fracza też jest wykres, gdzie dla wilgotnościomierza nie ma. Generalnie wykorzystując obecne GG na kanale analogowym dla Termistora, odpaliłem ten czujnik i po drobnych korektach działa. Co prawda jest to teraz "proteza" ale działa.

Obecnie chcąc wykorzystać GG muszę w sumie odpalić 5 płytek, żeby korzystać z tych analogów a mógłbym mieć to na jednej płytce ESP32.
Chyba nie zje to więcej pamięci, bo dodatkowych bibliotek nie potrzeba

Tak, wiem, że jest w planach odpalenie takiego kanału "uniwersalnego" ale w sumie to już jest dostępne takie jakie jest i można by to wykorzystać lepiej.

Ktoś w wątku wspominał o INA219...co może załatwić problem woltomierzo/amperomierza. Nie jeden marzy o kontroli ładowania akumulatora.

Ostatnim pomysłem, który można zaimplementować do GG to "obrotomierz" który nie jednemu się przyda. Obecne liczniki zliczają tylko a tutaj chodzi o pomiar ilości impulsów na minutę. Wykorzystać to można w wielu celach i chyba nie muszę wymieniać Też specjalnych bibliotek nie potrzeba. Niestety nie umiem jeszcze programować i nie wiem czy przed śmiercią się nauczę

Wg mnie dla ESP32 nie ma żadnego ograniczenia dla kanału analogowego i można ich dodać wiele. Podeślij screena jak uważasz, że jest inaczej.

[Arghatell]

Wg mnie dla ESP32 nie ma żadnego ograniczenia dla kanału analogowego i można ich dodać wiele. Podeślij screena jak uważasz, że jest inaczej.

Upss, muszę zatem przeprosić bo zwyczajnie nie zauważyłem wcześniej Bawię się od wczoraj ESP32 i nie dowidziałem a dotąd obrabiałem Wemosa mini, gdzie jest jedno wejście.
No to bardzo fajnie ... pozostaje jedynie wspomniana możliwość wyboru kanału pomiędzy termometrem a wilgotnością. Obecnie kanał z termometrem jest przypisany dla Termistora NTC 10K 3.3v co komplikuje wykorzystanie tego kanału inaczej niż Twoje zamierzenie

Nie prawdą też jest to, że na ESP32 są 6 piny do pomiaru analogowego

No dobra, 4szt

[krycha88]

Upss, muszę zatem przeprosić bo zwyczajnie nie zauważyłem wcześniej Bawię się od wczoraj ESP32 i nie dowidziałem a dotąd obrabiałem Wemosa mini, gdzie jest jedno wejście.
No to bardzo fajnie ... pozostaje jedynie wspomniana możliwość wyboru kanału pomiędzy termometrem a wilgotnością. Obecnie kanał z termometrem jest przypisany dla Termistora NTC 10K 3.3v co komplikuje wykorzystanie tego kanału inaczej niż Twoje zamierzenie

Spróbuję dodać to jako osobna opcje w builderze.

[slawek]

Była by szansa na dodanie BL0930 posiadam sonoff dual r3 v2 i pomiar jest tam przy użyciu tego licznika?

czy napewno BL0930???

Przepraszam za literówkę dokładnie BL0939.

Podbijam temat, bo nawet nieźle działa to z ewelinkiem, ale przecież nie po to mamy SUPLĘ...

[krycha88]

Upss, muszę zatem przeprosić bo zwyczajnie nie zauważyłem wcześniej Bawię się od wczoraj ESP32 i nie dowidziałem a dotąd obrabiałem Wemosa mini, gdzie jest jedno wejście.
No to bardzo fajnie ... pozostaje jedynie wspomniana możliwość wyboru kanału pomiędzy termometrem a wilgotnością. Obecnie kanał z termometrem jest przypisany dla Termistora NTC 10K 3.3v co komplikuje wykorzystanie tego kanału inaczej niż Twoje zamierzenie

Spróbuję dodać to jako osobna opcje w builderze.

Przeglądnąłem się tematowi i wymaga to większych zmian niż myślałem, więc nie będę tego przerabiać. Najlepiej było by docelowo wymienić go na kanał ogólnego przeznaczenia - którego jeszcze nie ma.

[Hrumque]

Przeglądnąłem się tematowi i wymaga to większych zmian niż myślałem, więc nie będę tego przerabiać. Najlepiej było by docelowo wymienić go na kanał ogólnego przeznaczenia - którego jeszcze nie ma.

A jakby tak ręcznie uszyć zdublowaną bilbiotekę z https://github.com/krycha88/GUI-Generic ... nsor/DHT.h ale zmienić w tej kopi tak, że:

Code: Select all

getTemp() 
getHumi() 

By tam nie pobierało z DHT tak naprawdę, a w getTemp pobierało pomiar np A0, a getHumi() pomiar analog z A1 ?

(ja tak sobie zrobiłem z pomiarami multi-DS18b20 - tam wkleiłem kod z https://github.com/krycha88/GUI-Generic ... B20.h#L154 w funkcje getTemp i teHumi, by mieć dwa pomiary "w jednym kafelku" - co prawda drugi pomiar wyświetla jako wilgotność - ale są dwa w jednym device, i na jednym wspólnym wykresie)
Tyle, że ja to uszyłem na kolanie, i aby działało dla 2 sensorów - dałem hardcoded adresy (wcześniej odczytane w multiDS sofcie) raz w getTemp pomiar przez sensors.getTempC(address_pierwszego_Czujnika); a w getHumi cały kod tak samo, ale sensors.getTempC(address_drugiego_czujnika); - wprost w src zaszyłem macadresy czujników, więc nie jest to zbyt uniwersalne i eleganckie rozwiązanie

[krycha88]

Przeglądnąłem się tematowi i wymaga to większych zmian niż myślałem, więc nie będę tego przerabiać. Najlepiej było by docelowo wymienić go na kanał ogólnego przeznaczenia - którego jeszcze nie ma.

A jakby tak ręcznie uszyć zdublowaną bilbiotekę z https://github.com/krycha88/GUI-Generic ... nsor/DHT.h ale zmienić w tej kopi tak, że:

Code: Select all

getTemp() 
getHumi() 

By tam nie pobierało z DHT tak naprawdę, a w getTemp pobierało pomiar np A0, a getHumi() pomiar analog z A1 ?

(ja tak sobie zrobiłem z pomiarami multi-DS18b20 - tam wkleiłem kod z https://github.com/krycha88/GUI-Generic ... B20.h#L154 w funkcje getTemp i teHumi, by mieć dwa pomiary "w jednym kafelku" - co prawda drugi pomiar wyświetla jako wilgotność - ale są dwa w jednym device, i na jednym wspólnym wykresie)
Tyle, że ja to uszyłem na kolanie, i aby działało dla 2 sensorów - dałem hardcoded adresy (wcześniej odczytane w multiDS sofcie) raz w getTemp pomiar przez sensors.getTempC(address_pierwszego_Czujnika); a w getHumi cały kod tak samo, ale sensors.getTempC(address_drugiego_czujnika); - wprost w src zaszyłem macadresy czujników, więc nie jest to zbyt uniwersalne i eleganckie rozwiązanie

Nie w tym problem, że nie wiem jak to zrobić, ale w tym, że zajmie mi to więcej niż przysłowiowe 5 min

[YoMan]

Chiałbym wykorzystać swój odkurzacz budowlany jako centrany, moduły których używam do oświetlenia akurat mają wejścia niskonapięciowe więc idealnie się nadają do tego celu. Czy jest opcja pomijając to aby nie dopisywać urządzenia do chmury, aby załączanie odbywało się tylko lokalnie, bez możliwości załączenia w aplkacji?

Pewnie, że się da. Ja tak zrobiłem aczkolwiek akurat wykorzystałem moduł sonoffa z wgraną suplą (urządzenie w cloudzie ukryłem) i wrzuciłem do puszki gdzie jest gniazdko do odkurzacza (odkurzacz cały czas na ON). Wgrane GG, przycisk ustawiony jako bistabilny->przełącz i podpięty do gniazdek ssących. Możesz tak skonfigurować i podac błędne hasło do clouda to sie nie zarejestruje ale będzie działać. Możesz też (chyba) nawet nie zmieniać softu w nim - sam z siebie też powinien tak działać na swoim sofcie. Ja zostawiłem suple na pokładzie, ponieważ czasmi potrzebuję go odpalić tam gdzie stoi a tam nie mam gniazdka ssącego z włącznikiem.