Problem z automatyzacją

No nie bocz się proszę, jeśli źle zrozumiałem to bardzo proszę wyjaśnij dokładnie o czym pisałeś. Na prawdę chętnie poznam Twoje zdanie.

Pewnie nie posiadam takiej wiedzy jak Ty, bo moja styczność z NR to raptem kilka miesięcy, a ponieważ wiem jak boli, gdy coś zrobisz i nie działa do końca jak byś chciał, staram się tylko podpowiedzieć takim kolegom jak @toahawk5000, żeby nie doznali rozczarowania. Rozpatrując jego docelowy flow, nie zauważyłeś, że nie ma tam nic co by uchroniło ten proces przed nieoczekiwanym zatrzymaniem np w momencie odliczania czasu “ON”? Być może bezpodstawnie napisałem do Ciebie pytanie, “co będzie u Ciebie”, bo nawet nie wiem jak wyglada cały proces, ale nie można pisać, że delay jest ok, bez dodatkowych msg… itp. Przynajmniej ja tak uważam.
Co do boczenia się, to jestem daleki od tego, wręcz jestem wdzięczny za krytyczne uwagi, bo one najlepiej uczą :slight_smile: Pozdrawiam

2 polubienia

Ok rozumiem,
jak napisałes na początku posta, to nie zwróciłem uwagi, myśłałem że jest to samo co ja napisałem w pierwszym tylko inaczej ponazwyałeś.
Teraz widzę, ze w Twoim jest możliwość puszczenia flow kilka razy.
Sprawdź w moim, że nie ma takiej mozliwości, od razu blokujemy :slight_smile:
Tak automatycznie już robie poprawnie, bo wiem jak to działa.

No ja odwrotnie, zawsze jak podpowiadam komuś niedoświadczonemu, staram się aby poznał perfect podstawowe nody bo można nimi zrobić prawie wszystko :slight_smile:

1 polubienie

to ja dodam ze wgryzienie sie w temat NR o Java nie wspominajac nie jest latwe
VBA u mnie zaskoczyl szybko - masa info w necie jakos tak latwiej wszystko znalezc i zrobic a tutaj masakra
dzieki panowie za pomoc SERIO!!!

w mojej pierwszej automatyzacji jest tylko jeden slaby punkt jaki widze na ten moment a mianowicie po kazdym resecie NR (np aktualizacja) musze odpalic pierwszy input zeby odliczanie przyjmowalo domyslnie wartosc 1

image

można też zapisywać w bazie zmienne, trzeba zmienić ustawienia NR w configu, ale to już temat na kiedy indziej :slight_smile:

to jest pewne rozwiazanie ale chcialbym to spiac z tym
image
gdy payload bedzie 0 tzn odlicanie wskaze zero to niech sie timestamp uruchomi lub niech jakas funkcja przepusci ‘sygnal’ z time stamp na NODa odliczanie

Nic dodać, nic ująć -jak większość stwierdzeń w tym poście. Jednak najpierw trzeba napsuć aby się tego dowiedzieć :slight_smile:

to sie nazywa szkoła życia :slight_smile:

A ja lubię być dociekliwy, skopiowałem Twój pierwotny flow i co do blokady przy użyciu zmiennej nie mam zastrzeżeń. Mam natomiast dwa pytania:

  1. Jaki jest powód użycia zmiennej globalnej ?
  2. Dlaczego na drugim obrazku światło się nie wyłączyło ?


    Mogę oczywiście wstawić tu ten flow, ale tak naprawdę to podstawiłem tylko swoje encje i serwer.

tylko dlatego, że mam taki nawyk, wszystko wrzucam w global, bo wiele informacji potrzebuje na innych kartach.

tego to ja nie wiem co tam masz poustawiane, po debugu mógłbym co najwyżej zgadnąć

Proszę bardzo
flows.json (4,0 KB)

EDIT
Ad 2. Na pierwszym obrazku wszystko poszło dobrze, bo pozwoliłem aby proces przebiegł bez zakłóceń.
W drugim przypadku, kilka sekund po włączeniu światła , przeładowałem proces (Deploy) i tak zachował nod delay jak przewidywałem. Nie mógł wyłączyć :slight_smile: Proponuję sprawdzić.
Co do zmiennej globalnej, nie będę komentował, bo skoro kolega tak lubi , to nic mi do tego.
Jednak przy większej ilości zmiennych, to może nieźle namieszać, szczególnie jak ktoś zapisuje zmienne do pliku.

chodzi tak jak powinien,
co sekunde jest timestamp:

no to zupełnie inna sprawa
powinieneś cały flow a nie tylko zmodyfikowane nody, bo w wielu procesach i to tych bardziej zaawansowanych możesz mieć podobne problemy:

image

Edytowałem poprzedni wpis

Nie czytałeś uważnie moich uwag odnośnie delay, zawsze może się zdarzyć, że robisz deploy, w trakcie którego kilka procesów jest uruchomionych. Ja nie mam takich problemów

No nie moge odtworzyć takiego czegoś, w żadnej opcji :stuck_out_tongue:

Mogę powielić i wstawić jeszcze raz

Dobra już wiem,
zmieniłeś noda delay w trakcie pracy… no to wiadomo, że się restartuje…
Ale mi dajesz zagadki :slight_smile:

Dla mnie to nie była zagadka, to ułomność tego noda i tyle. Chciałem tylko sprawdzić czy, i jak umiesz się przed tym zabezpieczyć, skoro używasz od zawsze.
A ja nic nie zmieniałem, po prostu przesunąłem jeden klocek i już mogłem zrobić deploy

Chcesz mi powiedzieć, ze jak wstawie tam timestopa czy jakiegoś innego i podczas pracy zmienię np. czas i deploy to sie nie zrestartuje? nie mam tego noda to nie mam jak sprawdzić, ale… “nie wydaje mnie się” :stuck_out_tongue:

chyba każdego jaki tylko jest, jak go zmieniasz to jak ma się nie zrestartować?

Wszystko jest tak jak powinno.
To nie wina noda tylko operatora :v:

Działający program napisać łatwo, uodpornić go na błędy to już gruba robota.
Wyjściem do dyskusji powinno być określenie reguł zachowania na konkretne przypadki.
Nieraz to dobrze że coś nie wyłączy po “restarcie”.
Aby to miało ręce i nogi to powinno się odczytać warunki początkowe i wykonać stosowne działania - tak samo jak ustawienie zmiennych kontekstowy.
Po prostu trzeba wyważyć czy nie wystarczy aby wszystko wyrównało się w kolejnym cyklu… bez konkretnych założeń i konkretnego przypadku to dyskusja akademicka.

Po deploy ten nod nie istnieje (zresztą jak każdy) więc co ma się wykonać. Zmień sposób myślenia javascript jest obiektowa.

Jesteś pewny ?
5
6
Liczy dalej po deploy