Na, pont a mobilhálózatokon keresztüli, toronyról központba, onnan másik toronyra majd járműre ugrálás lenne a legnagyobb hülyeség, amit ki lehet alakítani. Valami URH rádióhoz hasonló módszer alkalmas a járművek közötti kommunikációra. Ahhoz pedig szerintem nem kell mobilszolgáltató.

Vagy csak nem kellene ennyire eroltetni a sok baromsagot es akkor mindjart nem lenne semmi gond az embereknek nem igazan van szukseguk ilyen dolgokra megis a szolgaltatok/gyartok eroltetik az ilyeneket hat akkor fizessek ki a fejlesztest is

Szerintem a járművek közötti (közeli) kommunikáció az csak egy helyi hálózaton keresztül fog menni. Legalábbis nincs feltétlen értelme minden adatot a mobilhálózaton keresztül intézni.
Oda max. a forgalmi és helyzet adatok mennek, de szerintem a valós helyzethez képest csak késleltetve.
Forgalmi helyzetben kritikus az időzítés, és gyorsabb akkor ha az autók közvetlen egymással "megbeszélik" mint ha egy központon keresztül menne.
De ez csak elmélkedés a részemről, de én így állnék neki a kiépítésnek. Egy ilyen kettős hálózattal.
Bonyolultabb lehet (bár csak az autó szoftvere és elektronikája szempontjából).
Más esetben csak előnye lenne, mint a gyorsabb kommunikáció, a központi adótornyok kisebb terhelése (kevesebb adat megy feléjük, csak a "fontosak").. Ami kell az az autókba egy plusz hálózat és egy erős processzor. De egyik se tűnik nagy gondnak.

A jármű autonomitása miatt meg kell a hálózat is a tájékozódás és "távvezérlés" miatt. De szép is lesz mikor már az autónk is lehallgat (bár ezt már most tudja pár model.. szép új jövő).

A saját autóm ennek az egésznek pont az ellentéte az enyém hírből se ismeri a telefont vagy távvezérlést, de legalább egy E.M.P. után is menne , az enyémben a legbonyolultabb áramkörök közé pl. az index és az ablaktörlő ütemszabályzója tartozik, még rádióm sincs.. bár utóbbit néha hiányolom.

The human head cannot turn 360 degrees... || Ryzen 7 5700X; RX580 8G; 64GB; 2TB + 240GB + 2TB || Samsung Galaxy Z Flip 5

Megoldást jelenthet a csomóponti eszközök kihelyezése, például ipari WiFi a kereszteződéshez, amin keresztül nem közvetlenül, de minimális áttételezés mellett folyhat a kommunikáció. Június elején megyek a Ciscohoz, mindenképp beszélek velük erről a témakörről is.

<!-- Hello tourist on the right side, hello tourist on the left side -->

Sztem ez nem olyan egetverő probléma. Olvastam régebben egy olyan lehetőségről, aminél az eszközök nem közvetlenül a toronnyal kommunikáltak, hanem a többi klienst használva. P2P, mint a torrentnél. Egy ilyen megoldást is használni tudó, hibrid rendszer, egy dugóban tudná csökkenteni a közeli torony terhelését úgy, hogy a klienseken keresztül, a jel egy másik toronyhoz továbbítódna. Járműbe épített eszköznél nem olyan fontos szempont az akkuidő, mint egy telónál és senki sem szorítja gyakran a füléhez. Dinamikusan alkalmazva, szükség esetén az adóteljesítmény is növelhető, de egy dugóban olyan közel vannak egymáshoz a kliensek, hogy egy teló adóteljesítménye is bőven elég.

Lehetne úgy is, csak azzal van egy kis bibi. Egyirányú kommunikáció lenne, itt viszont kétirányúra van szükség.

Milyen kommunikációs csatornán és hova küldi a jármű a saját infóit?

Az éterbe. De kinek? Ahhoz fogadni is kéne azt a jelet. Hú, de mélyről indulunk! Figyu! Állunk egymástól X távolságra. Olyan hangerővel kiabálok neked, hogy meghalljad. Neked milyen hangerővel kell válaszolnod, hogy meghalljam? Hát legalább ugyanakkora hangerővel. Feltéve, hogy miközben válaszolsz, én nem ordibálok tovább folyamatosan, mert ha igen, akkor a saját hangomtól nem fogom hallani a tiedet. Ha a központ "elordítja magát", azt persze, hogy minden kliens "meghallja", mivel nagy adóteljesítménnyel küldi a jelet és egy lakitelki adótornyot használ hozzá ordibátornak. De egy autóból erre nem lehet válaszolni úgy, hogy a központ "meg is hallja".

Tudod, hogy miképp működik az online navigáció (pl. Google Maps, Waze, stb.)? Bepötyögöd, hogy hova szeretnél menni, a kérés elmegy a szerverhez és a szervertől kapod az útvonaltervet, a pozíciód alapján az irányutasításokat és a térképet, a közlekedési infókat, stb. Szóval, a járműben levő kliens gyakorlatilag csupán egy megjelenítő. Ezt a feladatot szorozd fel azzal, hogy a város összes járművének az mozgását össze kell hangolni, valamint azonnal reagálni a váratlan helyzetekre. Szted mekkora számítási kapacitás és adatátviteli képesség kell ehhez? Ne feledd, hogy ekkor még mindíg "csak" ott tartunk, hogy emberek vezetik a járműveket. Ha még azt is a rendszer végzi, akkor a számítási műveletek száma hatványozódik. Sztem ezt nem lehet központi szerver nélkül, M2M módszerrel koordinálni.

Megint olvasgattam az alábbi wikipédiát a témával kapcsolatban,

[IEEE 802.11p]
wifi hivatott a v2v kommunikációhoz,

itt olvasható, hogy a hitelesítéshez más szabványt használnak, ami jóval gyorsabb a hagyományos
hitelesítési eljárásoknál,
nevezetesen :

wildcard [BSSID] (a value of all 1s)

Ennek így nincs értelme. Összekevered az online és az offline navigációt. Én kiszálltam.

Újabb érdekes cikk a témában :

[link]

Azt írja, hogy másfél kilóméter ára önjáró elektromos autóval : 140 Ft,
ami pl. 100 km esetében : 14000 Ft,
amit kicsit sokallok,
számolgattam kicsit a mai benzinárakkal,
ha egy autó 100 km alatt 4 liter benzint fogyaszt,
annak az ára : 4*450=1800 Ft,

[ Szerkesztve ]

A karbantartási költséget még megérteném,
Na de az autó vételi árát?
Pont arról szól a cikk, hogy saját autója a jövőben
Senkinek nem lesz, hanem mindenhova mindenki valamelyik sofőr nélküli taxitársasággal mehet (uber,google, stb.), ami mellesleg elektromos árammal megy.

[ Szerkesztve ]

Valakinek meg kell venni a gépjárművet... jelenleg is ha taxizol akkor is megfizeted, hisz ki kell termelni azt is.

De ha már a taxikat nézzük a kilométerdíjuk nagyobb mint amit számoltál.

The human head cannot turn 360 degrees... || Ryzen 7 5700X; RX580 8G; 64GB; 2TB + 240GB + 2TB || Samsung Galaxy Z Flip 5