Można w nie wgrać Ais tasmota.
@Cino111 uwierz mi że bramka też potrafi mieć czkawkę i problem z zdalnym dostępem.
A tak mam awaryjnie apke supli i mogę zamknąć rolety 
Uwierz mi że gdyby były urządzenia na tasmota które działa od strzała nie było by takich mieszanych instalacji
Pokaż jak masz skonfigurowana dokładnie tasmote z roletami w osobnym wątku. Może kogoś to przekona
Powiem tak- na Supli spędziłem jakieś 2 lata. Robiłem softy, wgrywałem w wemosy, co ja się nameczylem, co ja z nimi miałem problemów. Szkoda gadać. Zamel nie ma czujników temperatury, nie ma kilku przekaznikow. Ogólnie bieda. Sam budowałem moduły na supli. Mozesz sprawdzic posty po moim nicku na forum supli. Uwazam, że dużo się udzielałem. Stworzyłem nawet czujnik poziomu opalu w podajniku, który później ktoś sprzedawał na olx. Walczylem jak mogłem, ale ciągle miałem problemy ze swoimi podulami. Przeszedłem na Ais, w te same moduły wgrałem ais tasmote i od tego momentu żadnych problemów. Mówi samo za siebie. Odnoszę wrazenie ze moduły Zamela śmigają, a własne softy wręcz przeciwnie.
2 polubienia
No i bardzo fajnie - jest AIS, jest Supla - teraz mogą współpracować. Czego chcieć więcej.
Suplę mam od kilku lat - nie jest tego dużo, trochę w puszkach ich zielone przekaźniki, coś przebranżowanego z Sonoffa a nawet Biedronkowe Melinki. i własny termometr. Może mam szczęście ale to wszystko mi działa bezawaryjnie (dzisiaj z tą serwerownią pierwsza awaria ale od południa wszystko śmiga - bardzo szybko zareagowali i przywrócili z backupu - czyli ok).
I cieszę się, że mogę liczyć teraz na współpracę z AIS.
Tasmota - pewnie ok; nawet mam zamiar dołożyć AISowe sonoffy z tasmotą (mam jeden - fajnie; bez zarzutu).
Co kto lubi. Chyba warto aby współpraca AIS-Supla przebiegała bez zarzutu?
Dokładnie tak - jeden córkę, drugi teściową… 
@Cino111 - po prostu ma złamane serce 
i należy to zrozumieć.
Ah te kobiety… Supla, Tasmota, Jolka 
Ja tam czekam na PRO - czuję, że to będzie wiosna ludów, nie jeden serwer spłonie.
2 polubienia
Tak jest - Pro. Jest marzec wiec Pro tuż tuż. Czekam z niecierpliwością. Wchodzę w to w ciemno a w suple nie Wchodzę 
. Taki żarcik. Jak ktoś lubi Suplę to nie będę udowadniał że to bzdura mając Ais. Ważne że wspieracie polskie projekty - to cieszy.
2 polubienia
I to też jest jeden z głównych powodów dlaczego Supla i dlaczego AIS.
@Cino111 pomożesz mi? mam takie SmartDGM z Biedronki i podobno mogę do nich wgrać Tasmotę bez rozbierania (online). Możesz mi pomóc w instrukcji tak bym mógł je natywnie używać z AIS?
Szukaj pod hasłem Tuya Convert.
W tym temacie nasze doświadczenia i napotkane problemy. Jak już ruszy to działa…
1 polubienie
Dziękuję Panowie Dam znać co wyszło.
Tuya convert ogarnięta - dzięki.
Natomiast ta integracja z Suplą to chyba wymaga jeszcze szlifów. Potrafi być ok przez długi czas ale potrafi też nie działać i pojawia się ten bad protocol (grafika poniżej). W tym czasie natywne aplikacja Supli w tej samej sieci łączy się bez żadnych zacięć.
Edit - komunikacja od Supli do AIS jest bez zakłóceń. Natomiast od AIS do Supli jest gubiona
Dopiero jak inną integracją ogólną MQTT podłączyłem się do brokera dopiero zaczęło działać.
Może to kwestia prywatnej instancji supla-cloud i brokera MQTT? A może powinno się w supli wskazać broker, który chodzi na bramce?
@Goral64: Możesz mi powiedzieć jaka to była ta “inna integracja ogólna MQTT”? np Tasmota? Czy po prostu zbridgeowałeś do innego serwera MQTT?
Cześć po Świetach, niestety znów pojawiły sie jakieś problemu z mqtt supla.
Logger: homeassistant.components.mqtt
Source: components/mqtt/init.py:932
Integration: MQTT (documentation, issues)
First occurred: 4 kwietnia 2021, 11:30:02 (91 occurrences)
Last logged: 5 kwietnia 2021, 1:05:20
No ACK from MQTT server in 10 seconds (mid: 19666)
No ACK from MQTT server in 10 seconds (mid: 19667)
No ACK from MQTT server in 10 seconds (mid: 19668)
No ACK from MQTT server in 10 seconds (mid: 19669)
No ACK from MQTT server in 10 seconds (mid: 19670)
Logger: homeassistant.helpers.entity Source: components/ais_supla_mqtt/sensor.py:230 First occurred: 5 kwietnia 2021, 22:31:26 (1 occurrences) Last logged: 5 kwietnia 2021, 22:31:26 Update for sensor.supla_connection_status fails Traceback (most recent call last): File "/data/data/pl.sviete.dom/files/usr/lib/python3.9/site-packages/homeassistant/helpers/entity.py", line 277, in async_update_ha_state await self.async_device_update() File "/data/data/pl.sviete.dom/files/usr/lib/python3.9/site-packages/homeassistant/helpers/entity.py", line 473, in async_device_update raise exc File "/data/data/pl.sviete.dom/files/usr/lib/python3.9/site-packages/homeassistant/components/ais_supla_mqtt/sensor.py", line 236, in async_update self.ais_reconnect() File "/data/data/pl.sviete.dom/files/usr/lib/python3.9/site-packages/homeassistant/components/ais_supla_mqtt/sensor.py", line 230, in ais_reconnect self._supla_mqtt_client.loop_start() File "/data/data/pl.sviete.dom/files/usr/lib/python3.9/site-packages/paho/mqtt/client.py", line 1822, in loop_start self._thread.start() File "/data/data/pl.sviete.dom/files/usr/lib/python3.9/threading.py", line 874, in start _start_new_thread(self._bootstrap, ()) RuntimeError: can't start new thread
Logger: aiohttp.server
Source: components/recorder/util.py:31
First occurred: 3 kwietnia 2021, 16:53:47 (29 occurrences)
Last logged: 9:06:17
Error handling request
Traceback (most recent call last):
File "/data/data/pl.sviete.dom/files/usr/lib/python3.9/site-packages/aiohttp/web_protocol.py", line 422, in _handle_request
resp = await self._request_handler(request)
File "/data/data/pl.sviete.dom/files/usr/lib/python3.9/site-packages/aiohttp/web_app.py", line 499, in _handle
resp = await handler(request)
File "/data/data/pl.sviete.dom/files/usr/lib/python3.9/site-packages/aiohttp/web_middlewares.py", line 119, in impl
return await handler(request)
File "/data/data/pl.sviete.dom/files/usr/lib/python3.9/site-packages/homeassistant/components/http/security_filter.py", line 56, in security_filter_middleware
return await handler(request)
File "/data/data/pl.sviete.dom/files/usr/lib/python3.9/site-packages/homeassistant/components/http/request_context.py", line 18, in request_context_middleware
return await handler(request)
File "/data/data/pl.sviete.dom/files/usr/lib/python3.9/site-packages/homeassistant/components/http/ban.py", line 72, in ban_middleware
return await handler(request)
File "/data/data/pl.sviete.dom/files/usr/lib/python3.9/site-packages/homeassistant/components/http/auth.py", line 129, in auth_middleware
return await handler(request)
File "/data/data/pl.sviete.dom/files/usr/lib/python3.9/site-packages/homeassistant/components/http/view.py", line 129, in handle
result = await result
File "/data/data/pl.sviete.dom/files/usr/lib/python3.9/site-packages/homeassistant/components/history/__init__.py", line 516, in get
await hass.async_add_executor_job(
File "/data/data/pl.sviete.dom/files/usr/lib/python3.9/concurrent/futures/thread.py", line 52, in run
result = self.fn(*self.args, **self.kwargs)
File "/data/data/pl.sviete.dom/files/usr/lib/python3.9/site-packages/homeassistant/components/history/__init__.py", line 541, in _sorted_significant_states_json
with session_scope(hass=hass) as session:
File "/data/data/pl.sviete.dom/files/usr/lib/python3.9/contextlib.py", line 117, in __enter__
return next(self.gen)
File "/data/data/pl.sviete.dom/files/usr/lib/python3.9/site-packages/homeassistant/components/recorder/util.py", line 31, in session_scope
session = hass.data[DATA_INSTANCE].get_session()
TypeError: 'NoneType' object is not callable
Też to obserwuję od wczoraj niestety. Dodatkowo restart samego modułu Supli powodowało zwiechy brokera MQTT. Dwa razy v to robiłem i dwa razy tak się stało (na Ewie bo na Darku nie było takiej zależności)
Potwierdzam że ponowne wczytanie nie pomaga, potrzeba restart bramki.
To jest sytuacja powtarzalna w 100%. Restart modułu Supli wiesza MQTT. Nie trzeba resetu bramki - wystarczy pm2 restart ais
Nie znam tematu dokładnie, a próbowaliście może zamiast restartu całego systemu zrobić restart MQTT?
pm2 restart mqtt
tak - w pierwszej kolejności. Nie pomogło
Edit - na Darku restart Supli był autonomiczny; na Ewie niesie konsekwencje wobec MQTT
1 polubienie