GUI - Generic builder - tutorial
-
- Posts: 2466
- Joined: Mon Mar 14, 2016 11:48 pm
- Location: Biała Podlaska
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
-
- Posts: 5207
- Joined: Fri Nov 16, 2018 7:25 am
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/
-
- Posts: 2466
- Joined: Mon Mar 14, 2016 11:48 pm
- Location: Biała Podlaska
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
-
- Posts: 3135
- Joined: Fri Dec 27, 2019 6:22 pm
- Location: Żerniki Wrocławskie
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 wrote: ↑Mon Apr 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
-
- Posts: 1754
- Joined: Wed Jun 29, 2016 5:04 pm
- Location: Oświęcim
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.
-
- Posts: 2466
- Joined: Mon Mar 14, 2016 11:48 pm
- Location: Biała Podlaska
@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
-
- Posts: 8355
- Joined: Thu Jun 27, 2019 12:16 pm
- Location: Wrocław
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
-
- Posts: 18354
- Joined: Tue Jan 19, 2016 9:26 am
- Location: Paczków
Zgadza się. Aby miało to ręce i nogi urządzenie przy rejestracji powinno podawać swój IP.
-
- Posts: 2466
- Joined: Mon Mar 14, 2016 11:48 pm
- Location: Biała Podlaska
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