🚦 Gemello Digitale del Semaforo Adattivo
Gemello digitale interattivo del semaforo: una griglia stradale 3x3 esegue semafori a tempo fisso o adattivi consapevoli delle code — osserva congestione e tempo medio di attesa divergere in tempo reale.
Informazioni sul Gemello Digitale del Semaforo Adattivo
Questa simulazione è un piccolo gemello digitale di una rete stradale: una griglia 3×3 di incroci semaforizzati collegati da strade a doppio senso. I veicoli nascono nei dodici punti di ingresso ai bordi con un tasso di arrivo configurabile, vengono instradati verso un punto di uscita casuale, e si accodano fisicamente dietro i semafori rossi — le auto si accumulano paraurti contro paraurti quando il semaforo davanti è rosso e avanzano a un ritmo limitato una volta che diventa verde, esattamente come una vera corsia di approccio.
Possono essere eseguite e confrontate due strategie di controllo semaforico. Il controllo a tempo fisso fa ciclare ogni incrocio tra verde nord-sud e verde est-ovest su un timer rigido, indipendentemente dalla domanda. Il controllo adattivo usa una semplice regola di semaforo attuato: ogni incrocio legge la lunghezza della coda dal vivo su ogni approccio e mantiene verde la direzione attuale finché ha ancora traffico in coda e non è stato raggiunto il tempo massimo di verde; una volta raggiunto quel limite, o se la coda sull'approccio col rosso supera quella dell'approccio col verde, cambia. Esegui ciascuna modalità, osserva veicoli nel sistema, viaggi completati, tempo medio di attesa e throughput aggiornarsi dal vivo, e confronta il tempo medio di attesa risultante tra le due strategie una volta eseguite entrambe.
Domande frequenti
Cosa significa realmente il controllo semaforico "adattivo" o attuato nelle implementazioni reali?
Un semaforo attuato usa sensori — spire induttive incise nel manto stradale, rilevamento video o radar — per rilevare i veicoli presenti su ogni approccio e regolare di conseguenza la temporizzazione, invece di eseguire un ciclo fisso prestabilito. La logica attuata più semplice, implementata in questa simulazione, mantiene verde una fase finché continuano ad arrivare veicoli su quell'approccio (estendendo il verde fino a un massimo) e cambia quando la domanda si sposta sull'altro approccio. Le implementazioni reali aggiungono sensori posizionati alcuni secondi a monte della linea di stop, così il controllore può decidere se estendere il verde prima che arrivi l'ultima auto del plotone, evitando una fermata inutile.
Perché i semafori a tempo fisso sprecano tempo verde?
Un controllore a tempo fisso assegna una suddivisione rigida e precalcolata del ciclo a ogni direzione — ad esempio, 20 secondi nord–sud e 20 secondi est–ovest — basata sulla domanda media attesa. Ma il traffico reale arriva in modo irregolare: alle 2 del mattino una direzione con zero auto riceve comunque i suoi interi 20 secondi di verde mentre la direzione perpendicolare (anche se vuota) resta col rosso. Durante l'ora di punta accade il contrario: una direzione fortemente carica riceve comunque solo la sua quota fissa anche se la coda cresce a ogni ciclo. Poiché la suddivisione non può rispondere a ciò che è realmente in attesa alla linea di stop in quel momento, i semafori a tempo fisso danno sistematicamente tempo verde ad approcci vuoti mentre gli approcci congestionati traboccano.
Cos'è un gemello digitale, e come si collega alla pianificazione del traffico nelle smart city?
Un gemello digitale è un modello software live, aggiornato continuamente, di un sistema fisico — in questo caso una piccola rete stradale — che rispecchia le sue dinamiche reali abbastanza fedelmente da poter testare scenari "what if" prima di toccare il mondo reale. Gli ingegneri del traffico urbano costruiscono versioni molto più grandi esattamente di questa stessa idea (strumenti come SUMO, VISSIM o Aimsun) per simulare i semafori di un intero quartiere, alimentarli con dati reali dei sensori, e sperimentare prima in simulazione un nuovo piano di temporizzazione o un algoritmo di controllo adattivo, perché una modifica sbagliata distribuita dal vivo può paralizzare una città per ore. Questa pagina è una versione minimale e trasparente dello stesso flusso di lavoro: un modello che puoi ispezionare, regolare e rieseguire all'istante.
Perché la congestione può comparire anche quando la domanda media è entro la capacità della rete?
Gli arrivi del traffico non sono uniformi — sono a raffica. Anche se il tasso medio di arrivo a lungo termine è comodamente inferiore a ciò che la griglia può gestire, i veicoli non arrivano a intervalli perfettamente regolari; per caso più auto si raggruppano su un approccio mentre un altro resta vuoto. La teoria delle code mostra che quando l'utilizzo (domanda ÷ capacità) sale verso 1, la variabilità negli arrivi fa crescere la lunghezza della coda e il tempo di attesa in modo non lineare, non lineare — una rete che funziona in media al 90% della capacità può comunque produrre code grandi e visibili puramente per aggregazione casuale, ben prima che venga raggiunto il limite di capacità "da manuale". Prova ad alzare gradualmente il cursore del tasso di arrivo e osserva le code comparire ben prima che la griglia sia nominalmente satura.
Cosa aggiunge il sistema Surtrac di Pittsburgh rispetto a questa regola semplificata?
Surtrac, sviluppato al Carnegie Mellon e distribuito in tutta Pittsburgh, estende la stessa idea di fondo — leggere la domanda in tempo reale, allocare il verde di conseguenza — con un'ottimizzazione di scheduling decentralizzata a ogni incrocio che predice l'orario di arrivo di ogni veicolo (non solo se esiste una coda) e calcola un breve programma scorrevole di cambi di fase che minimizza il ritardo totale previsto, poi comunica quel piano agli incroci vicini così che onde verdi possano formarsi dinamicamente lungo il corridoio invece che ogni incrocio agisca da solo. Le implementazioni sul campo hanno riportato riduzioni percentuali a due cifre nei tempi di percorrenza e negli eventi di frenata. La regola di questa simulazione — estendere finché la direzione attuale ha ancora domanda, altrimenti passare al lato con la coda più lunga — è il seme concettuale di quel sistema, senza lo scheduling predittivo o il coordinamento tra incroci.
Come viene definito e misurato qui il "tempo medio di attesa"?
Il tempo di attesa (ritardo) per un viaggio è il tempo simulato totale che quel veicolo ha trascorso fermo — in coda dietro un'altra auto o fermo a un semaforo rosso — sommato lungo l'intero tragitto dall'ingresso all'uscita, escludendo il tempo effettivamente in movimento. Questo corrisponde a come gli ingegneri del traffico definiscono tipicamente il ritardo di controllo a un semaforo. La simulazione accumula questo dato per veicolo mentre viaggia e incorpora il tempo di attesa di un viaggio completato nella media in corso solo una volta che quel veicolo ha raggiunto la sua destinazione e ha lasciato la rete, quindi la statistica "tempo medio di attesa" riflette viaggi realmente conclusi, non veicoli ancora in coda a metà tragitto.
Quali sono i limiti di questa simulazione rispetto ai modelli reali di ingegneria del traffico?
Questo è un modello deliberatamente semplificato: non ha restrizioni sui movimenti di svolta oltre al percorso instradato, nessun pedone, nessuna fase di svolta a sinistra o svolte protette, comportamento uniforme dei veicoli (niente camion, ciclisti o aggressività variabile del conducente), e un'unica velocità di deflusso libero fissa con una semplice regola di car-following a distanza minima anziché un modello di guida calibrato. Strumenti reali come SUMO o VISSIM modellano la geometria individuale delle corsie, le curve di accelerazione/decelerazione, il tempo di reazione del conducente, e convalidano i pattern di arrivo rispetto a dati reali dei sensori prima che qualsiasi modifica alla temporizzazione dei semafori venga considerata affidabile. Ciò che questa simulazione preserva fedelmente è il meccanismo centrale che fa sì che il controllo adattivo superi il controllo a tempo fisso: leggere lo stato reale della coda e allocare il tempo verde dove la domanda si trova realmente.
Una griglia di incroci esegue semafori a tempo fisso o un controllore adattivo che legge le lunghezze delle code dal vivo in tempo reale.
3D · Three.js / WebGL renderer · 60 FPS target · funziona interamente lato client, senza installazione