Forum użytkowników automatyki budynkowej

Inne => Grenton => Wątek zaczęty przez: T w Listopad 20, 2017, 12:24:25 am

Tytuł: Grenton - szczegóły techniczne
Wiadomość wysłana przez: T w Listopad 20, 2017, 12:24:25 am
Cześć,

Dlaczego to robię?

Bardzo długo szukałem informacji na temat Grentona w internecie. Najwięcej znalazłem na tym forum, ale to i tak mało. Jakiś czas temu kupiłem sobie kilka modułów do testów. I chciałbym się z Wami podzielić wrażeniami. Nie mam zbyt wiele wolnego czasu, więc starałem się żeby te notatki były w miarę krótkie i merytoryczne. Powstają one, gdy próbuję zrozumieć jak działa Grenton.

Dla kogo to robię?

Jeśli interesujesz się automatyką, bezpieczeństwem i programowaniem, to myślę że cześć informacji może Cię zainteresować.

Jaki jest mój cel?

W ciągu następnego roku planuję skończyć instalację automatyki w moim domu. Nie jestem instalatorem. Nie mam uprawnień do 1kV. Z instalacją pomaga mi elektryk. Znam się trochę na programowaniu i elektronice, ale daleko mi do eksperta. Chciałem podzielić się z Wami, tym co udało mi się zrozumieć.

Jaki jest wynik moich prac?

Na tę chwilę napisałem cztery posty, w których staram się znaleźć odpowiedzi na nurtujące mnie pytania.

http://domktorymysli.pl/2017/08/grenton-pierwsze-wrazenia/ - trochę zdjęć modułów bez obudowy
http://domktorymysli.pl/2017/11/grenton-komunikacja-z-telefonem/ - opis w jaki sposób odbywa się komunikacja. Wydaje mi się, że da radę wpiąć pod Domoticz, ale jeszcze nie skończyłem :)
http://domktorymysli.pl/2017/11/grenton-clu-pod-maska/ - można się zalogować telnetem na CLU
http://domktorymysli.pl/2017/11/grenton-lua-pierwsze-kroki/ - trochę o narzędziach jakie udostępnia OM

Co dalej?

- Planuję ostatecznie rozszyfrować komunikację między telefonem a CLU
- Zrozumieć jak działa TF-bus
- Podpiąć kilka modułów z-wave i sprawdzić jak działają
- Przetestować termostat

Jak jest coś co chcielibyście wiedzieć, to dawajcie znać w komentarzach! Postaram się odpowiedzieć w ciągu kilku dni.

Pozdrawiam,
T

Tytuł: Odp: Grenton - szczegóły techniczne
Wiadomość wysłana przez: Neon w Listopad 20, 2017, 08:01:19 pm
Bardzo ciekawa inicjatywa.
Trzymam kciuki, żeby udało Cię się to doprowadzić do końca!
Tytuł: Odp: Grenton - szczegóły techniczne
Wiadomość wysłana przez: PiotrekS w Listopad 20, 2017, 08:47:31 pm
Mnie interesuje wspolpraca Grentona z modulami Fibaro, tzn czy stabilnie beda wspolpracowac czy beda zwiechy z-wave jak w Hc2
Tytuł: Odp: Grenton - szczegóły techniczne
Wiadomość wysłana przez: andre w Listopad 20, 2017, 10:45:48 pm
Dziękuję za bardzo zwięzłą i przydatną kwerendę. Proponuję wstrzymać się z dalszymi testami do czasu zaimplementowania softu dla gate'a i modbusa bo dojdzie dodatkowa możliwość komunikacji z CLU i zapewne powiększy się liczba komend w lua.

Cytuj
Jak jest coś co chcielibyście wiedzieć, to dawajcie znać w komentarzach! Postaram się odpowiedzieć w ciągu kilku dni.

Osobiście interesuje mnie pobieranie danych z czujników 1-wire modułu analog in/out na zewnętrzny serwer w celu archiwizacji i wizualizacji.
Tytuł: Odp: Grenton - szczegóły techniczne
Wiadomość wysłana przez: T w Listopad 20, 2017, 11:24:32 pm
Mnie interesuje wspolpraca Grentona z modulami Fibaro, tzn czy stabilnie beda wspolpracowac czy beda zwiechy z-wave jak w Hc2

Na początku grudnia chciałem kupić wallplug i może jakiś inny moduł, ale wątpię czy będę w stanie zawiesić moduły. Pewnie będę miał ich zbyt mało i będą zbyt blisko CLU. Na pewno opiszę jak wygląda konfiguracja i na co pozwala CLU.

Bardzo ciekawa inicjatywa.
Trzymam kciuki, żeby udało Cię się to doprowadzić do końca!

Dziękuję!! :)

Dziękuję za bardzo zwięzłą i przydatną kwerendę. Proponuję wstrzymać się z dalszymi testami do czasu zaimplementowania softu dla gate'a i modbusa bo dojdzie dodatkowa możliwość komunikacji z CLU i zapewne powiększy się liczba komend w lua.

Cytuj
Jak jest coś co chcielibyście wiedzieć, to dawajcie znać w komentarzach! Postaram się odpowiedzieć w ciągu kilku dni.

Osobiście interesuje mnie pobieranie danych z czujników 1-wire modułu analog in/out na zewnętrzny serwer w celu archiwizacji i wizualizacji.

Czekam na moduł Gate z niecierpliwością. Po opisach jestem prawie pewien, że będzie to ten sam moduł co CLU (hardware), tylko ze zmienionym softem. Oraz wydaje mi się, że pod Tf-bus kryje się protokół modbus. Podejrzewam, że inżynierowie Grentona nie chcieli, żeby do magistrali Tf-bus podłączać jakieś nieprzetestowane urządzenia modbus. Mogłoby to mocno wpłynąć na stabilność całości. Ale tylko zgaduję.

Osobiście interesuje mnie pobieranie danych z czujników 1-wire modułu analog in/out na zewnętrzny serwer w celu archiwizacji i wizualizacji.

Też chcę to zrobić. Miałem jeden pomysł, żeby użyć pakietu z LUA (http, socket), ale niestety nie jest on dostępny w LUA Grentona. Ale to częste, że twórcy urządzeń embedded wycinają wszystko co niepotrzebne, żeby zapewnić większą stabilność.

Na tę chwilę widzę kilka możliwości:
- Za pomocą LUA "io" zapisywać dane do pliku lokalnie na CLU i co jakiś czas pobierać przez tftp. (Dysk "m:" ma 4MB i od częstych zapisów może się zepsuć? Służy on jako miejsce na dumpy oraz tam zapisywany jest plik z nowym romem do aktualizacji)
- Może da radę zmusić LUA "io", żeby pracowało na zdalnych plikach (mało prawdopodobne)
- Może da radę wgrać bibliotekę http lub socket na CLU (mało prawdopodobne)
- Jak zalogujesz się telnetem na CLU, to jest tam komenda "sendto", ale nie wiem jak ona działa i nie wiem jeszcze jak ją wywołać z poziomu LUA w CLU. (Najbardziej prawdopodobne)
- Jak mi się uda rozszyfrować API, to wydaje mi się, że będzie można odczytywać dane z termostatów przez API do aplikacji na telefon. (Również prawdopodobne)
- Moduł Gate



Tytuł: Odp: Grenton - szczegóły techniczne
Wiadomość wysłana przez: andre w Listopad 21, 2017, 12:52:39 pm
Cytuj
Na początku grudnia chciałem kupić wallplug i może jakiś inny moduł...

Jak tylko na testy to szkoda kasy. Testowałem wallpluga i na aktualnym sofcie działa tylko jako on/off ale stabilnie, podobnie listwa Powernode 6 Switch i Relay Switch, ale tylko podstawowe ramki. RGBW , czujniki ruchu Everspring, FGBS-001, dimmery są wykrywane jako 'nieznane urządzenie zwave' bez parametrów.

Cytuj
Na tę chwilę widzę kilka możliwości:

Jest jeszcze jedna, mało elegancka, którą stosuję i działa: przełączanie czujników pomiędzy modułem Grentona a zewnętrznym webserwerem na czas pomiaru ale wymaga restartu CLU watchdogiem co jest uciążliwe jak wszystko gaśnie w domu. Być może gdyby zastosować wspólne zasilanie i wspólną masę dla modułu i webserwera to by chodziło bez przełączania.
Tytuł: Odp: Grenton - szczegóły techniczne
Wiadomość wysłana przez: Margielm w Listopad 22, 2017, 11:06:32 am
Super, że zacząłeś to badać i opisywać. Sam jestem programistą i dołączyłem do forum z tego samego powodu co ty, i również, jak ty, byłem trochę zawiedziony jak mało informacji jest na ten temat.
Fantastycznie, że postanowiłes uzupełnić te lukę.

Przeczytałem wszystkie twoje posty i nasuwa mi się jedno pytanie. Bardzo mocno skupiłes się na wnetrznosciach systemu, co samo w sobie jest wartościowe, ale wygląda na to, że robisz to aby móc  połączyć się z CLU po http (lub innym protokole) . Jeśli dobrze to zrozumiałem to czemu, zamiast spędzać nad tym czas (wiele wątków kończysz stwierdzeniem "zostawiam to na razie") nie poczekasz na moduł Gate który powinien rozwiązać tę problemy, a przynajmniej zmienić ich optykę?
Odpowiedzią może być tu "bo nie wiadomo kiedy wyjdzie" - i to by był prawdziwy argument. Wszak miał wyjść już dawno. Ale skoro tak, to czemu nie zdecydowałeś się na Ampio które ma serwer od dawna ( Ba, nawet ma api wystawione po swaggerze) i pozwoliło by ci się skupić na rozwiązaniu prawdziwych problemów.

Wysłane z mojego SM-G930F przy użyciu Tapatalka

Tytuł: Odp: Grenton - szczegóły techniczne
Wiadomość wysłana przez: T w Listopad 22, 2017, 07:43:47 pm
Cytuj
Na początku grudnia chciałem kupić wallplug i może jakiś inny moduł...

Jak tylko na testy to szkoda kasy. Testowałem wallpluga i na aktualnym sofcie działa tylko jako on/off ale stabilnie, podobnie listwa Powernode 6 Switch i Relay Switch, ale tylko podstawowe ramki. RGBW , czujniki ruchu Everspring, FGBS-001, dimmery są wykrywane jako 'nieznane urządzenie zwave' bez parametrów.


Masz rację! Myślę, że w dwóch zdaniach wyczerpałeś temat :). W plikach OMa są xmle definiujące różne urządzenia z-wave. Ciekawe czy można sobie skonfigurować własne urządzenie?

Cytuj
Na tę chwilę widzę kilka możliwości:

Jest jeszcze jedna, mało elegancka, którą stosuję i działa: przełączanie czujników pomiędzy modułem Grentona a zewnętrznym webserwerem na czas pomiaru ale wymaga restartu CLU watchdogiem co jest uciążliwe jak wszystko gaśnie w domu. Być może gdyby zastosować wspólne zasilanie i wspólną masę dla modułu i webserwera to by chodziło bez przełączania.


W pliku OM.LUA możesz znaleźć konfigurację termometrów w LUA. Ciekawe czy można dodać/usunąć termometr podczas pracy CLU? Sterujesz temperaturą w domu za pomocą CLU? Możesz opisać jak Ci to działa?

Super, że zacząłeś to badać i opisywać. Sam jestem programistą i dołączyłem do forum z tego samego powodu co ty, i również, jak ty, byłem trochę zawiedziony jak mało informacji jest na ten temat.
Fantastycznie, że postanowiłes uzupełnić te lukę.

Cieszę się, że Ci się podoba!


Przeczytałem wszystkie twoje posty i nasuwa mi się jedno pytanie. Bardzo mocno skupiłes się na wnetrznosciach systemu, co samo w sobie jest wartościowe, ale wygląda na to, że robisz to aby móc  połączyć się z CLU po http (lub innym protokole) . Jeśli dobrze to zrozumiałem to czemu, zamiast spędzać nad tym czas (wiele wątków kończysz stwierdzeniem "zostawiam to na razie") nie poczekasz na moduł Gate który powinien rozwiązać tę problemy, a przynajmniej zmienić ich optykę?

Odpowiedzią może być tu "bo nie wiadomo kiedy wyjdzie" - i to by był prawdziwy argument. Wszak miał wyjść już dawno. Ale skoro tak, to czemu nie zdecydowałeś się na Ampio które ma serwer od dawna ( Ba, nawet ma api wystawione po swaggerze) i pozwoliło by ci się skupić na rozwiązaniu prawdziwych problemów.


Moim planem/celem, w niedalekiej przyszłości, jest sprawdzenie więcej niż jednego systemu automatyki domowej. Na tę chwilę padło na Grentona, bo na tle innych wygląda on na prawdę dobrze, ale cierpi na zupełny brak informacji w internecie. Zanim podłącze pod niego bramę garażową czy alarm, wolę się upewnić jak wygląda komunikacja po wifi, z-wave i tf-bus. Część rzeczy zostawiam nierozwiązanych, bo wiem że jak poszukam w innym miejscu to rozwiązanie się znajdzie. Przyznasz, że to bardzo ciekawe, że zaszyfrowana wiadomość zawsze wygląda tak samo?

Zgadam się, że moduł Gate załatwiłby problem z odczytem danych z termometrów. Mam już niewielką wiedzę na temat CLU i wydaje mi się, że można ten problem rozwiązać bez modułu Gate. Traktuję ten problem jako zagadkę. Moduł Gate będę potrzebował za około pół roku i po cichu liczę, że Grentonowi się uda. Oraz mam mocną nadzieję, że komunikacja z modułem Gate po webowym API będzie odbywała się po https.

Może masz dostęp do Ampio? Fajnie by było podejrzeć jak wygląda komunikacja w ich wydaniu.


Tytuł: Odp: Grenton - szczegóły techniczne
Wiadomość wysłana przez: Margielm w Listopad 22, 2017, 08:34:04 pm
Nie mam.. Myślałem żeby zrobić dokładnie to samo co ty, ale to bardzo droga zabawa a budowa domu u mnie to jeszcze kwestia paru lat więc bez sensu kupować moduły na zapas bo za te 2 lata mogą wyjść nowe, lepsze, wersje.

Wysłane z mojego SM-G930F przy użyciu Tapatalka

Tytuł: Odp: Grenton - szczegóły techniczne
Wiadomość wysłana przez: andre w Listopad 25, 2017, 04:54:49 pm
T-napisał

Cytuj
Sterujesz temperaturą w domu za pomocą CLU? Możesz opisać jak Ci to działa?

Nie jestem zwolennikiem sterowania ogrzewaniem czy wentylacją przy pomocy automatyki domowej zostawiając jej
jednak funkcje konrolno-alarmowe,wizualizację, powiadomienia, archiwizację zużycia energii i możliwość awaryjnego, zdalnego i lokalnego ON/OFF-a w funkcji STOP.
Zastępowanie dość złożonych algorytmów nowoczesnych sterowników pogodowych i harmonogramów wbudowanych w oryginalne systemy sterujące ogrzewaniem prostymi PID-ami nie jest właściwe, zwłaszcza, że wymaga wiedzy od osoby obsługującej (dzieci?) W/g mnie powinno to działać w tle i w automacie.
Niemniej za pomocą Grentona steruję bojlerem elektrycznym (tylko w taniej taryfie G12W) za pomocą wirtualnych kalendarzy i działa to bezbłędnie oraz matami grzejnymi w wybranych pomieszczeniach przy zachowaniu oryginalnych sterowników z czujnikami temperatury podłogi i powietrza regulując timing włączania w zależności od pory dnia (taryfy), obecności osób i zwierząt w domu oraz temperatur z paneli dotykowych i temp.zewnętrznej(czerpnia).Do pełnego spięcia wszystkiego w automat czekam na obsługę modbusa przez Grentona.
Tytuł: Odp: Grenton - szczegóły techniczne
Wiadomość wysłana przez: T w Listopad 26, 2017, 03:49:31 pm
T-napisał

Cytuj
Sterujesz temperaturą w domu za pomocą CLU? Możesz opisać jak Ci to działa?

Nie jestem zwolennikiem sterowania ogrzewaniem czy wentylacją przy pomocy automatyki domowej zostawiając jej
jednak funkcje konrolno-alarmowe,wizualizację, powiadomienia, archiwizację zużycia energii i możliwość awaryjnego, zdalnego i lokalnego ON/OFF-a w funkcji STOP.
Zastępowanie dość złożonych algorytmów nowoczesnych sterowników pogodowych i harmonogramów wbudowanych w oryginalne systemy sterujące ogrzewaniem prostymi PID-ami nie jest właściwe, zwłaszcza, że wymaga wiedzy od osoby obsługującej (dzieci?) W/g mnie powinno to działać w tle i w automacie.
Niemniej za pomocą Grentona steruję bojlerem elektrycznym (tylko w taniej taryfie G12W) za pomocą wirtualnych kalendarzy i działa to bezbłędnie oraz matami grzejnymi w wybranych pomieszczeniach przy zachowaniu oryginalnych sterowników z czujnikami temperatury podłogi i powietrza regulując timing włączania w zależności od pory dnia (taryfy), obecności osób i zwierząt w domu oraz temperatur z paneli dotykowych i temp.zewnętrznej(czerpnia).Do pełnego spięcia wszystkiego w automat czekam na obsługę modbusa przez Grentona.

Poruszyłeś bardzo ciekawy temat. Mocno się zastanawiam nad kompetencjami automatyki domowej oraz jak wiele rzeczy można jej powierzyć. Z tego co widzę, Grenton na Facebooku zmienia kierunek na trochę inny, niż ten który prezentował w informacjach marketingowych rok temu. Mianowicie, z systemu który miał integrować się ze wszystkim dookoła zamienia się w system, który niepotrzebnie zwiększa swoje kompetencje. Mam na myśli ostatnie reklamy o możliwości użycia Grentona jako alarmu. Wiem, że integracja jest trudna i o wiele łatwiej jest tworzyć system zamknięty, ale to jest jedna z rzeczy, która wyróżnia ten system na tle pozostałych.

Zgadzam się w pełni, że wyspecjalizowane, dedykowane systemy, będą wykonywały powierzone zadanie dużo lepiej niż jeden system od wszystkiego.

Ja planuję użyć Grentona do następujących rzeczy (jeśli chodzi o ogrzewanie i wentylację):

- siłownikami przy ogrzewaniu w rozdzielaczach za pomocą PID-ów. Komputer pieca będzie pilnował całą resztę. Bez Grentona wszystko powinno działać całkowicie prawidłowo. Raczej jako bajer, gdy chcesz mieć temperaturę niższą w jednym z pokoi, niż ta ustawiona w całym domu.
- będzie służył jako kolejne zabezpieczenie przed przegrzaniem drewnianej podłogi na ogrzewaniu podłogowym (nie powinno przekroczyć 30 stopni C).
- będzie sterował pompą ccw. Tu pewnie harmonogram i integracja z alarmem (włączy/wyłączy pompę przy rozbrojeniu/uzbrojeniu alarmu).
- podobnie, integracja samego z pieca z alarmem może odbywać się przez Grentona i modbus. Możliwe, że można to zrobić łącząc piec z alarmem bez Grentona. Satel chyba ma moduł modbus :)
- Sterowanie wentylacją przez modbus. Będzie też możliwość sterowania wentylacją z panelu dotykowego.
- Integracja wentylacji, ogrzewania z alarmem i kontaktronami w oknach. Np. gdy dużo okien otwartych wyłączy ogrzewanie, wentylację.

Dużo z tych rzeczy można rozwiązać za pomocą Satela, ale chodzi o to, że alarm to alarm!

Podsumowując, większość tych funkcji to tak jak napisałeś: ON/OFF bez przejmowania kompetencji dedykowanych rozwiązań.




Tytuł: Odp: Grenton - szczegóły techniczne
Wiadomość wysłana przez: T w Grudzień 20, 2017, 01:08:00 am
Robię research, w jaki sposób pobrać listę urządzeń dla OpenHaba, które są wpięte w CLU. Przy okazji opisałem jak wygląda konfiguracja CLU po stronie LUA:

http://domktorymysli.pl/2017/12/grenton-plik-om-lua/

 
Tytuł: Odp: Grenton - szczegóły techniczne
Wiadomość wysłana przez: T w Grudzień 27, 2017, 02:05:01 am
Cześć,

W dalszym ciągu pracuję nad komunikacją z OpenHabem. Tym razem sprawdziłem czy jestem w stanie podszyć się pod aplikację mobilną:

http://domktorymysli.pl/2017/12/grenton-komunikacja-z-telefonem-szczegoly/

TL/DR

Tak. Mogę zarejestrować mój skrypt jako klienta. Prawdopodobnie komunikacja OpenHab z Grentonem będzie oparta o ten sam mechanizm.
Skrypt: https://github.com/Domktorymysli/grenton-client-php/blob/master/examples/fake_phone/fake_phone.php

Pozdrawiam,
T
Tytuł: Odp: Grenton - szczegóły techniczne
Wiadomość wysłana przez: janosick w Grudzień 27, 2017, 10:00:18 am
Brawo, brawo, brawo.

Bardzo mocno ściskam kciuki, bo krew mnie zalewa na obiecanki Grentona - Gate'a wprowadzają już prawie dwa lata i dalej przesuwają termin premiery...
tak jak z kwadratowymi Touchpanelami...
Grenton jest fajny ale ma masę rzeczy do usprawnienia przez swoich inżynierów a mam wrażenie że zajęli się tylko udziałem w targach ...

Generalnie dużo rzeczy które wydają się intuicyjne do obsługi i które wg mnie powinny być natywnie zaszyte w CLU/modułach/OM nie jest dostępne. Plusem jest to że można sobie to wszystko oskryptować ale okazuje się że do wielu pierdół trzeba pisać skrypty. Choćby obsługa pojedynczego kanału w dimmerze RGB. Skrypty do klawiszy, skrypty do interfejsu... Dimmer nie ma metody na ściemnianie i rozjaśnianie osobno - chcesz jednym klawiszem ściemniać, drugim rozjaśniać - też tylko skrypty... Brak obsługi zmiennych przez pamięć nieulotną - brak zasilania i user traci własne ustawienia systemu (nie piszę o termostatach)... Wyliczać można by jeszcze trochę ale chciałem odpowiedzieć na pytanie z bloga:
Ciekawe jak wygląda sterowanie jasnością świateł dla dimmerów?
Jasność dla Dimmera przybiera wartość w zakresie od 0 do 1 z rozdziałką 0.01.
RGB przybiera wartości 0-255 jako liczby całkowite, może konwertowane na hex? - nie wiem, jak pisałem nie jestem tak biegły w programistycznych sprawach.
Myślę, że najlepiej możesz sprawdzać działanie korzystając z zakładki Sterowanie każdego obiektu w OM
Tytuł: Odp: Grenton - szczegóły techniczne
Wiadomość wysłana przez: andre w Grudzień 27, 2017, 11:42:57 am
T napisał na blogu:
Cytuj
Nie jestem pewien jak często zwracany jest stan termometrów....

Z obserwacji termometry z paneli raportują live (green) natomiast 1wire (yellow/blue) minimalnie co 1 min + zmiana stanu?!

@janosick
Wiele racji w Twojej wypowiedzi ale konieczność oskryptowania to chyba plus tego systemu?
Tytuł: Odp: Grenton - szczegóły techniczne
Wiadomość wysłana przez: T w Grudzień 27, 2017, 01:31:01 pm
Dzięki janosick za dobre słowo :)

Brak obsługi zmiennych przez pamięć nieulotną - brak zasilania i user traci własne ustawienia systemu (nie piszę o termostatach)...

Zastanawiałem się jak rozwiązać ten problem i da się. Za pomocą biblioteki "io" w Lua można stworzyć plik lua i wczytać go na event on Init. Do tego pliku można zapisywać aktualny stan systemu. Jest jednak jedno bardzo duże "ale". Takie zapisywanie na pamięci flash CLU prawdopodobnie bardzo szybko ją wykończy. Ja bym to zrobił za pomocą zewnętrznego komputera. Oczywiście to wada / zaleta Grentona, że wszystko się da, tylko trzeba pisać kodzik.

Ciekawe jak wygląda sterowanie jasnością świateł dla dimmerów?
Jasność dla Dimmera przybiera wartość w zakresie od 0 do 1 z rozdziałką 0.01.
RGB przybiera wartości 0-255 jako liczby całkowite, może konwertowane na hex? - nie wiem, jak pisałem nie jestem tak biegły w programistycznych sprawach.
Myślę, że najlepiej możesz sprawdzać działanie korzystając z zakładki Sterowanie każdego obiektu w OM

Jestem ciekaw czy sterowanie jest płynne czy nie? Bo wysłanie i odbiór komunikatu dla moich skryptów to ok 100ms. I teraz jak przesuwasz suwak, to czy wysyła pozycję startową i końcową i robi płynne przejście czy "skacze", bo wysyła co chwilę pozycję palca na suwaku z opóźnieniem?

T napisał na blogu:
Cytuj
Nie jestem pewien jak często zwracany jest stan termometrów....

Z obserwacji termometry z paneli raportują live (green) natomiast 1wire (yellow/blue) minimalnie co 1 min + zmiana stanu?!


Dzięki. U mnie w pokoju temperatura się prawie nie zmienia i ciężko cokolwiek zaobserwować.

Przy okazji odkryłem, że Lua w Grentonie nie jest aż tak mocno okrojona jak mi się wydawało z początku. Oczywiście nie ma biblioteki "socket"  :'(.
Ale są inne takie jak: table, math, debug. Domyślnie nie są załadowane, trzeba je wczytać przez require.

Tytuł: Odp: Grenton - szczegóły techniczne
Wiadomość wysłana przez: andre w Grudzień 27, 2017, 02:35:16 pm
@T napisał:
Cytuj
Jestem ciekaw czy sterowanie jest płynne czy nie?
Znów odpowiem subiektywnie z moich doświadczeń.
Dimmery zastosowane do ściemniania żarówek LED spisują się kiepsko. Testowałem żarówki markowe i marketowe w sumie ok. 20 rodzajów bez większej różnicy skala raczej logarytmiczna niż liniowa, wkurzające migotanie zależne od pobieranej mocy (grupy żarówek dają się lepiej dimmować niż pojedyncze) zdarzają się samoistne rozbłyski od zakłóceń sieci (PWM) np. przy włączaniu jakiegoś urządzenia. O wiele lepiej wygląda to przy RGB - duża stabilność ale również zbyt duża czułość sensoryczna, cieżko operować precyzyjnie paluchem. Jak pisał słusznie @janosick przydałaby się obsługa pojedynczego kanału. Rozwiązaniem w jednym i drugim przypadku jest napisanie wielu scen z ustalonymi wartościami i parametrami i ich wyzwalanie choć przy dimmerach 230V nie zapobiegnie to  migotaniu. Z tego powodu w kinkietach zmieniłem żarówki LED na "LED-biedronkowe-hue" po 17 zł ale żeby tym dimmować potrzebuję rest-a albo pilot w łapę a to nie ma nic wspólnego z automatyką.
Tytuł: Odp: Grenton - szczegóły techniczne
Wiadomość wysłana przez: janosick w Grudzień 27, 2017, 11:23:52 pm

Wiele racji w Twojej wypowiedzi ale konieczność oskryptowania to chyba plus tego systemu?


Jasne, to bardzo duży plus że można wszystko oskryptować ale nie uważasz że wiele rzeczy oczywistych w Grentonie nie jest proste? Właśnie np. rozdzielenie kanałów RGB bez konieczności pisania skryptów...

@T
Czy wedle Twojego rozeznania można wyedytować jakiś plik z konfiguracją adresacji IP CLU? Problem jest taki, że w CLU nie można ustawić swojego adresu bramy tylko domyślnie przyjmuje że brama to x.x.x.1 , a jak zapewne wiesz nie zawsze jest tak ;) To następna łyżeczka dziegciu ...
Tytuł: Odp: Grenton - szczegóły techniczne
Wiadomość wysłana przez: T w Grudzień 29, 2017, 02:29:32 pm
   
@T
Czy wedle Twojego rozeznania można wyedytować jakiś plik z konfiguracją adresacji IP CLU? Problem jest taki, że w CLU nie można ustawić swojego adresu bramy tylko domyślnie przyjmuje że brama to x.x.x.1 , a jak zapewne wiesz nie zawsze jest tak ;) To następna łyżeczka dziegciu ...

"łyżeczka dzigciu" - śmiechłem srogo  ;D

Jeśli chodzi to CLU to o za pierwszym razem ono używa DHCP, ale i wtedy prawdopodobnie dostanie bramę. Ale OM wymusza przypisanie stałego adresu IP. Nie ma miejsca na wpisanie maski i bramy, nawet jak da się to zmienić w plikach konfiguracyjnych to każda zmiana na CLU z OM nadpisuje (chyba) wszystkie pliki. Boje się, że to by była dłubanina straszna (ręcznie lub skryptem nadpisywać konfigurację po każdej zmianie na clu)

Tytuł: Odp: Grenton - szczegóły techniczne
Wiadomość wysłana przez: T w Styczeń 22, 2018, 11:49:57 pm
Mały update - dzieje się. Jeszcze nie wiem kiedy, ale na pewno dam znać :)



Tytuł: Odp: Grenton - szczegóły techniczne
Wiadomość wysłana przez: janosick w Styczeń 23, 2018, 12:23:17 pm
Cudownie... Pięknie to wygląda.

Normalnie przebieram nogami z niecierpliwości, a kciuki bolą od zaciskania.

Ja bym chciał takie coś do archiwizowania pomiarów i zdarzeń użyć.

Jakby co to mogę być beta-testerem
Tytuł: Odp: Grenton - szczegóły techniczne
Wiadomość wysłana przez: T w Styczeń 25, 2018, 12:20:19 am
Dzięki :)

Mam już w pełni zrobioną komunikację w każdą stronę w czasie rzeczywistym dla Relay. Teraz już powinno być łatwo dla pozostałych modułów. Na tę chwilę, planuję wsparcie dla Relay, DigitalIn, AnalogIn/(out) i Panelu dotykowego (temperatura + światło), bo tylko takie moduły posiadam. Z czasem będę dodawał obsługę kolejnych.

Pozdrawiam,
T
Tytuł: Odp: Grenton - szczegóły techniczne
Wiadomość wysłana przez: Bogdan w Luty 27, 2018, 11:24:49 am
Ja ogólnie nie lubię sam się bawić w takie sprawy, ale posiadam u siebie w firmie sprzęt Grentona i jak na razie to sprawuje się dobrze. Działa bez zarzutu od paru miesięcy, nie mam żadnych zastrzeżeń. Montowany był przez profesjonalną firmę się tym zajmująca, która dała dobre porady. Jakby co się z tym działo to dam znać. A jakby ktoś szukał montażu, to ja robiłem u  http://www.grenton.pl/dealerzy.html (http://www.grenton.pl/dealerzy.html)

poddano moderacji 13.15  andre
Tytuł: Odp: Grenton - szczegóły techniczne
Wiadomość wysłana przez: janosick w Maj 15, 2018, 09:08:59 pm
Witam.

Czy udało się coś zrobić w kierunku integracji z OH?
Tytuł: Odp: Grenton - szczegóły techniczne
Wiadomość wysłana przez: T w Maj 15, 2018, 11:04:03 pm
Obiecuję do końca miesiąca zamknąć jakiś etap :)
Tytuł: Odp: Grenton - szczegóły techniczne
Wiadomość wysłana przez: janosick w Lipiec 03, 2018, 09:18:58 pm
Podbijam ;)
Tytuł: Odp: Grenton - szczegóły techniczne
Wiadomość wysłana przez: T w Lipiec 05, 2018, 10:17:16 pm
Cześć,

Dzieje się. Mam już napisany kodzik. W zasadzie od jakiegoś czasu robię testy i poprawiam błędy. Niestety dysponuję 3-4h w tygodniu i musi to trwać.

https://github.com/Domktorymysli/openhab2-addons/tree/grenton-2.2.0-v1/addons/binding/org.openhab.binding.grenton

Dam znać jak skończę :)

Tytuł: Odp: Grenton - szczegóły techniczne
Wiadomość wysłana przez: janosick w Marzec 25, 2019, 11:03:44 pm
Wiem że Grenton wypuścił Gate HTTP, ale..
Czy dalej jest opcja na zbindowanie Grentona w OH?
A wtedy już prosta droga do Grafany, pushy itp...
Tytuł: Odp: Grenton - szczegóły techniczne
Wiadomość wysłana przez: T w Marzec 27, 2019, 10:28:59 pm
Cześć,

Niestety zawiesiłem pracę nad tworzeniem bindingu dla OH. Główną przyczyną jest to, że wyszedł moduł Gate. Oraz miałem masę problemów z OH. Jak cały kod działał na moim środowisku, to po wrzuceniu go na RPi okazało się, że występuje cała masa innych błędów. Niskopoziomowe API, którego używałem do komunikacji też nie było zbyt przyjemne i cierpiałem na brak dokumentacji.

Jeśli chodzi o logi to możesz spiąć jedną z bibliotek, którą napisałem np. w php https://github.com/Domktorymysli/grenton-client-php/blob/master/examples/hello_world/hello_world.php.

Wystarczy, że napiszesz funkcję w lua, która zwróci json, text, xml z wartościami, które Cię interesują i curlem wrzucisz do Grafany. Zadanie na jeden weekend.

Od 3 miesięcy pracuję nad innym projektem związanym z Grentonem i za jakiś czas się pochwalę, bo jest bardzo śmieszny :)

Pozdrawiam,
T