linuxовка
Очередное сборище linuxового народа состоится на Театральной площади на
лестнице в сквер, который по левую сторону от театра, в ПЯТНИЦУ (27 мая)
в 18.00. Приглашаются все желающие.
Подписаться
Бесплатный дискуссионный лист
Подписчиков 97
| ← Май 2005 → | ||||||
|
19
|
22
|
|||||
|---|---|---|---|---|---|---|
|
29
|
||||||
За последние 60 дней ни разу не выходила
Сайт листа:
http://kirov.lug.ru
Открыт:
15-09-2003
Пре-модерация: Нет
Адрес для писем в лист: comp.soft.linux.kirovlug-list@subscribe.ru
Модератор
Статистика
97 подписчиков
0 за неделю
0 за неделю
Ответы:
опять - 25... неужели никто сам не может придумать тему и принести ее на
линуксовку... почему этим должен заниматься только один человек?
Если есть какие-то интересные вопросы или наоборот ответы - я думаю их
многие с удовольствием выслушают и обсудят... Давайте сами делать свою
жизнь интереснее, а не ждать пока за нас это кто-то сделает другой...
Hello Kolotov,
Thursday, May 26, 2005, 3:47:25 PM, you wrote:
Может быть обсудим подключение внешних устройств по RS-232 и
считывание в файл данных, поступающих по этой линии. Проблемы
реализации в среде Linux, BSD, Win и других? Реализация подобного
механизма - что лучше скриптовые языки или языки высокого уровня.
-----BEGIN PGP SIGNED MESSAGEHash: SHA1
Годится! С удовольствием бы пообщался на эту тему!
- --
С уважением,
Акулов Захар Валерьевич,
mailto:hozzz***@m*****.ru
ICQ:205051758
+79226619471
-----BEGIN PGP SIGNATUREVersion: GnuPG v1.2.5 (GNU/Linux)
iD8DBQFClj7mHKgRUy3ekqMRAgv0AJ4h3IpoI+3Fa6kju2k7d4gd3mk5eQCfWyW0
G4G7EbjibTPxqI/5cCtUZYQ=
=jeHF
-----END PGP SIGNATURE--
-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.kirovlug
Написать в лист: mailto:comp.soft.linux.kirovlug-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.kirovlug--unsub@subscribe.ru?subject=comp.soft.linux.kirovlug
http://subscribe.ru/ http://subscribe.ru/feedback
тогда предлагаю всем заинтересованным в обсуждении обчитаться на эту
тему для более конструктивной беседы...
Здравствуйте,
Zmei пишет:
А какие проблемы реализации обмена по RS-232 в наше время могут
возникать? Информации и примеров реализации предостаточно, имхо.
Было бы понятней, если бы вопрос касался обмена по USB например...
Из своего опыта могу сделать такие выводы: проблем с реализацие
"пересылки байтов" обычно не возникает, всё делается по докам, проблемы
начинаются, когда дело доходит до программирования обмена в соответствии
с каким-либо протоколом.
А какие проблемы возникли у Вас?
Выбирая между скриптовыми (интерпретируемыми) и остальными
(компилируемыми) языками, наверное, всё зависит от цели: если нужно, что
лишь бы работало, то и скриптовый язык подойдёт, а если важны ньюансы
вроде производительности, то тут от компиляции не уйти. С другой
стороны, если скрипт работает с портом не напрямую, а через некую
библиотеку, то всё зависит от её функциональных возможностей и
производительности.
Hello Crusher,
Friday, May 27, 2005, 11:47:59 PM, you wrote:
Можно было бы и обсудить обмен и по USB в сравнении с RS-232 - лучше,
быстрее, сильнее. Каково ваше имхо?
А можно поподробнее? Интересно...
Проблемы сравнения и нахождения лучшего из вариантов... Несомненно...
На C - понятно... Как реализовать на скрипте? Как работать напрямую с
портом посредством скрипта? В каких случаях использоват библиотеку?
Здравствуйте,
Zmei пишет:
В части возможных возникающих при программировании проблем, наверное,
всё очень похоже. У меня был опыт программирования обмена по USB с
устройством, интерфейс USB которого был построей на м/сх FT245BM фирмы
FTDI. Драйвер для FT245BM под windows (а именно там всё и происходило)
предоставляет интерфейс, имитирующий интерфейс файлового ввода/вывода
windows. Так что проблема адаптации кода в данном случае сводилась к
переименованию вызываемых функций :) Так же, существует версия драйвера,
создающего в ОС виртуальный COM-порт, в этом случае совсем всё просто,
но недоступна пиковая пропускная способность шины, обеспечиваемая первым
вариантом доступа к USB.
Проблема реализации протокола обмена программистом "вручную" состоит в
том, что спецификации протокола часто представляют собой словесное (или
графическое) описание алгоритмов работы (процедур передачи), описание
структур данных. Иногда может быть нарисован граф состояний автомата,
реализующего протокол, и в особо продвинутых случаях - формальная
спецификация протокола на каком-либо языке формального описания. Так
что, при переводе описания протокола на язык программирования ошибки
просто неизбежны (из-за недостаточной формализации спецификации
протокола). Если, например, с анализом структур данных протокола всё
просто, то с процедурами передачи могут возникнуть проблемы, если
учитывать, что при этом важны не только правила взаимодействия
передающих сторон, но и то, как это взаимодействие выстроено во времени.
Извините, "понесло"... :)
Может быть стоило сразу попробовать взяться сначала за реализацию одного
варианта, а затем - другого, глядишь, в процессе, все "метания" и
прекратились бы...
Могу предложить вариант для windows... Сразу извиняюсь за оффтопик,
учитывая название конференции :)
Один из вариантов такой:
На одном из языков программирования (например С++) пишется библиотека
для работы с портом, которая представляет собой COM-объект. Далее, на
скриптовом языке (VBScript/JavaScript) пишется целевая программа,
которая создаёт экземпляр объекта библиотеки, и работает с портом.
ИМХО в Linux все точно также... Просто нужно посидеть и поразбираться в
уже готовых реализациях подобного взаимодействия...
Hello Crusher,
Monday, May 30, 2005, 10:21:10 PM, you wrote:
Цитата: "Драйверы виртуального COM-порта (VCP) организуют в системе
фантомный последовательный порт (в дополнение к существующим
аппаратным), и переадресуют все обращения к нему в прямые запросы
непосредственно оборудованию. Программное обеспечение взаимодействует с
USB-устройствами через стандартные вызовы <... поскипано ...>
Драйверы для Linux созданы сторонними разработчиками и включены в ядро
начиная с версии 2.4. Более подробную информацию можно получить
http://ftdi-usb-sio.sourceforge.net/ "
Так что под Linux такое есть тоже.
Вопрос только в одном: когда оно необходимо?
Да ничего страшного... :)) Пусть "носит" сколько душе угодно...
Проблема понятна... В конкретном случае может, наверное, решаться
средствами Open Source - можно попытаться отыскать примеры исходников
для реализации протокола. Можно порекомендовать тот же koders.com.
Да. Если бы речь шла обо мне. Я бы делал как удобнее мне. Но
описать-то надо в сравнении с другими вариантами. Вот поэтому и была
идея обсудить-посмотреть...
Под Lin такое тоже может делаться. Может даже можно готовый COM-объект
поискать... хотя по-моему COM - технололгия Мелкомягких... :)) Может
опять что-нибудь закрыто... Может CORBA лучше? Хотя не суть...
Итак, по-моему, пришло время внести задачу в студию, дабы не толочь
воду в ступе, ибо нефиг..:
Устройство представляет из себя микроконтроллер семейства MSP430 от
Texas Instruments с двумя UART. Он [микроконтроллер] занимаетяся
сбором информации о колебаниях исследуемой системы, формируя при этом
массив данных, который и надо пересылать на компьютер для дальнейшей
обработки. Предполагается для этого использовать RS-232, ОС - linux,
язык разработки - C (или Ada).
Вопрос: чем такой вариант хуже или лучше какого-либо другого? При том
что время выполнения этой операции не критично.
Kolotov Alexandr пишет:
Тема линуховки?
Или все вместе будем диски раздавать прохожим, так сказать линукс в
массы двигать :-)