SUPLA - MQTT - Homebridge... i mamy Hej Siri!

Masz pomysł na funkcjonalność lub koncepcję na rozwój projektu. Opisz wszystko tutaj.
Kaowiec
Posts: 78
Joined: Wed Jul 26, 2017 8:15 am
Location: Czernichów

Post

Wydaje mi się, że masz źle podaną ścieżkę do configa.
User avatar
PuteR
Posts: 1473
Joined: Wed Dec 06, 2017 10:07 am

Post

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ć?

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.
User avatar
PuteR
Posts: 1473
Joined: Wed Dec 06, 2017 10:07 am

Post

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

Post

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?
You do not have the required permissions to view the files attached to this post.
Pozdrawiam
Jakub
User avatar
klew
Posts: 13907
Joined: Thu Jun 27, 2019 12:16 pm
Location: Wrocław
Has thanked: 134 times
Been thanked: 137 times

Post

jaku2k 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?
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 internet ;)
Także docelowo powinieneś łączyć się z prywatną instalacja mosquito.
Najlepsze suple dla Twojego domu :mrgreen:
jaku2k
Posts: 920
Joined: Sun May 24, 2020 8:40 pm
Has thanked: 1 time

Post

Dziękuję za odpowiedź.
Rozumiem, że jeśli zrobię tak, jak zostało opisane w instrukcji do tego wątku, to będę połączony z prywatną instalacją mosquito?
Pozdrawiam
Jakub
User avatar
PuteR
Posts: 1473
Joined: Wed Dec 06, 2017 10:07 am

Post

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

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.
^C
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.
You 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

Post

Dzień dobry,
spróbowałem skonfigurować mqtt z Suplą z Homebidge'em i przy startowaniu

Code: Select all

./supla-mqtt-client -config config_template.yaml
otrzymuję taki błąd:
blad.png
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.
You do not have the required permissions to view the files attached to this post.
Pozdrawiam
Jakub
jaku2k
Posts: 920
Joined: Sun May 24, 2020 8:40 pm
Has thanked: 1 time

Post

Jeśli chodzi o ustawienie automatycznego startu supla-mqtt-client, otrzymuję taką samą odpowiedź jak @PuteR.
Pozdrawiam
Jakub
Keram46
Posts: 5
Joined: Tue Feb 16, 2021 5:07 pm

Post

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

Return to “Pomysły i koncepcje”