Forum » Znanost in tehnologija » Zakaj so avtonomna vozila prava stvar
Zakaj so avtonomna vozila prava stvar
Temo vidijo: vsi
kow ::
Dvomim, da so zaenkrat temu posvecali fokus. Ne zdi se pa blazno tezak problem oz. ekstra senzorji so pomoje overengineering. Nemci so prvaki v tem.
Zgodovina sprememb…
- spremenil: kow ()
kow ::
Tega nisem rekel. Ni pa problem, ki ga bodo resevali desetletje.
Zgodovina sprememb…
- spremenil: kow ()
codeMonkey ::
Govoris o overengineeringu in to v kontekstu specializiranih senzorjev pri varnostno kriticni napravi. Me prav zanima na kaksni osnovi to predpostavljas, ker meni to zgleda normalna stvar.
Nek enostaven piezoelektricni senzor, ki ima zraven se mocnostno elekroniko, AD pretvornik ter procesorcek, ki po precej enostavni obdelavi signala po CAN vodilu podatek poslje naprej, je torej overengineering. Ni pa slikovni senzor, katerega signal gre v precej kompleksen HPC, na obdelavo z algoritmom, ki ga v osnovi nihce ne pozna, in za namecek potrebuje za nekaj razredov vec preracunavanja in strojne opreme, kjer lahko pride do napak. Za enako stvar. V obeh primerih verjetno lahko dobis nek rezultat, ampak kaj pa failure rate?
Zdaj, ali meni tukaj nekaj ni jasno, v tem primeru sem radoveden, ali pa ti zanemarjas en kup stvari, ko trdis kako je namenski senzor overengineering.
Nemci so svojim overengineeringom prakticno level 3 ready, pa ceprav za precej omejene pogoje, ki so zdaj legalni. Imajo vgrajeno crno skrinjico in prevzemajo krivdo, ce bo slo kaj narobe. Kje so pri Tesli s svojim sistemom? Je kaj govora v to smer? Ali ostajajo pri filozofiranju kako se mora take sisteme delati, pri tem pa ostajajo na level 2, da je za vse kriv voznik?
Nek enostaven piezoelektricni senzor, ki ima zraven se mocnostno elekroniko, AD pretvornik ter procesorcek, ki po precej enostavni obdelavi signala po CAN vodilu podatek poslje naprej, je torej overengineering. Ni pa slikovni senzor, katerega signal gre v precej kompleksen HPC, na obdelavo z algoritmom, ki ga v osnovi nihce ne pozna, in za namecek potrebuje za nekaj razredov vec preracunavanja in strojne opreme, kjer lahko pride do napak. Za enako stvar. V obeh primerih verjetno lahko dobis nek rezultat, ampak kaj pa failure rate?
Zdaj, ali meni tukaj nekaj ni jasno, v tem primeru sem radoveden, ali pa ti zanemarjas en kup stvari, ko trdis kako je namenski senzor overengineering.
Nemci so svojim overengineeringom prakticno level 3 ready, pa ceprav za precej omejene pogoje, ki so zdaj legalni. Imajo vgrajeno crno skrinjico in prevzemajo krivdo, ce bo slo kaj narobe. Kje so pri Tesli s svojim sistemom? Je kaj govora v to smer? Ali ostajajo pri filozofiranju kako se mora take sisteme delati, pri tem pa ostajajo na level 2, da je za vse kriv voznik?
Zgodovina sprememb…
- spremenilo: codeMonkey ()
J.McLane ::
A pa ta piezolektrični senzorček zazna, če je na cesti led, ali pa razliko med vodo na zlizanem asfaltu (površina kot na treningu varne vožnje) ali na čisto novo tlakovni cesti? Led lahko ugotavljaš s temperaturo, ampak če je cesta normalno posuta s soljo jasno ne bo nobenega ledu na cesti.
Hitro prideš do tega, da bo kljub takemu snezorju treba zraven imeti še nekaj drugega, kaj bi to bilo sicer nimam pojma, ampak problema sigurno ne rešiš z "enim senzorčkom".
Sicer pa tekoči promet redko gre na meji zdrsa, rezerve so še velike, ampak ja so situacije ki jih je treba v naprej predvidet, ko začne delat ESP je lahko že prepozno.
Hitro prideš do tega, da bo kljub takemu snezorju treba zraven imeti še nekaj drugega, kaj bi to bilo sicer nimam pojma, ampak problema sigurno ne rešiš z "enim senzorčkom".
Sicer pa tekoči promet redko gre na meji zdrsa, rezerve so še velike, ampak ja so situacije ki jih je treba v naprej predvidet, ko začne delat ESP je lahko že prepozno.
Simplicity is the ultimate sophistication - Leonardo da Vinci
codeMonkey ::
Ta senzor je narejen za potrebe danega sistema. Za kaj bolj naprednega bo potrebno vec, vsekakor pa precej tezko manj. Oz. bo potrebno pokazati, da je to manj res bolje, ampak bolje ne v ekonomskem smislu, ampak tudi v tehnicnem. Zelo verjetno bo na koncu to reseno z dekoponzicijo, kjer bo strojni vid zaznaval stvari, ampak ta sistem ne bo obravnavan kot kriticen, ker je prevec kompleksen, zato bo imel enostavnejse senzorje, ki pa bodo kriticni, in ga bodo "preverjali".
Tekoci promet sicer ni na meji zdrsa, imas pa vseeno primere, ko je nekdo lahko ultra previden v nekem ovinku, pa konca v jarku. Pa ceprav je vozil 15 km/h, bo na koncu to neprilagojena hitrost in si bo kriv sam. V primeru avtonomnih sistemov bo pac proizvajalec. Precej bolj zanesljivo bo ODD level 3 in level 4 sistema omejiti tako, da so stvari z danim stanjem tehnike obvladljive. In te omejitve itak ne bodo prisle s strani proizvajalcev.
*z dekompozicijo
Tekoci promet sicer ni na meji zdrsa, imas pa vseeno primere, ko je nekdo lahko ultra previden v nekem ovinku, pa konca v jarku. Pa ceprav je vozil 15 km/h, bo na koncu to neprilagojena hitrost in si bo kriv sam. V primeru avtonomnih sistemov bo pac proizvajalec. Precej bolj zanesljivo bo ODD level 3 in level 4 sistema omejiti tako, da so stvari z danim stanjem tehnike obvladljive. In te omejitve itak ne bodo prisle s strani proizvajalcev.
*z dekompozicijo
Zgodovina sprememb…
- spremenilo: codeMonkey ()
nejc_nejc ::
Torne karakteristike meris na premikajočem kolesu. Drsnost cestišča se meri v Evropi z scrimtex ter roadstar metodo. Globino hrapavosti z laserjem. Na letališčih majo pa nek švedski sistem z enako metodologijo.
Senzorji v cestišču so že sedaj, ki pa seveda ne bodo povsod. Na in pred mostovi....
Sistemi že obstajajo, samo še implementacija....
Senzorji v cestišču so že sedaj, ki pa seveda ne bodo povsod. Na in pred mostovi....
Sistemi že obstajajo, samo še implementacija....
J.McLane ::
Ponavadi se zatakne pri ceni, investicije v infrastrukturo so vedno problem.
Simplicity is the ultimate sophistication - Leonardo da Vinci
nejc_nejc ::
Se bo morala prilagoditi, samo ne na glavo.
Črte so že, trenutno 3 vrste, omenjeni senzorji, kar pokriti na objektih.....
Črte so že, trenutno 3 vrste, omenjeni senzorji, kar pokriti na objektih.....
Zgodovina sprememb…
- spremenilo: nejc_nejc ()
kow ::
codeMonkey je izjavil:
Nek enostaven piezoelektricni senzor, ki ima zraven se mocnostno elekroniko, AD pretvornik ter procesorcek, ki po precej enostavni obdelavi signala po CAN vodilu podatek poslje naprej, je torej overengineering. Ni pa slikovni senzor, katerega signal gre v precej kompleksen HPC, na obdelavo z algoritmom, ki ga v osnovi nihce ne pozna, in za namecek potrebuje za nekaj razredov vec preracunavanja in strojne opreme, kjer lahko pride do napak. Za enako stvar. V obeh primerih verjetno lahko dobis nek rezultat, ampak kaj pa failure rate?
Da, overengineering. Tudi moj algoritm ne poznate, pa lahok vozim. Prvo naredis splosno namensko resitev (pa magari za soncne dni), potem poliras dalje. Ce je sploh potrebno. Failure rate je lahko "ogromen", pa bo se vedno bolje kot povprecen voznik. Predlagam ti, da beres crno kroniko. Da bos dobil obcutek zakaj ljudje umirajo.
"Tekoci promet sicer ni na meji zdrsa, imas pa vseeno primere, ko je nekdo lahko ultra previden v nekem ovinku, pa konca v jarku. Pa ceprav je vozil 15 km/h, bo na koncu to neprilagojena hitrost in si bo kriv sam."
Se dogaja, je pa izredno redko.
Zgodovina sprememb…
- spremenil: kow ()
nejc_nejc ::
Pozabljamo tudi reagiranje voznika, ko avto že drsi...
Po moje še dosti manevra za avtomatiko, posebej v primerih, ko mi "zemljehodci" narobe odreagiramo.
Po moje še dosti manevra za avtomatiko, posebej v primerih, ko mi "zemljehodci" narobe odreagiramo.
codeMonkey ::
Failure rate je lahko "ogromen", pa bo se vedno bolje kot povprecen voznik. Predlagam ti, da beres crno kroniko. Da bos dobil obcutek zakaj ljudje umirajo
OK, leva stran na Dunning-Kruger krivulji torej.
Zgodovina sprememb…
- spremenilo: codeMonkey ()
kow ::
Lej, jst bom na tem forumu precej verjetno tudi cez 5 ali 10 let. V vsakem primeru bomo videli, kdo je "butelj" kle. Jaz trenutno mislim, da bos ti.
Jst se v osnovi strinjam s Thomasom, ki je na tem forumu govoril o computingu ze desetletja nazaj.
Jst se v osnovi strinjam s Thomasom, ki je na tem forumu govoril o computingu ze desetletja nazaj.
Zgodovina sprememb…
- spremenil: kow ()
codeMonkey ::
Zakaj bi bil pa jaz "butelj"? Mene samo zanima kako bo bistveno vec racunanja na platformah z vedno manjso tehnologijo izdelave lahko konkuriralo enostavnim resitvam, ce pa je ze zdaj vcasih precej tezko zagotoviti potrebno varnost pri kompleksnih sistemih. To zanima precej ljudi danes. Najlazje se je enostavno zapiciti v eno precej abstraktno idejo, jo neprestano ponavljati, in trditi, da je to to, vse ostalo pa zgreseno. Kje so argumenti? Kje so kaksne ideje kako bo zadeva boljsa? Kako bo odpornost na nakljucne napake takega sistema dovolj dobra? Kako na sistematicne?
V drugi temi je lep primer izjave predstavnika Intela, ki podobno trdi, da so avtomobilski proizvajalci dinozavri, ker so na 40 nm tehnologiji. Hkrati pa nimajo nic konkurencnega, kar bi clovek recimo zelel vgraditi v en ABS modul ter s tem od njih dobil vse kar spada zraven - safety manual z vsemi failure mode-i in rate-i, dual lockstep zasnovo, itd. Pa da vidimo kako so konkurecni.
V drugi temi je lep primer izjave predstavnika Intela, ki podobno trdi, da so avtomobilski proizvajalci dinozavri, ker so na 40 nm tehnologiji. Hkrati pa nimajo nic konkurencnega, kar bi clovek recimo zelel vgraditi v en ABS modul ter s tem od njih dobil vse kar spada zraven - safety manual z vsemi failure mode-i in rate-i, dual lockstep zasnovo, itd. Pa da vidimo kako so konkurecni.
Zgodovina sprememb…
- spremenilo: codeMonkey ()
kow ::
Naceloma je vsaka resitev, ki zahteva racunanje odlicna resitev. Ker cena racunanja ze vec kot 50 let neprekinjeno eksponentno pada. To je osnovni argument in ni abstrakten imo.
codeMonkey ::
MCAS je spravljal letala na tla zaradi senzorja, ne napacnega racunanja. Racunal je prav, samo vhodni podatki so bili zanic. Zato, se enkrat, avtonomno vozilo je specifika in spada pod problem "systems engineeringa" in ne izkljucno computinga. To ni sah, kjer imas nek AI, pa gledas kako je dober v primerjavi s clovekom. To je milijon sahov naenkrat, in ce se kje kaj zakalkulira, kje kaksen bit preskoci, se zelo verjetno lahko nekdo poskoduje, ali pa umre.
Zgodovina sprememb…
- spremenilo: codeMonkey ()
codeMonkey ::
In spet si se obesil na financni vidik, nic pa glede teme kako vec computinga vpliva na verjetnost, da (karikiram) bit nekje preskoci.
Zgodovina sprememb…
- spremenilo: codeMonkey ()
Utk ::
Da bit preskoči, se da ugotovit. Da senzor ne dela pravilno je težje. Kot je tudi MACS dokazal.
kow ::
Nikjer nisem trdil, da gre izkljucno za computing. Odgovorjal sem v smislu, da je vec racunanja slab protiargument. Imo, je bolje, da senzorja sploh nimas. Se bolje je, da se z dezjem in slabim cestiscem kaj veliko sploh ne ukvarjas (razen, ce se izogibas kaksnemu fundamentalnemu problemu, ki ga moras razresiti - pa mislim, da se ne..). Pa napises v manual, da je voznik odgovoren, da spremlja razmere. "Financni vidik" oz. verjetno si mislil "ekonomski vidik" je kljucen. A ni to ocitno?
codeMonkey ::
MCAS ni nicesar v tehnicnem smislu dokazal, tu so bile stvari jasne. Dokazal je le to, da ekonomski vidik ne sme pri takih produktih posegati v tehnicnega. Vsakemu razvojniku na podrocju varnostno kriticnih naprav je jasno kaj se okoli senzorja lahko zgodi, kako to vpliva na celoten sistem, in tudi kako resiti problem s senzorjem. Je pa tu odvisno od kulture v organizaciji, ali bo glas takega razvojnika uslisan. Torej, ali je npr. LIDAR ali piezoelektricni senzor za dez pri nekem avtomobilu potreben, mora biti posledica teh postopkov, glede na to kaj se trenutno da narediti, in sele nato stvar filozofije sefa in ekonomske racunice. Ce ne gre skozi, nimas produkta.
Zato dalec od tega, da je pri razvoju varnostno kriticnih sistemov ekonomski vidik kljucen. Kljucno je zdravo razmerje med ekonomskim in varnostnim, kjer razvoj ni prevec omejen na eni strani, in produkt ne predstavlja nesprejemljivega tveganja za ljudi na drugi. Predlagana resitev, da nekaj obesis na voznika, zato ker noces imeti dodatnega senzorja, je lep primer nesprejemljive logike. Ce je zadeva kriticna, bodo na koncu posledice itak drazje od senzorja.
Vec racunanja je itak normalna stvar, in je vsem jasno da gre v to smer. Ni pa to cela zgodba.
Zato dalec od tega, da je pri razvoju varnostno kriticnih sistemov ekonomski vidik kljucen. Kljucno je zdravo razmerje med ekonomskim in varnostnim, kjer razvoj ni prevec omejen na eni strani, in produkt ne predstavlja nesprejemljivega tveganja za ljudi na drugi. Predlagana resitev, da nekaj obesis na voznika, zato ker noces imeti dodatnega senzorja, je lep primer nesprejemljive logike. Ce je zadeva kriticna, bodo na koncu posledice itak drazje od senzorja.
Vec racunanja je itak normalna stvar, in je vsem jasno da gre v to smer. Ni pa to cela zgodba.
Zgodovina sprememb…
- spremenilo: codeMonkey ()
BigWhale ::
Razlika med kamero + CPUjem in namenskim senzorjem je predvsem v tem, da za senzor lahko dosti bolj natancno ves, da ne deluje prav. Namesto enega uporabis dva ali pa tri. In te algoritme imamo ze razvite v veliki meri.
Kamero in CPU pa je treba se nauciti te stvari in pokriti vse edge case-e za katere se niti ne vemo, da obstajajo.
Kamero in CPU pa je treba se nauciti te stvari in pokriti vse edge case-e za katere se niti ne vemo, da obstajajo.
TESKAn ::
Ce je zadeva kriticna, bodo na koncu posledice itak drazje od senzorja.
Ja, ampak cena senzorja je na firmi in se dobiček privatizira, 'cena' človeka je pa na družbi in se socializira. Tako nekako gre mantra.
Uf! Uf! Je rekel Vinetou in se skril za skalo,
ki jo je prav v ta namen nosil s seboj.
ki jo je prav v ta namen nosil s seboj.
Tody ::
Nikjer nisem trdil, da gre izkljucno za computing. Odgovorjal sem v smislu, da je vec racunanja slab protiargument. Imo, je bolje, da senzorja sploh nimas. Se bolje je, da se z dezjem in slabim cestiscem kaj veliko sploh ne ukvarjas (razen, ce se izogibas kaksnemu fundamentalnemu problemu, ki ga moras razresiti - pa mislim, da se ne..). Pa napises v manual, da je voznik odgovoren, da spremlja razmere. "Financni vidik" oz. verjetno si mislil "ekonomski vidik" je kljucen. A ni to ocitno?
Najbolje se ne ukvarjat z ničmer, napišeš v manual da si za vse sam kriv in to je to.
Utk ::
Problem senzorjev je v tem, da jih rabiš en kup, pa še zmeraj ne veš, če jih imaš dovolj. Koliko senzorjev ima pa človek? Preklemano malo. Ima pa veliko računsko moč.
Ko je enkrat vid dovolj dober, da nadomesti nek senzor, je dodaten senzor za to samo dodajanje zmede.
Ko je enkrat vid dovolj dober, da nadomesti nek senzor, je dodaten senzor za to samo dodajanje zmede.
kow ::
BigWhale ::
Clovek ima v bistvu en kup senzorjev. Ucenje in treniranje CPUja pa se zacne ze pri rojstvu. Izkusnje, ki jih pridobivas skozi celo zivljenje ti omogocajo, da na koncu dneva lahko kolikor toliko varno pripeljes na cilj. Tukaj je en kup predvidevanja in sklepanja, ki ga vecina od nas niti popisat ne zna, kaj sele, da bi ga sprogramirali. In ne glede na vse, se trenutni ML algoritmi se nekaj casa ne bodo ucili tako kot se uci clovek.
Res pa je, da je CPU pri receh, ki jih prepozna, vseeno bistveno hitrejsi in boljsi od cloveka.
Res pa je, da je CPU pri receh, ki jih prepozna, vseeno bistveno hitrejsi in boljsi od cloveka.
llc ::
Ok, včeraj vozil Teslo za pol urce. Sem samo še bolj prepričan, da avta brez volana še zeeeeeelo dolgo ne bom kupil (pa ne zaradi denarja) ...
Zgodovina sprememb…
- spremenilo: llc ()
codeMonkey ::
Se bolje je, da se z dezjem in slabim cestiscem kaj veliko sploh ne ukvarjas (razen, ce se izogibas kaksnemu fundamentalnemu problemu, ki ga moras razresiti - pa mislim, da se ne..). Pa napises v manual, da je voznik odgovoren, da spremlja razmere.
Ti lahko definiras svoj sistem le za "soncne dni" in "dobre ceste". In takih pogojev je nekaj 100 ali 1000 v osnovi. Ampak kaj to pomeni v praksi? Kako je to definirano? Mislis, da res lahko voznik ugotavlja kdaj in pri kaksnih pogojih je nek sistem, katerega on le uporablja, na meji uporabnosti in nesprejemljivega tveganja?
Ne more. Zato pa so izumili koncept "operational design domaina", ki je stvar level 3 in level 4 sistema. Ko je "operational design domain" dobro definiran, je stvar sistema, da te meje skrbno spremlja in ustrezno reagira, ko se pogoji blizajo mejam. Nujno sistem, ne voznik. Torej, tudi ce se ti odlocis da je tvoj sistem le za "soncne dni", mora sistem imeti sposobnost ugotavljanja, da je trenutno res "soncen dan". Ce se je sistem zmotil in je vozil v "malo manj soncnem" ali "oblacnem dnevu", in se je stvar slabo koncala, je s tem kriv proizvajalec.
Na koncu rabis "senzor", pa ceprav sistem ni za dez.
Zgodovina sprememb…
- spremenilo: codeMonkey ()
kow ::
Clovek ima v bistvu en kup senzorjev. Ucenje in treniranje CPUja pa se zacne ze pri rojstvu. Izkusnje, ki jih pridobivas skozi celo zivljenje ti omogocajo, da na koncu dneva lahko kolikor toliko varno pripeljes na cilj. Tukaj je en kup predvidevanja in sklepanja, ki ga vecina od nas niti popisat ne zna, kaj sele, da bi ga sprogramirali. In ne glede na vse, se trenutni ML algoritmi se nekaj casa ne bodo ucili tako kot se uci clovek.
Res pa je, da je CPU pri receh, ki jih prepozna, vseeno bistveno hitrejsi in boljsi od cloveka.
Ko reces, en kup treniranja, mislis na nekaj let zivljenja. 10 letnik je sposoben voziti avto. To seveda je "en kup treniranja", ni pa splet blazno veliko. Par tisoc dni.
Pa nekaj cutov (vid, sluh, tip..) oz. inputov. Je "kompleksno"? Ja, ker zaenkrat se ne razumemo dovolj. Ko bomo pogruntali, bomo ugotivili, da sploh ni "kompleksno".
Zgodovina sprememb…
- spremenil: kow ()
Utk ::
Aja? Človek če vozi nek basic avto iz 80ih, bo vseeno prišel dokaj varno na cilj, če ne bo divjal. Pa ne bo vedel niti on niti avto kolk je temperatura zunaj, znotraj, asfalta, koliko gume zdrsavajo, ali so pravilno napolnjene itd. To kar človek začuti na volanu ali zavori, komot začuti tudi CPU z nekaj senzorji. Potem pa človeku ostane samo še vid.
codeMonkey ::
kow ::
Od oka je v zahodnem svetu clovek vreden razreda milijon evrov. Tega ti ne bodo na TV-ju rekli na glas, samo to je racunica.
codeMonkey ::
Jasno, ampak ta stevilka ni misljena za podjetje, da si naracuna koliko si jih lahko privosci ubiti. Niti ni to neka skrita ali prepovedana stvar, ampak precej normalna.
Value of life @ Wikipedia
Je pa fino, da so tu standardi (npr. za funkcionalno varnost), ki direktno definirajo metrike in "state of the art" metode, ki izhajajo iz druzbeno sprejemljivih tveganj, in vse kar moras narediti je to, da jim zadostis, certificiras produkt, in tako ne operiras z vrednostjo cloveskega zivljenja.
Value of life @ Wikipedia
Je pa fino, da so tu standardi (npr. za funkcionalno varnost), ki direktno definirajo metrike in "state of the art" metode, ki izhajajo iz druzbeno sprejemljivih tveganj, in vse kar moras narediti je to, da jim zadostis, certificiras produkt, in tako ne operiras z vrednostjo cloveskega zivljenja.
Zgodovina sprememb…
- spremenilo: codeMonkey ()
fikus_ ::
Razlika med kamero + CPUjem in namenskim senzorjem je predvsem v tem, da za senzor lahko dosti bolj natancno ves, da ne deluje prav. Namesto enega uporabis dva ali pa tri. In te algoritme imamo ze razvite v veliki meri.
Kamero in CPU pa je treba se nauciti te stvari in pokriti vse edge case-e za katere se niti ne vemo, da obstajajo.
Pri senzorju z veliko gotovostjo veš, kakšen signal lahko pričakuješ in v primeru prevelikega odstopanja nastaviš opozorilo, pri kameri+cpu pa rečitve niso več enostavne, obstaja zelo široka možnost/obseg podatkov iz katerih moraš izluščiti uporabne in prave.
Npr. v nekem "kontroliranem" okolju, kjer kamera+SW spremlja talne označbe, prometne znake, primerne vremenske razmere. . , skratka predvidljive stvari, verjamem, da so sedanja samovozeča vozila sposobna vozit samodejno.
Učite se iz preteklosti, živite v sedanjosti in razmišljajte o prihodnosti.
Zgodovina sprememb…
- spremenilo: fikus_ ()
Gregor P ::
S tem, da pri tem zaznavanju kamere še vedno izdatno pomagajo ljudje s svojim vidom (torej označujejo in vnašajo vse te zadeve v sistem). Tako da bolj malo zadev vidijo vozila dejansko kar samodejno; praktično jih skoraj vsaka nova reč preseneti = ne zaznajo pravilno.
The main failure in computers is usually located between keyboard and chair.
You read what you believe and you believe what you read ...
Nisam čit'o, ali osudjujem (nisem bral, a obsojam).
You read what you believe and you believe what you read ...
Nisam čit'o, ali osudjujem (nisem bral, a obsojam).
kow ::
Vidijo ze. Samo klasificirati jih je tezko. Zaradi lebdece vrecke ali razpihanega listja pac ne smes pobremzati.
BigWhale ::
Pa nekaj cutov (vid, sluh, tip..) oz. inputov. Je "kompleksno"? Ja, ker zaenkrat se ne razumemo dovolj. Ko bomo pogruntali, bomo ugotivili, da sploh ni "kompleksno".
Na zalost je voznja vec kot samo to. Ni zgolj to kar vidis in je direktno vpleteno v promet. Je tudi to kar vidis in je promet samo posredno. Imamo prakticno neskoncno situacij, ki jih clovek lahko predvideva vnaprej. Trije mulci, ki se prerivajo ob zogi v blizini ceste? Clovek bo upocasnil in jih spremljal. Romunski tovornjak s katerega bo vsak cas padlo nekaj tovora? Trojna varnostna razdalja.
Tesla je imela tezave, ce je imel avto zadaj na kljuki prtljaznik za kolo in kolesa na njem. Taksnih primerov je se nebroj. To je problem, ki ni resljiv tako enostavno.
kow ::
Pa nekaj cutov (vid, sluh, tip..) oz. inputov. Je "kompleksno"? Ja, ker zaenkrat se ne razumemo dovolj. Ko bomo pogruntali, bomo ugotivili, da sploh ni "kompleksno".
Na zalost je voznja vec kot samo to. Ni zgolj to kar vidis in je direktno vpleteno v promet. Je tudi to kar vidis in je promet samo posredno. Imamo prakticno neskoncno situacij, ki jih clovek lahko predvideva vnaprej. Trije mulci, ki se prerivajo ob zogi v blizini ceste? Clovek bo upocasnil in jih spremljal. Romunski tovornjak s katerega bo vsak cas padlo nekaj tovora? Trojna varnostna razdalja.
Tesla je imela tezave, ce je imel avto zadaj na kljuki prtljaznik za kolo in kolesa na njem. Taksnih primerov je se nebroj. To je problem, ki ni resljiv tako enostavno.
Nikjer nisem trdil, da bodo firme kmalu snele volan. Itak, mi je neumno, da je toliko fokusa na 100p avtonomno voznjo. Tehnologija bo koristna mnogo prej.
Kar se tice tvojih 3 scenarijev, niso nic posebnega oz. se zdijo relativno enostavno resljivi. Ni se pa smiselno fokusirati na njih, dokler ne resis pomembnejsih reci. Jih tudi ni potrebno resiti takoj v popolnosti.
Najbolj logicno je v praksi videti, kjer so problemi - kot se je izkazalo pri Tesli, ko se je folk zaletel v resevalna vozila/policaje (ponoci) ob cesti. Bodo popravili, pa se gre dalje do naslednjega problema. Vse ostalo je recept za pocasen napredek. Bo zanimivo videti kako se bodo lotili regulacije v razlicnih jurisdikcijah.
Pa, da ne bos moj post razumel kot da zagovarjam, da jutri pustimo neukim mnozicam, da dobijo v roke "samovozece" avtomobile.
BigWhale ::
Hm, ne vem ce res razumes. Taksnih scenarijev je toliko, da jih mi vsi skupaj ne moremo nasteti. A bomo pri vsakem pustili, da se najprej nekaj ljudi ubije in jih potem resevali?
kow ::
Ti ne razumes, da niso neodvisni, ampak imajo skupne znacilnosti (ce po cesti skace pes ali otrok, kaksne velike razlike ni). Drugace jih nasi mozgani ne bi znali handleati. Romunski tovornjak je najenostavnejsi. V bistvu je ze resen, ker lahko vedno overrideas avtomatski sistem.
Zgodovina sprememb…
- spremenil: kow ()
kow ::
Problem je, da ne vemo koliko dela je zadaj, kolikokrat posreduje operater itd. Drugace pa ja, zadeva je varna. Se najvecji problem je, da je precej pocasna in pa draga.
codeMonkey ::
Ne vidimo kolikokrat je voznik posredoval pri Tesli, ki ima le level 2+ asistencni sistem, ampak vprasanje je Waymo, ki z level 4 sistemom nima upravljanja na daljavo (ampak le nadzor)?
Zgodovina sprememb…
- spremenilo: codeMonkey ()
kow ::
Govorim v splosnem. Kolikokrat voznik posreduje pri Tesli je precej transparentno. Samo sposodis si avto z FSD Beta in se posnames. Waymo pa nam pac ne posreduje feeda iz svojega centra.
Zgodovina sprememb…
- spremenil: kow ()
codeMonkey ::
To drzi. Ampak vsaj v primeru Tesle bi lahko potem povedali kolikokrat so posredovali, ce ne kar pokazali prevzeme.
Zgodovina sprememb…
- spremenilo: codeMonkey ()
kow ::
Stevilo prevzemov oz. posredovanja se verjetno zelo razlikuje od lokacije, builda softwarja, casa voznje oz. prometa itd. V vsakem primeru je ocitno, da Waymo nima L4 (vsaj v San Fransciscu), drugace bi ze narocil 100k avtomobilov.
codeMonkey ::
Seveda ima L4, tam kjer ga pac ima (v San Franciscu sele testirajo kakor vem) Stevilo narocenih vozil nima nic s tem.
In pri Waymu je naceloma precej jasno kdaj avto "zasteka". V tem primeru, ce je problem manjsi, avtomobilu pomaga operater, drugace pa se pripelje voznik. Odlocanja oz. navigiranja v realnem casu ni.
In to je ta bistvena razlika, zaradi katere ti testi nimajo nobenega smisla. En avto odpove tako, da povzroci nesreco, in rabi nekoga, ki mu npr. prepreci zapeljati na nasprotni pas*, medtem ko drugi rabi obcasno le osnovno navodilo kaj naj naredi v neki nepoznani situaciji, in v najslabsem primeru zivcira voznike zadaj. Cisto drugi svet.
*pa se to ne ravno: https://www.reddit.com/r/SelfDrivingCar...
In pri Waymu je naceloma precej jasno kdaj avto "zasteka". V tem primeru, ce je problem manjsi, avtomobilu pomaga operater, drugace pa se pripelje voznik. Odlocanja oz. navigiranja v realnem casu ni.
In to je ta bistvena razlika, zaradi katere ti testi nimajo nobenega smisla. En avto odpove tako, da povzroci nesreco, in rabi nekoga, ki mu npr. prepreci zapeljati na nasprotni pas*, medtem ko drugi rabi obcasno le osnovno navodilo kaj naj naredi v neki nepoznani situaciji, in v najslabsem primeru zivcira voznike zadaj. Cisto drugi svet.
*pa se to ne ravno: https://www.reddit.com/r/SelfDrivingCar...
Zgodovina sprememb…
- spremenilo: codeMonkey ()
kow ::
"tam kjer ga pac ima". Si me nasmejal.
Nikjer nisem napisal, da ima primerjava nek resen smisel, v smislu objektivne primerjave, ne vem od kod ti ideja. Je pa zanimiva in iz nje lahko nekaj potegnes. Waymo je se vedno precej pocasen, pa so ze dolgo v mestu. Enostavno vozi premalo agresivno. S tem izgubis ogromno potencialnih uporabnikov.
Nikjer nisem napisal, da ima primerjava nek resen smisel, v smislu objektivne primerjave, ne vem od kod ti ideja. Je pa zanimiva in iz nje lahko nekaj potegnes. Waymo je se vedno precej pocasen, pa so ze dolgo v mestu. Enostavno vozi premalo agresivno. S tem izgubis ogromno potencialnih uporabnikov.
Zgodovina sprememb…
- spremenil: kow ()
codeMonkey ::
Jah, taka je pac definicija za ODD in level 4...
Agresivnost ni nek hud problem. Mislim, vsaj ni v istem razredu kot totalen prevzem krivde s strani proizvajalca. Pa ni vazno kako sirok je ODD, ce je le uporaben.
Agresivnost ni nek hud problem. Mislim, vsaj ni v istem razredu kot totalen prevzem krivde s strani proizvajalca. Pa ni vazno kako sirok je ODD, ce je le uporaben.
Zgodovina sprememb…
- spremenilo: codeMonkey ()
kow ::
Kako ni agresivnost problem, ce pa je cas najbolj zazeljena dobrina poleg denarja. Taksisti naceloma vozijo zelo varno in tudi hitro. Kar pomeni, da bos moral ponuditi za pocasnejso avtonomno voznjo precej nizjo ceno. Menda ne mislis, da je avtonomni taksi sam sebi namen?
Vredno ogleda ...
Tema | Ogledi | Zadnje sporočilo | |
---|---|---|---|
Tema | Ogledi | Zadnje sporočilo | |
» | General Motors bo zaprl Cruise (strani: 1 2 )Oddelek: Novice / Nakupi / združitve / propadi | 3133 (801) | BT52 |
» | Tesla povečala proizvodnjo in prodajo vozil (strani: 1 2 )Oddelek: Novice / Rezultati | 5526 (1944) | dexterboy |
» | NHTSA: Teslin Autopilot smrtno nevaren (strani: 1 2 3 )Oddelek: Novice / Znanost in tehnologija | 8824 (4110) | c3p0 |
» | Mercedes-Benz v Evropi prehitel Teslo (strani: 1 2 )Oddelek: Novice / Znanost in tehnologija | 15753 (10684) | DamijanD |
» | Za predlansko nesrečo tesle odgovorna Tesla in voznik (strani: 1 2 )Oddelek: Novice / Znanost in tehnologija | 14064 (8915) | Meizu |