紅綠燈是每天準時準點的變換,還是以一個時間間隔來不斷輪迴?
每次要面臨這種趕時間的時候真的是分秒必爭,感覺在等紅綠燈上花的時間也不少,要是全程堵,應該也有兩三分鐘吧,想問一下那個紅綠燈是每天準時準點的變換,(就某一確定路口)比如早上九點準時紅燈,然後隔段時間就依次變綠變黃,然後以後的每天早上九點還是紅燈?或者是那種輪流制?打個比方,綠—&>黃—&>紅的變換為一輪,假設一輪的時間為99s這種不易被86400(24h=86400s)除盡的數,那麼就是不斷的綠—&>黃—&>紅變換,也就不存在每天的固定時間點的固定顏色燈。
沒有在手邊找到專業課書籍....我目前本科剛畢業 以我的理解說一下這個問題
其實紅燈幾秒 綠燈幾秒 這個是嚴格計算的呀 黃燈一般就是三秒
我們的課設 在不同時段 比如早高峰 晚高峰 平峰 分別數十五分鐘的交叉路口的車流量 然後大車小車摩托車換算啊 各種算啊 再結合這個交叉路口的道路寬度等條件 得出具體秒數如果是次幹道和支路這種交叉口 一天的車流量變化不大的 一套方案基本夠了的話 差不多就那種方案一直變化了
如果車流量變化大一點 可能會有好幾種信號配時方案 根據車流量來分配還有那種 實時監控路網上的車流量 電腦計算 給信號燈配時方案 不同時間給予不同道路通行權
還有一種紅綠燈 在交叉口的車道下安裝感應器
次路優先 次路來車了 主路變成紅燈 次路先行主路優先 次路來車等著 等到一定時間 再給主路紅燈 次路放行上海好像有一種過街行人的信號燈是這樣的 行人來了 按一下信號燈的按鈕 等一段時間 就能給行人放行了 沒有行人過街時 道路就一直行駛車輛現在的路網一般都是線控或面控
線控 設計速度是一個速度範圍 如果一直按設計速度行駛 理論上 在這條路上碰到的應該是一路綠燈面控 整個區域的信號燈是智能協調的在實驗室呆著 做我們城市幾條路的信號配時
也是要經常改來改去 早高峰A方案運行幾天 不好 改B方案 運行幾天又不好 又改回A方案...路口數據缺失...自己想一想 寫個方案上去
嗯 工科僧還是應該嚴謹.....紅綠黃三個燈輪流顯示一遍 所用時間叫一個周期 我們配時時 如果是平峰 用的一個周期70s或80s 流量大點 100s 120s 高峰時 140s 145s 都有 倒是沒有想過要99s這種除不盡的呀
現在交通行業的發展也是 ITS智能交通系統 以人為本啊 利用各種科技手段讓人們方便 高效 安全的出行 可能客觀條件所限 事與願違 未來會更好的哦
本人知識有限 只能回答這樣啦
如有錯誤 歡迎批評指正以北京為例
1、一般道路,白天和早晚高峰不同,白天雙向車道同時變燈,早晚高峰車流量大的路先變燈。2、主要道路(如復興門到建國門),一般正常時刻自動變燈,但是來了,但是80%時間段是由現場交警拿著遙控器變燈的,為啥你懂的,因為長安街啊,除了群眾走還有,就是ld走。、、、、上面說的有點跑題了,如果你不知道紅綠燈的變化規律還是路走的少啊。1天走5遍甚至更多,你就知道了。推薦閱讀:
※小區停車難的問題能解決嗎?
※大數據替「首堵」北京挖出了三個「罪魁禍首」
※[機場]跑道構型
※瞎聊設計之道路交叉路口
※為什麼外國人靠左開車?是不是感覺自己答不出來