Make_Pic (01.11.2024 14:21, просмотров: 801)-
- Улыбнуло. А может быть М7 все же прикладной логике отдай, а уже М4 всякой анимации, с рюшиками и бубенчиками? А то непонятно что в задаче главное. Cкpипaч(145 знак., 02.11.2024 10:41)
- С одного ядра вывести один UART, с другого - другой. Написать протокол. Соединить ядра. И пусть работают по-отдельности, обмениваясь данными через обычный, понятный и осязаемый интерфейс. У меня, по сути, так один проект и сделан, только там два физических контроллера. Был бы такой как у вас, то так и перенёс бы. - Nikolay_Po(01.11.2024 22:19)
- Может более подробно описать целевые задачи создаваемого PLC, а так
можно подсмотреть у того-же Oвна / Schneider / Siemens / Advantech
и т.п. - _____NeoPower(01.11.2024 16:10,
)
- Пользуясь случаям, напомню уважаемым бедуинам, почему С++ злое зло. Если наличие второго проца толкает на такие авантюры, страшно представить, на что толкает наличие бесчисленных фич в плюсах! - SciFi(01.11.2024 14:40)
- Никак не распределять. Второй проц вам не нужен. - SciFi(01.11.2024 14:24)
- Почему? Можно поподробнее? Мои мысли - М4 не будет тормозиться с
прикладной программой - не будет джиттера, так как все
"тяжеловесные" процессы выполняются на M7 - Make_Pic(01.11.2024 14:31)
- Присоединяюсь к хору. Программа на двух процессорах сложнее,
потенциально глючнее и хуже отлаживается. Вроде всё кажется не
сложно, но при отладке будете раз за разом сталкиваться с
препятствиями, которых бы не возникло на одном процессоре. Лучше
начать писать на одном, продумывая разбиение на задачи и
взаимодействие между ними. А уж потом, когда и если потребуется,
раскидать задачи по процам. - mr-x(01.11.2024 20:57)
- 2 ядра хорошо, когда на одном чужой закрытый стек крутится, например бле. При этом можешь спокойно вторым ядром рулить. - Andreas(01.11.2024 22:17)
- +1. Не просто так критикую эту затею. Соприкасался из любопытства.
Ощутил вот это все описанное выше. Не понравилось. - SciFi(01.11.2024 21:02)
- Да и под линуксом не просто с портами работать, согласен. - Visitor(01.11.2024 21:08)
- Всё сильно зависит от того, на сколько малое у вас планируется
время цикла ПЛК. Для типового ПЛК джиттер не так уж важен, просто
разнесения задач по процессам RTOS с адекватными приритетами
достаточно. Но в зависимости от объека управления есть и отклонения
от нормы, как медленные (например, HVAC) так и ультрабыстрые и
ультрареалтаймовые (предполагаю, что для всяческих защит). - AlexG(01.11.2024 16:41)
- 1) Всё зависит от решаемой задачи Michael75(370 знак., 01.11.2024 22:39)
- Задачи бывают, почитайте про SIMATIC TDC в качестве примера - AlexG(02.11.2024 10:59)
- 1) Всё зависит от решаемой задачи Michael75(370 знак., 01.11.2024 22:39)
- Отвечу вопросом на вопрос: зачем решать проблему, которой нет? - SciFi(01.11.2024 14:33)
- Ну логика простая - если ты не знаешь как ресурсы поделить, то наверное оно и не нужно... как дойдешь до необходимости уже сам всё знать будешь, нас научишь ) - POV(01.11.2024 14:32)
- Присоединяюсь к хору. Программа на двух процессорах сложнее,
потенциально глючнее и хуже отлаживается. Вроде всё кажется не
сложно, но при отладке будете раз за разом сталкиваться с
препятствиями, которых бы не возникло на одном процессоре. Лучше
начать писать на одном, продумывая разбиение на задачи и
взаимодействие между ними. А уж потом, когда и если потребуется,
раскидать задачи по процам. - mr-x(01.11.2024 20:57)
- Почему? Можно поподробнее? Мои мысли - М4 не будет тормозиться с
прикладной программой - не будет джиттера, так как все
"тяжеловесные" процессы выполняются на M7 - Make_Pic(01.11.2024 14:31)