Profil użytkownika
| posty użytkownika | ||||
| Pierwsza stronaPoprzednia strona1 / 2Następna stronaOstatnia strona | ||||
|
|
||||
|
MTZD
|
Addony HA tak na prawdę nie działają bezpośrednio na urządzeniu, a w kontenerze dockera. Jest szansa, że z jakiegoś powodu kontener ten nie dostał uprawnień do sieci hosta. Niestety jedyne rozwiązanie jakie na ten moment przychodzi mi do głowy to klasyczne "odinstaluj i zainstaluj ponownie" :/
|
|||
|
|
||||
|
MTZD
|
Wygląda jakby sterownik był w innej podsieci niż serwer Home Assistanta, przez co nie może się do niego dobić. Sam addon na chwilowe zerwania połączenia powinien być odporny, po prostu przez jakiś czas dane nie będą się aktualizować.
|
|||
|
|
||||
|
MTZD
|
"Received message on illegal discovery topic homeassistant/sensor/ecoal_furnace/custom_1@temp/config. The topic contains non allowed characters. For more information see https://www.home-assistant.io/integrations/mqtt/#discovery-topic" To zaległość po starej wersji beta. Teraz addon podmienia "@" na "_" w topicu tylko MQTT bardzo agresywnie trzyma w pamięci raz dodane topici. |
|||
|
|
||||
|
MTZD
|
Przysyłam faktyczny timestamp, HA prezentuje to w ten sposób
|
|||
|
|
||||
|
MTZD
|
||||
|
|
||||
|
MTZD
|
Poszedł update produkcyjnej wersji. Dodałem wszystko co było na wersji "next" + poprawiłem zduplikowane nazwy. Reszta dziwnych nazw wynika z tego że API zwraca te same wartości pod kilkoma róznymi nazwami 🥲
|
|||
|
|
||||
|
MTZD
|
Dobra, zła jednostka miary. Wersja 1.0.6_RC7 POWINNA już działać 😅
|
|||
|
|
||||
|
MTZD
|
Okazuje się że po prostu zapomniałem dodać te customowe wartości do discovery MQTT. Po zaktualizowaniu wersji beta powinno działać.
|
|||
|
|
||||
|
MTZD
|
Z tego co widzę po logach to ma problem z odczytaniem 2@vtemp i 22@vtemp. Wyświetliły się te z 1@temp i 21@vtemp? Jeśli nie to potrzebowałbym odpowiedzi z tych 2 zapytań: http://192.168.0.174/getregister.cgi?device=0&1@temp&21@vtemp&2@temp&22@vtemp http://192.168.0.174/getregister.cgi?device=0&temp&vtemp |
|||
|
|
||||
|
MTZD
|
Nie ma najmniejszego problemu. Chcę żeby integracja służyła jak najlepiej
Dodałem trochę logowania i wypuściłem nową wersję beta. Byłbym wdzięczny jakbyś mógł zaktualizować i podesłać mi logi żebym mógł zobaczyć co poszło nie tak w komunikacji. Zdublowane encje najpewniej wynikają z tego, że wersja beta tworzy na nowo całe połączenie z MQTT.
|
|||
|
|
||||
|
MTZD
|
@pitaszek Dodaj sobie repozytorium "https://github.com/MT-ZD/ecoal_controller#next", tam jest nowa, jeszcze nie opublikowana wersja, która pozwoli ci zmapować te dodatkowe pola. W konfiguracji dodatku pojawią się 2 nowe pola: "Mapowanie właściwości temp" oraz "Mapowanie właściwości vtemp". W twoim przypadku możesz w nich wpisać: 1@temp="Temp czujnik. 1";2@vtemp="Temp czujnik. 2" 21@vtemp="Temp. głowica 1";22@vtemp="Temp. głowica 2" Po restarcie dodatku, nowe pola powinny się pojawić w MQTT. Poszukam jeszcze jak mogę dostać typ podajnika i pompę CWU, znalazłem te opcję w apce eCoal więc na 100% da się wyciągnąć. dodane 2025-12-01 15:16 Pompa CWU i typ podajnika dodane na branchu "next". Przy okazji dokopałem się do złota: http://xxx.xxx.xxx.xxx/config/hardware.xml Tam znajdują się wszystkie dostępne wartości, opcje konfiguracyjne itd. razem z opisem co jest czym w 3 językach. Możliwe, że w przyszłości wykorzystam to do dodania wszystkich pozostałych opcji dostępnych w aplikacji eCoal. |
|||
|
|
||||
|
MTZD
|
Jasne, więc tak:
- Co do pompy CWU: niestety nie widzę nigdzie nazwy pod jaką API zwraca tą wartość - Tryb automatyczny: 1 - włączony, 0 - wyłączony (ręczny) - Pole "resource": to dokładnie to Wynika z niego, że pole "vtemp" to u ciebie "temperatura z głowicy", a pole "temp" to "czujnik radiowy". Czy to się zgadza?- Wydaje mi się że typ podajnika można dostać z "http://192.168.1.100/info.cgi" z pola "type" ale nie jestem tego pewnien. Czy możesz w jakiś sposób potwierdzić czy znajduje się tam poprawna wartość? |
|||
|
|
||||
|
MTZD
|
||||
|
|
||||
|
MTZD
|
||||
|
|
||||
|
MTZD
|
@wtyczka24 Błąd związany był z brakiem wsparcia dla starych procesorów w silniku, którego używałem. Przeniosłem aplikację na inny i powinno już działać po pobraniu aktualizacji.
|
|||
|
|
||||
|
MTZD
|
A jaka wersja Home Assistanta? Jeśli jest to jakaś stara 32 bitowa wersja to na 99% to jest przyczyna problemu i nie mam jak tego naprawić.
|
|||
|
|
||||
|
MTZD
|
@wtyczka24 na jakim środowisku działa twój Home Assistant? Komputer z procesorem AMD/Intel, Raspberry Pi czy jeszcze coś innego?
|
|||
|
|
||||
|
MTZD
|
Super. W razie innych problemów/barkujących funkcjonalności, proszę pisać, zobaczymy co da się zrobić 😉
|
|||
|
|
||||
|
MTZD
|
Możliwe że zapytanie, które wysyłam żąda za dużo danych na raz. Postaram się odtworzyć u siebie i zmodyfikuję kod, aby w takich przypadkach próbował pytać o mniej danych na raz.
dodane 2025-11-24 21:59Wysłałem aktualizację, która zmieniła logikę odpytywania o stan. Teraz prosi o partie danych zamiast wszystkie na raz. Powinno to rozwiązać problem. |
|||
|
|
||||
|
MTZD
|
Testowałem tylko na eCoal ale API z tego co widzę wygląda tak samo. Odpowiedź, którą wysłałeś ma też poprawną strukturę. Wysłałem aktualizację, która dodaje bardziej szczegółowe logi, powinno nam pomóc rozwiązać twój problem. Dodałem przy okazji specyfikację platformy co powinno rozwiązać też problem u @wtyczka24. Aktualizacja powinna pokazać się w karcie rozszerzenia w HA.
|
|||
| Pierwsza stronaPoprzednia strona1 / 2Następna stronaOstatnia strona | ||||



