roboforum.ru

В тему удобства Java/C# по сравнению с C/C++.
Вот например Ruby, что Java, что C# вобще ни в какое сравнение по удобству не идут.
Как бы .NET не старался со своими Linq и т.п., метапрограммирование в Ruby - это нечто.
Вкупе с динамичностью самого языка - это позволяет писать в разы меньше кода, не уменьшая при этом читаемости(а то и увеличивая).
Есть враперы ко всем GUI библиотекам, Qt/wxWidgets/Fox/Tk и еще кучи разных(лично мне больше всего wx нравится:)).
Помимо этого есть реализации под Java(JRuby), под .NET(Ruby.NET), под OS X/Cocoa аж две реализации, Ruby Cocoa от Apple и MacRuby. Соответственно прозрачно можно использовать библиотеки этих платформ.
К официальному интерпретатору любая сишная библиотека подключается с минимальным оверхэдом по коду, а то и вобще напрямую.

Просто, удобно, кроссплатформенно. Кому сдались Java/C#, когда есть Ruby? Зачем себя мучать, надо выбирать самый удобный инструмент!:)

Но, если бы я начинал opensource проект, я все равно бы выбрал C.
Т.к. C - это стандарт де факто, и использование другого языка заведомо ограничивает комьюнити(и скорость исполнения конечного продукта:)).

Но это я так, оффтоплю, самый лучший язык тот, на котором лучше всего получается программировать в данный момент времени:)

P.S.: Еще немного оффтопа. Как раз сегодня наткнулся на .NET Micro Framework - очень интригует. Интересно, что заявлена поддержка Cortex-M3. Надо будет поискать порт под STM32F103 или LPC1700 поискать. Ну, или самому разбираться с Porting Kit:)

Я бы посмотрел бы на PLC, СПО которого написано на C#.

имхо не важно на чём писать в принципе. важно сможет ли кто-то (лидер) сделать достаточно много и поддерживать проект. говорить можно много, а где реальный результат? напишите универсальный терминал, который сможет транслировать управляющее воздействие с интерфейса терминала (нажатия кнопок, двигание ползунков, руление джойстиком) в любую заданную в настройках последовательность команд. и будет ОЧЕНЬ универсальное решение, практически не зависимое от ПО в роботе. ведь управляющий поток практически всегда последовательность данных, чаще всего текстовых.
куча обсуждений на чём писать, на этом чаще всего и заканчивается сам собираюсь писать терминал уже давно, а когда начну, и начну ли - вот вопрос

Наверно надо поичкать, наверняка такая штука уже фришная написана и выложена.

Например в среде microchip.com MPLAB есть интерфейс с органами управления и отображением информации и в ПО для электропривода тоже - Data Monitor Control Interface (DMCI) - http://www.microchip.com/stellent/idcpl ... m=en026698

На www.ni.com делают всякие контрольки типа - http://code.google.com/p/arducopter/

+1 я об этом с начала обсуждения вещаю

А я взял орфа-терминал, напихал туда еще своих слайдеров, вчера по пьяной лавочке вывел фитбэк по току... (DeaD, я, кстати, сделал прием эха от контроллера в отдельном слоте по сигналу от ком-порта - а то у тебя блокирующее чтение после отправки команды - при малейшем сбое зависон полный...)Работает через ком-порт и через TCP. Сделаю на днях регистры с коэффициентами ПИДа для нормальной отладки...

кстати, а где можно взять исходники орфа терминала который умеет по TCP работать? охота глянуть как это делать под Qt.

Есть програ которая делает мост COM - тспип наверно AGG софтвэа или Элтима

Вот такое еще есть http://www.hw-group.com/products/hw_vsp/index_en.html
Singleport выбираем. Но надо поэкспериментировать как время будет... Я давно что-то делал и вроде даже работало