IOT SDK

Awatar użytkownika
lesny8
Posty: 2808
Rejestracja: pn gru 11, 2017 9:43 pm

Dokładnie, tak jak Przemek pisze. Jesteś w domu ;)
Generalnie zasada jest taka:
1. klonujesz gita z supla-docker
2. zmieniasz branch na espressif
3. budujesz obraz
4. uruchamiasz kontener
5. kompilujesz soft

Od 1 do 4 już zrobiłeś pozostało kompilować :)
Czekam na kolejne Supla Offline Party 👍
cino111
Posty: 714
Rejestracja: pn maja 07, 2018 8:00 pm

Poszło. Dawno nic nie kompilowałem i się zakręciłem. Odpaliłem espressif w jednym oknie a kompilować chciałem w drugim. Dzięki za naprowadzenie :D
Patryk
Posty: 2677
Rejestracja: pn sty 07, 2019 7:51 pm
Lokalizacja: Rybnik

Co określają ( lub,za co odpowiadają ), te dwa parametry "5" i "20", znajdujące się w pliku supla_esp_gpio.c

Kod: Zaznacz cały

#define INPUT_MIN_CYCLE_COUNT   5
#define INPUT_CYCLE_TIME        20
Awatar użytkownika
pzygmunt
Posty: 18284
Rejestracja: wt sty 19, 2016 9:26 am
Lokalizacja: Paczków
Kontakt:

supla_esp_gpio_input_timer_cb sprawdza stan wejść co INPUT_CYCLE_TIME ms.
Aby uznać, że wejście (np. przycisk) zmienił stan to jego wartość musi się utrzymać przez INPUT_MIN_CYCLE_COUNT sprawdzeń.

Przeliczając na czas INPUT_MIN_CYCLE_COUNT * INPUT_CYCLE_TIME = 100ms w tym przypadku.
Patryk
Posty: 2677
Rejestracja: pn sty 07, 2019 7:51 pm
Lokalizacja: Rybnik

Dzięki za wytłumaczenie.
Czyli,zwiększając te parametry (eksperymentalnie) np do 10 i 25, można by było (spróbować), uodpornić pewne moduły ( np sonofa mini ), na zakłócenia z sieci.
Awatar użytkownika
pzygmunt
Posty: 18284
Rejestracja: wt sty 19, 2016 9:26 am
Lokalizacja: Paczków
Kontakt:

Tak ale tym samym zwiększasz czas potrzebny na naciśnięcie. Generalnie można to trochę inaczej zrealizować np. wpinając się bezpośrednio w przerwania. Sposobów jest kilka. Wybór zależy od sprzętu.
Patryk
Posty: 2677
Rejestracja: pn sty 07, 2019 7:51 pm
Lokalizacja: Rybnik

pzygmunt pisze: śr lis 06, 2019 8:40 pm Generalnie można to trochę inaczej zrealizować np. wpinając się bezpośrednio w przerwania.
A czy może, w którymś z softów zamieszczonych na github-ie supli, jest już takie rozwiązanie ?
Żebym mógł zobaczyć, jak jest to zrobione.
Awatar użytkownika
pzygmunt
Posty: 18284
Rejestracja: wt sty 19, 2016 9:26 am
Lokalizacja: Paczków
Kontakt:

Tam jest tylko ten jeden przykład
Patryk
Posty: 2677
Rejestracja: pn sty 07, 2019 7:51 pm
Lokalizacja: Rybnik

Mając wprowadzone "pewne" zmiany  ( modyfikacje ) w kodzie, żeby dokonać aktualizacji trzeba najpierw wykonać:

git reset --hard HEAD^

Następnie:

git pull

Ale wiąże się to również, z utratą własnych "zmian"

I tu nasuwa mi się pytanie, czy można aktualizacje wykonać  ( wykonywać ) "ręczne", tak, żeby "własne" zmiany pozostały ?
Nie wiem, czy  odpowiednio to napiszę.
Każda zmiana ma "jakiś" tam nr (na GITHUB-ie).
I zamiast komendy: git pull ,
czy istnieje "jakaś" komenda np:
"git pull numer"
co zaktualizuje tylko fragment kodu.
I tak po kolei, aktualizacja, za aktualizacją.
Coś na wzór:
 viewtopic.php?p=53825#p53825
Podsumowując.
Chciałbym mieć na bieżąco najnowsze aktualizacje, ale również zmiany co sam wprowadziłem np:
https://github.com/lesny8/supla-espress ... 8089ff11c9
Awatar użytkownika
pzygmunt
Posty: 18284
Rejestracja: wt sty 19, 2016 9:26 am
Lokalizacja: Paczków
Kontakt:

Dlaczego tak brutalnie.
Tworzysz nowego brancha dla swoich zmian

Kod: Zaznacz cały

git checkout -b <new-branch>
Następnie commitujesz zmiany

Kod: Zaznacz cały

git add <files>
git commit -m "Moje zmiany"
wracasz do np mastera

Kod: Zaznacz cały

git checkout master
następnie
git pull

Możesz też po prostu zapisać swoje zmiany w schowku

Kod: Zaznacz cały

git stash
następnie

Kod: Zaznacz cały

git pull
jak chcesz swoje zmiany przywrócić to

Kod: Zaznacz cały

git stash pop
Tu mogą pojawić się konflikty dlatego lepiej twórz własnego brancha
ODPOWIEDZ

Wróć do „Zagadnienia ogólne”