GUI - Generic builder - tutorial
Najprościej odczytuje się IP w apce - to rozwiązanie jest super i gdyby nie dało się "popełnić pustej" - ułatwiłoby życie Kowalskiemu
TEORIA jest wtedy gdy wszystko wiemy i nic nie działa
PRAKTYKA jest wtedy gdy wszystko działa a my nie wiemy dlaczego
My łączymy teorię z praktyką czyli nic nie działa i nikt nie wie dlaczego
PRAKTYKA jest wtedy gdy wszystko działa a my nie wiemy dlaczego
My łączymy teorię z praktyką czyli nic nie działa i nikt nie wie dlaczego
Wg mnie zbyt bardzo to upraszczasz. Ja mam jeden podstawowy soft gdzie są przekaźniki przyciski i interesujące mnie sensory w tym licznik. Nie w każdym urządzeniu mam przekaźniki jak i sensory pomimo to używam jednego softu. Skąd mam wiedzieć, że użytkownik na urządzeniu chciał tylko BME a nie przekaźnik?
https://gui-generic-builder.supla.io/
Chodzi mi tylko o to, żeby każdy soft miał choćby jeden kanał aktywny, nieważne czy to termometr, przekaźnik, sensor, licznik... ważne, aby była literka "i" pozwalająca na dokończenie w prosty sposób konfiguracji. Wiem, że Ty sobie poradzisz, ja (chyba) też, ale soft powinien być jak najbardziej intuicyjny, szkoda, że przysłowiowy już przycisk konfiguracyjny nie jest kanałem...
Info o IP w cloud byłoby fajnym rozwiązaniem, ale moim zdaniem powinniśmy dążyć do tego, aby jak najwięcej ogarnąć z apki, a do chmury zaglądać sporadycznie. Ale to może być tylko moje zdanie.
Info o IP w cloud byłoby fajnym rozwiązaniem, ale moim zdaniem powinniśmy dążyć do tego, aby jak najwięcej ogarnąć z apki, a do chmury zaglądać sporadycznie. Ale to może być tylko moje zdanie.
TEORIA jest wtedy gdy wszystko wiemy i nic nie działa
PRAKTYKA jest wtedy gdy wszystko działa a my nie wiemy dlaczego
My łączymy teorię z praktyką czyli nic nie działa i nikt nie wie dlaczego
PRAKTYKA jest wtedy gdy wszystko działa a my nie wiemy dlaczego
My łączymy teorię z praktyką czyli nic nie działa i nikt nie wie dlaczego
Prosiłem o to już dawno
Ale trzeba by podpiąć jakieś GPIO pod to, a później użytkownik musiałby to odkręcać...slawek pisze: ↑pn kwie 26, 2021 8:35 pm Chodzi mi tylko o to, żeby każdy soft miał choćby jeden kanał aktywny, nieważne czy to termometr, przekaźnik, sensor, licznik... ważne, aby była literka "i" pozwalająca na dokończenie w prosty sposób konfiguracji. Wiem, że Ty sobie poradzisz, ja (chyba) też, ale soft powinien być jak najbardziej intuicyjny, szkoda, że przysłowiowy już przycisk konfiguracyjny nie jest kanałem...
Tutaj się zgadzam.
A samo urządzenie i jego adres IP można sobie w telefonie znaleźć jakimś skanerem sieci. Pokaże on MAC Address i przypisane do urządzenia IP. A MAC mamy w oknie konfiguracyjnym i chyba apka też przy dodawaniu go podaje.
Zalecamy użytkownikom dodawanie w DHCP stałego adresu dla modułu IoT, więc podstawowe rzeczy związane z routerem i siecią wymagamy od użytkownika.
Podczas eksploatacji nie ma problemu, w apce pod (i) znajdziemy aktualny adres IP naszego modułu na którym chodzi dany kanał.
A gdyby apka miała listę urządzeń? Z danymi, w tym aktualnym adresem IP urządzenia?
Widzimy się na Supla Offline Party Season 2
Wszystko się zgadza ale jak np. konfigurujesz soft pod przekaźnik to skąd cloud ma wiedzieć ile przekaźników chcesz mieć na danym module i ile kanałów ma przypisać. Ja wiem, że to byłoby wygodniej. Kanały generują się na podstawie ilości zajętych GPIO i funkcji jakie mają spełniać a tego "czysty" i świeżo wgrany soft nie wie.
Każde urządzenie elektryczne działa o wiele lepiej jeśli podłączysz je do prądu.
@Espablo - mnie chodzi tylko o możliwość odczytania IP z apki dla dalszej konfiguracji. Do tego wystarczy jeden "byle jaki" kanał...
Aby można było dodać urządzenie kreatorem, jak "nie przymierzając" Zamel , odczytać IP i dokończyć konfigurację przy "nietypowej" płytce.
Przy predefiniowanych kanały dodawałyby się zgodnie z definicją GPIO dla danej płytki.
I nie odbierajcie moich postów jako krytykę, bo jest wręcz przeciwnie
"Walczę" tylko o jak największą prostotę dla "Kowalskiego".
Aby można było dodać urządzenie kreatorem, jak "nie przymierzając" Zamel , odczytać IP i dokończyć konfigurację przy "nietypowej" płytce.
Przy predefiniowanych kanały dodawałyby się zgodnie z definicją GPIO dla danej płytki.
I nie odbierajcie moich postów jako krytykę, bo jest wręcz przeciwnie
"Walczę" tylko o jak największą prostotę dla "Kowalskiego".
TEORIA jest wtedy gdy wszystko wiemy i nic nie działa
PRAKTYKA jest wtedy gdy wszystko działa a my nie wiemy dlaczego
My łączymy teorię z praktyką czyli nic nie działa i nikt nie wie dlaczego
PRAKTYKA jest wtedy gdy wszystko działa a my nie wiemy dlaczego
My łączymy teorię z praktyką czyli nic nie działa i nikt nie wie dlaczego
To nie jest takie hop siup
Serwer "zna" adres IP z jakiego jest nawiązane połączenie, ale jest to jakiś adres zewnętrzny, a nie lokalny adres IP urządzenia w sieci lokalnej.
Serwer musiałby udawać przez chwilę, że jest telefonem i odpytać o informacje "channel state", co wydaje się dość dziwnym rozwiązaniem.
Więc pewnie "czyściej" i lepiej byłoby dodać odpowiednie nowe wiadomości na interfejsach komunikacynych i urządzenie mogłoby samo podsyłać dane.
Widzimy się na Supla Offline Party vol. 2
Zgadza się. Aby miało to ręce i nogi urządzenie przy rejestracji powinno podawać swój IP.
Albo zrobić tak, aby urządzenie po dodaniu kreatorem było widoczne w apce i pokazywało IP...
TEORIA jest wtedy gdy wszystko wiemy i nic nie działa
PRAKTYKA jest wtedy gdy wszystko działa a my nie wiemy dlaczego
My łączymy teorię z praktyką czyli nic nie działa i nikt nie wie dlaczego
PRAKTYKA jest wtedy gdy wszystko działa a my nie wiemy dlaczego
My łączymy teorię z praktyką czyli nic nie działa i nikt nie wie dlaczego