Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
Bohuzel, nejsem jediny kdo si toho vsiml, ze je to idiot-proof feature to mit dostupno ze vsech der:Hm, tak na to se neda rict nic jinyho, nez ze to je teda fakt smutny pribeh
https://community.tp-link.com/en/business/forum/topic/174562
Ano, také se mi to moc nezdá, ale pokud nevznikl někde informatický šum, tak to tak bude. Vždy se vybere nejlepší jedinec z těch řekněme 5 a ten se dál mutuje, s tím, že to stále může být ten stejný obvod, co byl jako první.Jenom nahodne mutace, to je slabota. To je de facto skoro nahodne prohledavani stavoveho prostoru (s tim rozdilem, ze jdes jenom po nejlepsich jedincich). Sila GA ma byt prave v tom, ze se mutace kombinuje se selekci a zaroven tam ale mas jakousi zasobarnu "potencialne nadejnych jedincu" - tj. jedincu z nejakych starsich generaci, kteri sice nebyli aktualne nejlepsi, ale zaroven potencialne nesou nejakou informaci, ktera by mohla byt hodne dobra.
(osobně si to představuji jako, že zkouším náhodně mutovat tak dlouho až se mi to podaří na tom mém daném obvodě a najdu tak řešení. plus mínus autobus a slon k tomu)
https://imgur.com/IKgtvgv takto zhruba vypadá pro představu ta má matice a logické hradla.Jj, takhle jsem si to presne predstavoval, diky. Jako obvykle, jeden obrazek vyda za tisic slov
Používají se i různé optimalizace, že se sleduje, tam kde se mutuje, nebo lepší zakódování, atd. (to jen tak mimo pro info).Kodovani je vzdycky strasne dulezity. Proto jsem prave rikal, ze bych sel spis cestou toho kratkyho genomu...
Osobně mi tento "lambda algoritmus" taky lehce smrdí... a celou dobu jsem v hlavě měl představu spíše toho, že tam budu dělat nějaký výběr ruletou, případně elitismus apod. Ale bylo mi to tak něják doporučeno, tak jsem to přijal jako dobrou radu...Vyber ruletou delat nemusis. Standardni postup je takovy, ze z jedincu generace G vybiras do generace G+1 tak, ze cim vetsi fitness, tim vetsi sance byt vybran. K tomu nejaka pravdepodobnost krizeni a (docela mala) pravdepodobnost mutace. Ta mutace je tam vicemene jenom proto, abys mohl uniknout z lokalniho optima. Takze mi prijde fakt zvlastni mit algoritmus zalozeny jenom na mutaci... Ale jak rikam, nechci soudit, kdyz to nemam nastudovany. Jenom me to prekvapuje ve srovnani s tim, co (trochu) znam.
Menší odbočka a "pochlubení se"Hele, to mi prijde jako dost spravnej zpusob premysleni. Udelej si ruzny pokusy s ruznyma parametrama, udelej souhrn vysledku a predloz to vedoucimu prace: "prijde mi, ze tam musim mit nejakou chybu. Pri nahodnem prochazeni jsem mel vysledek za X sekund, pri aplikaci CGP za Y hodin. To znamena, ze tam mam neco evidentne hodne spatne, kdyz to dava takove vysledky".
Existuje způsob, jak logovat připojené klienty? Router je RT-AC58U a má originál ASUSWRT firmware, který to neumí.Melo by to byt nekde v SNMP. Pokud ne vylozene seznam klientu, da se i checkovat ARP tabulka. Jakmile tam najdes neznamou MAC adresu, spustis alarm...
Jak jinak by se to dalo logovat? Může to logovat nějaký z klientů v síti?
A ještě poddotaz: jaký je váš názor na důvěryhodnost opensource firmware jako je třeba OpenWRT oproti originálním, v tomto případě ASUSWRT?Osobne bych urcite preferoval opensource, s jedinou vyjimkou: pro danej model je k dispozici jenom nejaka historicka verze, ktera uz neni aktualizovana a zaroven verze od vyrobce je novejsi.
1. Fitness funkce mi počítá rozdílné bity. Ta by měla být v pořádku, protože jak jsem zmiňoval v prvním příspěvku, tak "něco" mi to našlo a metodu co mám i na tisk bitů, tak seděla na bit přesně (referenční vstupy-výstupy byly stejné jako moje vstupy-výstupy). Nejlepší fitness je tedy 0 (žádný rozdíl bitů), zkoušel jsem i opačný přístup, kdy počítám jestli bity sedí, ale problém přetrval.To mi prijde rozumny. Lepsi metriku asi tezko vymyslis.
2. Při CGP se výhradně údajně používá pouze mutace. Tento algoritmus mi byl doporučen garantem a ještě jedním člověkem na fakultě, nicméně jsem jej někde zahlédnul i v literatuře (mohu hodit odkaz na bakalářskou práci, kde je přímo popsána podobná práce a algoritmus je tam taky). Údajně občas je problém porovnání kdy ostrá rovnost nestačí, ale je potřeba dát rovno větší/menší, ale i zde jsem nenašel žádný rozdíl...Tohle fakt neznam. Podle tohodle popisu nerozumim tomu, co se deje s ne-nejlepsima jedincema z predchozi generace. Zahodi se? Tj. kazda dalsi generace vychazi jenom z toho jednoho nejlepsiho jedince? To by mi prislo hodne divny a nedivil bych se, ze to nekonverguje...
Popis tohoto "lambda algoritmu"
(mutace je 100 % jinak by to nemělo smysl, mutace tedy může být: negativní, neutrální, pozitivní)
Lambda = 5
1. Vygeneruje se lambda + 1 náhodných obvodů, ty se ohodnotí a vybere se ten nejlepší.
2. Z nejlepšího obvodu se vygeneruje lambda obvodů, provede se mutace a ohodnocení.
3. Zjištění nejlepšího obvodu z generace.
4. Pokud není dosažena ukončující podmínka, tj. našel se cílový obvod nebo se překročil maximální počet generací běhu, tak se pokračuje bodem 2.
Zkusím zhruba popsat moji implementaci, která je:Popravde, z toho popisu uplne presne nerozumim tomu kodovani a nemam ted uplne cas se nad tim hloubeji zamyslet. Mas teda matici 5x5, na kazde pozici je nejaka logicka funkce a ty funkce muzou byt mezi sebou libovolne propojeny? Pricemz do nekterych obvodu vubec nevede cesta ze vstupu, coz je zamer ("geny bez exprese"). Chapu to spravne?
S tim fakt nepomuzu, to by mel ten, kdo ti to doporucil...Při puštění CGP si nechávám tisknout po 10 000 generací stav nejlepší fitness obvodu, kde mi to vesměs stagnuje, sem tam malý "záchvěv", ale ani po půl hodině mi není schopný najít 5 bitovou paritu. Zde počet generací byl už někde v miliardách, když "vím", že na bitovou paritu stačí řekněme maximálně pár milionů generací (povětšinou).No, to nevypada moc dobre. Na 5-ti bitovou paritu staci 4 XORy nebo tak neco, ne? (sorry, obvody fakt nejsou moje hobby
) To by se fakt nemelo hledat takhle strasne dlouho.A narazil jsem na problém - switch který umí VLANy (TP LINK, TL-SG2109WEB), neumí nastavit v které VLAN to admin rozhraní máA opravdu jsi zkoušel, že je admin rozhraní ve všech vlanách? Často to bývá tak, že je jenom v jedničce.
Poradíte co z nižší cenové kategorie L2 switchů dokáže nastavit kde (v které VLAN) bude vidět admin rozhraní (http, ssh) ?Hodně dobrej poměr cena/výkon mají Netgeary. Měl jsem s nima sice nějaké fyzické problémy (vadné porty), ale reklamace byla bezproblémová, takže ve finále za tu cenu slušná muzika.
Další požadavky: 8 - 12 (max 16) port, pasivní chlazení, rack-mount preferován, ale není nutný.
připomínám tedy původní dotaz, jsou tady nějaké zkušenosti s hlavicemi Z-wave/zigbee?Já myslím, že jsi odpověď dostal: zkušenost je taková, že pro tebou deklarovaný účel to není vhodný nástroj
Teraz už len potrebujem poradiť ako spraviť z dvojice jeden funčný flow ktorý bude zapínať Blitzwolf automaticky pomocou zadefinovaného času za predpokladu že je input_boolean.coffee ONO příspěvek výš máš detailní popis v bodech. ?!
Potrebujem zase trochu nasmerovať s časovačom."Skúšal som Timer" není dobrý popis problému, s tím se nedá poradit. Musel bys říct, jaké ti kam chodily zprávy, jak se chování lišilo od toho, které chceš dosáhnout.
Chcem aby virtuálny vypínač input_boolean.coffee keď je v polohe ON každý pracovný deň v rovnaký čas zapol zásuvku Blitzwolf.
Skúšal som Timer aj Time Range a jediné čoho som dosiahol bolo že v nadstavenom časovom okne po stlačení input_boolean.coffee sa zapla zásuvka Blitzwolf a to nie je to čo chcem.
Cely problém bol že som nikde nevidel flow kde sú dva spúšťače -˃ events.To nejspíš ani nepotřebuješ. Zprávy z events:all můžeš filtrovat, rozdělovat do různých větví podle metadat nebo i z různých větví slučovat.
Potrebujem aby zmena stavu z On na Off vypínača Shelly2 (ventilátor) spustila rovnakú akciu ako keď to spúšta Xiaomi tlačítko - Fresh - Timer - Fresh.Pořád ale nepíšeš, s čím máš problém. Pokud máš sensor X napojený na akci A a chceš, aby akci A spouštěl i sensor Y, tak prostě napojíš výstup Y na vstup A. V čem je přesně problém?
Ale vždyť ten Chromecast by tvou situaci mohl řešit - místo karty do servříku a kabelu k televizi bys mohl mít v televizi píchnutý Chromecast a streamovat do něj, bez kabelu. Nemusel bys řešit, aby byl servřík v dosahu kabelu od televize, nemusel bys řešit spotřebu GPU, nemusel bys shánět nízkoprofilovou kartu, což je celkem nedostatkový zboží.Naopak, diskuse se celou dobu týká toho, co řešíš i ty....Celou dobu určitě ne. Kabely microHDMI-> HDMI nebo i později Chromecast.
Třeba umění komunikace se z knih načíst nedá. To se musí naučit face-to-face.Tohle v žádném případě není pravda. Existuje spousta zásad a doporučení, která nejsou úplně omračující, když o nich člověk čte, tak nemá pocit, že by se dozvěděl něco, co by implicitně netušil, ale může ho to dovést k lepší sebereflexi. Reflektovat něco vědomě a dělat to bezděčně bývá rozdíl. Někdy i hodně velký.
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2023 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.