[评论]大温公交智能卡再延迟 交通局后悔该承诺3年内启用

[大象无形]

新闻:《大温公交智能卡再延迟 交通局后悔该承诺3年内启用》的相关评论

Compass Card延迟 交通局∶不该承诺3年内启用 捷运站摆设多年的Compass卡闸门，乘客看在眼里都会感到无奈。(记者朱冠华 摄影) 被视为大温公交系统升级的Compass智能票卡迟迟无法上路，主管单位

晕，还真有这样的想法啊，当初上海几个月内就搞定了。三年，已经笑大牙了，也就这水平，所以才想出，要加税。

 

[小和尚]

有辱G8西方工业大国形象

 

[水晶猫]

咳，对这个系统，无语了，也不知道问题出在哪里。。。然后发现要加税，太气愤了。。。没有监督部门吗。。。

 

[小和尚]

咳，对这个系统，无语了，也不知道问题出在哪里。。。然后发现要加税，太气愤了。。。没有监督部门吗。。。

上次看到家园一业内网友说：
其多少万刀买来的刷卡机内的芯片性能还及不上我们中国买来的200元的电视机顶盒芯片。
所以来不及在刷卡瞬间运算你的站点进出信息并瞬间输入到你的一卡通内。
我两台200元左右的机顶盒都是高通S802芯片。

 

[Shaw傲江湖----加拿大SHAW CABLE]

向来对这里的办事效率不敢恭维，以前听别人说某一个区域的规划，听后自己心里就淡然一笑，估计得等抗战8年吧。

 

[验屋师老王]

垄断导致低能，低能导致低效.....

 

[kimball]

它的問題是要堅持公車分段收費，這在天車或地鐵很容易，因為站頭是固定的，但巴士就難度極高，要知道巴士通處跑，乘客下車拍卡時就要求能馬上計算出車費，雖然可以利用GPS定位，不過速度又太慢，有十個人下車可能要幾分鐘，問題無法解決，如果取消分段收費，社會上又有大量短途客要反對，真是自己捉蟲入XX。

 

[我就来看看]

它的問題是要堅持公車分段收費，這在天車或地鐵很容易，因為站頭是固定的，但巴士就難度極高，要知道巴士通處跑，乘客下車拍卡時就要求能馬上計算出車費，雖然可以利用GPS定位，不過速度又太慢，有十個人下車可能要幾分鐘，問題無法解決，如果取消分段收費，社會上又有大量短途客要反對，真是自己捉蟲入XX。

这个难吗？北京的bus现在就是分段收费的。

 

[luckyluo]

其实问题的关键是他们花大价钱买了个次品，交通局顾左右而言他，迟迟不肯为他们的渎职作出解释和担当。

 

[flyli]

它的問題是要堅持公車分段收費，這在天車或地鐵很容易，因為站頭是固定的，但巴士就難度極高，要知道巴士通處跑，乘客下車拍卡時就要求能馬上計算出車費，雖然可以利用GPS定位，不過速度又太慢，有十個人下車可能要幾分鐘，問題無法解決，如果取消分段收費，社會上又有大量短途客要反對，真是自己捉蟲入XX。

我在北京跟台北都坐過巴士接捷運分段收費的，技術應該都很成熟了。

 

[westend]

这个难吗？北京的bus现在就是分段收费的。

北京和上海的bus还有不少是人工售票
自动投币拍卡的都是上车时候只投拍一次, 何来分段收费?

两次拍卡的系统本来就设计和实施上就比单次拍卡的要难的多. 虽然这并不是translink的借口, 但在评论前至少要搞明白到底是怎么回事吧.

 

[westend]

我在北京跟台北都坐過巴士接捷運分段收費的，技術應該都很成熟了。

技术是否成熟不敢说, 但很明显, 绝大多数国家和地区的交通系统无人值守的bus实行自动投币或者拍卡的, 都是单一计费, 除非有强制开关闸口.

 

[westend]

上次看到家园一业内网友说：
其多少万刀买来的刷卡机内的芯片性能还及不上我们中国买来的200元的电视机顶盒芯片。
所以来不及在刷卡瞬间运算你的站点进出信息并瞬间输入到你的一卡通内。
我两台200元左右的机顶盒都是高通S802芯片。

小和尚真是一如既往的喜欢往高处爬啊.

 

[flyli]

技术是否成熟不敢说, 但很明显, 绝大多数国家和地区的交通系统无人值守的bus实行自动投币或者拍卡的, 都是单一计费, 除非有强制开关闸口.

北京我不太確定，但至少台北是多段計費的，從巴士,捷運,甚至火車，票價是連動多段計費。同樣的技術,國內應該也很成熟,大溫只有三段計票,複雜度低了許多,只是想不通這裡的捷運局怎麼會搞成這樣

 

[shiyun]

北京和上海的bus还有不少是人工售票
自动投币拍卡的都是上车时候只投拍一次, 何来分段收费?

两次拍卡的系统本来就设计和实施上就比单次拍卡的要难的多. 虽然这并不是translink的借口, 但在评论前至少要搞明白到底是怎么回事吧.

虽然不懂计算机，我们也可以看看运算量有多大：

大温地区一共有多少个公交站？夸张一点，按照5位数的极限，那就是 100,000 个

可是大温地区一共只有 3 个 zone，在计算芯片里面运算匹配，最多也就运算 300,000 次（这部分完全可以上车拍卡的时候算好，然后把所在zone信息存好）

当然，到达的目的地还需要计算芯片再来运算匹配一次，也算 300,000 次吧

所以最多经过 600,000次运算，就能肯定确认出发地和目的地了，然后再算价格，无非就是 3 个 zone 之间的排列组合，最多也就 9 次运算

所以最坏的情况，600,009 次 5位数以内的匹配运算，请懂计算机的来说说普通的芯片要算多长时间？

个人猜想：十进制的99999对应的二进制是11000011010011111，共17位，就算18位吧。18位乘以600,009次，等于10,800,162位次，相当于约10milliion 位次。普通手机的CPU芯片约1GHz，这样算来岂不是要 10 毫秒，也就是 0.01秒的时间？

 

[westend]

虽然不懂计算机，我们也可以看看运算量有多大：

大温地区一共有多少个公交站？夸张一点，按照5位数的极限，那就是 100,000 个

可是大温地区一共只有 3 个 zone，在计算芯片里面运算匹配，最多也就运算 300,000 次（这部分完全可以上车拍卡的时候算好，然后把所在zone信息存好）

当然，到达的目的地还需要计算芯片再来运算匹配一次，也算 300,000 次吧

所以最多经过 600,000次运算，就能肯定确认出发地和目的地了，然后再算价格，无非就是 3 个 zone 之间的排列组合，最多也就 9 次运算

所以最坏的情况，600,009 次 5位数以内的匹配运算，请懂计算机的来说说普通的芯片要算多长时间？

个人猜想：十进制的99999对应的二进制是11000011010011111，共17位，就算18位吧。18位乘以600,009次，等于10,800,162位次，相当于约10milliion 位次。普通手机的CPU芯片约1GHz，这样算来岂不是要 10 毫秒，也就是 0.01秒的时间？

运算从来都不是技术瓶颈. 2014年translink的报告说了问题出现在读卡器上.
按照设计, 读卡器读卡的响应时间应该在0.3秒, 而实际测试响应时间是其十几二十倍. 而且还存在很高的漏拍现象.
就像一个就算是配置当前最快CPU的电脑, 其外设使用的是USB2.0接口, 进行数据处理读取存回的速度依然不会快.
而这个问题涉及到读卡器, 卡片等诸多外设, 要找出问题并提高速度并不那么容易.
估计translink和cubic的人也都非常意外, 为何在芝加哥运行好好的系统, 到温哥华这个规模小得多的城市居然就有问题了呢.

目前的问题主要发生在bline99等几个高客流量的线路, 普通线路因为没那么拥挤, 问题就相对没那么严重, 在可用范围.

在分段计费后, zone的概念就不存在了, 以前跨区的相邻站需要多付1.25, 以后就不用了. 正是很多人诟病分区计费不合理, 才搞分段计费.
但下车拍卡这个也存在漏洞,比如, 有人提前拍卡, 但不下车. 就和现在有人坐19路只买一区票而跨区一样, 都是完全要靠乘客自己来自觉了.

 

[westend]

北京我不太確定，但至少台北是多段計費的，從巴士,捷運,甚至火車，票價是連動多段計費。同樣的技術,國內應該也很成熟,大溫只有三段計票,複雜度低了許多,只是想不通這裡的捷運局怎麼會搞成這樣

如果你对台北的分段计费熟悉, 不妨说说看, 其运营模式和我们讨论的一样吗?
你觉得这边可能会采用上车领下车取回收分段证吗? 或者段1上车拍卡, 段2下车拍卡吗?
别说捷运火车, 有闸口的拍卡通行在哪个地方都不是问题.
这里说的问题只限于公车, 而且是上下不同门的公车.

 

[nvod11111111]

楼上的是想说明什么？
1. 现有技术不支持TRANSLINK的模式
2. TRANSLINK选择的技术不支持其模式
3. TRANLINK永远是对的
？？？？？？？？？

 

[小和尚]

楼上的是想说明什么？
1. 现有技术不支持TRANSLINK的模式
2. TRANSLINK选择的技术不支持其模式
3. TRANLINK永远是对的
？？？？？？？？？

你们都错怪translink了，这确实是世界难题，
等发展中国家有了一卡通就了解此中的难处了。

 

[westend]

楼上的是想说明什么？
1. 现有技术不支持TRANSLINK的模式
2. TRANSLINK选择的技术不支持其模式
3. TRANLINK永远是对的
？？？？？？？？？

你的理解能力真是超高.