Autor Wątek:  Dyskusja o AI w MaSzynie  (Przeczytany 17108 razy)

0 użytkowników i 1 Gość przegląda ten wątek.

Offline El Mecánico

  • Wiadomości: 1067
  • Dawniej El Driver
    • Zobacz profil
    • Stowarzyszenie POLARIS - OPP
  • Otrzymane polubienia: 2
Dyskusja o AI w MaSzynie
« dnia: 14 Czerwca 2011, 16:09:07 »
Zadam pytanie pomocnicze. Czy AI prowadzący skład robi hamowanie kontrolne? Mam bowiem pomysł. W czasie kontrolnego AI powinno zapamiętać kilka współczynników, głównie opóźnienie ruchu na pierwszej, drugiej, i ew. trzeciej pozycji hamowania służbowego oraz czas pełnego luzowania z tej pozycji. Co potem z tym robi? AI wiedząc jak daleko ma do semafora (widzi w ogóle tarcze?) czy do ograniczenia, policzy jakie hamowanie wdrożyć i jak długo hamować, żeby się zatrzymać pięknie przed S1 czy wjechać na odcinek z ograniczeniem prędkości.

Ponieważ dygresja dość mocno się rozbudowała, za sugestią @youBy'a wydzielam.
Quark-t
« Ostatnia zmiana: 20 Czerwca 2011, 13:25:54 wysłana przez Quark-t »
www.polaris.org.pl
www.ciemneniebo.pl
MaSzyna_LD w trakcie tworzenia...

Offline Ra

  • Zasłużony dla Symulatora
  • Wiadomości: 6321
  • Ostatni gasi światło...
    • Zobacz profil
    • Instalator+Starter+Edytor
  • Otrzymane polubienia: 354
Odp: Dyskusja o AI w MaSzynie
« Odpowiedź #1 dnia: 14 Czerwca 2011, 16:13:44 »
Nie robi. Też uważam, że powinno się zapiąć sieci neuronowe, które by się douczały po wykonaniu każdego kolejnego hamowania. Czy widzi tarcze to nie wiem, nie dotarłem jeszcze do tego. Pisali, że tarczy widzieć nie musi, gdyż może od razu widzieć semafor. Problem jest jeszcze w tym, że istnieje 5 rodzajów maksymalnej prędkości i trzeba z nich wybrać najmniejszą na dany moment.
¯\_( ͡° ͜ʖ ͡°)_/¯ Ra

Polecam: kręgarz Wojciech Walczak, projekt masarni

Offline youBy

  • Deweloper
  • Wiadomości: 6166
  • Co tam?
    • Zobacz profil
    • Automat Weryfikujący Regulację i Lambdę
  • Otrzymane polubienia: 871
Odp: Dyskusja o AI w MaSzynie
« Odpowiedź #2 dnia: 14 Czerwca 2011, 16:29:19 »
Nie robi. Oczywiście można to wdrożyć (próbne implementacje zostały wykonane już jakiś czas temu), tylko problemem jest właściwe przekazywanie sygnałów, szczególnie przy ich następstwie. Twoja koncepcja pomija jedno ważne ograniczenie – czas. Zrobienie hamowania kontrolnego to około minuty. Fizycznie nie da rady zrobić w tym czasie hamowania pierwszym, drugim i potem jeszcze trzecim stopniem. Pierwszy stopień (lub półtora) powinien w zupełności wystarczyć do tego. Trzeba tylko pamiętać, że żeliwo gorzej hamuje przy dużych prędkościach i nie można opóźnień hamowania tak o sobie przenieść ;)

PS W temacie z taśmami jest nawet jedna z przejazdu AI po drobnych usprawnieniach.

@Ra: moim zdaniem problem nie leży w wyborze tylko w odpowiednim przekazaniu tych prędkości.
Xoov
Powyższy post wyraża jedynie opinię autora w chwili publikacji. Autor zastrzega sobie prawo do zmiany poglądów bez podawania przyczyny, jak również informowania o tym.

Offline Quark-t

  • Administrator
  • Wiadomości: 3590
  • Automaty liczą...
    • Zobacz profil
  • Otrzymane polubienia: 47
Odp: Dyskusja o AI w MaSzynie
« Odpowiedź #3 dnia: 19 Czerwca 2011, 01:00:23 »
Ciekawe jakby sobie z hamowaniem PI lub B-BAC poradził...
Pozdrawiam, dr inż. Quark-t

Offline youBy

  • Deweloper
  • Wiadomości: 6166
  • Co tam?
    • Zobacz profil
    • Automat Weryfikujący Regulację i Lambdę
  • Otrzymane polubienia: 871
Odp: Dyskusja o AI w MaSzynie
« Odpowiedź #4 dnia: 19 Czerwca 2011, 08:47:41 »
Pewnie poradziłby sobie tak dobrze, jak umiejętnie dobrane byłyby nastawy. Tylko jak na pociągu wywołać skok jednostkowy? ;)
Xoov
Powyższy post wyraża jedynie opinię autora w chwili publikacji. Autor zastrzega sobie prawo do zmiany poglądów bez podawania przyczyny, jak również informowania o tym.

Offline Quark-t

  • Administrator
  • Wiadomości: 3590
  • Automaty liczą...
    • Zobacz profil
  • Otrzymane polubienia: 47
Odp: Dyskusja o AI w MaSzynie
« Odpowiedź #5 dnia: 19 Czerwca 2011, 18:45:09 »
Zmieniając prędkość zadaną. Tak na prawdę to nas interesuje. Ja bym chciał poddać pod rozwagę uproszczenie AI. Prawda jest taka, że poza jazdą w kabinie z włączonym autopilotem, nie bardzo nas obchodzi ciśnienie w cylindrach, pozycja kranu i nastawnika. AI ma jechać z prędkością rozkładową i stosować się do sygnałów. Czyli "sterowanie AI" sprowadzałoby się do ustalania wartości siły (lun ominąć jeszcze jeden wzór i nadawać bezpośrednio przyspieszenie) skierowanej w kierunku ruchu pociągu lub przeciwnie do niego. Czyli zrobić z AI coś a'la makiety kolejowej. Tylko jeżeli trzeba zrobić dobrze AI działające jako "instruktor", to nie ma po co dublować i robić uproszczonego.
Pozdrawiam, dr inż. Quark-t

Offline youBy

  • Deweloper
  • Wiadomości: 6166
  • Co tam?
    • Zobacz profil
    • Automat Weryfikujący Regulację i Lambdę
  • Otrzymane polubienia: 871
Odp: Dyskusja o AI w MaSzynie
« Odpowiedź #6 dnia: 19 Czerwca 2011, 20:47:02 »
A także poza jazdą jako kierownik pociągu, pasażer, lokomotywa popychająca, lokomotywa ściągana ze szlaku. Pozostaje tutaj jeszcze kwestia manewrów — zostawianie zahamowanego składu. Moim zdaniem, można zrobić dobrze jeżdżące AI w oparciu o pełną symulację fizyki. Nie ma wtedy problemów z przełączaniem się w sytuacji, gdy pojazd kierowany przez człowieka dojeżdża do składu sterowanego przez AI.
Xoov
Powyższy post wyraża jedynie opinię autora w chwili publikacji. Autor zastrzega sobie prawo do zmiany poglądów bez podawania przyczyny, jak również informowania o tym.

Offline kamils

  • Wiadomości: 137
  • Wydział SPT
    • Zobacz profil
  • Otrzymane polubienia: 0
Odp: Dyskusja o AI w MaSzynie
« Odpowiedź #7 dnia: 20 Czerwca 2011, 01:14:19 »
Jeśli AI może mieć dostęp do informacji o
1. Punkcie początku zmiany prędkości
2. Punkcie w którym prędkość docelowa ma zostać osiągnięta
to może sobie stworzyć uproszczoną funkcję prędkości od odległości pomiędzy punktami 1 i 2 na podstawie tego jako to wygląda kiedy hamuje człowiek. Parametry PID (jako błąd mamy odchyłkę od porządnej prędkości w danym momencie wyliczonej z pomocą naszej uproszczonej funkcji, a nie jako odchyłkę od końcowej wartości docelowej) nie powinny być bardzo trudne w dobraniu w takim układzie. Co więcej parametry PID dla różnej długości pociągów byłyby chyba dosyć zbliżone, wiec odpadłby problem konieczności nauki AI jak zachowuje się konkretny skład. Wadą tego rozwiązania byłoby to, że AI pewnie by kręciła kranem jak szalona, więc jako nauczyciel dla człowieka raczej by się nie nadawała.
« Ostatnia zmiana: 20 Czerwca 2011, 10:42:58 wysłana przez kamils »

Offline youBy

  • Deweloper
  • Wiadomości: 6166
  • Co tam?
    • Zobacz profil
    • Automat Weryfikujący Regulację i Lambdę
  • Otrzymane polubienia: 871
Odp: Dyskusja o AI w MaSzynie
« Odpowiedź #8 dnia: 20 Czerwca 2011, 08:49:42 »
Długość to jedno, a nastawy hamulców to drugie — nawet krótkie składy prowadzone na hamulcu wolno działającym mają duży czas reakcji na zmiany. Doliczmy do tego opowiednie załadowanie i już się robi problem, gdyż trzeba mocno hamować, co powoduje, że skład jeszcze dłużej reaguje na luzowanie.
Xoov
Powyższy post wyraża jedynie opinię autora w chwili publikacji. Autor zastrzega sobie prawo do zmiany poglądów bez podawania przyczyny, jak również informowania o tym.

Offline Quark-t

  • Administrator
  • Wiadomości: 3590
  • Automaty liczą...
    • Zobacz profil
  • Otrzymane polubienia: 47
Odp: Dyskusja o AI w MaSzynie
« Odpowiedź #9 dnia: 20 Czerwca 2011, 10:34:57 »
Po pierwsze, to może być gain scheduling, a po drugie nie samym PID automatyka stoi. Coś pewnie by się dobrało.
Pozdrawiam, dr inż. Quark-t

Offline Tyrystor

  • ZbanowanyZbanowany
  • Wiadomości: 530
    • Zobacz profil
  • Otrzymane polubienia: 2
Odp: Dyskusja o AI w MaSzynie
« Odpowiedź #10 dnia: 20 Czerwca 2011, 12:58:13 »
Jeżeli jest temat o autopilocie, to wadą jest dla mnie jak gram w nocy to nie widzę klawiatury. Jak chcę dać RP1 to zamiast SHIFT+A naciskam SHIFT+Q co włącza autopilota i nie ma możliwości wyłączenia go. Często tak się zdarza w środku służby gdy jadę na dużej scenerii np. L053.

Offline Quark-t

  • Administrator
  • Wiadomości: 3590
  • Automaty liczą...
    • Zobacz profil
  • Otrzymane polubienia: 47
Odp: Dyskusja o AI w MaSzynie
« Odpowiedź #11 dnia: 20 Czerwca 2011, 13:17:52 »
Jeżeli jest temat o autopilocie, to wadą jest dla mnie jak gram w nocy to nie widzę klawiatury.
http://www.a4tech.pl/Item.aspx?ITEMNMBR=A4TKLA41045&GroupID=33&SubGroupID=57 ;)
Pozdrawiam, dr inż. Quark-t

Offline REWIZOR

  • Administrator
  • Wiadomości: 3679
    • Zobacz profil
    • www.eu07.pl
  • Otrzymane polubienia: 28
Odp: Dyskusja o AI w MaSzynie
« Odpowiedź #12 dnia: 20 Czerwca 2011, 13:19:34 »
Fajne. Szkoda, że nie ma maszynowego zielonego koloru :)
Pozdrawiam

Offline youBy

  • Deweloper
  • Wiadomości: 6166
  • Co tam?
    • Zobacz profil
    • Automat Weryfikujący Regulację i Lambdę
  • Otrzymane polubienia: 871
Odp: Dyskusja o AI w MaSzynie
« Odpowiedź #13 dnia: 20 Czerwca 2011, 13:22:07 »
Jak tylko wrócę do domu, to postaram się pokazać moje rozwiązanie tej kwestii. Będzie to przedstawione na podstawie pewnych doświadczeń z czasów pracy nad AI współpracującym z SPKS.

Może by wydzielić tę część dyskusji do osobnego wątku, gdzie można by przedstawiać koncepcje?
Xoov
Powyższy post wyraża jedynie opinię autora w chwili publikacji. Autor zastrzega sobie prawo do zmiany poglądów bez podawania przyczyny, jak również informowania o tym.

Offline janek32

  • Wiadomości: 567
  • EMIT Ghp400M4C
    • Zobacz profil
  • Otrzymane polubienia: 1
Odp: Dyskusja o AI w MaSzynie
« Odpowiedź #14 dnia: 20 Czerwca 2011, 15:28:23 »
Skoro już jest oddzielny temat o AI, to dlaczego po włączeniu autopilota nie da się go wyłączyć? Powodowałoby to jakieś anomalia w sterowaniu pozostałymi pojazdami?
-Środa 844012.
-Zgłaszam się.
-Zapytaj energetykę, czy zapłacili rachunki, luzem ciągniemy i jest 2900.

Offline youBy

  • Deweloper
  • Wiadomości: 6166
  • Co tam?
    • Zobacz profil
    • Automat Weryfikujący Regulację i Lambdę
  • Otrzymane polubienia: 871
Odp: Dyskusja o AI w MaSzynie
« Odpowiedź #15 dnia: 20 Czerwca 2011, 15:52:33 »
No tak jakoś wyszło :) W debugmode można go wyłączyć i nie ma z tym problemu, więc nie powinno być komplikacji.

EDIT: No to tak, moje rozwiązanie (niedokończone) wygląda w następujący sposób: po wyjeździe ze stacji i osiągnięciu 60 km/h robimy hamowanie kontrolne pierwszym stopniem hamowania. Przy prędkości 45 km/h odczytujemy i zapamiętujemy opóźnienie hamowania i wykonujemy luzowanie. Zbliżając się do ograniczenia prędkości (zatrzymania), AI liczy wymagane opóźnienie (powiększone o jakiś procent) i gdy tylko wartość tego opóźnienia przekroczy zapamiętaną wartość, następuje hamowanie pierwszym stopniem. To rozwiązanie ogranicza ruszanie kranem, przez co hamowanie odbywa się w miarę stabilnie. W przypadku zbliżania się do ograniczenia przy różnicy prędkości 10 km/h następuje luzowanie składu. Co to daje? AI wjeżdża w ograniczenia już wyluzowane. Unika się też sytuacji znanej zwłaszcza z dawnych exeków, kiedy AI wszczynało hamowanie, gdy tylko prędkość została przekroczona. Skutkowało to często zatrzymaniami w polu albo znacznym ograniczeniem prędkości. Wadą takiego rozwiązania jest to, że AI sobie pozwala na przekraczanie i w głowice wjeżdża pociągami pasażerskimi pięćdziesiątką, cały czas jadąc z wybiegu. W przypadku zatrzymania margines ten został ustalony na 30 km/h i 100 metrów — jest to dystans wystarczający dla większości składów do zatrzymania się z tej prędkości. Pociąg hamuje do 30 i z tą prędkością zbliża się do semafora. Gdy znajduje się on 100 metrów od niego, następuje wdrożenie hamowania z większą siłą (obecnie to jest 2–3 pozycja kranu, czyli upuszczenie 0,7 do 1,0 bar w PG).
Możliwe ulepszenia systemu: odczyt opóźnień w kilku puntach (sprawdzenie charakterystyki hamulca: żeliwo/kompozyt), pomiar czasu luzowania w celu dobrania marginesu, ustalenie odległości hamowania przed sygnałem „Stój” w zależności od opóźnienia. Teoretycznie można by do tego zaprząc jeszcze masę hamującą składu, ale to nie jest dobry pomysł ;)
« Ostatnia zmiana: 22 Czerwca 2011, 14:15:59 wysłana przez youBy »
Xoov
Powyższy post wyraża jedynie opinię autora w chwili publikacji. Autor zastrzega sobie prawo do zmiany poglądów bez podawania przyczyny, jak również informowania o tym.

Offline Quark-t

  • Administrator
  • Wiadomości: 3590
  • Automaty liczą...
    • Zobacz profil
  • Otrzymane polubienia: 47
Odp: Dyskusja o AI w MaSzynie
« Odpowiedź #16 dnia: 22 Czerwca 2011, 17:38:58 »
No dobrze, ale co w przypadku, gdy np. szlakowa/rozkładowa jest mniejsza? Jasne, można obniżyć próg prędkości dla HK. Pomysł sensowny, analogiczny do sieci neuronowych @Ra. Pytanie - gdyby nie robić HK przez AI już w trakcie działania scenariusza, ale robić je symulacyjnie np. w trakcie ładowania? Dla każdego składu w scenerii, który ma obsadę i np. zdefiniowany rozkład. Przekazać potem tablicę parametrów do symulatora i HK nie jest potrzebne. Był kiedyś program do analizowania dynamiki, może coś w ten deseń? Symulator ładuje scenerię i modele, a z przełączeniem na "warstwę użytkową" czeka do otrzymania danych.
Wada: co z AI, które będzie wreszcie w stanie zmienić skład w trakcie symulacji. Odpalenie programu w tle?
Pozdrawiam, dr inż. Quark-t

Offline youBy

  • Deweloper
  • Wiadomości: 6166
  • Co tam?
    • Zobacz profil
    • Automat Weryfikujący Regulację i Lambdę
  • Otrzymane polubienia: 871
Odp: Dyskusja o AI w MaSzynie
« Odpowiedź #17 dnia: 22 Czerwca 2011, 18:14:16 »
Zgodnie z przepisami HK trzeba zrobić ;] Równie dobrze można przeliczyć siłę hamowania od prędkości, a nawet zrobić tabelę średnich opóźnień między poszczególnymi prędkościami przy różnych stopniach dla każdego pojazdu i potem to przeliczyć dla składu. Później trzeba tylko z tabelki odczytać odpowiednią komórkę i już.
Xoov
Powyższy post wyraża jedynie opinię autora w chwili publikacji. Autor zastrzega sobie prawo do zmiany poglądów bez podawania przyczyny, jak również informowania o tym.

Offline Quark-t

  • Administrator
  • Wiadomości: 3590
  • Automaty liczą...
    • Zobacz profil
  • Otrzymane polubienia: 47
Odp: Dyskusja o AI w MaSzynie
« Odpowiedź #18 dnia: 22 Czerwca 2011, 23:14:14 »
Ale HK można zrobić dla idei HK a nie testów :) Pytanie do Ciebie jako do hamulcowego :) - czy nie da się tego po prostu policzyć z tych wszystkich wzorków, % masy hamującej etc. Nie mówię tutaj o wartościach super dokładnych (bo pewnie zaraz napiszesz, że co ze zużyciami klocków etc. :p). Po prostu obliczyć wartość idealną/książkową dodać do tego jakiś margines bezpieczeństwa i tak jak napisałeś, przy ~+10 km/h zacząć luzować skład. Zatem nawet jak zahamuje za szybko, to nie powinno stanąć.
Pozdrawiam, dr inż. Quark-t

Offline youBy

  • Deweloper
  • Wiadomości: 6166
  • Co tam?
    • Zobacz profil
    • Automat Weryfikujący Regulację i Lambdę
  • Otrzymane polubienia: 871
Odp: Dyskusja o AI w MaSzynie
« Odpowiedź #19 dnia: 23 Czerwca 2011, 08:34:18 »
No część mogę przeliczyć poza symulatorem, a część przy ładowaniu pojazdu. Tylko pytanie, co nas interesuje — średnia siła hamowania na przedziale prędkości, średnie opóźnienie, średni stopień hamowania dla danego opóźnienia, najwyższa prędkość dla danego stopnia (opóźnienia) i prędkości końcowej? Wiesz, % masy hamującej mówi tylko o hamowaniu od prędkości maksymalnej do zera, więc tutaj raczej bym tutaj musiał skorzystać z nacisku klocków (częściowego) i współczynnika tarcia.
Xoov
Powyższy post wyraża jedynie opinię autora w chwili publikacji. Autor zastrzega sobie prawo do zmiany poglądów bez podawania przyczyny, jak również informowania o tym.

Offline Quark-t

  • Administrator
  • Wiadomości: 3590
  • Automaty liczą...
    • Zobacz profil
  • Otrzymane polubienia: 47
Odp: Dyskusja o AI w MaSzynie
« Odpowiedź #20 dnia: 23 Czerwca 2011, 16:48:56 »
Z punktu widzenia ruchu - IMHO średnie opóźnienie. Z tego policzysz drogę wymaganą do zatrzymania/zredukowania prędkości i tak jak pisałeś, będzie wiadomo kiedy wdrożyć hamowanie.
Pozdrawiam, dr inż. Quark-t

Offline Ra

  • Zasłużony dla Symulatora
  • Wiadomości: 6321
  • Ostatni gasi światło...
    • Zobacz profil
    • Instalator+Starter+Edytor
  • Otrzymane polubienia: 354
Odp: Dyskusja o AI w MaSzynie
« Odpowiedź #21 dnia: 23 Czerwca 2011, 16:53:24 »
Interesuje jak (dalej) hamować, aby mając obecną prędkość v0 uzyskać zadaną z góry prędkość v1 po przebyciu drogi s, a jednocześnie nie przekroczyć opóźnienia adop, no chyba że drogi mało a stanąć trzeba.
¯\_( ͡° ͜ʖ ͡°)_/¯ Ra

Polecam: kręgarz Wojciech Walczak, projekt masarni

Offline youBy

  • Deweloper
  • Wiadomości: 6166
  • Co tam?
    • Zobacz profil
    • Automat Weryfikujący Regulację i Lambdę
  • Otrzymane polubienia: 871
Odp: Dyskusja o AI w MaSzynie
« Odpowiedź #22 dnia: 23 Czerwca 2011, 17:33:40 »
Czy to przyspieszenie adop jest takie ważne? Ja bym powiedział, że ważniejsze jest nieprzekroczenie prędkości v1 na końcu odcinka. O jako takim przyspieszeniu dopuszczalnym ciężko mówić, ja bym powiedział raczej o wartości preferowanej. Próba z hamowaniem kontrolnym miała u mnie na celu ustalenie sensownego progu początku hamowania, żeby zrobić to raz a dobrze. Należy ograniczyć używanie kranu do minimum, bo częste zmiany nie wpływają dobrze na stabilność jazdy.
Xoov
Powyższy post wyraża jedynie opinię autora w chwili publikacji. Autor zastrzega sobie prawo do zmiany poglądów bez podawania przyczyny, jak również informowania o tym.

Offline firleju

  • Zasłużony dla Symulatora
  • Wiadomości: 1588
  • bawię się (w) exe...
    • Zobacz profil
  • Otrzymane polubienia: 121
Odp: Dyskusja o AI w MaSzynie
« Odpowiedź #23 dnia: 24 Czerwca 2011, 12:27:13 »
A co ile mechanik kręci kranem? Może ograniczyć kręcenie kranem poprzez ustawienie minimalnej luki czasowej pomiędzy zmianami. Wtedy trzeba policzyć o ile spadnie prędkość przy danym ustawieniu spadku ciśnienia w PG. Ale tylko raz na lukę czasową. Po niej jeszcze raz wszystko obliczamy z funkcją celu skierowaną na osiągnięcie wymaganego Vk przy dostępnej drodze s.
Skrypty do Blendera dostępne tutaj
W miarę aktualne wiki EXE wiki.eu07.es

Offline youBy

  • Deweloper
  • Wiadomości: 6166
  • Co tam?
    • Zobacz profil
    • Automat Weryfikujący Regulację i Lambdę
  • Otrzymane polubienia: 871
Odp: Dyskusja o AI w MaSzynie
« Odpowiedź #24 dnia: 24 Czerwca 2011, 13:05:40 »
No myślę, że nie częściej niż kilka sekund. AI powinny wystarczyć 3, no góra 4 ruchy kranu na cały proces:
1) zahamowanie wstępne odpowiednim stopniem (wymagane przyspieszenie przekracza próg),
2) skorygowanie ustawienia (delikatne zmniejszenie/zwiększenie stopnia hamowania),
3) wyluzowanie przy odpowiedniej prędkości.
Jak widzisz te luki czasowe? Czy to oznacza, że AI sprawdza co pewien czas ustawienia i je koryguje, czy też przez pewien czas po dokonaniu zmiany nie może dokonywać następnych?
Xoov
Powyższy post wyraża jedynie opinię autora w chwili publikacji. Autor zastrzega sobie prawo do zmiany poglądów bez podawania przyczyny, jak również informowania o tym.

Offline firleju

  • Zasłużony dla Symulatora
  • Wiadomości: 1588
  • bawię się (w) exe...
    • Zobacz profil
  • Otrzymane polubienia: 121
Odp: Dyskusja o AI w MaSzynie
« Odpowiedź #25 dnia: 24 Czerwca 2011, 16:31:46 »
To zależy od złożoności obliczeń jakich trzeba dokonywać. W przypadkach:
1. AI oblicza sobie wszystkie dane raz na zadaną lukę czasową i nie oblicza nic do minięcia czasu. Przy złożonych obliczeniach ograniczamy sobie obciążenie, szczególnie przy dużej ilości pociągów obsługiwanych.
2. Jeśli AI oblicza sobie wszystkie dane co cykl, a tylko może zmieniać co ileś cykli to obliczenia do wykonania nie mogą być zbyt obciążające. W tym przypadku jednak AI ma bardziej aktualne dane co do sposobu w jaki hamuje. Aby ograniczyć machanie kranem można wprowadzić st. odchylenie od miejsca w które ma trafić (np +/- 50 m), albo % zmianę od wartości idealnej, która powoduje dopiero reakcję.

W zasadzie ograniczenia w obu przypadkach mogą być podobne.
Skrypty do Blendera dostępne tutaj
W miarę aktualne wiki EXE wiki.eu07.es

Offline youBy

  • Deweloper
  • Wiadomości: 6166
  • Co tam?
    • Zobacz profil
    • Automat Weryfikujący Regulację i Lambdę
  • Otrzymane polubienia: 871
Odp: Dyskusja o AI w MaSzynie
« Odpowiedź #26 dnia: 24 Czerwca 2011, 19:34:49 »
Obecnie wymagane przyspieszenie jest liczone ze wzoru (vz2-va2)/(2 ∙ k ∙ s), gdzie: vz – prędkość zadana w km/h, va – prędkość aktualna w km/h, s – pozostała odległość w m, k – stała przeliczeniowa jednostek równa 12,96 km2∙s2/(m2∙h2). Do tego dochodzi kilka warunków na różnice prędkości bądź przyspieszeń. No i blokada na kilka sekund po zmianie stopnia hamowania, bo na towarowym trzeba czekać zawsze. Drobnym problemem może się okazać to, że odległość, jaką widzi AI, nie uaktualnia się ona ciągle tylko skokowo. Poza tą niedogodnością system zdaje się działać dobrze :)
Xoov
Powyższy post wyraża jedynie opinię autora w chwili publikacji. Autor zastrzega sobie prawo do zmiany poglądów bez podawania przyczyny, jak również informowania o tym.

Offline firleju

  • Zasłużony dla Symulatora
  • Wiadomości: 1588
  • bawię się (w) exe...
    • Zobacz profil
  • Otrzymane polubienia: 121
Odp: Dyskusja o AI w MaSzynie
« Odpowiedź #27 dnia: 24 Czerwca 2011, 21:01:35 »
Tylko nie masz w tym układzie nawet przybliżonej predykcji zachowania składu. Tzn. nie obliczasz o ile spadnie prędkość w ciągu najbliższej luki czasowej. A to jest kluczowa informacja, gdyż jak inaczej możesz założyć, którym stopniem hamowania musisz zadziałać, żeby uzyskać efekt o który chodzi.

No chyba, że czegoś nie zrozumiałem ze wzorów.
Skrypty do Blendera dostępne tutaj
W miarę aktualne wiki EXE wiki.eu07.es

Offline youBy

  • Deweloper
  • Wiadomości: 6166
  • Co tam?
    • Zobacz profil
    • Automat Weryfikujący Regulację i Lambdę
  • Otrzymane polubienia: 871
Odp: Dyskusja o AI w MaSzynie
« Odpowiedź #28 dnia: 24 Czerwca 2011, 21:36:02 »
Nie obliczam, bo tego nie potrzebuję. W fazie wdrażania hamowania i tak jest czas na poprawki. W fazie środka hamowania uzyskane opóźnienie powinno być na zapas zwiększone ponad obliczone. W fazie końcowej nie ma to znaczenia, bo zostaje jeszcze pewien margines na wyluzowanie składu. Przewidywane zachowanie składu jest takie: nie ruszając kranu, przez najbliższą lukę będzie z opóźnieniem takim, jakie jest teraz. Może uda mi się to pokazać na obrazku jakoś ładnie.
Xoov
Powyższy post wyraża jedynie opinię autora w chwili publikacji. Autor zastrzega sobie prawo do zmiany poglądów bez podawania przyczyny, jak również informowania o tym.

Offline firleju

  • Zasłużony dla Symulatora
  • Wiadomości: 1588
  • bawię się (w) exe...
    • Zobacz profil
  • Otrzymane polubienia: 121
Odp: Dyskusja o AI w MaSzynie
« Odpowiedź #29 dnia: 24 Czerwca 2011, 22:41:21 »
No to ja nie rozumiem po co Ci sieć neuronowa w takim razie jak nie do predykcji zachowania składu właśnie.
Skrypty do Blendera dostępne tutaj
W miarę aktualne wiki EXE wiki.eu07.es