Связка AVR и Excel, как связать? Опции

[Saadov]

Вот возник вопрос о передачи данных из EEPROM в таблицу Excel. AVR считывая по нужным адресам данные из EEPROM пересылает их в UART,как я понял на стороне ПК управление берет на себя скрипт на VBA, который рассовывает принятые переменные в нужные адреса ячеек в Excel. Реализовывал ли кто подобное? Что можно почитать про особенности работы AVR с Excel? Спасибо.

[DpInRock]

USB это пижонство и совершенно лишний гемморой. Если скорости меньше мегабита.

[zhevak]

USB это пижонство и совершенно лишний гемморой. Если скорости меньше мегабита.

Упс! Про пиженство это Вы зря. Не красиво получилось

Конечно, в некоторых случаях лучше использовать USB, а не RS232. AlexandrY
хорошо описал, как он борется со своими проблемами. Я его понимаю. Более того,
я тоже так считаю, что в его частном случае использование USB более
оправдано, чем использование RS232.

Мне кажется, что MrYuran ближе всех подошел к истине. Сфера применения
USB -- это "настольное" его оспользование.

Возвращаясь к началу, следует наверно уточнить, что USB не предназначен для
замены RS232. Эти два протокола имеют общую территорию. Но у каждого протокола
есть свои области применения, и, надо сказать, далеко не малые, где один из них
будет более оправдан, чем другой. И я так думаю, что это определяется не модой на
новые технологии, и не пиженством, а в первую очередь экономическими, а во вторую
очередь -- техническими соображениями.

[rezident]

Возвращаясь к началу, следует наверно уточнить, что USB не предназначен для
замены RS232. Эти два протокола имеют общую территорию. Но у каждого протокола
есть свои области применения,

Извините за вредность , но не могу не поправить, RS232 это не протокол, а стандартный (стандартизованный) электрический интерфейс.

[zhevak]

не могу не поправить, RS232 это не протокол, а
стандартный (стандартизованный) электрический интерфейс.

Ну почему же?

Мы обсуждаем вопросы как раз физического уровня (по семиуровневой модели OSI).
Мы говорим о материальных средах передачи: кабели, соединители, затрагиваем вопросы
каким образом байт из одного устройства по проводам пропадает в другое устройство.
Мы рассматриваем уровни передаваемых сигналов, скорости передачи, очередность
передачи битов, и т.д.

Хотя, спасибо за поправку. Заставил задуматься, полистать книжки.

Забавно, Дуглас Камер в книге "Сети TCP/IP: принципы, протоколы, структура" говорит
о RS232 не как о протоколе, и даже не как об "элетрическом стандартном интерфейсе".
Он отзывается о нем как стандарте. А вот Фред Иди в своей радиолюбительской книжке
"Сетевой и межсетевой обмен данными с МК" рассматривает RS232 именно как протокол.

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

[zltigo]

Он отзывается о нем как стандарте.

Это и есть стандарт. Именно стантдарт - очень старый, 60x годов, когда рекомендации "ассоциации электронной промышлености" обозначали, как RS а не EIA. Сейчас это правильнее называть EIA-232E . А вобще ICCIT(МККТТ) V.24 более кошерен к поминанию в качестве стандарта. ISO тоже какой-то имеется на этот счет.

[zhevak]

Это и есть стандарт. Именно стантдарт - очень старый, 60x годов, когда рекомендации "ассоциации электронной
промышлености" обозначали, как RS а не EIA. Сейчас это правильнее называть EIA-232E . А вобще ICCIT(МККТТ)
V.24 более кошерен к поминанию в качестве стандарта. ISO тоже какой-то имеется на этот счет.

Да, похоже я не совсем прав. Наверно все-таки следует говорить о "стандарте" RS232. Понятие "стандарт" более
емкое, чем "протокол". Когда мы говорим "протокол RS232", то, не буду лукавить, откидываем такие понятия как
дальность, скорость, напряжение, тип разъема и т.д., и подразумеваем в первую очередь порядок передачи битов,
наличие старт-стопов, паритета и т.д. Т.е. протокол -- это понятие программной реализации стандарта.

[rezident]

Да, похоже я не совсем прав. Наверно все-таки следует говорить о "стандарте" RS232. Понятие "стандарт" более
емкое, чем "протокол". Когда мы говорим "протокол RS232", то, не буду лукавить, откидываем такие понятия как
дальность, скорость, напряжение, тип разъема и т.д., и подразумеваем в первую очередь порядок передачи битов,
наличие старт-стопов, паритета и т.д. Т.е. протокол -- это понятие программной реализации стандарта.

Вы вообще стандарт EIA/TIA-232-F видели? Нет там слов про протокол вообще! Про электрические характеристики сигналов написано. Про типы разъемов. Про соединения DTE<->DCE, про количество и способы соединения сигналов квитирования. Про емкость и длину линии. А вот про количество информационных битов в символе и бит паритета, там как раз нет ничего.
Вот одна из первых страничек стандарта с описанием разделов. А в этой апликухе краткий обзор по многим известным стандартным интерфейсам.

Прикрепленные файлы

 EIA_232_F_abstracts.pdf ( 88.15 килобайт ) Кол-во скачиваний: 111

 

[zhevak]

Вы вообще стандарт EIA/TIA-232-F видели? Нет там слов про протокол вообще! Про электрические
характеристики сигналов написано. Про типы разъемов. Про соединения DTE<->DCE, про количество
и способы соединения сигналов квитирования. Про емкость и длину линии. А вот про количество
информационных битов в символе и бит паритета, там как раз нет ничего.

Да, сегодня явно не мой день. Даже не знаю, что и ответить... Одняко, попробую.

Я тоже умею гуглить и тоже умею читать. Первая же ссылка при поиске "Protocol EIA232" ведет на страницу
http://www.interfacebus.com/Design_Connector_RS232.html

, где читаем следующий текст:

Remember TIA/EIA232 does not define the protocol or parity.

Отлично! То, что доктор прописал!

Однако, на этой же странице первый рисунок имет подпись "EIA232 Protocol" (загрузите страницу с
отключенными изображениями), на котором показана временная диаграмма передачи бит. Оба-на!
И как это противоречие понимать? И таких мест в инете очень много.


Уважаемый rezident, я Вам буду очень благодарен, если Вы сможете ответить на два простых вопроса.
1. Чем объяснить, что очень многие употребляют неправильное сочетание терминов "Протокол RS232" и
при этом абсолютно точно понимают, о чем идет речь.
2. Какой нормативный документ (стандарт, протокола, ...) регламентирует порядок передачи битов, наличие
стартовых и стоповых битов при передаче инфы в стандарте RS232?

Я не хочу Вас "уколоть", это мне нужно лишь для того, чтобы знать, чем следует заменить мое
неправильное выражение "Протокол RS232". Пожалуйста, назовите правильный термин, которым можно
так же лаконично и понятно_для_всех называть передачу битов. Я не против поучиться.

Спасибо.

[rezident]

1. Чем объяснить, что очень многие употребляют неправильное сочетание терминов "Протокол RS232" и при этом абсолютно точно понимают, о чем идет речь.

Это вопрос риторический что ли? Спросите у тех, кто употребляет такое словосочетание. Они видимо про RS232 только в применении к COM-порту PC знают

2. Какой нормативный документ (стандарт, протокола, ...) регламентирует порядок передачи битов, наличие стартовых и стоповых битов при передаче инфы в стандарте RS232?

Это определяется конкретным UART (Universal Asynchronous Receiver / Transmitter), который подключен к интерфейсу RS232. Через RS232 теоретически можно и манчестер забульбенить. Только нафиг не нужно при такой низкой пропускной способности оного интерфейса.

Я не хочу Вас "уколоть", это мне нужно лишь для того, чтобы знать, чем следует заменить моенеправильное выражение "Протокол RS232".

Пишите корректно - "интерфейс RS232" и лично у меня не будет никаких претензий

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

"Передача битов" настолько размытое в понимании словосочетание, что под него просто невозможно дать конкретное определение или термин. Если вы про асинхронную последовательную связь пишете, то так и указывайте - последовательная асинхронная. Биты ведь и через параллельную шину тоже передаются, только одновременно по нескольку - параллельно А RS232 может и синхронным быть. В стандарте указана такая возможность.

[zhevak]

Через RS232 теоретически можно и манчестер забульбенить.

ага, а некоторые МК это могут даже практически А еще могут работать
в режиме модема, RS485, IrDA. А если теоретически и чисто поизвращаться, то я
бы сюда еще и функции ШИМ приписал... и может быть еще что-нибудь. Так что?
Будем друг друга понтами валить?

"Передача битов" настолько размытое в понимании словосочетание, что под него просто
невозможно дать конкретное определение или термин.

Дак вот и я о том же! -- Нет официального ни термина, ни определения.
Поэтому многие, в т.ч. и я, применяют условную терминологию "Протокол RS232",
и под этим подразумевают не удобоно-длинное определение "последовательная
асинхронная связь с одним стартовым и одним (двумя или полуторами стоповыми битами),
стартовый бит нулевой, стоповый -- единичный, количество информационных битов может
быть ..." -- не буду далее продолжать. Дураков здесь нет , понятно о чем идет речь.

Если вы про асинхронную
последовательную связь пишете, то так и указывайте - последовательная асинхронная.

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

Биты ведь и через параллельную шину тоже передаются, только одновременно по
нескольку - параллельно

Хотя, опять же, если поизвращаться, то, думаю, можно через RS232 параллельно по паре
бит передавать. Только зачем?

А RS232 может и синхронным быть.

Да неужели?!!
Ну что уж так дурно думать-то о людях?


И давайте уже прекращать этот никому не нужный балаган. Обращаюсь к Вам, как к
модератору, удалите ненужные постинги. Я не возражаю.

[rezident]

Поэтому многие, в т.ч. и я, применяют условную терминологию "Протокол RS232",
и под этим подразумевают не удобоно-длинное определение "последовательная
асинхронная связь с одним стартовым и одним (двумя или полуторами стоповыми битами),
стартовый бит нулевой, стоповый -- единичный, количество информационных битов может
быть ..." -- не буду далее продолжать. Дураков здесь нет , понятно о чем идет речь.

Если условно, то Солнце вращается вокруг Земли. Это ведь каждый видит собственными глазами каждый день.
Вы можете придумывать себе какие угодно условности, названия и абстракции. Никто не может вам в этом помешать. Вот только перед тем как их употреблять, договоритесь о них с другими. Если их примут, то замечательно, а если нет, то хотя бы будут иметь в виду, пытаясь понять, о чем вы им объясняете.
RS232 это интерфейс, а не протокол. Точка.

[zhevak]

RS232 это интерфейс, а не протокол. Точка.

Никогда так не смеялся! Спасибо!
"По науке", RS232 -- это интерфейс. Никто и не оспаривает.

Когда люди говорят о том, как они собираются передвавть данные -- по SPI-ли, по I2C-ли, или еще как-то,
когда людей не интересуют ни типы разъемов, ни номера контактов, а только задействованные модули в МК
(или ПК), когда им важно подчеркнуть, что этот тип последовательной передачи данных будет именно такой,
а не какой-то другой, то они условно называют это -- "протокол 232". И все друг друга понимают, хотя такого
протокола ни в одном стандарте нет. Как нет и официального определения следующих выделенных мною
терминов, которые я надергал из Ваших же постов:

напишите баг-репорт
В европейском суппорте
могут потом задолбать
общался и мылом и по телефону
А в этой апликухе
...

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

[rezident]

Как нет и официального определения следующих выделенных мною
терминов, которые я надергал из Ваших же постов:

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

Стандартный и совсем неоригинальный способ - переход на личности. Читайте стандарт и просвещайтесь, господин придиральщик.

Прикрепленные файлы

 EIA_232_F.pdf ( 1.64 мегабайт ) Кол-во скачиваний: 47