Привет!
Thu Mar 24 2005 23:24, Oleksandr Redchuk wrote to "Alexander Golov":
...
AG>> В общем действительно интересно, как там у него со стабильностью (в AG>> принципе AG>> готов отобрать из нескольких экземпляров). Подстраивать OSCTUNE не могу: AG>> зацепиться не за что (связь однонаправленная), разве что применить AG>> какое-то AG>> автоопределение скорости на приёмном конце (dsPIC30F4011), правда там МК AG>> очень сильно нагружен.
OR> А подать сигнал не только на RxD, но и ещё на какой-нибудь capture OR> и сгородить что-то LIN-подобное?
В общем да, просто не очень хотелось напрягаться на такую автоматику ради единичного изделия.
Интересно, что в описании семейства dsPIC указывается на фичу внутрикристального присоединения RX к одному из каналов Capture, но потом в даташитах об этом уже говорится вроде как о внешнем соединении.
OR> В таком случае настройка на скорость не должна занимать много ресурсов.
Пожалуй, просто по основной работе ожидается порядка 1 МГц прерываний при 20 MIPS тактовой, но вроде на наивысшем приоритете ничто этому обработчику помешать не должно.
OR> Какая скорость передачи, какой поток данных?
Да никакой. МК всунут с одной единственной целью -- передать по одной имеющейся свободной паре рабочую температуру (типа: уже горим, или ещё можно жить) в двух точках изделия.
OR> Можно перейти на 5-битовую посылку в UART, это немного OR> расширит диапазон частот, в которых ещё будет нормально OR> приниматься - допустимое отклонение будет в 1.4 раза больше. OR> 5-ый бит в послыке использовать для индикации - это старший ниббл OR> или младший, на самом нижнем уровне делать разборку/сборку байтов, OR> верхние уровни протокола ничего и не заметят.
Вот! Это действительно интересный вариант.
Александр Голов, Москва, snipped-for-privacy@mail.ru