V této kapitole se podíváme na metody adaptivního řízení víceagentových systémů (MAS), konkrétně na dosažení konsenzu v podmínkách, kdy jsou systémy vystaveny nelinearitám a neurčitostem. Přístup, který je zde uveden, využívá distribuovaného adaptivního řízení a je založen na principech jako je stabilizace chyby a přizpůsobování parametrů systému v reálném čase.
Základem tohoto řízení je definice vhodné funkce , která je implementována podle rovnice (6.24). Konkrétně, použití funkce Fresnelovy integrace, definované jako , je klíčovým krokem pro formování adaptivní zákonitosti. Tento přístup je postaven na rovnicích jako jsou (6.30) a (6.40), kde představuje specifickou složku adaptivního řízení, která umožňuje přizpůsobení ve vztahu k nelinearitám v systému.
Důležitým momentem je i časová parciální derivace funkce podle času, která je nezbytná pro správnou aplikaci kontrolního algoritmu. Rovnice (6.41) ukazuje, jak tato derivace ovlivňuje změnu stavu systému a jak lze dosáhnout stabilního chování i při přítomnosti nelinearit, což je ukázáno na obrázcích 6.10 a 6.11.
Přestože stejný typ řízení může být použit i pro první řád MAS s nelineárními funkcemi , dosažený konsenzus není konstantní. To znamená, že výsledky nemusí vést k úplné stabilizaci v konstantním vzoru, ale spíše k nějaké formě aproximačního konsenzu, což je ukázáno na obrázku 6.10. Tento rozdíl je zřejmý, když se porovnává přístup s gradientem Lyapunovovy funkce s metodou, která používá distribuovanou adaptivní schému.
V dalších příkladech, jako je ten uvedený v (6.4), se zvažuje použití soustavy s lineárními agentními modely a příslušnými nelinearitami, kde se provádí koordinátní transformace pro usnadnění návrhu adaptivního zákona. Tato transformace vede k novým maticím a , které jsou použity při navrhování regulátoru, jenž následně zajistí dosažení konsenzu v systému.
Velmi důležitou součástí tohoto přístupu je správné nastavení adaptivního řízení pro systémy, které podléhají neurčitostem v nelinearitách, jak je uvedeno v příkladu s funkcí , která zahrnuje složité vzorce a sinusové funkce. Tento typ adaptivního řízení vyžaduje precizní analýzu chování parametrů , které mohou být v neznámých podmínkách odhadnuty pomocí dynamických změn.
Je třeba si uvědomit, že dosažení konsenzu není vždy snadné, zejména v případě, kdy jsou nelinearity výrazné nebo systém má složitější strukturu. Dosažení konstantního vzoru konsenzu vyžaduje nejen správně navržené adaptivní zákony, ale i sofistikovaný přístup k parametrizaci a odhadu neznámých hodnot v systému. Tento proces vyžaduje pochopení dynamiky celého víceagentového systému a pečlivý výběr parametrů pro adaptivní řízení.
Kromě samotného návrhu řízení je důležité, aby čtenář rozuměl metodám, jakými je možné stabilizovat systém i při změnách v topologii sítě. V případech, kdy se síť nachází v dynamických nebo směrových grafických konfiguracích, může být konsenzus dosažen pouze za podmínky, že existuje vhodná spojitost mezi agenty. I když tento přístup není vždy aplikovatelný v reálném čase pro všechny možné topologie, je výhodné pochopit základy stability a adaptivního přizpůsobení v distribuovaných systémech.
Jak efektivně navrhnout regulaci výstupů v nelineárních systémech s heterogenními agenty
Feedforward návrh v systému je založen na jednoduchosti statické kompenzace. Tento statický feedforward je zobrazen v diagramu na obrázku 9.2 pomocí trojúhelníku označeného jako „FF“. Jak bylo zmíněno v sekci 2.6, přesný výpočet feedforward kompenzace závisí na požadované referenční trajektorii a jejích časových derivacích, které jsou generovány referenčním modelem. Když jsou všechny referenční modely vzájemně propojeny, vliv sítě může bránit dostupnosti vyšších časových derivací referenční trajektorie. V tomto kontextu je realizovatelnost feedforward regulátoru závislá na správném návrhu referenčního modelu s dostatečně vysokým relativním stupněm mezi výstupem a vstupem sítě . Tento stupeň zajišťuje, že agent může lokálně přistupovat k výstupní trajektorii a vyšším derivacím svého referenčního modelu, aniž by byl závislý na vstupu do sítě.
Jakmile je feedforward kompenzace dokončena, další aspekt návrhu se transformuje na problém stabilizace, konkrétně výpočet , jak je znázorněno na obrázku 9.2. Tento problém stabilizace může být snadno vyřešen prostřednictvím regulace zpětné vazby stavu. V případě výstupní zpětné vazby je obvykle nutný high-gain pozorovatel, jak je znázorněno blokem „Observer/Stabilizer“ na diagramu. Hlavní výhodou této metody je její přímé využití feedforward kompenzace k dosažení regulačního cíle . Tento cíl může být dosažen i v případech, kdy konsensus neprobíhá. Tato metoda je také aplikovatelná na širší spektrum nelineárních systémů než robustní přístup modelového sladění. Nevýhodou je však skutečnost, že přesná feedforward kompenzace není realizovatelná, pokud agentova dynamika obsahuje nejistoty.
Přístup založený na interním modelu je jedním z nejúčinnějších nástrojů pro řešení synchronizace nelineárních heterogenních systémů. Tento přístup zahrnuje široké spektrum nelineárních dynamik systémů, nicméně jeho nevýhodou je relativně složitější návrh a struktura regulátoru. V této a následující sekci jsou diskutovány dva scénáře: jeden zahrnující komunikaci stavů a druhý výstupní komunikaci.
První scénář, diskutovaný v této sekci, zahrnuje komunikaci stavů, kdy jsou stavy referenčních modelů , , přenášeny po síti a využívány sousedními agenty. Tento scénář zahrnuje dva kroky. První krok je charakterizován svou jednoduchostí, protože návrh konsenzusového regulátoru může být nezávislý na chování dynamiky agentů a může být reprezentován statickou funkcí generující , jak je zobrazeno trojúhelníkem „SYN“ na obrázku 9.3. Výslovný návrh takového regulátoru byl diskutován v sekci 3.2. Konkrétně návrh , nezávisle na návrhu , dosahuje , a tedy . Druhý krok zahrnuje návrh pro regulaci výstupu agenta na a dosažení cíle .
Pokud v referenčním modelu, jak je uvedeno v (9.4), regulace se stává standardní formulací problému robustní regulace výstupu, přičemž (9.4) funguje jako autonomní exosystém. Je dobře známo, že návrh založený na principu interního modelu může tento problém robustní regulace výstupu vyřešit, jak je uvedeno v sekci 2.6. Skutečný referenční model (9.2) je však vystaven vnějšímu vstupu , což činí exosystém neautonomním a zavádí vnější poruchy. V tomto scénáři se dosažení stává neproveditelné. Nicméně můžeme princip interního modelu rozšířit tak, abychom řešili slabší požadavek, kde je asymptoticky omezeno vnějšími poruchami . Tento požadavek je formulován jako:
kde patří do třídy funkcí. Tato formulace je označována jako problém perturbované regulace výstupu. Jak bylo zmíněno v sekci 2.6, interní model může převést tradiční robustní problém regulace výstupu na problém stabilizace. Podobně může převést problém perturbované regulace výstupu na problém stabilizace vstupu na stav.
V případě výstupní komunikace, jak je znázorněno na obrázku 9.4, se složitost zvyšuje. Návrh referenčních modelů následuje postup popsaný v sekci 9.3. Specifický návrh splňuje požadavek perturbovaného konsenzu (9.7) pro nějakou konstantu . Dále návrh splňuje požadavek perturbované regulace výstupu (9.8) pro funkci . Výzvou v tomto scénáři je spojení těchto dvou akcí: perturbovaný konsenzus a perturbovaná regulace výstupu. Pouhé jejich spojení není dostatečné pro zajištění synchronizace výstupu. Důležitým požadavkem je tzv. podmínka malé zisky, která stanoví, že celkový zisk podél smyčky od k a zpět k musí být disipační. Tato podmínka může být explicitně formulována jako:
Pokud je podmínka malé zisky splněna, může být zaručena synchronizace výstupu. S pevným ziskem pro perturbovaný konsenzus vyřešení problému perturbované regulace výstupu vyžaduje nalezení specifické (dostatečně malé) funkce zisku , která splňuje podmínku malé zisky.
Jak navrhnout mechanismus řízení na bázi spouštění událostí pro distribuované konsensuální systémy?
V této kapitole agent .i využívá místo .snet pro navrhování svého regulátoru vzorkovaná data .ŝnet,i. Je důležité zmínit, že agent .i potřebuje aktualizovat a vykonávat svůj kontrolní vstup pouze v okamžicích vzorkování pro , při použití .ŝnet,i, zatímco při použití .snet by bylo nutné aktualizovat kontrolní vstup ve všech okamžicích vzorkování všech agentů. Na základě .ŝnet,i je termín .sneti v rovnici (14.5) upraven následujícím způsobem:
což lze zjednodušit na pro všechna , .
Používáme techniku známou jako aktualizace a vysílání: každý agent aktualizuje .sneti v okamžiku a vysílá ji svým sousedům. Poté sousedé přijímají tuto vysílanou zprávu. Pomocí této techniky získává každý agent následující informace pro , což je jeho soused:
-
.sneti (t), aktualizované agentem v podle (15.4);
-
.snetj (t), přijaté od agenta v .
Je třeba poznamenat, že pro každý existuje , že . Zatímco .sneti je vzorkovaný stav používaný pro návrh regulátoru u agenta , skutečný stav je definován jako , jak je uvedeno v (3.15). Rozdíl mezi těmito stavy je definován jako:
Obvykle platí, že . Mějme a . Prvním cílem této kapitoly je navrhnout distribuovaný mechanismus spouštění událostí pro generování časové posloupnosti , , tak, aby platilo a , spolu s konsenzuálním regulátorem (14.4). Tento regulátor využívá vzorkovaná data .sneti, jak je definováno v (15.4), pro dosažení konsenzu referenčních modelů podle vzoru (3.14).
Na základě referenčních modelů druhým krokem navrhneme regulační regulátor, postupující stejným způsobem, jaký byl uveden v sekci 14.1. Tento regulátor zahrnuje DSC (14.6) a DAC (14.7). Stav vzorkovaných dat je definován v (14.8), kde představuje lokální okamžik vzorkování pro . Počet okamžiků, tedy událostí, v aktuálním nastavení může být konečný, což vyplývá z definice množiny , zatímco v sekci 14.1 je počet okamžiků vždy nekonečný pro . Nechť interval vzorkování je . Druhým cílem této kapitoly je navrhnout distribuovaný mechanismus spouštění událostí pro generování časové posloupnosti , , tak, aby platilo a , a navrhnout stabilizátor (14.9), tak, aby chybová odezva definovaná v (12.5) měla asymptotický zisk ve vztahu k vstupu podle (12.6).
Schéma ukazující celkovou strukturu regulátoru pro výše uvedené dva cíle je zobrazeno na obrázku 15.1.
Regulátor výstupní regulace s detekcí události pro každého jednotlivého agenta je oddělený od sítě, což znamená, že je zcela distribuovaný. To znamená, že mechanismy spouštění událostí pro lineární konsenzus i nelineární výstupní regulaci jsou navrženy nezávisle na sobě pro každého agenta. V prvním kroku, když je událost spuštěna v okamžiku , provede agent konsenzuální kontrolní akci a vysílá stav .sneti () svým sousedům. Mezitím přijímá informace vysílané od svých sousedů, jako je .snetj () od agenta v , pro nějaký . Je zajímavé, že přijetí nevyvolá událost u agenta , ale bude použito pro určení podmínky pro spuštění události. V druhém kroku, když je událost spuštěna v okamžiku , pro každého agenta, je měření přeneseno na regulační regulátor, který je okamžitě vykonán. V tomto kroku neprobíhá žádné vysílání mezi agenty. Pro každého agenta jsou okamžiky spouštění událostí a zcela nezávislé.
Teorie 14.1 zůstává platná i v tomto nastavení. Ukazuje řešitelnost problému synchronizace výstupu ve dvou krocích, které budou podrobně prozkoumány v následujících dvou sekcích. Dále se také zabývá klíčovou otázkou v řízení spouštěném událostmi, známou jako Zeno chování, které musí být vyloučeno. Toto vyloučení je definováno v podmínkách pro :
Tento výraz zajišťuje, že v daném časovém intervalu nemůže nastat nekonečný počet událostí.
Jak důležité je rodičovství a další oblasti života pro vaše hodnoty?
Jak pracovat s energetickým léčením: Zlepšení kvality života skrze rovnováhu těla a mysli
Jak mikrobiální kmeny přispívají k výrobě biopolymerů a jejich komerčnímu využití
Jaké výpočty a dokumentace jsou nezbytné pro klasifikaci a projektování větrné turbíny na moři?

Deutsch
Francais
Nederlands
Svenska
Norsk
Dansk
Suomi
Espanol
Italiano
Portugues
Magyar
Polski
Cestina
Русский