roboforum.ru

в какой проге можно написать оболочку для ввода данных а проследушей отправки на мк, ну что раскрывабщиеся окна были, ползунки, энкодеры, кнопки, чтоб красиво и недолго ее изучать, комп только для этой проги предполагается использовать, и может быть даже не под виндос

а вообще если комп использовать как место оператора, то можно ли вообще отказаться от виндос? нужно чтобы комп отправлял данный с экрана на высокой скорости

Скорость нужна потому что планируется управлять группами исполнительных устройств, по физическому интерфейсу 485, токовая петля, к каждой группе свой кабель, свой канал со своими данными, и таких групп 10- 20, причем система должна быть построена как чтобы была возможность их наращивания. Ну скажем какой то аналог сом порта , и таких ком портов 10- 20, а в дальнейшем больше. пока в голове вертится только то, что должен быть МК, может несколько МК, которые типа по УАРТ эти данные будут в автоматическом режине передавать в линии. А поскольку линий много, и скорость передачи в линн высокая (максимальная да СОМ порта), то на МК нужно передавать этот обьем данных с еще более с высокой скоростью.

вопрос о скорости был к моменту выбора между виндой и линуксом
Aseris, странная шутка про оптимизации и мощные компы.

забудь про красивости очень на долго. сделай сначала хоть как-то, потом получив отбратную связь от пользователей чего пофикси и только тогда может быть задумывайся об эстетическом причёсывании. а что бы сделать хороший интерфейс нужны дизайнерские зачатки и опыт/знания программирования на выбраном языке/фреймворке/... на c#/xaml под винду, линукс, ведроид,... хоть кросплатформенно можно и с переподвыпертом сделать 2d, 3d или совместив 2d c 3d. есть wpf, avalonia, noesgui и т.д. modern flat ui с анимациями (в очень широком смысле, ксамл очень мощная штука), прозрачностями, привязками данных (оцень полезная штука, которая мяло где встречается) и ещё много чем ещё, да вполне и без сильных шаманств и залезаный в жуткие дебри. только с наскоку может не получиться хотя бы из-за того, что части элементов стили придётся делать, а некоторые элементы скорей всего создавать (в зависимости от фреймворка их может быть слегка не особо, хотя это скорей ни недоработка, а фишка). touch/miltitouch тоже можно, могут быть нюансы в зависимости, допустим от фреймворка, но это уже другой момент.

одно дело, когда дома лампочка перегорела и не проблема её за пару минут её поменять или с фонариком немного походить. другое дело, дорпустим рыбу пол года выращивать. сбойнуло что-то и за пару часов несколько тонн пузом к верху повсплывает. вот по этому промавтоматику меняют частенько не когда она нагнулась, а когда паспортный срок выходит (количество операций, часов работы или ещё что). и качество оборудования и прочего соответственное, что сильно так влияет на цену (у хорошего специалиста з/п не пара копеек, качественные детали подороже лотереи с непредсказуемыми характеристиками и сроком службы, в схемке деталек для всяких защит и прочего такого поболее и т.д.), разработка софта не в 5 копеек обходится,... вот цена и получается слегка не 5 копеек.
если на самом деле нет особых претензий по поводу хорошо проработанного софта и железа, не критичны потери данных или потери от выхода из строят не влетят в приличную сумму, можно и очень бюджетное пробовать найти. или самому попробовать запилить (если просто сбор данных, как вариант избыточность реализовать, т.е. продублировать модули, датчики,...). хотя от задачи много зависит - не факт, что доступная промавтоматика хорошим вариантом будет. а так да 200, 300, 500, 1000,... зарплата * время + сами детали, платки и прочее. циферка может получиться и поболее покупного, даже если платы свои не делать, а из готовых модулей делать +хоть немного добавить питание нормальное (есть готовые качественный в тех же сип модулях, стоят не космос), где-то кондёры на нормальные заменить, плату лаком вскрыть или модуль компаундом залить, добавить защиту портов контроллера, развязку, экранирование,...