Aktualizacja SuplaDevice

[pzygmunt]

Domyślna lokalizacja to pierwsza z brzegu lokalizacja.

[krycha88]

Domyślna lokalizacja to pierwsza z brzegu lokalizacja.

Jeżeli jesteśmy na etapie wdrażania to tak naprawdę nie ma to najmniejszego znaczenia która domyślnie podpowie się lokalizacja. W przeciwieństwie kiedy wymieniamy lub dodajemy nowe urządzenie w istniejącej infrastrukturze. Wtedy przypisanie lokalizacji do urządzenia jak jest bardziej praktyczne niż przypisanie losowej lokalizacji

Czy jest może planowane porzucenie starej procedury przypisania lokalizacji do urządzenia? Bo jeżeli tak to chciałbym się na to przygotować:)

[Espablo]

@klew czy w AuthKey można wpisać to samo co w GUID? Chodzi mi o to czy mogą te być te same wartości. Czy też AuthKey musi być inny niż GUID

[pzygmunt]

Jak się uprzesz to możesz ale nie jest to zalecane. AuthKey to trochę jak hasło. Jest przechowywane w naszej bazie w formie szyfrowanej (dokładniej jako skrót bcrypt). GUID jest trzymany w formie jawnej. Oba klucze powinny być różne od siebie i wygenerowane sensownym generatorem liczb losowych.

[klew]

Domyślna lokalizacja to pierwsza z brzegu lokalizacja.

Jeżeli jesteśmy na etapie wdrażania to tak naprawdę nie ma to najmniejszego znaczenia która domyślnie podpowie się lokalizacja. W przeciwieństwie kiedy wymieniamy lub dodajemy nowe urządzenie w istniejącej infrastrukturze. Wtedy przypisanie lokalizacji do urządzenia jak jest bardziej praktyczne niż przypisanie losowej lokalizacji

Czy jest może planowane porzucenie starej procedury przypisania lokalizacji do urządzenia? Bo jeżeli tak to chciałbym się na to przygotować:)

Nowsza wersja rejestracji urządzenia na serwerze jest bez podawania lokalizacji i hasła. Urządzenie podaje tylko maila, GUID i AuthKey.
Aktualna biblioteka na branchu "develop" już używa tej nowszej metody rejestracji, więc już tam tej lokalizacji się nie podaje.
Natomiast jeśli chodzi o wsparcie serwera dla logowania po lokalizacji, to tam pewnie jeszcze przez długi czas to zostanie.

[krycha88]

Nowsza wersja rejestracji urządzenia na serwerze jest bez podawania lokalizacji i hasła. Urządzenie podaje tylko maila, GUID i AuthKey.
Aktualna biblioteka na branchu "develop" już używa tej nowszej metody rejestracji, więc już tam tej lokalizacji się nie podaje.
Natomiast jeśli chodzi o wsparcie serwera dla logowania po lokalizacji, to tam pewnie jeszcze przez długi czas to zostanie.

A czemu nie chcesz zostawić dodatkowo starej metody?

[klew]

A czemu nie chcesz zostawić dodatkowo starej metody?

Bo stara jest passe
W aktualnej wersji braknie pamięciu na Arduino Mega aby trzymac kopie obu wariantów. Jak przepiszę pozostałą część biblioteki (sensory, przekaźniki, rolety) to będzie można to łatwo sobie wybierać.
Pytanie tylko po co i czy ogólnie w Supli nie jest planowane odejście od tego starego mechanizmu na rzecz nowego.
Może zamiast wspierać starą wersję rejestracji, można pomyśleć jaki masz tutaj use case i jakoś lepiej to rozwiązać?

[pzygmunt]

Od starej metody odchodzimy dlatego, że przeciętnego użytkownika przyprawiają te identyfikatory i hasła o ból głowy.
W Arduino IDE to tak długo obowiązuje tylko dlatego, że ta biblioteka niespecjalnie była rozwijana od pierwszej wersji. Dużo się w między czasie zmieniło. Czy całkowicie zlikwidujemy te identyfikatory/hasła. Tego nie wiem. Na razie zostają jako druga forma uwierzytelniania.

[daniel]

Użytkownik Arduino IDE jest użytkownikiem ponadprzeciętnym , więc niestraszne mu identyfikatory i hasła.

[Beku]

Hej,

Pobrałem najnowszą wersję SuplaDevice z brancha develop.
Mam Arduino Mega 2560 z EthernetShield W5500.
Próbowałem uruchomić dowolny przykład na arduino z przykładów Supli ale nie działają -> w monitorze portu szeregowego mam krzaki (wybrałem prędkość 9600 jak w kodzie).

Pobrałem bibliotekę Ethernet2 (dla W5500) i podmieniłem #include <Ethernet.h> na #include <Ethernet2.h> wedlug przykładów dla EthernetShield W5500 które działają.

Ale nadal nic ... ma ktoś pomysł?