C компајлер за S7! кој прави со страница 3
Опции за темата
Тема за пребарување
приказ
Ако сето ова е толку бесмислено, се прашувам зошто има толку многу програмски јазици на компјутерот.
Ако седам пред проблем, секогаш би можел да кажам дека би можел да го решам со едниот или со другиот, зошто другите сеуште се околу? мислам дека колку повеќе избор, толку подобро. Можеби компајлерот c може да реши задача многу полесно отколку како би работела со една од постојните.
Мислам дека треба само да се осмелите да го направите овој чекор, не мора да го користите. а во случај на проблеми каде има смисла да се користи, тој веќе ќе се користи.
Светот надвор од S5/S7 не е толку комерцијален, така што има многу патеки што може да се изодат таму, иако изборот на средства секогаш треба да се заснова на целта. Без разлика дали Паскал, Ц или Ц ++, да наведеме неколку, одговара на развојот во овој сектор. Меѓутоа, во светот Виндоуф, веќе треба да се дозволи BG да се попречи, без Клубот на Фондацијата Мајкрософт нема скоро ништо и три пати можете да погодите врз основа на што работат серверите на Сименс ОПЦ. За многу кучки речиси и да нема ништо друго освен да се поклонат на диктатот.
Постојат неколку работи што не можат да се направат во SCL, но кои можат многу добро да се формулираат уредно и безбедно во IL. Ова е, на пример, поттик за размислување за други решенија. Фактот дека ИЛ не може да се премолчи и дека ИЛ користи јазични елементи од Ц е уште една мотивација за мене. Она што исто така ме нервира е постојаната нотација во SCL, што значително се разликува од правилата на синтаксата Паскал (веќе очекувам приговор на пуристите на S7).
Така беше и од тебе. но беше ок
Сè уште многу добро го познавам ЛСБ затоа што постоев долго време.
Како го замислувате процесот.
Ако ве интересира, тогаш регистрирајте се и пишете ми ПМ. Досега (викенд) не очекував таков одговор. Haveе имаме дискусии за темата демократски во тим во приватна атмосфера.
Дали некој некогаш се обидел за S5, имало еден
книга од Францис-Верлаг:
Контрола на машината со компјутер. Спроведете ги контролните задачи на PLC успешно со компјутер.
Автор: Хофер, Јоханес,
ISBN 3772348211.
Достапно само во продавници за половна употреба.
Во тоа време тоа беше помалку интересно за луѓето.
Со почит Герхард Бдурле
___________________________________________________________________
Искуството не значи ништо. Можеш лошо да си ја работиш 35 години. Курт Тучолцки
Дали тоа исто така ја вклучува и стандардната библиотека Ц? При што мислам само на деловите што имаат смисла во овој контекст. Под значајно мислам на пр. Сè што може да се најде во.
Кодот на Зотел веќе е користен во неколку нишки како пример за „ужасните услови“ во Ц. Единствениот проблем е што изворите на libnodave не се добар пример за тоа, затоа што според мене, Зотел се придржуваше до „добриот морал“ при програмирање. Јас го стекнав моето искуство со C/C ++ пред 14+ години и оттогаш 'рѓосуваше. Сепак, многу добро се согласувам со кодот на Зоттел !
Проблемот што многу луѓе го имаат со C (и јас) е што C голта речиси сè што е поставено пред него, а некои програмери соодветно пишуваат нечитлив код. Но, тоа во основа не е грешка во C, тоа е на овој програмер. Единствената грешка на Ц е што воопшто дозволува такви ексцеси.
Затоа, јас сум исто така критичен кон прифаќањето на C како програмски јазик во PLC, но којзнае, C е веројатно најраспространетиот јазик на компјутерот и покрај опишаните проблеми.
Значи, за специјални функции би можел да замислам да ги програмирам во C или VB отколку во STL!
Ако, на пример, програмирањето се изведува во „C“, кодот може да се чита полесно и побрзо отколку во STL.
Не ги познавам повеќето области за работа овде на таблата, нашата област е специјална машинска конструкција (линија за пренос, центри за обработка, линии за склопување итн.) Денес се користат многу апликации од трети страни, како видео надзор, мобинг и многу други. и исто така административни задачи во PLC.
На пример, управување со палета или алатка во центар за машинска обработка.
Програмирањето на овие работи во C би било многу корисно во некои случаи, бидејќи ако, на пример, се користи ProTool Pro, има и некои работи со делови на сликите.
Кога ќе се стави „know-how“, клиентот може да погледне и блок STL или FBD. Клиент или сервисен персонал не мора да прават промени во сите модули. Никој не се жали дека на пр. Со NCU57x.x во основната програма или со Hi-Graph или со блокови TL2000 се блокирани. Така, производителот исто така може да заклучува модули со know-how.
Секако, побарувачката за C за Step7 не беше толку голема во минатото, но можностите, функциите и барањата пораснаа многу во последните неколку години. Од друга страна, на Сименс не му е лесно да се развива на различни нивоа. Ова многу силно го забележувате кога заедно ги користите различните инженерски алатки од Сименс. Ова е секогаш случај со проекти во автомобилската индустрија, каде што прирачниците за проекти доаѓаат од А & Д Сименс и на почетокот многу често има проблеми со комбинацијата на индивидуалните алатки!
Веќе разговаравме на оваа тема неколку пати, бидејќи веќе има некои случаи во кои некој би сакал да пренесе алгоритам во кој конверторот C-to-IL би завршил многу работа.
Прашањето сега е колку е сериозна работата и врз основа на што се засновате. ГЦЦ би била замислива опција. Дебагирањето станува проблем!
Во врска со постојниот компајлер со отворен извор C: GCC е направен повеќе за 32-битни архитектури. S7 може да направи 32-битна аритметика, но оскудната меморија подобро се распределува бајт по бајт. Затоа, разгледајте го SDCC, компајлер C за разни микроконтролери. Треба само да додадете нов заден крај (генератор на кодови) ако не се лажам.