Drukuj

 

Aktualności:

Powrót do strony głównej: www.edom-plc.pl

[mordorr]

Hej,

Po pięciu latach bezproblemowego sterowania domem za pomocą plc doszedłem do etapu "kochanie, może by tak zmienić coś w pokoju xxx"...

każdego męża to niestety czeka;)

przy tej okazji przydalyby mi się dwa dodatkowe obwody sterowane wydzielone z obwodu zasilanego na stałe (gniazdka niesterowanego)

pomijam raczej rozwiązania typu blue ocean

myślałem o satel abax, ale cena rozwiązania dla dwóch obwodów jest ciut wysoka (moduł abax do centrali + moduł do gniazda)

z rodzimych producentów mamy zamel supla, ale wygląda na to, że supla wymaga czarow typu script, bądź serwer chmurowy. trochę zbyt dużo komplikacji

wydaje się, że sonoff ma fajny moduł sonoff mini, który można włączyć w funkcji dyi i sterować za pomocą http post. idealnie... by było, gdyby był dwukanałowy.

czy macie jakieś doświadczenia z takimi urządzeniami?

[mordorr]

Update:
Kupiłem na próbę dwa Sonoffy - wszystko działa OK przez RESTful Post, ale nie z Wago
Postman załącza i wyłącza elegancko przez komendy API, a Wago dostaje timeouty.

zbudowałem poligon doświadczalny i wyglada na to, ze Wago http lib został "ulepszony" w wersji 1.5 (dzisiaj mamy wersję 3.x) do http1.0, żeby uniknąć dzielenia pakietów w HTTP1.1

i faktycznie - wyslanie komend API HTTP1.0 powoduje brak odpowiedzi i niestety reakcji sonoffa.

teraz mam dwie opcje:
1. spróbować zdobyć httplib_01 w wersji 1.4, gdzie post i get wykorzystywały http1.1
2. obsługiwać sonoffy przez RPi. z nim Wago dogada się bez problemu, a RPi dogada się z sonoffami. problem w tym, ze komplikuję to infrastrukturę i rozpasza sterowanie....

Jacek

[vakul]

Rozważ wymianę oprogramowania w sonoffie na coś innego (np. Tasmota, Supla).
Może wtedy będziesz w stanie się z tym połączyć.

[kamiKAC]

Ja akurat nie z Sonofem, ale z Wemosem (też ESP8266) bez problemu byłem w stanie się połączyć ze sterownika (własny soft do komunikacji z piecem po OpenTherm). Jak wgrasz Tasmotę też powinno zadziałać. Ewentualnie możesz zmienić w źródłach, że ma również obsługiwać HTTP 1.0.
Jak Tasmota, to jest obsługa MQTT. Właśnie się przymierzam do implementacji MQTT na 750-880 https://www.youtube.com/watch?v=FeY-z-h9_UA. To w sumie lepsze, niż okresowe sprawdzanie stanu przez HTTP API.
Aktualnie nie mam parcia, ale planuję bramkę OpenTherma przenieść na Tasmotę, więć to MQTT na pewno wypróbuję.

[kamiKAC]

AKTUALIZACJA:
Tamta biblioteka z filmiku nie obsługiwała subskrypcji. Znalazłem jednak backport biblioteki MQTT od Codesys3.5:
https://github.com/huwylphi/codesys2-mqtt-library

Po dodaniu bliblioteki należy zadeklarować w zmiennych globalnych długość zmiennych string (długości przykładowe):
VAR_GLOBAL CONSTANT
MQTT_USERNAME_MAX_LENGTH: INT :=16;
MQTT_PASSWORD_MAX_LENGTH: INT :=16;
MQTT_TOPIC_MAX_LENGHT: INT :=128;
MQTT_MESSAGE_MAX_LENGHT: INT :=256;
END_VAR

[mordorr]

Hmn - przyznam szczerze, ze nie myslalem o Tasmota, muszę poczytać z czym to się je.
idea jest taka, zeby wszystko działało lokalnie - bez wykorzystywania internetów
supla chyba wymaga konfiguracji serwera lokalnego, lub wykorzystania serwerów supli - tak ?

poczytem - zapoznam się z tematam i będę działał

...Ewentualnie możesz zmienić w źródłach, że ma również obsługiwać HTTP 1.0.
...

jak zmienić źródła sonoffa ? są dostępne ? czy masz na mysli zmianę w Tasmocie ?
a stan urządzenia mnie nie interesuje - chce tylko załączyć i wyłączyć. on off.
aczkolwiek nie mówię nię na MQTT


Dziękuję za uwagi!

[mordorr]

Mały edit -
Wgrałem Tasmote i zmieniłem http-post na zwykły http-get i wszystko smiga
następny krok to MQTT

dziękuję za pomoc!