tag:blogger.com,1999:blog-7838217076590700145.post531701322959632217..comments2024-02-01T17:27:19.881+08:00Comments on 還在學: BACnet 學習心得Goodspeedhttp://www.blogger.com/profile/08502416651306399363noreply@blogger.comBlogger7125tag:blogger.com,1999:blog-7838217076590700145.post-4202841068936061972018-03-05T19:49:23.948+08:002018-03-05T19:49:23.948+08:00感謝分享...剛剛想起,其實還有RS485轉光纖這種東西,長距離有時是連RS485 9600bps ...感謝分享...剛剛想起,其實還有RS485轉光纖這種東西,長距離有時是連RS485 9600bps 1.8公里都不夠用阿Goodspeedhttps://www.blogger.com/profile/08502416651306399363noreply@blogger.comtag:blogger.com,1999:blog-7838217076590700145.post-24792840396205014122018-03-05T16:45:45.308+08:002018-03-05T16:45:45.308+08:00就我所遇到的領域來說,
硬體環境故然是一個問題點,
傳輸的資料量與傳輸情境也是主導選用傳輸界面的因素...就我所遇到的領域來說,<br />硬體環境故然是一個問題點,<br />傳輸的資料量與傳輸情境也是主導選用傳輸界面的因素之一,<br />一但需要pc或nb作為使用終端的操作界面,<br />USB與Ethernet就成為極少數的選項之一,<br /><br />就看其使用情境,<br />要長距傳輸的話,<br />USART to RS232/RS485 driver IC就是必備的,<br />相對的baudrate就比較低,<br />若要用高baudrate(921600 bps以上),<br />那driver IC要選別過,<br />其次,<br />一但將USB作為與PC溝通的傳輸界面,<br />USB的Firmware與PC的software人力也是要準備的,<br />也就代表後續有相容性問題要處理的心理準備,<br />畢竟不是每間公司都有像Chamber大這種熟USB界面的人材,<br />也不見得想養這樣的人。<br />所以大多數還是會選像FTDI這種廠家的產品,<br />把USB相容性與PC driver的問題由廠商來包了。<br /><br />而且就我所看到的,<br />需要長距離傳輸的,<br />很少只要1~2個port.......小烏龜https://www.blogger.com/profile/10391597376042578020noreply@blogger.comtag:blogger.com,1999:blog-7838217076590700145.post-82487578952082685442018-03-03T02:39:46.454+08:002018-03-03T02:39:46.454+08:00應該說,如果軟硬體全部包給同一家公司,那當然越方便越好,幹麻還要弄個COMx折磨客人跟自己?
但是...應該說,如果軟硬體全部包給同一家公司,那當然越方便越好,幹麻還要弄個COMx折磨客人跟自己?<br /><br />但是一套工控系統是模組化的系統,可能圖控是A廠商,控制器是B廠商,馬達是C廠商,那可見得A廠商的產品要跟B廠商溝通,沒有一個通用公開的API那要怎麼溝通?最能夠在 XP/Win7/Win8/Win10 間無痛轉換的大概也只剩下 COMx 跟 TCP/IP?<br /><br />還有一個麻煩的點,就是 USB 接頭在工控環境實在不怎麼robust,工控環境線材幾乎都是端子台用鎖的加上號碼套管,就算USB可以用鎖的也不是什麼容易取得的標準品。<br /><br />還有一點是工控以DC24V 為主流, 可以接 5V 的工控元件幾乎沒看過, 再說沒有隔離這樣直接接大概等等PC也跟著掛了(工控環境很多干擾源),不過現在也有廠商做USB隔離器就是了<br /><br />再來是工控系統希望一次能讀/寫越多IO點越好,USB肯定可以把RS232/485幹掉,但通訊的即時性,頻寬,距離..跟Ethernet比起來又差了一截...<br /><br />最後是工控系統PC只佔一小部份甚至是不存在,大部份是嵌入式系統,能認得的USB裝置有限,就算是強如Linux也不是每種USB device都有辦法辨識<br /><br />所以工控搞到最後才會把自家產品的USB縮限成只能上下傳韌體跟資料的,或者是可以跟自家的產品通訊(我看過三菱的人機界面可以用USB與三菱PLC通訊,但肯定不會讓台達知道怎麼通訊)Goodspeedhttps://www.blogger.com/profile/08502416651306399363noreply@blogger.comtag:blogger.com,1999:blog-7838217076590700145.post-18997070273042825562018-03-01T19:15:43.054+08:002018-03-01T19:15:43.054+08:00好吧。我果然是吃米不知米價的外行人。
我原來的意思是:在PC 端換成USB ,但在實際上,還是會以...好吧。我果然是吃米不知米價的外行人。<br /><br />我原來的意思是:在PC 端換成USB ,但在實際上,還是會以傳統RS232/RS485 <br /><br />傳輸。這樣子的成本應該還好一點,反正也都是要一顆 USB MCU。跟一顆 USB <br /><br />轉UART 是一樣的。不過,你們說得也沒錯:可以直接用 Ethernet 的,就比較<br /><br />簡單容易快速,至於硬體成本,我覺得那只是時間的問題而已。反正殺價的生意<br /><br />永遠都有人在做的。不是嗎?ChamberPlus Taiwanhttps://www.blogger.com/profile/15411773154295502356noreply@blogger.comtag:blogger.com,1999:blog-7838217076590700145.post-39379607565925310852018-02-26T11:14:41.971+08:002018-02-26T11:14:41.971+08:00指定com port這個問題感覺上像是歷吏包袱,
就最近看STM32 USB相關的資料與網上搜尋wi...指定com port這個問題感覺上像是歷吏包袱,<br />就最近看STM32 USB相關的資料與網上搜尋windows usb com port通訊來看,<br />要用CDC class的話, <br />指定com port是免不了的,<br />目前查到的方法都是從Registry 去讀取現在該裝置的com port設定,<br />https://msdn.microsoft.com/en-us/library/aa394413(VS.85).aspx<br /><br />http://blog.xuite.net/miinyuan/blog/27862127-%E6%90%9C%E5%B0%8B%E9%9B%BB%E8%85%A6%E4%B8%8A%E6%89%80%E6%9C%89%E7%9A%84+RS232+Ports<br /><br />只是想一想,<br />用USB HID不用driver,<br />通訊速度還可以接受的話,<br />我就沒動力去試了 orz<br /><br />USB就個人使用的感覺,<br />就比較適合pc與受控端短距(3米內)的控制傳輸,<br />要一對多的話,<br />pc軟體介面就要多費心思。<br />如果真要長距離通訊的話,<br />還真不如RS485 / CAN 或Ethernet,<br />成熟又資源多,<br />而且Ethernet還有PoE可以加上去用,<br />雖然很貴......<br /><br />小烏龜https://www.blogger.com/profile/10391597376042578020noreply@blogger.comtag:blogger.com,1999:blog-7838217076590700145.post-84490689345571332192018-02-25T15:11:12.021+08:002018-02-25T15:11:12.021+08:00USB to RS485/RS232 有人做成地攤價,也有人做成精品(4PORT要價8000TWD)...USB to RS485/RS232 有人做成地攤價,也有人做成精品(4PORT要價8000TWD),做成精品的那一家,就可以把 COM Port 編號給鎖定,也就不會有編號跑掉的問題了。<br /><br />工控這幾年也慢慢接受 USB 了,Mitsubishi, OMRON 這些老字號 PLC 廠,上下載程式的CPU Port都可以見到USB了,否則工控的程式也是越長越大,每天光上下傳程式就飽了。<br /><br />當然歐美都是往Ethernet發展了(所謂的industrial ethernet),例如 Profinet, EtherNet/IP, EtherCAT...都是 Ethernet 相關,最近看到一個案例是 EtherNet/IP 接 84 台變頻器,如果用 RS485 跑起來效能一定很悲劇。<br /><br />不過有所謂的林迪效應(Lindy Effect),意思是對易損的東西來說,每多活一天,都會縮短其壽命;相反的,對於不易損的東西來說,每多活一天,都將更拉長其存在壽命<br /><br />RS232/RS485/RS422 就很像這種東西,工廠一用10幾20年都不太會壞,壞了更換成本也很低,也不太會像USB挑線材,DIY easy,很少相容性問題,距離也夠長,要跟 HMI/SCADA 通訊也容易,缺點就是頻寬小了點<br /><br />如果要改成USB,Mitsubish, OMRON 這些廠商也未必願意把資料放出來,像小弟以前搞HMI,就算你願意放出來,那我還要花很大力氣處理 USB driver(10家廠商做10次)...那乾脆跳一級直接上 Ethernet 不是更快更好?國外某大廠牌HMI連上下傳HMI程式的USB device port都乾脆拿掉只留Ethernet,以前做HMI時Windows USB這邊還會被防毒軟體找碴,或是挑線材,客人弄幾次也沒耐心了,再說不是每間公司都有您老這種USB大師坐鎮,哈~<br /><br />所以雖然COMx 這種問題有時候很惱人,兩權相害取其輕,也只能繼續沿用了Goodspeedhttps://www.blogger.com/profile/08502416651306399363noreply@blogger.comtag:blogger.com,1999:blog-7838217076590700145.post-83887815461924571302018-02-24T18:37:26.928+08:002018-02-24T18:37:26.928+08:00可不可以請教一個問題:
文中有提到 USB/RS232 to RS485 。以我自己的經驗,其實許...可不可以請教一個問題:<br /><br />文中有提到 USB/RS232 to RS485 。以我自己的經驗,其實許多這種東西<br /><br />一般也都是用 Virtual COM 的方式來處理,這可能是牽涉到APP 底層還是都是<br /><br />以CALL COM PORT 的方式處理,大家懶得改?<br /><br />我自己在用就覺得有點"拙"...因為這一種做法要底層自己去找出對應到哪一個<br /><br />COM port 就有點怪... 有時是COM4,又不知道跑到哪一個COM X?<br /><br />所以我自己在做這件事時,我就乾脆用USB HID 下去,然後呢?反正<br /><br />到了USB Controller MCU 那邊時,也會自己的UART,就乾脆把原本<br /><br />PC 對應的 UART 的事轉到那棵 USB Controller MCU 去處理。<br /><br />不知道這種作法對於你們這一種搞工控的人來說:我想法是否是比較天真的?<br /><br />還是吃米不知米價的"外行人"?ChamberPlus Taiwanhttps://www.blogger.com/profile/15411773154295502356noreply@blogger.com