摩拜單車開鎖原理？
開鎖原理怎麼的呢，求
中心發個簡訊到自行車上然後單片機控制一個繼電器控制一個雙穩態電磁鎖挪一下就行。。。。。。。。
供電有電池和發電花鼓。。摩拜的開鎖原理，需要通過整體架構來梳理，分為幾個部分：
- 智能車鎖通訊控制系統
- 車輛資產管理系統
- 用戶訂單處理系統
通常的流程如下：
---&>業務層：
用戶掃碼，讀取一個匹配設備序列號，用戶數據在後台訂單系統做一次設備使用授權校驗（比如押金餘額），沒有問題的話，下一步
---&>設備層：
通知伺服器下發一個開鎖信號到車鎖控制系統。簡單的說就是業務層解決完了，處理開關問題。在以上最難的部分在於處理通訊開關問題，也就是車輛通訊控制系統，也是題主問題中最核心的一個原理需求，解決這部分才是重點。
智能車鎖通訊控制系統主要採用的方案：
階段1：主要使用簡訊指令，指令解析模塊做在車鎖控制板上.
這個版本把一串簡訊用 F32A200F33之類的組合進行，缺點是狀態回傳成本較高（伺服器解析出狀態），整個車鎖電量，閉合狀態等報告都要在空閑（深夜02-04點）回傳，一般談的簡訊公司介面都不會接特別多，一旦簡訊介面出現故障，就容易造成大規模癱瘓。此外，不方便做授權回收和車本身地理坐標跟蹤。摩拜後面的版本幾乎沒有用。
階段2：純聯網模式，通過伺服器下髮指令
物聯網卡的成本很低，比起之前的GPRS+簡訊有很大的優勢。包括各種車輛狀態等。而可以獲取的信息量更大，大概的機制如下，詳細的使用說明可以參考 @梅園小生的答案。
在摩拜另外一個開鎖問題裡面，有人提了摩拜是不是使用藍牙開鎖，答案是NO：
1. 各家手機商（安卓）藍牙的晶元版本兼容太差，華為能開的話，魅族和小米不一定，何況市場上數十種安卓手機，同樣是華為的在不同的版本都有兼容問題，目前的主要原因是因為採購的藍牙晶元差異太大。
2. 實際測試：為了確認不是技術能力的問題，我在深圳街頭測試所有自行車品牌（第一批上線的產品，後來陸續取消了藍牙），結果如下：
3. 藍牙鎖基本上都需要開啟藍牙許可權並建立建立連接，如果按照這個思路做的做法，在輕量級的微信小程序上面就無法使用。
之前深圳街頭那些小藍小鳴單車除了IOS系統外，失敗率高達80%對於最終用戶來說，鎖開得慢沒有關係，但是開不了就是要罵街了。而且藍牙的故障率非常高，在深圳早上上班前，街頭的摩拜單車和OFO數量大量減少（其實我不喜歡ofo，純機械，資產根本無法管理），但是另外兩個品牌大量空置，並非品牌知名度問題，而是你們基本開不了，現在第一代藍牙車基本都被淘汰了。
那為什麼開藍牙的時候，開鎖更快？
有人反饋說只要手機有藍牙開啟，開鎖的速度會提高，這個不假，但是原理並非使用藍牙通訊，而是車鎖的藍牙模塊探測到周邊的藍牙設備，加快了鎖的待機心跳狀態（平時待機12秒，而探測到短距藍牙，壓縮到6秒），一來解決耗電（以前故障主要是車鎖電池耗盡），二來提高了體驗。
摩拜通過智能車鎖，真正做到真正的車聯網+互聯網，後期在管理車輛資產以及數據準確性方面要強不少（ofo現在有多少車存活，主要分布情況和實時數據估計都拿不出來）。相比於OFO機械鎖（純蟲族玩法），基於整套智能車鎖進行大平台管理，後期的優化更容易。
衍生討論：王大帥：共享車位可以實現嘛？
gprs吧。掃碼綁定，後台發信，開鎖。關閉後解綁。
「2.如權利要求1所述的車載公共自行車智能控制器，包括中心控制單元、GPS定位模塊、無線移動通信模塊、機電鎖車裝置、電池、動能發電模塊、充電管理模塊、車載加速度計等， 其特徵在於:中心控制單元是本控制器的控制中樞，通過無線移動通信模塊與後台管理系統進行連接，把從GPS定位模塊獲取的位置信息發送給後台管理系統；根據開鎖指令控制機電鎖車裝置，接收到機電鎖車裝置的開、關鎖的狀態信息後，通知後台管理系統；根據充電管理模塊的電量數據，動態調整動能發電模塊與車輪的接觸鬆緊。
3.如權利要求2所述的機電鎖車裝置，包括電子控制模塊和機械鎖模塊， 其特徵在於:當接收到後台控制系統發來的開鎖指令時，車載中央控制單位觸發電子控制模塊，開啟機械鎖的控制插銷，用戶可以手工開鎖，開鎖成功後，觸發電子控制模塊的開鎖成功開關，通過中央控制器通知後台管理系統開鎖成功；當用戶鎖車成功時，觸發電子控制模塊的鎖車成功開關，通過中央控制器通知後台管理系統鎖車成功。」資料來源：一種基於物聯網的公共自行車租賃系統 CN 105354935 A
（專利鏈接需翻牆：https://www.google.com/patents/CN105354935A?cl=zhhl=zh-CN）這絕壁是摩拜單車的技術專利。。首先摩拜公司採用的微軟Azure IoT（物聯網）平台，其技術架構圖如下：
該架構分為左中右三部分：左邊表示設備，通過雲網關連接到IoT雲平台；右側表示客戶端使用的設備及系統；中間表示雲平台上的後端處理系統，主要進行與互聯設備及個人移動終端（如手機）進行交互，傳遞各種狀態、控制等信息，並進行統計分析。
在IoT平台中，對於每個連接設備都會有一個Device Twin（設備孿生），該設備孿生與實際的設備屬性和狀態實時對應。
開鎖過程如下：
掃描二維碼-&>雲平台接收到該單車編號後，先進行身份、賬號、充值情況、單車狀態等一系列驗證後確認可以使用，修改Device Twin的狀態，然後給智能鎖發送開鎖命令，同時修改客戶手機端上的單車狀態。
關鎖過程就so easy了啊
車子裡面內置 SIM 卡可以直接和伺服器通信，過程類似掃碼登錄：1. 手機掃碼獲取車子的ID，手機向伺服器發送開鎖指令（帶ID）2. 伺服器收到開鎖指令和相應ID的車子通信，發送開鎖指令3. 車子接收到伺服器的開鎖指令進行開鎖
GitHub找到一個
yunbademo/yunba-smartlock
我們在做一個亞健康的項目也用到了掃碼解鎖的功能，經過我們研究其實原理不難，只是針對解鎖的部分，主要是控制器和感測器，信息傳送都是一發一接，核心是車上必須有接收信號的的裝置：sim卡，其他功能都在app里，由手機完成，掃碼獲取信息激活，發送伺服器，伺服器收到開鎖指令和相應ID的車子通信，向sim卡發送開鎖指令，然後出發相應感測器，剩下的是物理原理，電磁原理就可以解決，當然現在肯定有更好的體驗技術，只是成本問題。至於公里數，通過測算車輪的周長和圈數就可以實現，最後通過gps確定車子最後的位置就可以了。摩擦發電是很成熟的技術和解鎖沒有關係。
其實原理就像上面的徐振震講的一樣：
一、手機掃描自行車，獲得自行車唯一的ID標誌，手機接著會像伺服器提交一個請求（提交信息里包含：用戶信息，請求動作，車輛ID）；
二、伺服器收到用戶開鎖請求，此時會根據請求信息，接著向指定ID的自行車發出開鎖指令;三、自行車收到伺服器請求，會執行相應的開鎖動作。下面配上一個小插圖，供朋友們簡單理解一下：
有人試過「遠程開鎖」嗎？例如沒賬號的我拍下2維碼照片發送到有賬號的人，然後讓對方掃一下開鎖。
我從產品經理的角度認為這個原理和微信的網頁二維碼登錄方式很相似。1. 車的二維碼里包含了車的ID2. 手機掃描車二維碼，讀取之後向伺服器請求開鎖3. 伺服器向車發送開鎖指令4. 手機開始計時
開鎖的原理本身並不複雜，複雜的是各個組件的可靠性以及確認開鎖成功等邏輯上的判斷。任何一個節點出問題都可能會導致計費和鎖狀態不同步。
電池沒電的概率很大，北京冬天氣溫低，耗電更快，冬天騎車的人也會變少，待機時間更長，通信要保持長連接。。。所以現在北京那裡很多摩拜單車從地圖上消失
最近發現mobike也用藍牙功能開鎖，手機藍牙關閉時才嘗試通過伺服器通信開鎖，不過如果藍牙並非必要使用條件，那麼車間隔性的與伺服器通信還是必須的
摩拜用的NB-IoT窄帶物聯網吧，和中國移動合作的。
車與手機通過藍牙來交互信息，手機與伺服器端通過網路來交互信息