SUPLA - MQTT - Homebridge... i mamy Hej Siri!
-
Kaowiec
- Posts: 78
- Joined: Wed Jul 26, 2017 8:15 am
- Location: Czernichów
Wydaje mi się, że masz źle podaną ścieżkę do configa.
-
PuteR
- Posts: 1473
- Joined: Wed Dec 06, 2017 10:07 am
Spróbowałem postawić to na RPI na którym działa już supla-cloud, supla-scripts oraz supla events.
sam hombridge zainstalował się bez problemu ale dalej mam chyba jakiś problem z tym brokerem może bo nie może wystartować może ktoś zerknąć na to o co tam może chodzić?
sam hombridge zainstalował się bez problemu ale dalej mam chyba jakiś problem z tym brokerem może bo nie może wystartować może ktoś zerknąć na to o co tam może chodzić?
Code: Select all
pi@RPI-4:~/supla-core/supla-mqtt-client/Release$ ./supla-mqtt-client -config /home/pi/supla-core/supla-mqtt-client/config/config_template.yaml
INFO[1612689535.184652] initializing main loop
INFO[1612689535.189828] Client GUID: 4ACA373596DE94C0E18B9F9E0132D613
INFO[1612689535.193260] SSL version: OpenSSL 1.1.1d 10 Sep 2019
INFO[1612689535.197553] Connecting...
Naruszenie ochrony pamięci
pi@RPI-4:~/supla-core/supla-mqtt-client/Release$ sudo systemctl start supla_mqtt.service
pi@RPI-4:~/supla-core/supla-mqtt-client/Release$ sudo journalctl -f -u supla_mqtt
-- Logs begin at Sun 2021-01-31 20:07:01 CET. --
lut 07 10:19:21 RPI-4 supla-mqtt-client[26348]: INFO[1612689561.276132] Client GUID: 4ACA373596DE94C0E18B9F9E0132D613
lut 07 10:19:21 RPI-4 supla-mqtt-client[26348]: configuration file missing [parameter -config]
lut 07 10:19:21 RPI-4 systemd[1]: supla_mqtt.service: Main process exited, code=exited, status=2/INVALIDARGUMENT
lut 07 10:19:21 RPI-4 systemd[1]: supla_mqtt.service: Failed with result 'exit-code'.
lut 07 10:19:21 RPI-4 systemd[1]: supla_mqtt.service: Service RestartSec=100ms expired, scheduling restart.
lut 07 10:19:21 RPI-4 systemd[1]: supla_mqtt.service: Scheduled restart job, restart counter is at 5.
lut 07 10:19:21 RPI-4 systemd[1]: Stopped SUPLA MQTT Broker.
lut 07 10:19:21 RPI-4 systemd[1]: supla_mqtt.service: Start request repeated too quickly.
lut 07 10:19:21 RPI-4 systemd[1]: supla_mqtt.service: Failed with result 'exit-code'.
lut 07 10:19:21 RPI-4 systemd[1]: Failed to start SUPLA MQTT Broker.-
PuteR
- Posts: 1473
- Joined: Wed Dec 06, 2017 10:07 am
po przeniesieniu pliku config w odpowiednie miejsce (tak mi się wydaje) mam teraz coś takiego
Code: Select all
pi@RPI-4:~$ sudo journalctl -f -u supla_mqtt
-- Logs begin at Sun 2021-01-31 20:07:01 CET. --
lut 07 12:45:46 RPI-4 supla-mqtt-client[9471]: INFO[1612698346.763041] SSL version: OpenSSL 1.1.1d 10 Sep 2019
lut 07 12:45:46 RPI-4 supla-mqtt-client[9471]: INFO[1612698346.768861] Connecting...
lut 07 12:45:46 RPI-4 systemd[1]: supla_mqtt.service: Main process exited, code=killed, status=11/SEGV
lut 07 12:45:46 RPI-4 systemd[1]: supla_mqtt.service: Failed with result 'signal'.
lut 07 12:45:46 RPI-4 systemd[1]: supla_mqtt.service: Service RestartSec=100ms expired, scheduling restart.
lut 07 12:45:46 RPI-4 systemd[1]: supla_mqtt.service: Scheduled restart job, restart counter is at 5.
lut 07 12:45:46 RPI-4 systemd[1]: Stopped SUPLA MQTT Broker.
lut 07 12:45:46 RPI-4 systemd[1]: supla_mqtt.service: Start request repeated too quickly.
lut 07 12:45:46 RPI-4 systemd[1]: supla_mqtt.service: Failed with result 'signal'.
lut 07 12:45:46 RPI-4 systemd[1]: Failed to start SUPLA MQTT Broker.-
jaku2k
- Posts: 920
- Joined: Sun May 24, 2020 8:40 pm
- Has thanked: 1 time
Dzień dobry,
na githubie supla-mqtt-client jest zamieszczona poniższa informacja: Czy oznacza to, że korzystanie z tego rozwiązania nie jest bezpieczne dla Supli jeśli mam ją zainstalowaną u siebie (mam na myśli serwer)?
Pytanie czy cała opisana w tym wątku metoda jest bezpieczna?
na githubie supla-mqtt-client jest zamieszczona poniższa informacja: Czy oznacza to, że korzystanie z tego rozwiązania nie jest bezpieczne dla Supli jeśli mam ją zainstalowaną u siebie (mam na myśli serwer)?
Pytanie czy cała opisana w tym wątku metoda jest bezpieczna?
You do not have the required permissions to view the files attached to this post.
Pozdrawiam
Jakub
Jakub
-
klew
- Posts: 13907
- Joined: Thu Jun 27, 2019 12:16 pm
- Location: Wrocław
- Has thanked: 134 times
- Been thanked: 137 times
Tam jest napisane, że przykładowe pliki konfiguracyjne używają publicznego testowego serwera mosquito. Jeśli połączysz z nim swoją suplę (z serwera publicznego lub prywatnego - bez różnicy), to wszystkie swoje dane i urządzenia udostępnisz publicznie każdemu kto ma internetjaku2k wrote: Sun Feb 07, 2021 6:54 pm Dzień dobry,
na githubie supla-mqtt-client jest zamieszczona poniższa informacja:
mqtt-supla.PNG
Czy oznacza to, że korzystanie z tego rozwiązania nie jest bezpieczne dla Supli jeśli mam ją zainstalowaną u siebie (mam na myśli serwer)?
Pytanie czy cała opisana w tym wątku metoda jest bezpieczna?
Także docelowo powinieneś łączyć się z prywatną instalacja mosquito.
Najlepsze suple dla Twojego domu 
-
PuteR
- Posts: 1473
- Joined: Wed Dec 06, 2017 10:07 am
Metodą prób i błędów, jakoś udało mi się pójść krok dalej i coś tam pojawiło się w aplikacji dom. Problem w tym że nic tam się nie dzieje. Niby konfiguruję plik pod siebie i jakieś urządzenia się pojawiają ale nic po za tym.
Tak wygląda config.json
Po za tym chyba mam cały czas coś nie tak z tym brokerem bo mam coś takiego
Rozumiem że z tego wynika iż on nie działa. Poniżej jeszcze screen z mqttexplorer. Zauważyłem że nic się tam nie aktualizuje stany jak się załadują takie zostają nawet jak coś zmieniam, ale to pewnie wina tego że broker nie działa prawidłowo.
Tak wygląda config.json
Code: Select all
{
"bridge": {
"name": "Homebridge 133B",
"username": "0E:9A:99:A8:13:3B",
"port": 51810,
"pin": "875-63-859"
},
"description": "it's example, but working well, config for integration with SUPLA by supla-mqtt-client",
"accessories": [
{
"type": "switch",
"name": "Gniazdko w Garażu",
"url": "http://192.168.1.81:1883",
"topics": {
"getOn": "supla/channels/status/switch/53",
"setOn": "supla/channels/status/switch/53"
},
"integerValue": false,
"onValue": "1",
"offValue": "0",
"accessory": "mqttthing"
},
{
"accessory": "mqttthing",
"type": "temperatureSensor",
"name": "Temperatura zewnętrzna",
"url": "http://192.168.1.81:1883",
"username": "",
"password": "",
"topics": {
"getCurrentTemperature": {
"topic": "supla/channels/status/thermometer/586",
"apply": "return JSON.parse(message).temperature;"
}
}
},
{
"type": "garageDoorOpener",
"name": "garaz",
"topics": {
"getOnline": "supla/channels/status/garagedoor/50",
"getCurrentDoorState": "supla/channels/status/garagedoor/50",
"getDoorMoving": "supla/channels/status/garagedoor/50",
"getLockCurrentState": "supla/channels/status/garagedoor/50",
"getLockTargetState": "supla/channels/status/garagedoor/50",
"setLockTargetState": "supla/channels/status/garagedoor/50",
"getObstructionDetected": "supla/channels/status/garagedoor/50",
"getTargetDoorState": "supla/channels/status/garagedoor/50",
"setTargetDoorState": "supla/channels/status/garagedoor/50"
},
"doorValues": [
"1",
"1",
"0",
"0",
"0"
],
"accessory": "mqttthing"
}
],
"platforms": [
{
"name": "Config",
"port": 8581,
"platform": "config"
}
]
}Po za tym chyba mam cały czas coś nie tak z tym brokerem bo mam coś takiego
Code: Select all
pi@RPI-4:~/supla-core/supla-mqtt-client/Release$ sudo journalctl -f -u supla_mqtt
-- Logs begin at Sun 2021-02-07 22:05:54 CET. --
lut 07 22:07:17 RPI-4 supla-mqtt-client[3295]: INFO[1612732037.302937] SSL version: OpenSSL 1.1.1d 10 Sep 2019
lut 07 22:07:17 RPI-4 supla-mqtt-client[3295]: INFO[1612732037.307557] Connecting...
lut 07 22:07:17 RPI-4 systemd[1]: supla_mqtt.service: Main process exited, code=killed, status=11/SEGV
lut 07 22:07:17 RPI-4 systemd[1]: supla_mqtt.service: Failed with result 'signal'.
lut 07 22:07:17 RPI-4 systemd[1]: supla_mqtt.service: Service RestartSec=100ms expired, scheduling restart.
lut 07 22:07:17 RPI-4 systemd[1]: supla_mqtt.service: Scheduled restart job, restart counter is at 6.
lut 07 22:07:17 RPI-4 systemd[1]: Stopped SUPLA MQTT Broker.
lut 07 22:07:17 RPI-4 systemd[1]: supla_mqtt.service: Start request repeated too quickly.
lut 07 22:07:17 RPI-4 systemd[1]: supla_mqtt.service: Failed with result 'signal'.
lut 07 22:07:17 RPI-4 systemd[1]: Failed to start SUPLA MQTT Broker.
^CYou do not have the required permissions to view the files attached to this post.
-
jaku2k
- Posts: 920
- Joined: Sun May 24, 2020 8:40 pm
- Has thanked: 1 time
Dzień dobry,
spróbowałem skonfigurować mqtt z Suplą z Homebidge'em i przy startowaniu otrzymuję taki błąd:
Rejestracja telefonów włączona. [EDIT: udało się wyeliminować błąd poprzez usunięcie sekcji password i username]
W załączniku przesyłam zdjęcie mojego pliku konfiguracyjnego.
W jaki sposób mogę ustawić w supla-mqtt-client bramę wjazdową?
Proszę o pomoc.
spróbowałem skonfigurować mqtt z Suplą z Homebidge'em i przy startowaniu
Code: Select all
./supla-mqtt-client -config config_template.yamlW załączniku przesyłam zdjęcie mojego pliku konfiguracyjnego.
W jaki sposób mogę ustawić w supla-mqtt-client bramę wjazdową?
Proszę o pomoc.
You do not have the required permissions to view the files attached to this post.
Pozdrawiam
Jakub
Jakub
-
Keram46
- Posts: 5
- Joined: Tue Feb 16, 2021 5:07 pm
Dzień dobry,
Uruchomiłem supla-mqtt-client na rpi zero, ładnie się dodał w cloud supla i publikuje tematy na moim brokerze. Problem jest w drugą stronę, jak publikuję temat (MQTT Explorer) ze zmianą stanu urządzenia to tak, jakby supla-mqtt-client nie odczytywał tematu, nie przekazywał informacji o zmianie stanu do urządzenia. Dodam, że temat jest identyczny jak wysyła supla-mqtt-client, zmieniony jest jedynie state/on = "przeciwny" . W czym tkwi problem ? Czy pominąłem jakąś konfigurację ? Czy może tematy do sterowania urządzeniami w supla-mqtt-client są innej treści ?
Z góry dziękuję za podpowiedzi.
Pozdrawiam,
Marek
Uruchomiłem supla-mqtt-client na rpi zero, ładnie się dodał w cloud supla i publikuje tematy na moim brokerze. Problem jest w drugą stronę, jak publikuję temat (MQTT Explorer) ze zmianą stanu urządzenia to tak, jakby supla-mqtt-client nie odczytywał tematu, nie przekazywał informacji o zmianie stanu do urządzenia. Dodam, że temat jest identyczny jak wysyła supla-mqtt-client, zmieniony jest jedynie state/on = "przeciwny" . W czym tkwi problem ? Czy pominąłem jakąś konfigurację ? Czy może tematy do sterowania urządzeniami w supla-mqtt-client są innej treści ?
Z góry dziękuję za podpowiedzi.
Pozdrawiam,
Marek
