在經過反覆討論後，初版流程確定如下：
2.車位裝置檢測到車輛入場，通過物聯網平台會上報資訊到軟體後台，後台會將此車位狀態更新為占用(待用)並記錄入場時間。
3.車在入場過程中會不斷調整位置，直到車停固定後，這個時候語音會提示相關資訊，並上報資訊到後台，這個時間點即為免費開始停車時間並生成待支付訂單，並將此車位狀態更新為占用(計費)並記錄計費時間。
4.後台根據每個車位的免費停車時間(根據運營策略每個車位停車時間不一樣)計算，當免費時間結束的時候，會通過物聯網平台下發公升擋板的指令，車位的擋板這個時候會公升起，並上報資訊到後台，這個時間點即為開始收費時間。
這個流程在討論中有個地方一直有爭議，就是車主入場的時候免費時間段到底由裝置端來計算還是後台來計算，之前是想入場時間免費時間開始由裝置端來處理，裝置端來計算 免費時間結束，當免費時間結束後，公升起擋板，這個時候上報資訊到後台，而不是由後台來計算免費時間到再來通知裝置端公升擋板，再由裝置端來上報資訊計費開始。後面考慮 到2個問題。
1.裝置端能不能計算這個時間?定時任務?
2.關於免費時間策略每個車位可能不一樣，也就是說當後面車位免費時間策略在後台改變的時候需要下發指令同步資訊到裝置端，當然裝置端每次在上線的時候也會去拉一次。
其實這個計算免費時間如果在後台做的話從邏輯上來講是完全ok的，那麼後台需要通過一些方式去計算。陳工之前的公司是這樣做的，就是後台啟定時排程去輪詢所有裝置，計算時間差來確定免費是否到時候，當時聽到這個方案的時候心裡有點打顫，幾百個裝置還無所謂，如果幾十萬幾百萬個裝置以上通過定時排程來做是否會存在很大的問題？其實定時排程輪詢需要解決2個問題。
1.排程的時間頻率能不能在時間內完成這一波任務，這邊的頻率肯定是1秒鐘輪詢一次。
2.排程輪詢肯定有時間差，可能幾秒也可能10幾秒。
當然排程輪詢也可以不斷的去優化，比如排程輪詢的資料庫可以放在分布式快取redis去加快速度，還有排程輪詢的粒度可以更小，比如可以拆分幾個甚至十幾個排程任務，每個任務去處理一批資料，這些都是可以去做。
我當時在想，網際網路電商專案裡面經常有搶購活動，如果搶購後不付款，幾分鐘後這個商品就會釋放也就是回倉，還有就是網上買高鐵票也是一樣的道理，難道這種專案都是通過輪詢機制？能不能把訂單放到乙個地方，時間到的時候自動去通知或者做處理？
第五屆「飛思卡爾」智慧型車競賽分賽區賽後總結
兩天緊張的比賽結束了，第五屆 飛思卡爾 智慧型車競賽安徽省分賽區的全部比賽也到此結束了。在黃山，我體驗了黃山風景的美麗，也體會了各院校在 飛思卡爾 專案上的強大。最終二等獎的成績，可喜可憂，喜在這樣的成績對於大一的我實屬不易，憂在下一步我再去如何提公升自己，如何可以使我的電磁車跑的更快。現在確實是發...
回憶屬於我的第五屆「飛思卡爾」智慧型車競賽
飛思卡爾，乙個原本陌生，而現在常常掛在嘴邊的名字 09年高考的結束，注定了我只能來到蕪湖職業技術學院這個專科，當時的心情很失落，其實無論拿哪次模擬考的成績，我都是可以上個二本的，鬱悶了 因為自己對計算機的愛而無條件的選擇了嵌入式這個新興專業，並默默的努力著。今天的我很感謝學校給我們提供了各項競賽的機...
手把手教你做智慧型車 第五節 PIT定時器 下）
手把手教你做智慧型車 第五節 pit定時器 下 店鋪 技術交流qq群 108190422 驗證碼 csdn 攝像頭群 132879827 驗證碼 csdn 光電群 118404899 驗證碼 csdn 電磁群 技術交流郵箱 demok vip.qq.com 技術論壇 官方 www.demok.com...