supla-device na Linux

[klew]

Czy jest możliwość zrobienia tzw. docker-compose dla supla-device-linux aby w łatwy sposób przez portainera dodać SDL?

Samego dockera w jakichś podstawach używałem, ale docker-compose i potainer na oczy nie widziałem
Także jeśli ktoś wie o co chodzi i może to zrobić, to śmiało.
W repo w folderze extras/docker są różne dockerowe rzeczy - można tam dorzucić.

[shimano73]

Cześć , podpowiedzcie proszę jakiej komendy użyć aby wyświetlić RSSI oraz siłę sygnału Wifi i czy jest możliwość aby to umieścić w zakładce "i" . Mam dziwne zachowania mojej malinki Zero W 2, co kilka dni pojawia się

Code: Select all

dariusz@attic:/etc/systemd/system $ sudo systemctl status  supla-device.service
● supla-device.service - Supla Device
     Loaded: loaded (/etc/systemd/system/supla-device.service; enabled; vendor preset: enabled)
     Active: active (running) since Sun 2024-04-14 18:17:06 CEST; 1 weeks 6 days ago
   Main PID: 346 (supla-device-li)
      Tasks: 3 (limit: 407)
        CPU: 10h 5min 33.192s
     CGroup: /system.slice/supla-device.service
             └─346 /home/dariusz/supla-device/extras/examples/linux/build/supla-device-linux -s

Apr 26 04:25:35 attic supla-device-linux[346]: svr1.supla.org: Temporary failure in name resolution
Apr 26 04:25:35 attic supla-device-linux[346]: Connection fail (0). Server: svr1.supla.org
Apr 26 04:25:39 attic supla-device-linux[346]: Connecting without certificate validation (INSECURE)
Apr 26 04:25:39 attic supla-device-linux[346]: Establishing encrypted connection with: svr1.supla.org (port: 2016)
Apr 26 04:25:45 attic supla-device-linux[346]: svr1.supla.org: Temporary failure in name resolution
Apr 26 04:25:45 attic supla-device-linux[346]: Connection fail (0). Server: svr1.supla.org
Apr 26 04:25:45 attic supla-device-linux[346]: Network layer restart requested. Trying to setup network interface again
Apr 26 04:25:45 attic supla-device-linux[346]: Channel(3) value changed to temp(21.600000), humi(55.000000)
Apr 26 04:25:49 attic supla-device-linux[346]: Connecting without certificate validation (INSECURE)
Apr 26 04:25:49 attic supla-device-linux[346]: Establishing encrypted connection with: svr1.supla.org (port: 2016)
dariusz@attic:/etc/systemd/system $ sudo systemctl status  supla-technical.service
● supla-technical.service - Supla Technical
     Loaded: loaded (/etc/systemd/system/supla-technical.service; enabled; vendor preset: enabled)
     Active: active (running) since Sun 2024-04-14 18:17:06 CEST; 1 weeks 6 days ago
   Main PID: 348 (supla-device-li)
      Tasks: 3 (limit: 407)
        CPU: 8h 31min 55.936s
     CGroup: /system.slice/supla-technical.service
             └─348 /home/dariusz/supla-device/extras/examples/linux/build/supla-device-linux -c /etc/supla-technical.yaml

Apr 26 04:25:29 attic supla-device-linux[348]: INFO[1714098329.1714098329] Establishing encrypted connection with: svr1.supla.org (port: 2016)
Apr 26 04:25:35 attic supla-device-linux[348]: ERR[1714098335.1714098335] svr1.supla.org: Temporary failure in name resolution
Apr 26 04:25:35 attic supla-device-linux[348]: DEBUG[1714098335.1714098335] Connection fail (0). Server: svr1.supla.org
Apr 26 04:25:39 attic supla-device-linux[348]: WARNING[1714098339.1714098339] Connecting without certificate validation (INSECURE)
Apr 26 04:25:39 attic supla-device-linux[348]: INFO[1714098339.1714098339] Establishing encrypted connection with: svr1.supla.org (port: 2016)
Apr 26 04:25:45 attic supla-device-linux[348]: ERR[1714098345.1714098345] svr1.supla.org: Temporary failure in name resolution
Apr 26 04:25:45 attic supla-device-linux[348]: DEBUG[1714098345.1714098345] Connection fail (0). Server: svr1.supla.org
Apr 26 04:25:45 attic supla-device-linux[348]: WARNING[1714098345.1714098345] Network layer restart requested. Trying to setup network interface again
Apr 26 04:25:49 attic supla-device-linux[348]: WARNING[1714098349.1714098349] Connecting without certificate validation (INSECURE)
Apr 26 04:25:49 attic supla-device-linux[348]: INFO[1714098349.1714098349] Establishing encrypted connection with: svr1.supla.org (port: 2016)
dariusz@attic:/etc/systemd/system $ 

Po restarcie , wraca do normy .. na kilka dni .
Ostatnio zmieniło się umiejscowienie jednego z routerów tp_link M4 nie wiem czy to miało na to wpływ.

[klew]

Wygląda jakby coś z DNS było.
Jak będziesz miał ten problem, to sprawdź czy DNS działa,

[shimano73]

Wygląda jakby coś z DNS było.
Jak będziesz miał ten problem, to sprawdź czy DNS działa,

Problem jest aktualny , jeszcze jej nie zrestartowałem, podpowiesz jak sprawdzić czy DNS działa ?

[klew]

Wygląda jakby coś z DNS było.
Jak będziesz miał ten problem, to sprawdź czy DNS działa,

Problem jest aktualny , jeszcze jej nie zrestartowałem, podpowiesz jak sprawdzić czy DNS działa ?

nslookup domena

[Goral64]

Czy jest możliwość zrobienia tzw. docker-compose dla supla-device-linux aby w łatwy sposób przez portainera dodać SDL?

Sprawdź czy to ci wystarczy?
https://github.com/SUPLA/supla-device/t ... ce_4_linux

[klimasstudio]

Czy jest możliwość zrobienia tzw. docker-compose dla supla-device-linux aby w łatwy sposób przez portainera dodać SDL?

Sprawdź czy to ci wystarczy?
https://github.com/SUPLA/supla-device/t ... ce_4_linux

Niestety zwraca mi:

Code: Select all

Deployment error
failed to deploy a stack: sd4l Pulling sd4l Warning failed to solve: failed to read dockerfile: open Dockerfile: no such file or directory

[Goral64]

Nie używam portainera, więc mogę zgadywać, że nie buduje obrazu z Dockerfile

[Goral64]

Tak z ciekawości: jak wielkie jest zainteresowanie Supla Device For Linux wśród forumowiczów?
Ja używam starego Supla Virtual Device z obsługą MQTT ale to już nie jest coś co warto rozwijać, dodawać obsługę nowych kanałów itp.
Dlatego też postanowiłem trochę "popsuć" tę część Supla Device i dorobić obsługę MQTT jako źródła danych dla sensorów w Supli i do sterowania z Supli urządzeniami podpiętymi pod MQTT.
W tej chwili mam już działający prototyp, który łączy się z serwerem MQTT i subskrybuje wybrane topiki jako dane dla sensorów tworzących kanały w Supli.
Mam nadzieję, że rozbudowa dostanie błogosławieństwo od @klew i @pzygmunt i zostanie włączona do głównego projektu, a do tego czasu można ją testować na moim forku Supla Device w branchu supla-device-linux-mqtt-c https://github.com/Goral64/supla-device ... vice-linux

[Goral64]

IMG_20230117_201532.jpg
Rozumiem, że to dlatego https://github.com/SUPLA/supla-device/b ... rk.cpp#L52

A tak ogólnie to jakie tu tak naprawdę powinno być IP? Czy interfejsu z którego nadaje SD4Linux? Przecież tam czasami wrzuca się dane dotyczące różnych urządzeń, których wskazania (lub kontrolę) realizuje SD4Linux jako bramka. Może IP dla takiego kanału powinno być IP urządzenia źródłowego? O ile takowe posiada, bo przecież może to być np. urządzenie ZigBee. Czy to nie powinien być element konfiguracji kanału?

Wtedy można dodać

Code: Select all

channels:
  - type: ThermometerParsed
    name: t1
    ip_v4: 172.16.133.12
    temperature: 0
    multiplier: 1
    parser:
      name: parser_1
      type: Simple
      refresh_time_ms: 200
    source:
      name: s1
      type: File
      file: temp.txt

ale też możliwe byłoby podanie nazwy interfejsu, z którego byłby pobierany adres IP, domyślnie byłoby to np. host (i byłby to alias do eth0) ale można by było podać np: docker0, br-d7544e4f6a21 albo eth0:1 itp.
W przypadku błędu zwracałby 0.0.0.0

U mnie pokazuje IP takie z jakiego łączę się do lokalnego serwera Supla.