Отправлено: 28.12.06 12:46. Заголовок: Модуль USART

Какой алгоритм работы с данным модулем?

 Отправлено: 16.06.09 21:30. Заголовок: Хотелось бы в общих ..

Хотелось бы в общих чертах, попонятнее, что такое OPC сервер UniOpc?
kaligraf пишет:

цитата:

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

А как дела с синхронизацией? Ведь если привязатся только к таймеру, то будет постепенный, неизбежный временной разрыв между ожидаемым приходом байта и его действительным приходом. Ладно если обмен идёт короткое время. А если время непрерывного обмена продолжается 10часов и более?

 Отправлено: 17.06.09 07:37. Заголовок: igor пишет: Хотелос..

igor пишет:

цитата:

Хотелось бы в общих чертах, попонятнее, что такое OPC сервер UniOpc?

Программа, которая собирает данные с приборов и передаёт удалённо по DCom (Виндовая фича).
На удалённом компе устанавливаешь какую нибудь скаду систему, или просто OPC клиента, связываешся с сервером и получаешь данные в реальном времени. Можно просто Экселем связаться. В инете набери OPC, там более подробно можно узнать.
У каждого прибора свой протокол обмена, соответственно OPC сервер должен поддерживать данный прибор.
UniOPC - это универсальный сервер, для конкретного прибора должна быть своя dll ка.
Я нашёл человека в интернете, который обещал помочь в написании библиотеки для моего прибора. Библиотека пишется на С++.

 Отправлено: 17.06.09 09:36. Заголовок: igor пишет: А как д..

igor пишет:

цитата:

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

Да сбоев вроде не было. Каждую миллисекунду проверка - если байт пришёл - перебрасываем его из RCREG в буфер приёма(программно задан). Протокол примерно тот-же, только после стартового байта FF у меня длина всей посылки идёт, а контрольная сумма 2-х байтная в конце. Когда всё слово (длина разная может быть от 5-ти до 40 байт принято - выставляю флаг, что вся посылка в контроллере. А этот флаг уже в основном цикле проверяется и в зависимости от команды поступившей - контроллер отрабатывает.

 Отправлено: 17.06.09 10:02. Заголовок: kaligraf пишет: дли..

kaligraf пишет:

цитата:

длина разная может быть от 5-ти до 40 байт принято

А как ПИК определяет, что посылка закончена и приняты все байты?

 Отправлено: 17.06.09 11:03. Заголовок: Виталий написал посл..

Виталий написал

цитата:

после стартового байта FF у меня длина всей посылки идёт

 Отправлено: 17.06.09 12:11. Заголовок: Т.е. после стартово..

Т.е. после стартового байта, идёт байт, в котором записано число количества байт в посылке?
Всё понятно.

 Отправлено: 17.06.09 18:56. Заголовок: Sergey Roslik пишет:..

Sergey Roslik пишет:

цитата:

В инете набери OPC

Набрал. Почитал. Чем больше читаю, тем больше непоняток возникает.
Понял только одно, что эта система может работать с любым подключенным к компьютеру оборудованием. Надо только под каждое оборудование свою .dll написать. Что то вроде написание драйвера к подключаемым к компьютеру устройствам (сканер, принтер, и т.д.).
А вот по поводу приобретения этого OPC сервера. Прочитал, что доступны только демо версии, а за полноценную программу нужно платить от 100$ до 10000$ в год.

 Отправлено: 18.06.09 07:01. Заголовок: igor пишет: Понял т..

igor пишет:

цитата:

Понял только одно, что эта система может работать с любым подключенным к компьютеру оборудованием. Надо только под каждое оборудование свою .dll написать.

Самое главное ты понял
igor пишет:

цитата:

А вот по поводу приобретения этого OPC сервера. Прочитал, что доступны только демо версии, а за полноценную программу нужно платить от 100$ до 10000$ в год.

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

 Отправлено: 29.04.10 16:45. Заголовок: Простите может такой..

Простите может такой вопрос уже звучал, но все же...

В чем разница между EUSART и USART? И самое главное - у модуля USART нет возможности вывести микроконтроллер из режима Sleep в асинхронном режиме, а есть ли такая возможность у EUSART?

 Отправлено: 01.08.10 22:16. Заголовок: здравствуйте Товарищ..

здравствуйте Товарищи.
я занялся изучением USARТ. для PIC-а в самоучителе всё подробно написано и опписано. а вот как накарякать программу передачи/приёма данных в винде большой вопрос. дело втом, я катко занимался изучением Microsoft Visual C++ 6.0 и библилтеке MFC дело далеко не ушло решил сделать ставку на PIC-и. накачал кучу замечательных книг, так что некоторое понимания работы в этой среды я имею, но в них нету главного описание работы с портами.
хочется составить программу (в целях обучения) для связки МК и ПК. но описания работы COM порта я так и не нашел, есть пару сайтов типа http://www.pcports.ru<\/u><\/a> но там нет того чтоб понять работу СОМ порта.
Просьба для тех кто обладает этими знаниями поделится ими со мной .

 Отправлено: 01.08.10 23:42. Заголовок: Самоучитель посвящён..

Самоучитель посвящён PICкам, поэтому не удивительно что в нём не расматривается работа с COM портом со стороны компьютера, т. к. это выходит за рамки темы.
В разделе 6_2_4 Практикума есть небольшая программа для компа.
Также про работу с COM портом, можно прочитать в разделе 10.6 "Обмена..."
Правда там не Си а бейсик.

ОКТОГЕН пишет:

цитата:

там нет того чтоб понять работу СОМ порта.

Что именно не понятно?

 Отправлено: 05.08.10 00:02. Заголовок: нашел я там статейку..

нашел я там статейку непосредственное присоединения PIC-а к кампу.
да вот проблемке не как не магу прицепить прилагаемою библиотеку SerialGate, чё с ней делать как цеплять ? вообщем непонятно, как там описано прикрепить её не получается выдаёт ошибку (вернее 6 ошибок)

P.S. понимаю данный вопрос к PIC не относится , просто спросить то и неуково

 Отправлено: 05.08.10 09:07. Заголовок: ОКТОГЕН пишет: библ..

ОКТОГЕН пишет:

цитата:

библиотеку SerialGate

Это вы про SerialGate.dll?
Статейку нашли в интернете?

 Отправлено: 05.08.10 20:58. Заголовок: Вот здесь описание ..

Вот здесь описание этой библиотеки с примерами:
http://www.pcports.ru/Articles.phpздесь<\/u><\/a>

 Отправлено: 07.08.10 12:26. Заголовок: ДА Да Да именно там ..

ДА Да Да именно там я её и нашол хорошый класс для работы с СОМ портом
ну я вроде как разобрался с его присоединением к проекту, дело осталось за малым чёнть сотворить для сопрежение компа и PIC

 Отправлено: 07.08.10 17:01. Заголовок: Почему бы с COM порт..

Почему бы с COM портом не работать с помощью WinAPI?
Ведь ничего сложного в этом нет.

 Отправлено: 15.08.10 16:56. Заголовок: Пётр пишет: Почему ..

Пётр пишет:

цитата:

Почему бы с COM портом не работать с помощью WinAPI? Ведь ничего сложного в этом нет.

да с удовольствием б работал былоб описание гденть как с этим работать.
щейчас вот пачти разобрался как в MFC библиотеке и готовым приложением SerialGate.dll записывать и принимать данные через СОМ порт. но всёравно эт несерьёзно ибо теории СОМ порта у мня нет .

 Отправлено: 21.11.13 17:38. Заголовок: Решил продолжить эту..

Решил продолжить эту тему, хоть и давно тут никто не отмечался.
Вопрос у меня по работе с USART'ом на приемной стороне, по обработке принятой ПИКом информации.
Т.е. не могу сообразить с алгоритмом на стороне ПИКа. Как правильно обрабатывать принятое.
Суть такова:
из ПК идут запросы "FE FE 50 E0 03 FD", "FE FE 50 E0 04 FD", "FE FE 50 E0 14 00 FD", "FE FE 50 E0 1C 00 FD"
Соответственно принятому посылается ответ. По передаче проблем нет.
Вопрос: как лучше обрабатывать, формировать массив из 7 байт и просматривать каждый байт, или непосредственно во время приема пытаться декодировать?
Работа USART основана с отложенным прерыванием, т.е. есть основная программа, где запрещены все прерывания.
Пытаюсь обрабатывать массив, но ответ идет только на первый написанный запрос.
Евгений

 Отправлено: 22.11.13 22:29. Заголовок: UN7GCE пишет: Работ..

UN7GCE пишет:

цитата:

Работа USART основана с отложенным прерыванием,

А зачем спрашивается?
Вы же можете не успеть буфер очистить.

UN7GCE пишет:

цитата:

как лучше обрабатывать

Тут всё от протокола зависит.
Если можно без буфера (что обычно редко бывает), разумеется лучше сразу обрабатывать.

 Отправлено: 24.11.13 18:22. Заголовок: Dmitry Dubrovenko пи..

Dmitry Dubrovenko пишет:

цитата:

Тут всё от протокола зависит. Если можно без буфера (что обычно редко бывает), разумеется лучше сразу обрабатывать.

Спасибо аз ответ. Из-за неспешной работы этого сайта разобрался сам. После того, как разрешено bsf PIE1,RCIE программа ныряет в обработку и первая строчка обработки проверяет на переполнение. А мои косяки с обработкой были связаны с тем, что опрос из ПК шел непрерывно, без проверки ответа от ПИКа (программа ПК не моя). Пришлось подстраиваться. Сделал без буфера, так быстрее.