Связь двух микроконтролеров

[Dammit]

Ребята, необходима помощь!
Мне нужно реализовать двусторонний асинхронный интерфейс связи между двумя микроконтролерами AVR. USART не подходит, т. к. один из микроконтроллеров его использует... I2C сложно... не разобрался... какие-то ведущие-ведомые, адреса...
Решил сам написать програмно. Написал. побайтно передает отлично (см. примеры в архиве)
Решил организовать передачу строки. и тут глюк.
слово Dammit передает вначале обалденно. потом в программе задержка на секунду.
Передаю слово заново - уже 2 раза передает его! А вот этого мне уже и не надо, в том то и дело
Использую CodeVisionAVR 1.25.5 и протеус 7.1 для отладки...
Подскажите, как исправить этот глюк с двойным передаванием?
Исходники все в архиве. там папки Test и Test2.
в папке Test проект для протеуса!!!
Спасибо огромное!!!
Ребята, если можете поделиться подобными своими наработками, вышлите на мыло serafym@gmail.com

Прикрепленный файл: 2210545.rar

[urry]

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

[Dammit]

побайтно передает отлично! без глюков. а если передаю строку, беру каждый символ передаю по очереди. в конец ставлю (обычный 0). на приемном контролерере проверяю наличие 0. если ноль, выхожу с цикла.
глюк в другом
если смотрел в протеусе,сначала как нажал кнопку - передает строку идеально - Dammit
второй раз нажимаю - 2 раза DammitDammit выводит на индикаторе
третий раз на кнопку нажимаю - 3 раза выводит!!!
Я не могу понять, что это за глюк.

А по символам все отлично...

[Dammit]

Загляни в исходник, там есть ф-ция отправки и приема строки... может, просто я ее не так формирую?

[urry]

нашел - это в приемнике,при склеивании -
поставь
char* recive_string_data()
{
unsigned char recive_byte='\0';
char* result_string= '\0';
а не =""

[Dammit]

Так еще хуже стало.
Тогда оно за первым нажатием выводит на экран
DammDammDamm
за вторым
DammDammDammDammDammDamm
за третим
DammDammDammDammDammDammDammDammDamm

а было
за первым нажатием
Dammit
за вторым
DammitDammit
за третим
DammitDammitDammit

я не могу понять, что не опустошается...

Вот немного подправленые мною исходники
для протеуса индикатор 20Х4 поставил. для большей наглядности, посмотри. а то первые кривые отослал

Прикрепленный файл: 2347573.rar

[Dammit]

Если мы это починим, где-то выложим, чтобы народ скачивал... очень полезная штука!!!
Она асинхронная (это плюс), гребет только по 1 прерыванию на каждый контролер. использует 3 проводка. Никаких адресов в I2C... Ведущих-ведомых... тупых протоколов... передает по биту с подтверждением ...
Чтобы передать данные, просто порт переконфигурируется (если заметил), а потом после конфигурации возвращается обратно на прием.

[urry]

Продолжаем разговор... Если стало "еще хуже", то объяви где-то вверху фиксированный размер unsigned char result_string[10]
положение должно исправиться. После этого выводи массив не строкой, а побайтно, до 0 символа. и почему у тебя идет описание функции с указателем, а возвращается без. Ладно, не суть. Не используй склеивание, попробуй заполнение массива.

[Dammit]

Продолжаем разговор... Если стало "еще хуже", то объяви где-то вверху фиксированный размер unsigned char result_string[10]
положение должно исправиться. После этого выводи массив не строкой, а побайтно, до 0 символа. и почему у тебя идет описание функции с указателем, а возвращается без. Ладно, не суть. Не используй склеивание, попробуй заполнение массива.

Сейчас попробую...
Хорошая идея.
Но хотелось бы чтобы размер строки не был виксирован...

[urry]

Хотелось бы, чтобы передавались двоичные данные, а не текст. Т.е в самом пакете, скажем, первое число - количество принятых/переданных байт. Мало ли какими данными можно обмениваться - как раз строки в приоритете идут в последнюю очередь. А фиксированное значение буфера - скорее плюс, чем минус - ведь при сбое ты можешь убить стек большим количеством инфы.