CrushAlexandr

В данный момент имеем 50 установленных кресел с контроллером собственного изготовления на Mega16, кресла китайские,управляем ими через оригинальный пульт. Купюрник по протоколу Pulse. Сейчас на подходе вторая партия,100 шт. Ездить по креслам задолбало - прикручиваем GSM модем. Скоро будет. Если заинтерисованы - напишите сюда ICQ

Кондеры на V+ и V- наличествуют. Уровни на V+ и V- правильные (около +9.9 и -9.9в соответственно). Кроме того это не объясняет корректную работу канала R2IN. Всё же менять макса надо, авось седня руки дойдут. А вот если не поможет, то думать...

Всем огромное спасибо за идеи, но пока проблема осталась. Что делал: Еще раз проверил плату на залипы и непропои. Не наблюдается. Да и сама плата заводского изготовления, в паяльной маске. Прозвонил цепи RX и TX как ТТЛ так и RS232 стороны на предмет замыкания с соседними дорожками, и на всяк случ с землей и питанием. Всё в порядке. Питание MAX232 проверил, в норме. Отключил шнур "комп-устр-во" от устройства, замкнул шнуру RX и TX. Эхо отличное, 100% правильное. Шнур и комп можно считать оправданными. Помучал пинцетом и RX и TX ножки на меге. Ничего не изменяется, глюки во время передачи данных "комп-> устройство" сохраняются. Копрус меги - PU (PDIP). (По кр. мере так написано в товарном чеке и на самой меге). Вынул мегу из панельки, замкнул RX и TX на ТТЛ стороне MAX232 (прямо на MAX232). Помехи есть. Например, шлю 0x64, получаю или 0x7f или 0x5f или 0x77 с явным преобладанием последнего. При аналогичных махинациях с 1м каналом усарт - отличное эхо, никаких искажений. Стал менять пары RX-TX: (при отключенной меге и закороченных соответствующих ТТЛ ножках макса). Результаты такие (обозначения по каналам MAX232). R1IN->T1OUT - помехи R2IN->T1OUT - отлично R1IN->T2OUT - помехи R2IN->T2OUT - отлично Т.е. проблема остается либо в R1IN МАКС232 либо в печатной плате (хотя там проблем не видать :/ ). По идее еще бы поменять макса и стало бы ясно, но пока некогда. З.Ы. осцилографом не располагаю.

Привет всем! Имеется простенькое устройство на megа162. Используются оба ее USART-ы через преобразователь уровней MAX232CPE с кондерами 1мкф, вобщем все как обычно. Для упрощения, устройство подключено к PC по обоим RS232. Проблема: в работе 0го усарта наблюдаются странные глюки - влияние канала передачи на канал приема. Если "навстречу" передаваемому от меги к PC байту идет какой-то байт, то на приемной стороне (PC) происходит искажение данных. Упрощаем программу - мега постоянно шлет какой-то байт, например, 0xAA. Смотрим, на PC этот байт отлично и устойчиво принимается. Шлем навстречу байт 0xFF. Тоже всё хорошо. Шлем на встречу байт 0x00. А от меги приходит вместо 0xAA, например, 0xAF. Т.е. нулевые биты по приемному каналу меги искажают передаваемые биты, причем устанавливают их в 1, с не-100%й вероятностью. Мегу менял (глупо конечно на зеркало пенять,но мало ли). MAX232 поменять пока руки не дошли, да и опять же врядли в ней дело. Пробовал отключить receiver в меге, помехи остаются. Т.е. проблема "вне" меги - шнур PC-устройство, MAX232, дорожки до меги. с 1м каналом USART проблем не наблюдается, несмотря на то что он на плате разведен куда как хуже (дорожки раза в три длиннее и от MAX232 до меги и от MAX232 до разъема). Идеи?