Компілятор C для S7! хто робить зі сторінкою 3
Варіанти теми
Шукати в темі
дисплей
Якщо все це настільки безглуздо, мені цікаво, чому на ПК так багато мов програмування.
Якщо я сиджу перед проблемою, я завжди міг би сказати, що міг би її вирішити то одним, то іншим, чому інші все ще поруч? я думаю, чим більше вибору, тим краще. Можливо, компілятор c може вирішити завдання набагато простіше, ніж як би він працював з одним із існуючих.
Я думаю, вам слід просто наважитися на цей крок, вам не потрібно його використовувати. а у випадку проблем, при яких використання є розумним, воно вже буде використано.
Світ поза межами S5/S7 не такий вже власницький, тому існує багато шляхів, якими можна пройти там, хоча вибір засобів завжди повинен ґрунтуватися на цілі. Незалежно від того, чи є Pascal, C або C ++, щоб назвати декілька, це відповідає розвитку в цьому секторі. Однак у світі Windoof вже збираються дозволити BG заважати, без Microsoft Foundation Club майже нічого немає, і тричі можна здогадатися, на якій основі працюють сервери Siemens OPC. Для багатьох суків майже нічого не залишається, крім як вклонитися під диктовку.
Є кілька речей, які неможливо зробити в SCL, але які дуже добре можна сформулювати акуратно та безпечно в IL. Це, наприклад, поштовх до роздумів про інші рішення. Той факт, що ІЛ не можна мовчати і що ІЛ використовує мовні елементи з C, є ще однією мотивацією для мене. Мене також дратує постійне позначення в SCL, яке значно відрізняється від правил синтаксису Паскаля (я вже очікую заперечення пуристів S7).
Так це було від вас. але було нормально
Я все ще дуже добре знаю LSB, тому що я був довгий час.
Яким ти уявляєш процес.
Якщо вам цікаво, тоді зареєструйтесь і напишіть мені лічку. Дотепер (вихідні) я не очікував такої реакції. Ми будемо обговорювати тему демократично в команді в приватній атмосфері.
Хто-небудь коли-небудь пробував для S5, був такий
книга від Франциса-Верлага:
Управління машиною за допомогою ПК. Успішно реалізовуйте контрольні завдання PLC за допомогою ПК.
Автор: HOFER, Йоганнес,
ISBN 3772348211.
Доступно лише в букіністичних магазинах.
Тоді це мало цікавило людей.
З найкращими побажаннями Герхард Бдурле
_________________________________________________________________
Досвід нічого не означає. Ви можете робити свою справу погано протягом 35 років. Курт Тухользки
Чи включає це також стандартну бібліотеку С? При цьому я маю на увазі лише ті частини, які мають сенс у цьому контексті. Під значущим я маю на увазі, наприклад, усе, що можна знайти.
Код Цоттеля вже використовувався в декількох потоках як приклад "жахливих станів" у C. Єдина проблема полягає в тому, що джерела libnodave не є хорошим прикладом цього, тому що, думаю, Zottel дотримувався "доброї моралі" під час програмування. Я отримав свій досвід роботи з C/C ++ 14 років тому, і з тих пір він все більше іржавіє. Тим не менше, я дуже добре ладжу з кодом Цоттеля !
Проблема, яка виникає у багатьох людей із C (у мене теж), полягає в тому, що C заковтує майже все, що розміщується перед нею, і деякі програмісти відповідно пишуть нерозбірливий код. Але це в основному не помилка в C, це проблема цього програміста. Єдиною помилкою С є те, що вона взагалі допускає такі надмірності.
Тому я також критично ставлюся до прийняття C як мови програмування в PLC, але хто знає, C є, мабуть, найбільш широко використовуваною мовою на ПК, незважаючи на описані проблеми.
Тому для спеціальних функцій я міг уявити їх програмування на C або VB, а не на STL!
Якщо, наприклад, програмування здійснюється на "С", код можна прочитати легше і швидше, ніж на STL.
Я не знаю більшості робочих місць людей тут, на дошці, наша область - це спеціальне машинобудування (лінія передачі, обробні центри, складальні лінії тощо). Сьогодні тут використовується багато сторонніх додатків, таких як відеоспостереження, Mobby та багато інших. а також адміністративні завдання в PLC.
Наприклад, управління піддоном або інструментом в обробному центрі.
Програмування цих речей на мові C було б дуже корисно в деяких випадках, тому що, якщо використовується, наприклад, ProTool Pro, на малюнках також є деяка робота з деталями.
Коли "ноу-хау" діє, клієнт може також переглянути блок STL або FBD. Клієнт або сервісний персонал не повинні вносити зміни у всі модулі. Ніхто не скаржиться, що, наприклад, заблоковано блоки NCU57x.x в базовій програмі, Hi-Graph або TL2000. Тож виробник також може заблокувати модулі за допомогою ноу-хау.
Звичайно, попит на C для Step7 раніше не був таким великим, але можливості, функції та вимоги значно зросли за останні роки. З іншого боку, Siemens не так просто розвиватися на різних рівнях. Ви помічаєте це дуже сильно, коли разом використовуєте різні інженерні інструменти від Siemens. Це завжди стосується проектів в автомобільній промисловості, де посібники проектів надходять від A&D Siemens, і на початку дуже часто виникають проблеми з поєднанням окремих інструментів!
Ми вже досить часто обговорювали цю тему, оскільки вже є випадки, коли хотілося б перенести алгоритм, в якому перетворювач C-to-IL зробив би багато роботи.
Питання зараз полягає в тому, наскільки серйозна справа і на якій основі ви базуєтесь. GCC був би можливим варіантом. Проблемою стає налагодження!
Щодо існуючого компілятора з відкритим кодом C: GCC створений більше для 32-розрядних архітектур. S7 може виконувати 32-розрядну арифметику, але дефіцит пам'яті краще виділяти байт за байтом. Тому погляньте на SDCC, компілятор C для різних мікроконтролерів. Вам просто потрібно додати новий задній кінець (генератор коду), якщо я не помиляюся.