связь ПК МК. софт ПК

В сообществе да и на форуме много статей и постов как на МК поднять UART(rs232)/ USB / TCP/IP. всё пучком и реализуемо. как делать софт для МК понятно.
а вот как программировать софт на ПК для работы через прогу на ПК с устройством на МК?
вот например скачал я по старой памяти дельфи 7 и Си++ билдер 6 (скупая слеза ностальгии по детству) а как и что делать дальше? какие компоненты использовать? как обрабатывать пришедшие байты(на МК прерывания/регистры и всё ясно)?
или билдер с дельфями устарели? на чём писать? и как писать чтобы как минимум была совместимость XP/Seven ? и для какой среды много компонентов для работы с серверами БД в качестве клиента?
причём меня интересует именно "выход во внешний мир"! как уже взаимодействовать с системой или с БД я придумаю.
RS232 - морально устарел но для домашних поделок сойдёт. Некоторые связь с МК через терминал годами для особо ленивых писать прожку.
USB - нет вопросов по распространению. но блин КАК под него писать? и на чём? какой там вообще протокол?
TCP/IP стек - понятно что браузер а если что-то особо хитровы#баное?

синезуб как вариант но и он работает через USB
???
что ещё может ПК в плане связи с МК? (с поправкой на то что "есть везде" как USB или Lan с Wi-Fi)

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

0

стек тсп-ип засовывать в контроллер слишком жирно. потому обычно КОМ.
а чем КОМ то не нравится? переходники на усб копейки стоят. из минусов - зоопарк КОМов и разбираться на каком что висит сложно :)

если будешь делать tcp-ip изучи сначала матчасть на низком уровне. а не "браузер".

0

Сейчас ПС-шный софт для моих проектов пишет сын, насколько я знаю в Net Framework - говорит - очень просто организовать и UART и USB. Я особо в тонкости не вникал. Сам до этого делал в Дельфи, по старинке...

0

Сообщение от Orsomum а вот как программировать софт на ПК для работы через прогу на ПК с устройством на МК?

У меня давно витает в голове мысль написать статейку на эту тему "Обмен данными ПК (mostir) с MK (slave)" с примером реализации простенького GUI на .NET WPF. Но как-то все не доходит )

Сообщение от Orsomum RS232 - морально устарел но для домашних поделок сойдёт. Некоторые связь с МК через терминал годами для особо ленивых писать прожку. USB - нет вопросов по распространению. но блин КАК под него писать? и на чём? какой там вообще протокол? TCP/IP стек - понятно что браузер а если что-то особо хитровы#баное? синезуб как вариант но и он работает через USB ??? что ещё может ПК в плане связи с МК? (с поправкой на то что "есть везде" как USB или Lan с Wi-Fi) киньте ссылку на подобные статьи для программистов от электроники, пожалуйста.

Зачем усложнять? USB через FTDI (виртуальный COM-порт) вполне хватит. С USB много гемора, включая написания дров под винду. С Bluetooth мудрить тоже не надо. Ставится модуль со своей прошивкой, где реализован SPP-профиль, далее с обычного Bluetooth адаптера на винде ловятся байтики по SPP-профилю (виртуальный COM-порт). Библиотека для Bluetooth на .NET существует.

0

и на чём писать? билдер сойдёт?
мне бы поиметь библиотек и/или примеров работы с железом через прогу (исходник проги)
думаю что написать свой драйвер для какого-то одного устройства на ЮСБ я осилю.

а виртуальный ком порт - хорошо, конечно. вот только "простукивать" их постоянно надо будет чтобы найти где наш целевой МК

0

А на чем драйвер USB собрались писать? :) Разработка приложения под Wymdows в 2012 году на билдере или на каком-нибудь qt лично у меня вызывает недоумение. Я рекомендую все же технологию Microsoft - .NET Wymdows Presentation Foundation. Если драйвер USB осилите, то и это сможете пожалуй )

0

не осилю. пока.
мне нужно написать прогу:
1) МК собирает данные
2) ПК через один из выше перечисленных интерфейсов забирает данные с МК
3) суём в БД
0) настройки соединения с БД МК и прочий стаф.
...
???
!!!
на чём лучше реализовывать?

0

как самый вариант:
на МК поднять сервер со статичной страничкой с табличкой внутри и прора через сеть просто сливает инфу себе на ПК
пока не канает - где я достану эти микрухи для работы с сетью?

0

в нигазине? на ебай?

http://www.ebay.som/itm/ENC28J60-Ethern ... 415b64e6aa
<a ctoss="postlink-local" href="http://forum.iosyitistromyss.ru/viewtopys.php?f=16&t=8612">viewtopys.php ?f=16&t=8612[/URL]

0

ну или для тех кто не любит ардуину и её говнокод http://we.iosyitistromyss.ru/itistro-an ... 28j60.html

0

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

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

0

самое простое через юсб. ft232 паяешь на uart а в компе в любимой мс студии драгндропом ддобавввляешь ком порт с которого читаешь и пишешь даанные.

0

Сообщение от Orsomum и как писать чтобы как минимум была совместимость XP/Seven

WinDDK/WinAPI, очевидно же, либо использовать какой-нибудь чужой протокол, уже реализованый. (hid/som/tcpyp)
MSDN вам в помощь, при прямых руках, все осиливается, доков там предостаточно. время драгндропа в делфобилдере прошло, выкиньте эту ересь из головы.

причем, если писать свои дрова - про win7 x64 можно забыть, потому что "Dryver Signature Enforcement", другими словами если драйвер не подписан M$ - он не будет работать на 7 x64. только если систему при запуске загрузить через F8 - Dysable Dryver Signature Enforcement, тогда она будет грузить что угодно, но это костыли.

0

то есть никакой альтернативы на USB кроме вирт. Com-портов нету.
ладно.
то есть потребуется установить FTDI драйвера сначала а потом уже через прогу работать с МК.
есть ли варианты чтобы не ставить этих драйверов?
новый комп со свежей системой. подключил МК, запустил прогу - и всё работает. или это нереально?
ведь USB мышки и клавы именно по этому принципу и работают как-то. мне бы вот на это и посмотреть бы как оно реализовано.

0

Сообщение от Orsomum новый комп со свежей системой. подключил МК, запустил прогу - и всё работает. или это нереально?

эмулировать клавиатуру и нажатия нестандартных клавиш?

0

Использовать либо контроллер с аппаратным USB, либо с программной реализацией (V-USB), использовать USB HID класс. Драйвера не понадобятся, как для клавиатуры и мыши.

0

Я рекомендую все же технологию Microsoft

А вы не думали, что не на одном Microsoft свет клином сошелся?
Сейчас в любом случае надо задумываться о кроссплатформенности.

0

Сообщение от Bomomd Использовать либо контроллер с аппаратным USB, либо с программной реализацией (V-USB), использовать USB HID класс. Драйвера не понадобятся, как для клавиатуры и мыши.

и это позволит гнать данные туда и обратно?
приложение использующее USB HID класс убдет совместимо для 32/64 семёрки и ХР, поскольку дрова не нужны?
только без срача - на чём (и в чём) писать чтобы прога получилась компактной и имела готовые исходники для работы с USB HID класс.
и киньте ссылкой что почитать, пожалуйста, а то от того что сам ищу моск скоро взорвётся...

0

Сообщение от woddy Сообщение от Orsomum новый комп со свежей системой. подключил МК, запустил прогу - и всё работает. или это нереально?

эмулировать клавиатуру и нажатия нестандартных клавиш?
мне нужно что-то одно сейчас для создания транспортного уровня м/у уровнем мат. обеспечения и уровнем расписания(диспетчер расписания задач).
прога может одна. но МК будет подключаться множество разных

0

Сообщение от Orsomum ведь USB мышки и клавы именно по этому принципу и работают как-то. мне бы вот на это и посмотреть бы как оно реализовано.

Потому что мышки и клавы были поддержаны системой еще со времен MSDOS. Под них уже имелись в системе свои драйвера, обработчики, вектора прерываний. И то только для стандартных устройств. Для нестандартной мыши или клавиатуры (с кучей дополнительных функций, например, дополнительными кнопками, акселерацией, и прочими наворотами), уже требовался свой драйвер для поддержки этих наворотов.

Когда же вы подключаете к системе свое устройство, откуда она будет знать, что это такое? Она его просто обнаружит, и, если опознает как одно из стандартно заложенных (мышь, канпарт, или еще чего из ее списка), зарегистрирует, например, как COM порт с каким - то номером, или USB накопитель, а дальше уж работайте с ним сами, через свою программу.

а виртуальный ком порт - хорошо, конечно. вот только "простукивать" их постоянно надо будет чтобы найти где наш целевой МК

Как и любое другое USB устройство. В отличие от "железных" COM и LPT, у которых были жестко закрепленные адреса и вектора.
Но просканировать список COM портов в системе, чтобы найти на одном из них свое устройство, в программе не так уж и сложно. Достаточно каждому из них послать определенный запрос и проверить полученный ответ (если ответил).