#電源管理 #隔離Isolation #閘極驅動器GateDriver #共模暫態抗擾度CMTI
【All-in-one 閘極驅動器,隔離用電意外】
電子產品在尋求便利之際,電源安全是第一考量!舉凡工廠自動化、消費電子、電梯/空調/電動車等馬達驅動、智慧電網、醫療設備或太陽能電力系統轉換等存在壓差的應用,在將電源或資料從高電壓電路傳輸到低電壓進行通訊時,皆需做隔離 (Isolation,意同「絕緣」);以承受接地電位差以及與高能量的破壞性接地迴路隔離,避免外來電擊隨電路竄入,造成設備損壞或危及人身安全。
所謂的隔離可分為基本型 (Basic) 和強化型 (Reinforce) 兩種,其中「強化型」即是在兩極做雙重隔離;以牆壁兩孔電源插座為例,表示所連接的地線及火線若轉換時沒做隔離,使用者在碰觸時可能有觸電危險。隔離強度可藉「共模暫態抗擾度」(CMTI) 量化評估,該數值越高越好,代表輸入與輸出的訊號沒有失真;即使在高壓環境中驅動 MOSFET,也不致因外來干擾造成誤動作而引發災難。
具隔離機制的閘極驅動器 (Gate Driver) 因可透過單一器件做引腳配置,驅動多種電路開關架構、實現高速傳輸;加速高頻開關時間能降低開關損耗,且訊號輸入到輸出的傳播延遲時間 (propagation delay time) 僅以「奈秒」計算,方便迅速對控制迴路補償修正。此外,相較於採離散元件設計的 AC-DC 轉換變壓器,可精簡體積,對於資料中心、企業伺服器或電信系統來說,將大幅提高空間運用的「坪效」,創造更多產值。
延伸閱讀:
《TI:強化隔離Gate Driver雙重防護設備及人身安全》
http://compotechasia.com/a/celue___/2016/0923/33422.html
(點擊內文標題即可閱讀全文)
#德州儀器TI #UCC21520
[本文將於發佈次日下午轉載至 LinkedIn、Twitter 和 Google+ 公司官方專頁,歡迎關注]:
https://www.linkedin.com/company/compotechasia
https://twitter.com/lookCOMPOTECH
https://goo.gl/YU0rHY
delay time計算 在 Kewang 的資訊進化論 Facebook 八卦
前兩篇分享了 Autocomplete 的實作方式及開發細節,算是少數大家迴響比較多的文章 XDD,下面就來整理一下大家的迴響好了。
---
## 1. 減少傳輸量可以使用 msgpack
小編有聽過 msgpack 但還沒實際了解這是如何運作的。剛查了一下資料 (https://msgpack.org),說是比 JSON 更省資料大小,基本上聽過的語言都有支援。
在前公司也用過 Avro 這類的格式,主打的也是省資料大小。但現在應該還不會考慮改用這類要另外做 serialize 的格式。
主要是基於後端是以 Node.js 為主開發,JSON 已經是原生支援,再引入一種資料格式會增加前後端維護的複雜度。另外就是開發人力,新創小公司要儘量減少工作,目前可以順暢運作就好,還有其他更重要的事要做,等之後用量大了再改也不遲。
---
## 2. 減少傳輸量可以使用 HTTP server 的壓縮機制
這真的是忽略了,忘了 expressjs 只是一套 web framework,在上面對資料做壓縮其實會影響到效率。讓如 nginx 之類的 HTTP server 做壓縮應該才是更好的作法。
不過因為現在的 infra 是建在 heroku 上面,heroku 並沒有原生 nginx 的支援。等量大撐不住的時候,倒是可以優先考慮使用 heroku 的 buildpack 把 nginx 架上去試試 (https://github.com/heroku/heroku-buildpack-nginx)。
另外也有提到用 CDN 做動態壓縮,這就真的沒做過了,也是可以研究的方向之一。
---
## 3. 減少使用者打 server 的次數,加上 debounce time
這大家都主推使用 debounce 方式,前端沒玩很深的小編第一次碰到這個名詞是高職的時候。記得那時上課在教 8051,老師說按按鈕時要加上 15 - 20ms 的 debounce time,避免重複送外部中斷。小編對單晶片實在不在行,但大概記得是這個意思。
剛查了一下資料 (https://css-tricks.com/debouncing-throttling-explained-examples),前端的 debounce time 大概也是類似的意思。在輸入文字後,會 delay n 秒再送出,若是在 n 秒內又有打其他內容的時候,就把之前的 request 從 queue 裡面丟棄,只關注最後一次的 request 就好。
這個應該也是有效減少 request 量的作法了。
---
## 4. 減少使用者打 request 的次數,將已經送出的 request 取消掉
這也是一個不錯的作法,若 A request 已經送出去,但還沒回 response 時又送了 B request 的話,此時可以把 A request 取消。
但要注意就是 A request 目前正在執行的步驟是去 DB 拿資料,或是在 server 本身處理一些基本計算。之前在使用 Java (grizzly + jersey) 開發的時候,若有這種情況發生會常在 log 裡面看到 IOException。
原因是 server 已經準備好資料要回傳給 client,但發現 A request 已經取消,不知道要怎麼回傳時就會發生這個狀況。但也有可能是小編自己沒控制好收發的關係啦 XD
---
關於 Autocomplete 的三篇大概就到這篇為止啦,等上線之後做了哪些調整再來分享給大家知道一下。
#funliday #autocomplete #msgpack #debounce #nginx
delay time計算 在 淚眼風 Facebook 八卦
Ducky Shine 3 Firmware Update / 韌體更新
01. Increased LED backlight PWM frequency.
02. New: Multimedia keys (Fn + Calc = Play/Pause, Fn + PC = Stop, Fn + Mail = Previous Song, Fn + Home = Next Song).
03. New: Adjustable reactive mode delay time (Fn + R_Alt + ↑↓).
04. New: CM1 and CM2 mode are now independent. They can be activated in any backlight mode, with 3 brightness levels and breathing mode (Fn + F11/F12).
05. New: Hold Fn + F10 to turn off all backlight functions.
Note: Ducky Yellow / Snake can be updated too.
01.提高LED燈光PWM頻率。
02.新增右上角多媒體鍵快捷鍵。
(Fn + 計算機 = 播放/暫停;Fn + 我的電腦 = 停止;Fn + 電子郵件 = 上一首;Fn + 我的首頁 = 下一首)。
03.新增可調式延遲單點亮背光功能 (Fn + 右Alt + ↑↓)。
04.新增在任何模式下CM1、CM2可獨立設定顯示,依序切換3段亮度、呼吸燈、關閉獨立區域背光。(Fn + F11/F12)
05.新增 Fn + F10 壓住3秒鐘關閉所有背光功能。
註:台灣請用美規。Ducky Yellow / 蛇年 也適用。
Notice: Oops. The elves got a little drunk and made a booboo on the firmware. We'll re-up it as soon as we can.
註:Sorry,目前我們還有一些修正,最慢下星期會重新上架釋出,感謝各位支持 ^^
delay time計算 在 電阻電容(RC) 時間常數計算器 - DigiKey 的相關結果
輸入電壓、電容量以及負載電阻值,即可計算電阻電容電路的電阻電容(RC) 時間常數。 ... <看更多>
delay time計算 在 不可不知TDR系列(1) : 除了阻抗,TDR還能算Delay喔! 的相關結果
所以真實的time delay (TD)其實是1.5ns/2=0.75ns。 ... 不可不知TDR系列(1) : 除了阻抗,TDR還能算Delay喔! ... 線長的計算可以由波速v跟延遲時間t決定: ... ... <看更多>
delay time計算 在 Delay的時間要如何計算? | 當代論壇 的相關結果
據我所知, 一分鐘時間(sec)/ BPM, 得到每拍時間, 若每八分音符做一Delay, 再將該值除以2, 1/16 則除以4. 但很多情況下反而不做如此精確計算, ... ... <看更多>