To może w pliku *.ino nie ustawiłeś czegoś poprawnie. Nie wiem, ciężko mi wróżyć.
Cześć. Czy komuś udało się odczytać w Brink Excellent wartości ciśnienia w kanałach nawiewnym i wywiewnym? U mnie (Excellent 300) TSP CPOD i CPID zwracają zera, skanowanie po TSP i messageId nie zwraca nic, co by pasowało do ciśnienia odczytywanego na urządzeniu. Pozostałe parametry czytają się OK.
Autorowi oprogramowania (raf1000) chyba się to udało, ale on ma wersję HR, może tu jest różnica?
Hej,
Też nie znalazłem rozwiązania na ciśnienia, które z całą pewnością są dostępne. Nie wiem jak je odczytać. Jednak mogę bez tego żyć. Kluczowe dla mnie było ogarnięcie sobie sterowania z poziomu HA. Zamieniłem sterownik brinka na ESP. I wygląda na to, że robi robotę.
Pozwolę sobie dołączyć kody oraz konfig yamlowy, którego używam.
Robiłem kilka podejśc do sterowania i doszedłem do etapu kiedy wykorzystuję jedynie zapis do brinka mówiący o prędkości (%) oraz czytam parametry.
Modyfikacje kodu dla ESP z mojej strony to jedna kluczowa rzecz: Wielokrotnie zdarzało się, że czytał mi śmieci - przez to potrafił np wyświetlić nominalną prędkość 100 a po chwili 0. Może błedy transmisji, może coś się innego rozeszło. U mnie nieprawidłowy status odczytu zwraca wartość -65535. I reaguję na to. Przez to udało się ustabilizować działanie oraz statystyki nie mają śmieci (poza okresem deweloperskim)
Pozdrawiam i dziękuję - w ramach podziękowań dodaję coś od siebie.
brink.zip (13.8 KB)
A i jeszcze jedno - nie miałem serca dochodzić dlaczego używana jest zmienna 8bitowa skoro np dla mojego 400 zdecydowanie nie da się tego upchnąć w tych 8 bitach stąd głupie wartości typu 44 zamiast 300 (256+44) → brakuje starszej części 16 bitowych wartości. Zrobiłem w kodzie obejście. Działa.
A - i poprawiłem literówki
I jeszcze ciekawostka - oba parametry Out zaczęły działać. Tak po prostu. Nic nie robiłem, a nagle zaczęło się to samo z siebie czytać
Z ciekawości podpiąłem teraz parametr CPOD i CPID - ciekawe czy to też ten przypadek.
…i po jakimś czasie zabawy jest:
1 polubienie
Hej,
Postawnowiłem podłączyć i swojego Excellent 400.
Użyłem pobranych plików, ale coś w HA brak wartości.
Sam Opentherm wygląda, że działa - przynajmniej jak zmieniam suwakiem to brink zmienia ustawienia, ale cała reszta wygląda na brak danych.
Może @Wawrion podzielić się ostateczna wersją? Masz też Excellenta 400? Albo może jakieś wskazówki gdzie szukać przyczyny?
Pozdrawiam i z góry dzięki za wskazówki
Hej, to co załączyłem to z grubsza wersja, ktora u mnie działała.
Teraz walczę z bardziej złożonym rozwiązaniem, bo w jednym ESP upchałem Brinka, odczyt ciśnienia wody jakimś chińczykiem, odczytywanie licznika wody Apator radiowo. (I często właśnie brink mi dziczeje)
Moje doświadczenie mówi, że odczyt OpenTherma jest strasznie wrażliwe na jakość zasilania. U mnie były problemy na kilku ładowarkach od telefonów. Nie wiem, czy to była kwestia stabilności zasilania czy wartość napięcia. Znalazłem jedną, której się trzymam.
I tak, mam Brink Excellent 400.
Co do wartości to one często pojawiają się po dłuższym czasie. To często różni się tym, że motylek jedną nóżką bardziej, albo inny znany powód. Nie znalazłem prawidłowości.
Pozdrawiam,
W.
Hmm, ok. to też jakiś trop. Moje lutowanie to nie pierwsza klasa więc może jednak nie do końca jest ok.
Podłączony od 3 dni i nadal nic. 
W każdym razie dzięki za wskazówkę, zacznę od potestowania innych ładowarek lub kabli.
Jesli na ekraniku sprzetu masz “o” to znaczy, ze sama transmisja nawiązana. Parę razy też mi gubił status “bycia sterowanym z OT” i wracał do domyślnego “100” i tak co 20sek. Jak znajdę trochę czasu, to znów wrócę do tematu. Na razie troche odpuściłem, zmęczenie materiału mnie dopadło. Może to jakieś opóźnienia brakujące, może sekwencja odczytów. Mam poczucie że coś nie do końca dobrze jest ogarnięte po którejś ze stron jeśli idzie o obsługę protokołu OT.
Coraz częściej myślę o przejściu na natywny protokół (kwestia dorwania sprzętu bo samodzielnie nie znajdę czasu na zrobienie konwertera)
PS, koniec końców przeszedłem na ESP32 (wątki)
BTW podglądałeś co jest na samym serwerze MQTT?
Tak, mam “o”, zauważyłem że “o” się załącza dopiero jeśli wykonam jakąś zmianę prędkości.
Racja podejrzałem MQTT i tam nie widzę wartości.
To chyba na tą chwilę brak pomysłów.
Wygląda, że set działa ale get nic nie zwraca.
Mogę przestawiać Ventilation, U1… przez mqtt i trybi
Przeskanowałem po wszystkich wartościach o nic nie znalazł(ale skoro set działa to są prawidłowe)
Cześć,
Wydaje się że masz jakiś drobny błąd w konfiguracji. Dane na temat bypass pobiera…
Sprawdzałeś po podłączeniu do komputera co pokazują logi w Arduino IDE??
A i jeszcze jedno - nie miałem serca dochodzić dlaczego używana jest zmienna 8bitowa skoro np dla mojego 400 zdecydowanie nie da się tego upchnąć w tych 8 bitach stąd głupie wartości typu 44 zamiast 300 (256+44) → brakuje starszej części 16 bitowych wartości. Zrobiłem w kodzie obejście. Działa.
tutaj wskazówka - TSP value > 255 · Issue #4 · raf1000/brink_openhab · GitHub
Ja niestesty nie miałem juz czasu do tego wrócić.
Tak jestem podłączony Arduino IDE.
Próbowałem obu wersji, twój fronteri i Wawriona, na obu brak odczytów.
Próbowałem timeout’ami przestawiać, ale też nie pomogło.
To odpowiem 
Problem rozwiązany. Albo uwaliłem Wemosa podczas lutowania, albo był uwalony od początku i nie podaje 3v3. Podpiąłem 5v do master schielda i działa.
Przy braku napięcia o dziwo komunikaty set działały, tylko get niedziałał
Jedynie zielona dioda na płytce od Opetherma miga, nie wiem czy tak powinno być