format RPC (Gen4)

djack2017 · Post Sun Jan 18, 2026 10:17 am

Zacząłem wgryzać się w MQTT - czy supla wspiera format RPC (Gen4)
Czyli zamiast
shellies/shellyplus2pm-<deviceid>/status/switch:0
shellies/shellyplus2pm-<deviceid>/status/cover:0

otrzymuję wiadomości w formacie .../events z metodą NotifyStatus.

klew · Post Sun Jan 18, 2026 10:49 am

djack2017 wrote: Sun Jan 18, 2026 10:17 am Zacząłem wgryzać się w MQTT - czy supla wspiera format RPC (Gen4)
Czyli zamiast
shellies/shellyplus2pm-<deviceid>/status/switch:0
shellies/shellyplus2pm-<deviceid>/status/cover:0

otrzymuję wiadomości w formacie .../events z metodą NotifyStatus.

Nie wiem o co pytasz.
Integracja mqtt w Supli jest w stronę "z Supli na zewnątrz przez mqtt".
To co piszesz o Shelly wygląda na komunikację w drugą stronę

djack2017 · Post Sun Jan 18, 2026 3:51 pm

klew wrote: Sun Jan 18, 2026 10:49 am
djack2017 wrote: Sun Jan 18, 2026 10:17 am Zacząłem wgryzać się w MQTT - czy supla wspiera format RPC (Gen4)
Czyli zamiast
shellies/shellyplus2pm-<deviceid>/status/switch:0
shellies/shellyplus2pm-<deviceid>/status/cover:0

otrzymuję wiadomości w formacie .../events z metodą NotifyStatus.
Nie wiem o co pytasz.
Integracja mqtt w Supli jest w stronę "z Supli na zewnątrz przez mqtt".
To co piszesz o Shelly wygląda na komunikację w drugą stronę

Czyli z tego co piszesz wynika, że nie da się pożenić shelly z suplą poprzez brokera mqtt (utworzyć kanały)?
Podobno:
Supla Server ma wbudowaną obsługę MQTT i potrafi automatycznie rozpoznawać urządzenia Shelly.
Kanały (np. przekaźniki, rolety, pomiary energii) są tworzone na podstawie wiadomości publikowanych przez Shelly w brokerze.
Warunkiem jest, aby wiadomości były w klasycznym formacie MQTT, np.:
Kod
shellies/shellyplus2pm-48f6eec95d14/status/switch:0
shellies/shellyplus2pm-48f6eec95d14/status/cover:0
Jeśli Shelly publikuje tylko w formacie RPC (events, NotifyStatus), Supla może ich nie rozpoznać – dlatego trzeba włączyć status_ntf: true w konfiguracji MQTT Shelly

Czy to jest prawda?

klew · Post Sun Jan 18, 2026 4:35 pm

djack2017 wrote: Sun Jan 18, 2026 3:51 pm
klew wrote: Sun Jan 18, 2026 10:49 am
djack2017 wrote: Sun Jan 18, 2026 10:17 am Zacząłem wgryzać się w MQTT - czy supla wspiera format RPC (Gen4)
Czyli zamiast
shellies/shellyplus2pm-<deviceid>/status/switch:0
shellies/shellyplus2pm-<deviceid>/status/cover:0

otrzymuję wiadomości w formacie .../events z metodą NotifyStatus.
Nie wiem o co pytasz.
Integracja mqtt w Supli jest w stronę "z Supli na zewnątrz przez mqtt".
To co piszesz o Shelly wygląda na komunikację w drugą stronę
Czyli z tego co piszesz wynika, że nie da się pożenić shelly z suplą poprzez brokera mqtt (utworzyć kanały)?
Podobno:
Supla Server ma wbudowaną obsługę MQTT i potrafi automatycznie rozpoznawać urządzenia Shelly.
Kanały (np. przekaźniki, rolety, pomiary energii) są tworzone na podstawie wiadomości publikowanych przez Shelly w brokerze.
Warunkiem jest, aby wiadomości były w klasycznym formacie MQTT, np.:
Kod
shellies/shellyplus2pm-48f6eec95d14/status/switch:0
shellies/shellyplus2pm-48f6eec95d14/status/cover:0
Jeśli Shelly publikuje tylko w formacie RPC (events, NotifyStatus), Supla może ich nie rozpoznać – dlatego trzeba włączyć status_ntf: true w konfiguracji MQTT Shelly

Czy to jest prawda?

Podaj źródło

.
To jakieś AI?

Nie da się tak dodać.
Jakieś podstawowe elementy możesz dodać do Supli przez mqtt w sd4linux

djack2017 · Post Sun Jan 18, 2026 4:37 pm

klew wrote: Sun Jan 18, 2026 4:35 pm
djack2017 wrote: Sun Jan 18, 2026 3:51 pm
klew wrote: Sun Jan 18, 2026 10:49 am

Nie wiem o co pytasz.
Integracja mqtt w Supli jest w stronę "z Supli na zewnątrz przez mqtt".
To co piszesz o Shelly wygląda na komunikację w drugą stronę
Czyli z tego co piszesz wynika, że nie da się pożenić shelly z suplą poprzez brokera mqtt (utworzyć kanały)?
Podobno:
Supla Server ma wbudowaną obsługę MQTT i potrafi automatycznie rozpoznawać urządzenia Shelly.
Kanały (np. przekaźniki, rolety, pomiary energii) są tworzone na podstawie wiadomości publikowanych przez Shelly w brokerze.
Warunkiem jest, aby wiadomości były w klasycznym formacie MQTT, np.:
Kod
shellies/shellyplus2pm-48f6eec95d14/status/switch:0
shellies/shellyplus2pm-48f6eec95d14/status/cover:0
Jeśli Shelly publikuje tylko w formacie RPC (events, NotifyStatus), Supla może ich nie rozpoznać – dlatego trzeba włączyć status_ntf: true w konfiguracji MQTT Shelly

Czy to jest prawda?
Podaj źródło .
To jakieś AI?

Nie da się tak dodać.
Jakieś podstawowe elementy możesz dodać do Supli przez mqtt w sd4linux

Tak to AI odpowiedziało.

klew · Post Sun Jan 18, 2026 5:27 pm

djack2017 wrote: Sun Jan 18, 2026 4:37 pm
klew wrote: Sun Jan 18, 2026 4:35 pm
djack2017 wrote: Sun Jan 18, 2026 3:51 pm
Czyli z tego co piszesz wynika, że nie da się pożenić shelly z suplą poprzez brokera mqtt (utworzyć kanały)?
Podobno:
Supla Server ma wbudowaną obsługę MQTT i potrafi automatycznie rozpoznawać urządzenia Shelly.
Kanały (np. przekaźniki, rolety, pomiary energii) są tworzone na podstawie wiadomości publikowanych przez Shelly w brokerze.
Warunkiem jest, aby wiadomości były w klasycznym formacie MQTT, np.:
Kod
shellies/shellyplus2pm-48f6eec95d14/status/switch:0
shellies/shellyplus2pm-48f6eec95d14/status/cover:0
Jeśli Shelly publikuje tylko w formacie RPC (events, NotifyStatus), Supla może ich nie rozpoznać – dlatego trzeba włączyć status_ntf: true w konfiguracji MQTT Shelly

Czy to jest prawda?
Podaj źródło .
To jakieś AI?

Nie da się tak dodać.
Jakieś podstawowe elementy możesz dodać do Supli przez mqtt w sd4linux
Tak to AI odpowiedziało.

Przy takich rzeczach proś go o podanie źródeł