成人精品一区二区久久久 I 国产美女永久无遮挡 I 中文字幕+乱码+中文字幕明步 I 国产在视频一区二区三区吞精 I 日韩精品小视频 I 成人性生交大片免费4 I 免费aaa级毛片在线视频 I 一级片毛片 I 大型成人社区 I 国模在线播放 I 欧美大荫蒂毛茸茸视频 I 偷偷色噜狠狠狠狠的777米奇 I www.久久亚洲 I 日日搞夜夜操 I 亚洲成色777777女色窝 I 毛片黄色毛片 I 午夜片在线观看 I 国产一区二区三区中文字幕 I 天天干夜夜骑 I 日韩在线视频一区二区三区 I 久久久无码精品亚洲a片0000 I 写真福利片hd在线播放 I 欧美成人一区二免费视频 I 色噜噜狠狠爱综合视频 I 中文字幕无线码免费人妻 I 国产精品久久久久久久久久不蜜臀 I 欧美综合人人做人人爱 I 1024成人网色www I 国产精品视频一二三区 I 亚洲免费美女视频

引用

引用第11樓ajunn于2020-05-12 15:00發(fā)表的  :
不懂GX developer ， GX works2、works3，也不知道什么叫ST，F(xiàn)B，這些高科技，搞不懂，就只會用編程器。

哦，還會一點博途的FBD，SCL，是不是太落后了…

引用

引用第13樓xyzenter于2020-05-16 14:57發(fā)表的  :
    目前來看梯形圖只是沒有以前那么風(fēng)光，但并沒有過時，而且在小型項目中未來幾十年內(nèi)不會消失。
    本人也學(xué)過C，C++，C#，也用java寫過app，剛畢業(yè)那幾年，寫PLC程序總是習(xí)慣性的用計算機的思路去寫，其實也無非就是邏輯運算指令，數(shù)據(jù)處理指令用得多一點，跳轉(zhuǎn)條件優(yōu)化得比較精簡。卻讓我異常尷尬的是，很多接手的兄弟看不懂那些不常用的指令，對那些組合條件不懂如何分析，不敢改程序，到最后還是要我親自出手去改，累死累活，有一種諸葛丞相放眼大漢后繼無人的感覺。。。
    后來慢慢想開了，PLC編程跟計算機語言是不同的，有其自身規(guī)律。
    PLC編程方便簡單，貼近硬件。最重要的是門檻很低，很多接過幾年線稍微有點上進(jìn)心的電工都能學(xué)會。而大部分PLC程序的邏輯也很簡單，尤其是小型機器，基本都是順控過程，復(fù)雜的算法少之又少。對這種小設(shè)備，就應(yīng)該用最簡單的邏輯，最常用的指令，最死板的流程，達(dá)到一種隨便一個人接手，一看就懂的程度的程序，省時省力。到現(xiàn)在，有時候可以一個MOV批量操作多個點的情形，我也可以寫十幾個out，一個個輸出，就為了調(diào)試方便，也為了有些人看到KnM就頭大。當(dāng)然，實在太多了該用還是得用，不能一棒子打死。白居易寫詩問老百姓能不能聽懂，大概就是這個意思吧，大巧不工，大智若愚。
    以上所說的針對門檻不高的小項目，對于大型的，難以分解的復(fù)雜項目，梯形圖就有點顯得力不從心了。如同匯編語言，雖然很強大，但總是會被更高級的語言所替代的。畢竟科學(xué)在進(jìn)步，沒有什么東西是永不過時的。

引用

引用第13樓xyzenter于2020-05-16 14:57發(fā)表的  :
    目前來看梯形圖只是沒有以前那么風(fēng)光，但并沒有過時，而且在小型項目中未來幾十年內(nèi)不會消失。
    本人也學(xué)過C，C++，C#，也用java寫過app，剛畢業(yè)那幾年，寫PLC程序總是習(xí)慣性的用計算機的思路去寫，其實也無非就是邏輯運算指令，數(shù)據(jù)處理指令用得多一點，跳轉(zhuǎn)條件優(yōu)化得比較精簡。卻讓我異常尷尬的是，很多接手的兄弟看不懂那些不常用的指令，對那些組合條件不懂如何分析，不敢改程序，到最后還是要我親自出手去改，累死累活，有一種諸葛丞相放眼大漢后繼無人的感覺。。。
    后來慢慢想開了，PLC編程跟計算機語言是不同的，有其自身規(guī)律。
    PLC編程方便簡單，貼近硬件。最重要的是門檻很低，很多接過幾年線稍微有點上進(jìn)心的電工都能學(xué)會。而大部分PLC程序的邏輯也很簡單，尤其是小型機器，基本都是順控過程，復(fù)雜的算法少之又少。對這種小設(shè)備，就應(yīng)該用最簡單的邏輯，最常用的指令，最死板的流程，達(dá)到一種隨便一個人接手，一看就懂的程度的程序，省時省力。到現(xiàn)在，有時候可以一個MOV批量操作多個點的情形，我也可以寫十幾個out，一個個輸出，就為了調(diào)試方便，也為了有些人看到KnM就頭大。當(dāng)然，實在太多了該用還是得用，不能一棒子打死。白居易寫詩問老百姓能不能聽懂，大概就是這個意思吧，大巧不工，大智若愚。
    以上所說的針對門檻不高的小項目，對于大型的，難以分解的復(fù)雜項目，梯形圖就有點顯得力不從心了。如同匯編語言，雖然很強大，但總是會被更高級的語言所替代的。畢竟科學(xué)在進(jìn)步，沒有什么東西是永不過時的。

引用

引用第11樓ajunn于2020-05-12 15:00發(fā)表的  :
不懂GX developer ， GX works2、works3，也不知道什么叫ST，F(xiàn)B，這些高科技，搞不懂，就只會用編程器。

哦，還會一點博途的FBD，SCL，是不是太落后了…

引用

引用第13樓xyzenter于2020-05-16 14:57發(fā)表的  :
    目前來看梯形圖只是沒有以前那么風(fēng)光，但并沒有過時，而且在小型項目中未來幾十年內(nèi)不會消失。
    本人也學(xué)過C，C++，C#，也用java寫過app，剛畢業(yè)那幾年，寫PLC程序總是習(xí)慣性的用計算機的思路去寫，其實也無非就是邏輯運算指令，數(shù)據(jù)處理指令用得多一點，跳轉(zhuǎn)條件優(yōu)化得比較精簡。卻讓我異常尷尬的是，很多接手的兄弟看不懂那些不常用的指令，對那些組合條件不懂如何分析，不敢改程序，到最后還是要我親自出手去改，累死累活，有一種諸葛丞相放眼大漢后繼無人的感覺。。。
    后來慢慢想開了，PLC編程跟計算機語言是不同的，有其自身規(guī)律。
    PLC編程方便簡單，貼近硬件。最重要的是門檻很低，很多接過幾年線稍微有點上進(jìn)心的電工都能學(xué)會。而大部分PLC程序的邏輯也很簡單，尤其是小型機器，基本都是順控過程，復(fù)雜的算法少之又少。對這種小設(shè)備，就應(yīng)該用最簡單的邏輯，最常用的指令，最死板的流程，達(dá)到一種隨便一個人接手，一看就懂的程度的程序，省時省力。到現(xiàn)在，有時候可以一個MOV批量操作多個點的情形，我也可以寫十幾個out，一個個輸出，就為了調(diào)試方便，也為了有些人看到KnM就頭大。當(dāng)然，實在太多了該用還是得用，不能一棒子打死。白居易寫詩問老百姓能不能聽懂，大概就是這個意思吧，大巧不工，大智若愚。
    以上所說的針對門檻不高的小項目，對于大型的，難以分解的復(fù)雜項目，梯形圖就有點顯得力不從心了。如同匯編語言，雖然很強大，但總是會被更高級的語言所替代的。畢竟科學(xué)在進(jìn)步，沒有什么東西是永不過時的。