- 主题:快车道里的慢车不产生罚单的技术解决办法
摄像头抓超速好抓,只要测速正确就行了。
但是龟速车不好抓,因为慢车车坨里所有车都是龟速,但应该只罚头车。还有遇到事故堵车或者路上车太多太密集体速度上不去等情况。
我有一个摄像头方案:
高速公路内道上任何一辆车,只要前方200米内无车,速度低于118就产生罚单。这样摄像头就可以通过这样一个简单的策略完美识别堵车和龟速车坨里的头车,精确开单。
进一步细化:前方200米内无车=摄像头下连续6秒无车通过。摄像头里做一个计时器,计到6秒满就停止计数且进入龟车罚单模式。每过一辆车就退出龟车罚单模式并重置计数。
就不举场景分析了,我假设水木网友都能自行推导
--
修改:knut FROM 101.88.242.*
FROM 101.88.242.*
【 在 knut 的大作中提到: 】
: 摄像头抓超速好抓,只要测速正确就行了。
: 但是龟速车不好抓,因为慢车车坨里所有车都是龟速,但应该只罚头车。还有遇到事故堵车或者路上车太多太密集体速度上不去等情况。
: 我有一个摄像头方案:
: ...................
没有法律依据。
法律规定的,都写在路面上,如,100-120。按这个执行就可以,要考虑仪表误差,允许一定误差范围。
--
FROM 111.196.88.*
按法律依据的话内道抓拍就按牌子写的并且考虑误差。但抓拍逻辑可以按我的做,我觉得我这个逻辑不会消耗很多CPU资源
【 在 ylh1969 的大作中提到: 】
: 没有法律依据。
: 法律规定的,都写在路面上,如,100-120。按这个执行就可以,要考虑仪表误差,允许一定误差范围。
--
FROM 101.88.242.*
118的罚单,好严格
【 在 knut (Athena Exclamation) 的大作中提到: 】
:
: 摄像头抓超速好抓,只要测速正确就行了。
:
: 但是龟速车不好抓,因为慢车车坨里所有车都是龟速,但应该只罚头车。还有遇到事故堵车或者路上车太多太密集体速度上不去等情况。
--
FROM 111.193.210.*
先不说处罚合不合理,仅仅说技术可行性。
罚单最大的考虑,就是可追溯性,你给一辆车产生一个罚单,就要提供一个可以回看的证据。你的方案显然做不到。
【 在 knut 的大作中提到: 】
: 摄像头抓超速好抓,只要测速正确就行了。
:
: 但是龟速车不好抓,因为慢车车坨里所有车都是龟速,但应该只罚头车。还有遇到事故堵车或者路上车太多太密集体速度上不去等情况。
: ...................
--来自微水木3.5.1
--
FROM 223.167.169.*
117就算肉车了?脑残的方案
--
FROM 61.172.210.*
和超速一样照片上标明时速就行了
【 在 foliver 的大作中提到: 】
: 先不说处罚合不合理,仅仅说技术可行性。
: 罚单最大的考虑,就是可追溯性,你给一辆车产生一个罚单,就要提供一个可以回看的证据。你的方案显然做不到。
--
FROM 101.88.242.*
果然本版的人智商降了。我这帖子重点在抓拍策略。
【 在 WilliamF 的大作中提到: 】
: 117就算肉车了?脑残的方案
--
FROM 101.88.242.*
技术上确实简单可行,不过应该是根据该车道的限速下限来计算监控间隔吧
【 在 knut 的大作中提到: 】
: 摄像头抓超速好抓,只要测速正确就行了。
:
: 但是龟速车不好抓,因为慢车车坨里所有车都是龟速,但应该只罚头车。还有遇到事故堵车或者路上车太多太密集体速度上不去等情况。
: ...................
--来自微水木3.5.1
--
FROM 139.207.81.*
是的,每个车道用同样的策略和不同的参数参数。
【 在 snowkof 的大作中提到: 】
: 技术上确实简单可行,不过应该是根据该车道的限速下限来计算监控间隔吧
--
FROM 222.65.91.*