| 在兩個(gè)地方聽(tīng)到這個(gè)問(wèn)題了，其中一處是劉主任建的充電設施標準群，我這里把相關(guān)的問(wèn)題和考慮來(lái)解釋下，這是群里的討論。
充電喚醒的邏輯和預約充電
就是當cp從9V電平切換pwm波時(shí)，車(chē)輛的obc或者vcu需要能夠從休眠中醒過(guò)來(lái)�，F在車(chē)輛有cc插槍和can總線(xiàn)，ac電三種喚醒方式。沒(méi)有識別cp波性變化的功能，cp喚醒有的車(chē)型沒(méi)有。
假設一種場(chǎng)景，用戶(hù)插上充電槍?zhuān)⒉凰⒖▎?dòng)充電機，3小時(shí)后，通過(guò)APP遠程啟動(dòng)充電機，這時(shí)候車(chē)輛可能不響應CP波。
樁端預約，我以為是槍連接好后，樁子并不發(fā)送pwm波，cp一直處于電平狀態(tài)。等預約時(shí)間到了以后，才切換pwm。車(chē)輛看到pwm，再進(jìn)行s2的閉合。但是現在車(chē)輛在插槍后，整車(chē)會(huì )醒一段時(shí)間，來(lái)判斷是否可以充電。這時(shí)又沒(méi)有pwm，一小段時(shí)間后，車(chē)輛休眠。因為沒(méi)有cp狀態(tài)變化的喚醒設置，所以也就無(wú)法響應后面樁子的需求。也就是預約充電無(wú)法成功。
樁端預約因為與車(chē)輛控制無(wú)關(guān)，所以車(chē)輛不知道要等充電樁多久，所以如果沒(méi)有cp狀態(tài)變化的喚醒設置，就無(wú)法配合樁子做長(cháng)時(shí)間的預約充電
這個(gè)故事需要這樣來(lái)說(shuō)：
其實(shí)整個(gè)電動(dòng)汽車(chē)EV和充電設備（EVSE）的設計交互考慮是這樣的:
電動(dòng)汽車(chē)啟動(dòng)整個(gè)過(guò)程 EV initiates Wake Up
主要是冬天的時(shí)候使用電能來(lái)加熱系統Preconditioning
車(chē)輛根據已知的信息進(jìn)行按時(shí)間調節TOC Timed charging
閑置后的補電 Recharge during long idle time
充電設備喚醒 EVSE initiates Wake Up
電網(wǎng)端的電價(jià)調節Changed information about electricity price
電網(wǎng)端的考慮 Other services, which will be triggered from the grid
設備故障 Restart charging after black out or EVSE problem
這個(gè)手段，其實(shí)也挺簡(jiǎn)單的，核心就是車(chē)輛能夠通過(guò)CP喚醒，而充電樁對CP信號也可以進(jìn)行低功耗喚醒，可以說(shuō)，這兩都是根據CP信號的幅度變化來(lái)變化功率狀態(tài)，達到低功耗和工作模式的跳轉
電動(dòng)汽車(chē)響應整個(gè)端行為，只能靠S2的變化
而充電設施，可以通過(guò)重新來(lái)構建時(shí)序過(guò)程來(lái)重建充電
這也是制定這個(gè)狀態(tài)跳變框架的基本含義：
實(shí)現的過(guò)程，如封面的圖那樣，構建以PWM為喚醒時(shí)序
下圖里面的Control Pilot的喚醒電路就是一個(gè)關(guān)鍵點(diǎn)
采用交流電喚醒其實(shí)是個(gè)違反要求的事
而基于CC引腳的喚醒，更多是一個(gè)類(lèi)似RKE的查詢(xún)模式，這是一個(gè)模擬電路的查詢(xún)機理（N秒內進(jìn)行30ms內的幾次查詢(xún)）
這里重點(diǎn)看一下Control Pilot信號的喚醒電路的考慮
需要在鉗位管這里就對CP信號進(jìn)行輸入
分壓至合適的幅度
處理電壓幅度的檢測
處理上升沿的過(guò)程
進(jìn)行診斷
整個(gè)系統的關(guān)鍵點(diǎn)，其實(shí)在CP的處理，各家車(chē)企的做法都差不多。
如下圖所示，為了不讓車(chē)輛交互的信號開(kāi)關(guān)失效，也可以放兩個(gè)來(lái)備份處理。
其效果如上面的場(chǎng)景敘述的那樣
小結：
為了預約充電，看到對control Pilot信號要進(jìn)行編碼，要上PLC，其實(shí)沒(méi)必要的。 |
