Új hozzászólás Aktív témák

• #3090 sztanozs veterán cog777 #3088

  Új Válasz 2021-06-01 13:26:19 #3090

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  sztanozs

  veterán

  válasz cog777 #3088 üzenetére

  Nem tudom miért, de az egyik megbújó lapon a böngészőben épp ez van nyitva (hetek óta):
  https://wiki.python.org/moin/ParallelProcessing

• #3089 sztanozs veterán cog777 #3087

  Új Válasz 2021-06-01 13:17:19 #3089

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  sztanozs

  veterán

  válasz cog777 #3087 üzenetére

  Python nem igazi multiprocessingre, alapból csak multithread-et támogat - minden mást külső csomagból (vagy kézzel kell megoldani). Majd esetleg valamelyik jövőbeni verzióban lesz majd rendes multiprocessing.

• #3088 cog777 őstag cog777 #3087

  Új Válasz 2021-06-01 12:30:43 #3088

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cog777

  őstag

  válasz cog777 #3087 üzenetére

  Felreraktam a python multiprocessing moduljat, nem tul kifinomult. Inkabb ZeroMQ-t nezem meg. Ez eleg egyszeru uzenetkezelest valosit meg a processek kozott.
  Az MQTT kulon message broker-t igenyel.

• #2888 concret_hp addikt cog777 #2883

  Új Válasz 2020-11-15 17:52:10 #2888

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  concret_hp

  addikt

  válasz cog777 #2883 üzenetére

  de van vmi aktív csekkelő rá, vagy mondjuk 1 másodpercenként olvastatni kell

• #2881 concret_hp addikt cog777 #2879

  Új Válasz 2020-11-15 15:35:40 #2881

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  concret_hp

  addikt

  válasz cog777 #2879 üzenetére

  több mindent akarok indítani de különböző fileokat dolgoznak fel és az output is különböző fileokba megy, szóval nem akasztják egymást, alapvetően a std-re írogatott kiemenetek nem nagyon érdekelnek, bár némi hibatrackelés van belőve.

  szóval a use case kb. az lenne, hogy elindítok egy keretet, van 5-6 gombom, mindegyik elindít egy feldolgozási folyamatot, úgy, hogy a folyamatok egymástól függetlenek, az utolsó lépésük az, hogy írnak egy fileba aminek mindig ugyanaz a neve az adott szálon. tehát tulképp azt is nézhetném, hogy mikor frissült legutóbb az adott file?

• #2836 atesss addikt cog777 #2835

  Új Válasz 2020-08-08 12:44:52 #2836

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  atesss

  addikt

  válasz cog777 #2835 üzenetére

  Ez a megoldás, ahol számol a feladat hosszával, azért elegánsabb.

  Viszont van olyan funkcióm már most is, ahol megadott ideig kell csinálnia periodikusan a feladatot. Konkrétan megadott ideig (a script elején fixen megadom egy úgymond konstans-al, most egyelőre 10 másodperc) kell villogtatnia egy ledet, 300ms-onként. Onnantól kezdve, hogy egy bizonyos feltétel előfordult. Jelen esetben ha "hiba volt".
  Ez erre akart lennie egy megoldási javaslatod ? :
  current_time = datetime.now() f() num_calls += 1 difference = current_time - first_called
  Akkor már ezt is monotonic-al kellene, nem ?

  Asszem nekiállok akkor átírni mindenhol a programomban erre a Timer-es megoldásra.
  Az új, Timer-es függvényeket akkor már mind a time.monotonic()-al csinálom.
  És ha marad még azokon kívül bármi egyéb hely - bár nem nagyon fog valószínű - akkor ott is mind átalakítom a time.time()-ot time.monotonic()-ra.

• #2786 Mr Dini addikt cog777 #2785

  Új Válasz 2020-06-04 20:48:12 #2786

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Mr Dini

  addikt

  válasz cog777 #2785 üzenetére

  Igen, nekem is így van megoldva a Discord bot. K8s podokra van osztva és load balanceolva van a forgalom.

  Az tiszta, hogy a bot esetében az asyncio tökéletes. De érdekel, hogy most threadinget mikor érdemes használni.

• #2776 asuspc96 senior tag cog777 #2774

  Új Válasz 2020-06-04 10:10:55 #2776

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  asuspc96

  senior tag

  válasz cog777 #2774 üzenetére

  "En meg a harverhez ertek kevesbe, mennyi a relek kapcsolasi ideje?"
  Konkrét kapcsolási időt nem tudok, de gondolom elég gyors, mert kattog mint az állat
  Ezt vettem:
  [4 csatornás optocsatolós relémodul Raspberry PI-hez]

  @kovisoft
  "Így meg ha eltérő futásideje van az egyes threadeknek, akkor mindegyik meg fogja várni a leglassabbat, és csak azután fognak újraindulni."
  Az egyáltalán nem gond, ez lenne a cél, h mindegyik megcsinálja a maga kis melóját, majd ha az összes végzett, és megkapták a vezérlő jelet, akkor újra kezdhetik
  Fontos, hogy egyszerre kezdjék újra
  Szóval ez a joinolós, meg listakitörlős megoldás nekem tetszik amit javasoltál a (#2773)-ban

  Még egy kérdés ezzel kapcsolatban...ha listára hívunk clear()-t, illetve ha újra inicializáljuk = [], akkor az ugyan az ?
  Mármint arra gondolok, mint C++-ban, hogy ha újra assignolok valamit a változóhoz, és pl előtte nem toltam rá delete-t, akkor memóriaszivárgás lesz ?

• #2775 kovisoft őstag cog777 #2774

  Új Válasz 2020-06-04 10:03:33 #2775

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  kovisoft

  őstag

  válasz cog777 #2774 üzenetére

  Szerintem ha mindegyik threadnek folyamatosan ismételgetnie kell önmagát, akkor szimplán ne lépjenek ki, hanem a threaden belül legyen végtelen ciklus. Így elég csak egyszer elindítani a threadeket, aztán mindegyik csinálja, amit akar.

• #2772 kovisoft őstag cog777 #2771

  Új Válasz 2020-06-04 09:50:35 #2772

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  kovisoft

  őstag

  válasz cog777 #2771 üzenetére

  Így meg ha eltérő futásideje van az egyes threadeknek, akkor mindegyik meg fogja várni a leglassabbat, és csak azután fognak újraindulni.

• #2770 cog777 őstag cog777 #2767

  Új Válasz 2020-06-04 09:41:58 #2770

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cog777

  őstag

  válasz cog777 #2767 üzenetére

  "Ilyenkor teljes kontrol alatt van a vezerlese a hardvernek. Ez nem ritka implementacio, emlekszem hogy egy uzemben egy kis teljesitmenyu proci vezerelt komoly dolgokat igy, abban nem voltak szalak."

  vagy 50 tartalyt...

• #2769 asuspc96 senior tag cog777 #2767

  Új Válasz 2020-06-04 09:38:06 #2769

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  asuspc96

  senior tag

  válasz cog777 #2767 üzenetére

  "A kododbol kiindulva es legegyszerubben, berakod egy ciklusba
  Mert ahogy latom, vegigfut a feladatokon aztan kilep a szalbol."
  És a fentebb vázolt megoldásoddal, ugyan azok a szálak kezdenek újra munkába ?
  Arra gondolok ugye, hogy a listában ugye azokra a thread-ekre van meg a referencia...ebből indul ki az okfejtésem. Szóval arra akarok kilyukadni, hogy így nem fognak egy idő után elszaporodni a szálak ?

  Ha jól értem a későbbi leírásod, ami nekem úgymond a szenzorból érkező jel, az lesz itt a kódodban a Vezerlo ciklus-ban lévő feltétel, ha a szenzor igazat ad, indulhat újra a ciklus (?)

  "Bocs ha ezt mar tudtad, nem derult ki szamomra hogy mennyire vagy szakertoje a temanak."
  
  Érdekel minden infó, szívom magamba mint a szivacs...amúgy csak ilyen hobbikódolós

  "Mas: a print utasitas is lassit a fontos idoziteseket elronthatja. Ilyenkor szoktak kulon szalban/processzben futo naplozasba beletenni az esemenyeket..."
  És akkor hogy szedem ki az infót az egyes szálakból, hogy éppen hol tart ?
  Gondolom akkor kéne valami szinkronizációs lépés is. Arra gondolok, hogy egyik szálból a másikba csak úgy nem fogok tudni átdobni infót.

• #2768 kovisoft őstag cog777 #2767

  Új Válasz 2020-06-04 09:34:40 #2768

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  kovisoft

  őstag

  válasz cog777 #2767 üzenetére

  Ez így folyamatosan végtelen ciklusban fogja egymásra indítani a threadeket anélkül, hogy megvárná az előzők lefutását.

• #2766 asuspc96 senior tag cog777 #2765

  Új Válasz 2020-06-04 09:00:26 #2766

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  asuspc96

  senior tag

  válasz cog777 #2765 üzenetére

  "Nalunk a vezerlo szoftvernel par ms a limit ami alatt reagalni kell az esemenyekre. Tehat meg nalunk sem kell egybol lekezelni, pedig GPS-t es hidraulikat kell kezelni."
  Itt is konkrétan az utóbbira kellene. Lesz 4db hidrauliskus munkahenger, és azokat kell majd irányítani.

  "Nem akartad elorol kezdeni ha vegigertel?"
  Ez az egész végülis majd munkadarabokat fog csinálni, és az a terv, hogy amint végez majd, mozgásérzékelővel/lézerkapuval érzékelem, ha kiesett a szerszámból a termék, és egy amolyan "callback"-szerűen az fogja újra engedélyezni az új kört

  "Nem akartad elorol kezdeni ha vegigertel?"
  Ezt hogyan lehetne megvalósítani amúgy ?
  Úgyis kelleni fog majd

• #2764 asuspc96 senior tag cog777 #2763

  Új Válasz 2020-06-04 08:14:29 #2764

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  asuspc96

  senior tag

  válasz cog777 #2763 üzenetére

  Jelenleg most így valósítottam meg:

  def work_cycle(self, up_times, sleep_times, gpio, id):
        for i in range(len(sleep_times)):
            down = float(sleep_times[i])
            print(id, '. sleeping to ', down, ' sec')
            gpio.off()
            sleep(down)
            if i < len(up_times):
                high = round(float(up_times[i][1]) - float(up_times[i][0]), 2)
                print(id, '. going high to ', high, ' sec')
                gpio.on()
                sleep(high)

      def start_work(self):
        for i in range(len(self.relay_sleep_times)):
            self.relay_threads.append(
                threading.Thread(
                    target=self.work_cycle,
                    args=(self.relay_up_times[i + 1], self.relay_sleep_times[i], self.relay_gpios[i], i)
                )
            )
        for i in range(len(self.relay_threads)):
            self.relay_threads[i].start()

  Most az első teszteknek alávetettem tegnap, és egészen azt csinálja, amit szeretnék, úgyh nincs nagy para (egyenlőre)

• #2755 atesss addikt cog777 #2754

  Új Válasz 2020-06-01 16:04:37 #2755

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  atesss

  addikt

  válasz cog777 #2754 üzenetére

  Köszi a tippet, megnézem.
  
  Viszont az jutott még eszembe, hogy ha az eszközöm egy Raspberry Pi, akkor a logolásnál az SD-kártya írási terhelésére azért lehet oda kellene figyelni.
  Vagy lehet valami speciálisabb beállítás / másik modul, ami - ugyan adott esetben lassabb vagy más szempontból hátrányos - de cserébe jobban kíméli az SD-kártyát ?

Új hozzászólás Aktív témák