lokalne API urządzenia

[pzygmunt]

GET /channels/{id} odczytasz stan
PATCH /channels/{id} z payloadem:

{
action: "TURN_ON"
}

lub

{
action: "TURN_OFF"
}

zmienia stan.

[roztropek]

bardzo dziekuje to już zrozumiałem i mogę pisać interfejs po swojej stronie

[roztropek]

jeszcze prośba o potwierdzenie czy dobrze rozumiem identyfikację obiektów wywołań w REST API

w przypadku MEW-01
ID: CCCCLicznik energii elektrycznej
Licznik energii elektrycznej, ID: CCCC, Numer kanału: 0

ZAMEL MEW-01
ID: UUUU

dla MEW-01 używam identyfikatora CCCC jako {channel} w GET /channels/{channel}/measurement-logs

w przpadku ROW-02

ZAMEL ROW-02
ID: UUUU

dla ROW-02 używam identyfikatora UUUU jako {id} w PATCH /channels/{id} czy GET /channels/{id}

chodzi mi o to, czy dobrze myślę, że używam różnych identyfikatorów w przypadku wywołań dla tych 2 różnych urządzeń

[pzygmunt]

Zawsze podajesz numer kanału. Jeśli chcesz zmienić stan dwóch kanałów to musisz wykonać dwa żądania lub jedno dla zdefiniowanej wcześniej grupy.

[roztropek]

dzieki, dobrze że zapytałem
dostaję się do MEW-01 z pythona, c i darta używając kanału

przyjmuję, że w dokumentacji {id}, {channel} i {channelId} oznaczają kanał

[roztropek]

GET /channels/{id} odczytasz stan
PATCH /channels/{id} z payloadem:

{
action: "TURN_ON"
}

lub

{
action: "TURN_OFF"
}

zmienia stan.

get mi dziala, ale przy patch dostaje 403, co moze byc powodem? dla pelnej informacji testuje to na sonoffie basic r2

[pzygmunt]

Tam jest PATCH nie POST.

[roztropek]

Tam jest PATCH nie POST.

tak, używam PATCH

final payload = {
'action': 'TURN_ON'
};

http.Response responseSONOFFact = await http.patch(finalUriSONOFF,
headers: headers,
body: jsonEncode(payload), );

ten kod jest w dart, ten jezyk podobny do c, java itp, finalUriSONOFF i headers działają poprawnie dla GET

[roztropek]

mam prosbe o informacje:
- czy niedzialanie api przez PATCH jest bledem platformy i czy zostanie on naprawiony?
- czy jest to moze zgodne z projektem dzialanie wobec urzadzen SONOFF i innych?
- czy to API dziala z wylacznikami Zamel, w szczegolnosci czy dziala z ROW02?

informacja jest mi potrzebna, bo robie analize wykorzystania supla cloud, mew-01 i wylacznikow dla konkretnego przypadku
na teraz wniosek z analizy jest taki, ze supla cloud z SONOFF nie spelnia wymagan, 30 zl na SONOFF moglem poswiecic,
wylaczniki Zamel sa juz poza kosztami, ktore moge poniesc w ramach analizy nie znajac jej wyniku

[pzygmunt]

- czy niedzialanie api przez PATCH jest bledem platformy i czy zostanie on naprawiony?

Nie ma błędu w platformie/API. Coś źle robisz. Ustawiasz content type na "application/json" ?

- czy jest to moze zgodne z projektem dzialanie wobec urzadzen SONOFF i innych?

Nie rozumiem pytania.

- czy to API dziala z wylacznikami Zamel, w szczegolnosci czy dziala z ROW02?

RestAPI działa z chmurą/serwerem, a ten komunikuje się z wszystkimi podłączonymi urządzeniami.