Profil użytkownika
| posty użytkownika | ||||
| Pierwsza stronaPoprzednia strona1 / 2Następna stronaOstatnia strona | ||||
|
|
||||
|
OldShaterhan
|
MTZD napisał » 2025-12-16 14:07 Nazwa urządzenia ma wpływ na to co wysyła się w MQTT a Home Assistant jest bardzo wybredny jeśli chodzi o dane z MQTT. Polecam nie zmieniać nazwy w configu, a zmienić nazwę encji w HA. Zmieniałem, bo w ustawieniach dodatku jest, że nazwa urządzenia jest teoretycznie obowiązkowa (z gwiazdką i walidacja ma problem jak jest puste) Kasuję i sprawdzam!dodane 2025-12-18 09:05Skasowałem i nadal to samo :/ |
|||
|
|
||||
|
OldShaterhan
|
Odinstalowałem i zainstalowałem ponownie, nadal to samo :/ (Uwaga: nie usuwałem repo, ale dałem "usuń" z opcją na wszystkie dane, config musiałem podać ponownie...
dodane 2025-12-05 23:48Znalazłem, walnąłem się w IP (nie podmieniłem .1.). Ślepota wtórna. Będę testować, dzięki! dodane 2025-12-06 00:112 pytania: 1. Czy ktoś na bazie tego może zbudował podobny panel jak w piecu? 2. Widziałem opcję mapowania głowic i czujek, natomiast podejrzewam, że pokoje (wraz z ich nazwami) też gdzieś muszą być widoczne w API samego pieca - z tego co widzę w syncvalues jest coś takiego: 102;1764979100;s:1;t_lo:19.00;t_norm:21.00;t_hi:23.00;heat:1;temp_pre:1;temp:19.00;lock:0;relays:0;hb0:0;hb1:0;p1:6;enable:2;obx:1;tbl:XXXXXXXXXXX;alarm:0;name:Kuchnia; (rejestry 100-119). Wydaje się, że nadawałoby się do mapowania głowic dodane 2025-12-09 20:12Kolejny problem jaki mi się pojawił: ![]() To po prawej to jest odczytywanie przez RESTful, a po lewej - z dodatku i jak widać przestało czytać. W logach: 2025-12-09T20:11:06.315Z [WARN] Failed to fetch custom entries 2025-12-09T20:11:36.328Z [INFO] Fetching custom entries 2025-12-09T20:11:36.328Z [WARN] No custom temp and vtemp mappings configured, skipping 2025-12-09T20:11:36.328Z [WARN] Failed to fetch custom entries Natomiast jedyne co zmieniałem to nazwa urządzenia. Patrzyłem czy nie zrobiło nowej encji w MQTT, ale nie ma. Możesz coś podpowiedzieć? |
|||
|
|
||||
|
OldShaterhan
|
Zastanawiające jest o tyle, że mam faktycznie problem z ręcznym odczytem nawet (zahardkodowane sensory), ALE temperaturę zewnętrzną mam na bieżąco, a pozostałe rejestry nie odpowiadały... Spróbowałem zrestartować sieć w okolicy pieca, zobaczę co przyniesie.
Puściłem ping z terminala HA na IP pieca i piec odpowiada, dlaczego miałby dodatkowi nie odpowiadać? |
|||
|
|
||||
|
OldShaterhan
|
Próbuję zapiąć to pod Pello (w końcu ma podobne API)
Skonfigurowałem MQTT na domyślny dodatek w HA, utworzyłem custom login i hasło (nie szło pominąć, tak jak można w Z2M) i dostaję jako poniżej: ``` Starting eCoal Furnace Controller... Configuration: /data/options.json 2025-12-05T12:08:10.303Z [INFO] Configuration loaded successfully 2025-12-05T12:08:10.313Z [INFO] Device: Piecuś at 192.xxx.xxx.xxx 2025-12-05T12:08:10.314Z [INFO] Loading configuration... 2025-12-05T12:08:10.316Z [INFO] Loading services... 2025-12-05T12:08:10.325Z [INFO] Connecting to MQTT broker... 2025-12-05T12:08:10.722Z [INFO] Polling scheduled every 30 seconds 2025-12-05T12:08:10.722Z [INFO] eCoal Controller started successfully node:internal/process/promises:394 triggerUncaughtException(err, true /* fromPromise */); ^ Error: connect EHOSTUNREACH 192.xxx.xxx.xxx:80 at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1637:16) { errno: -113, code: EHOSTUNREACH, syscall: connect, address: 192.xxx.xxx.xxx, port: 80 } Node.js v24.11.1 ``` Odpalam lokalnie 192.xxx.xxx.xxx - i tam mogę wbić. Możesz coś poradzić? Przy okazji - zdarza się, że zrywa mi połączenie WiFi z piecem (mam tam wpięty routerek z TP-Linka, który robi za AP), fajnie jakby dodatek był na to docelowo odporny. |
|||
|
|
||||
|
OldShaterhan
|
I nie masz sytuacji, że pompa zasuwa cały czas?
Piec mam podpięty, tylko chyba ukryty
|
|||
|
|
||||
|
OldShaterhan
|
U mnie też pilnują, tyle, że, żeby nie było za ciepło. Problem jest taki, że piec nie rusza z grzaniem jak jeden pokój z czujką przewodową ma ciepło, a jedna z głowic ma zimno.
I nie wiem jak to wykalibrować na ustawieniach. |
|||
|
|
||||
|
OldShaterhan
|
Cześć!
Od dłuższego czasu zastanawiam się jak rozwiązać problem z nie do końca takim grzaniem jakiego oczekuję. Mam 1 wspólny obwód CO oraz kilka pokoi z głowicami zgodnymi ze sterownikiem (widzę je w aplikacji). W zależności od potrzeb i czasu głowice są zaprogramowane na utrzymywanie temperatury (wyższa w dzień, niższa w nocy, pokoje "mniej istotne" mają np. 1*C mniej). Aktualne ustawienia obwodu są na: Typ obwodu: Pompa CO + zawór 4D + reg. pokojowy Typ regulatora pokojowego: Przewodowy czujnik temperatury Niestety, wieczorem/nocą salon, gdzie jest dodatkowo czujnik przewodowy (w dodatku zlokalizowany na jednej z wewnętrznych ścian), nie wychładza się jak jeden z pokoi, gdzie zdarza się, że temperatura schodzi do np. 17*C. W jaki sposób mógłbym spróbować wysterować piec/CO1, żeby ten jeden pokój się dogrzał (w ustawieniach głowicy temperatura jest ustawiona na wyższą, widać, że chce grzać). Testowałem zmianę ustawień na bezprzewodowy czujnik, ale wtedy dla odmiany Pompa 1 chodziła ciągle (pomimo, że pokoje były dogrzane, ew. brakowało im 0.1*C). Macie jakieś podpowiedzi do tego może?
|
|||
|
|
||||
|
OldShaterhan
|
@JacekJI nie
|
|||
|
|
||||
|
OldShaterhan
|
Siemka
![]() Wiem, że teraz poza sezonem powoli, ale chodzi mi po głowie zrobić prawilną integrację eSterownikową 3.5, na razie np. dostępną przez HACS. Problem w tym, że w Pythonie mam póki co dwie lewe ręce (bardziej siedzę w innych językach) i może ktoś też byłby zainteresowany współtworzeniem? |
|||
|
|
||||
|
OldShaterhan
|
Dzięki!
|
|||
|
|
||||
|
OldShaterhan
|
admin (zapomniałem o istnieniu roota).
dodane 2022-03-14 10:05Na user też to samo. dodane 2022-03-22 00:15@Przemek i jak? dodane 2022-06-28 09:18Any update? |
|||
|
|
||||
|
OldShaterhan
|
Dziś podłączyłem na nowo sterownik (z uwagi na to, że aktualnie nie ma pracy generalnie był wyłączony, jednak chciałem mieć wgląd w część statystyk z czujników) i zauważyłem, że piec pokazuje na diagramie tryb pracy "Zima", podczas, gdy jest ustawione Auto-Lato na 15*C. Dlaczego?
|
|||
|
|
||||
|
OldShaterhan
|
@marcinbb ale ekogroszek to nie pellet
|
|||
|
|
||||
|
OldShaterhan
|
Dzisiaj, przy próbie lokalnego logowania do sterownika dostałem błąd "Fatal error: cannot get device serial number", a później (po odświeżeniu strony też): "info.cgi not found". Może ktoś podpowiedzieć o co chodzi? Dostęp do wykresów dalej jest, ale dostęp zdalny leży (schemat się nie ładuje), ew. muli.
Ktoś coś? ![]() Nie mam m.in. dostępu do modułu aktualizacji. |
|||
|
|
||||
|
OldShaterhan
|
Była przerwa świąteczna kiedy chyba nie pracowali, ale już w sumie po, więc mam nadzieję, że wkrótce odpowiedzą
|
|||
|
|
||||
|
OldShaterhan
|
Akurat na telefonie jestem, jutro zajrzę, ale nazwy rejestrów/encji wyciąganych z pieca w HA 1:1?
|
|||
|
|
||||
|
OldShaterhan
|
A skąd wyciągasz dane? W sensie jakie rejestry, bo chyba jest ich tu więcej niż w temacie było?
|
|||
|
|
||||
|
OldShaterhan
|
Zapewne wpisy nie są w sekcji
sensor: ten kod powinien być przed wklejonym kodem. Możesz też spróbować użyć np. mojego kodu (trochę mniej lokalną sieć powinien obciążać): https://esterownik.pl/forum/posty,5595/integracja-z-home-assistant?m=145416#145416 |
|||
|
|
||||
|
OldShaterhan
|
Yup, tylko dla wersji 3.5 (panel dotykowy) jest ta zmiana.
|
|||
|
|
||||
|
OldShaterhan
|
@ven jak się nazywa rejestr z głowic określający, że wykrycie otwartego okna?
|
|||
| Pierwsza stronaPoprzednia strona1 / 2Następna stronaOstatnia strona | ||||
Kasuję i sprawdzam!
