roboforum.ru

WCF под Mono есть: http://www.mono-project.com/WCF
Mono, кстати, от .NET уже почти ничем не отличается, если не забывать про разделители в путях и не использовать pinvoke.
Основной минус Mono - это ненативность GUI. Плюс ко всему Winforms очень и очень глючен(покрайней мере под Mac OS). GTK# в этом случае лучше, но он опять же ненативно выглядит под Mac OS.
Swing/SWT в Java тоже ненативен.

Garbage Collector это намного лучше чем утечки памяти:) Да и не так уж он и медлителен.

А вобще, ничего лучше для кроссплатформености, чем ядро на ANSI C в качестве библиотеки, и фронтенды на том же Qt(или кастомные для каждой платформы) еще не придумали:)

Но все эти программные заморочки скучны и неинтересны:) Меня другое волнует, что думаете насчет Wi-Fi модулей на конечном устройстве?
Я из доступного нашел такое: http://cgi.ebay.com/MRF24WB0MB-Wi-Fi-ra ... 3858wt_957
Кто-нибудь пробовал? Смущает "заточенность" по PIC'и, в принципе PIC18 воткнуть под это дело не проблема, но хотелось бы универсального модуля.

Есть ZG2100MC Wi-Fi модуль с антенной компактный и малопотребляющий. Совместим с бесплатным TCP/IP стэком Microchip. Имеет встроенный MAC-уровень и аппаратную поддержку шифрования, что сильно снижает нагрузку на контроллер.

IEEE 802.11 Wi-Fi Transceiver Module Supports low-power, low data-rate Wi-Fi FCC (USA), IC (Canada), ETSI (Europe) Certified Integrated PCB Antenna with Simple four-wire SPI interface to PIC® microcontroller WEP, WPA-PSK, WPA2-PSK Security 36-pin Surface Mountable Module.

http://mkpochtoi.narod.ru/price.htm

_________________
Читайте !

Не надо париться с портированием под Linux. Под линем сидят админы и некоторые разработчики, которые все-равно используют Windows. Давно уже всем должно быть понятно, что Windows это отличная пользовательская система. Я прошел этап, когда полностью пересел на Linux, а потом через пару лет отказался от "гибкой" системы в пользу тупо удобной Windows.

Не надо обобщать.

Моя мечта что-нибуть типа UART-WiFi, чтобы не нужно было софтварного стэка поднимать. Та ссылка с ebay - тоже от Microchip и под их стэк.


Я тоже долго сидел под Linux, а потом открыл для себя Mac OS. Огромное заблуждение, что Mac для дизайнеров.
Там все прекрасно, начиная от интерфейса, продолжая прикладным API(ObjC+Cocoa) и заканчивая ядром(IOKit).
Один только подход к разработчикам чего стоит. На сайте с документацией есть вариант читать HTML или скачать pdf для распечатки(я на Kindle читаю).

Вобщем все это ни в какое сравнение с Lin\Win не идет:)

Правда очень расстраивает отношение кремниевых гигантов, вот Silabs и FTDI хорошие конторки, OS X поддерживают.
А вот остальные... Но часто комьюнити спасает, как например с MSP430.

Но это все сильно холиворная лирика:)
Мораль - *nix'ы нужно поддерживать! Например в моем кругу общения практически нет программистов, использующих Windows(у меня все знакомые больше по Web:)). Либо Mac либо Linux. Особенно веселит знакомый, работающий в Vim на Mac:)

У меня есть такой модуль - MT800SWM. Но он не маленький и не дешовый. Сейчас на работе ищут как раз чипы UART-WiFi посмотрим что найдут

вот еще один вариант относительно недорогого (ноутовские mini-pci 3-10 обычно, но...) модуля http://www.semiconductorstore.com/cart/pc/viewPrd.asp?idproduct=43556

Поскольку я с Qt знаком только по наслышке, то реализовать сию идею для меня на нём будет не просто и не быстро. Хоть и не спорю, что С++ и быстрее и переносимее, в случае Qt, нежели C# или java. Но заняться им как-то руки не доходят.
На данном этапе наиболее важен первичный результат, который заставит двигаться устройство на расстоянии через wi-fi с ноутбука. Потому что когда видишь конкретный работающий результат, то многие вопросы и споры исчезают или становятся не такими принципиальными - типа на какой операционке всё это или какими средствами разработки пользовались...Это ведь не промышленный масштаб разработки, а экспериментальный опыт больше.
Если всё получится в windows(а я не сомневаюсь), значит всё должно получиться и в nix системе. Только вот время потраченное на первый и второй вариант для меня сейчас будут несоизмеримы.
Поэтому делаю пока на C#, если из этого выйдет что-то действительно стоящее, можно будет заняться и Qt чтобы решить проблему с переносимостью и быстродействием на перспективу

Добавлено спустя 14 минут 42 секунды:

Вопрос, как все эти и подобные модули согласуются с arduiono или другими контроллерами? Чувствую без танца с бубном не обойтись... И не проще и дешевле ли тогда использовать bluetooth адаптер?

это называется "сдался перед сложностями"
а я вот пошел ещё дальше, тупого удобного windows ушел на надежный и удобный MAC OS, а linux юзаю на серверах и спец устройствах.

Добавлено спустя 1 минуту 10 секунд:
iv_s +1

Добавлено спустя 3 минуты 39 секунд:
Rockman c# подходит для всех систем, в тексте.
не трать плиз много времени пока на графику, начни без нее.
так глядишь не придется всё делать в одиночку, народ подтянется.

P.S. правда пока я вижу изобретение велосипеда, или не правильно понимаю цель

"Сложность" эта надумана. Есть новые удобные технологии на базе .NET, microFramework, embedded + поддержка основных языков + C#. Но люди продолжают писать кривые программы на С, gtk и прочее. В конце концов все сведется к написанию программ на платформе .NET, тот же Mono пытается нагнать оригинал. В чем вас не устраивают удобные и современные технологии? Какую альтернативу предлагаете и почему?

забыл добавить "IMHO"
то что много народу пишет на .NET не делает платформу ни портируемой ни стандартной.
то что много народу пишет на Java не делает платформу менее глючной и более быстрой.

я предлагаю не выбрасывать из разработки наиболее продвинутых разработчиков, которые как правило работают на системах отличных от форточек.
Послушать или нет - воля автора, здесь никто ничего не навязывает.
А рассудит как обычно время

Всем разработчикам невозможно угодить - у каждого свой опыт, любимые средства разработки и языки.
Если кто-нибудь начнёт писать подобное на Qt, к примеру, я был бы рад подсмотреть проект чтобы не терять массу времени на освоение.

тогда я наведу на правильную мысль - а что Вы планируете взять в основу проекта?
или с нуля ?? - это велосипед

Для обработки видео-изображения, пожалуй OpenCV можно будет использовать. А для управляющей автономной логики тоже наверняка много решений в виде библиотек.
Но, по-сути, задача то первоочередная - передать данные с одного компа по Wi-Fi на другой. Тут особо и ничего мудрить-то, банальная пересылка данных и вывод в com порт на принимающей стороне... Компонеты Com порта под .Net готовые стандартные есть для связки с контроллером. Данные с видеокамеры, пожалуй тоже можно в поток по сети запихать и принять на обратной стороне.
Если ограничиваться стандартом SOAP, то приложения написанные на .Net используя WCF будут тоже пониматься и другими приложениями-клиентами(java и др.), использующих этот стандарт обмена. Т.е. сервер на .Net подойдет к клиенту на java и.т.д... Но это всё лирика пока, хотя написав сервер и RControl под винду, может кто-то другой займется за клиента под java для кпк или андройда допустим.. Некоторую гибкость всёже имеем.