- Vote on answer
- posted
13 years ago
attiny13
- Vote on answer
- posted
13 years ago
- Vote on answer
- posted
13 years ago
- Vote on answer
- posted
13 years ago
- Vote on answer
- posted
13 years ago
- Vote on answer
- posted
13 years ago
- Vote on answer
- posted
13 years ago
- Vote on answer
- posted
13 years ago
Hello, Alexey! You wrote to Alexander Sashurin on Fri, 06 Aug 2010 08:39:40 +0400:
AS>>>> Как вариант - микруха декодер, включающая нужный чипселектор. NS>>> Бррр. Что-то очень развесистое и несимметричное получается.
AS>> И да, повесить ее на тот же SPI. И делать на том же attiny13. Hе AS>> хочется - пиши TWI:) А насчет UART не думал?
AVB> Если нужен результат, то думать надо насчет CAN.
Это зависит. Иногда результат и более простыми методами достижим.
dima
- Vote on answer
- posted
13 years ago
- Vote on answer
- posted
13 years ago
- Vote on answer
- posted
13 years ago
- Vote on answer
- posted
13 years ago
- Vote on answer
- posted
13 years ago
- Vote on answer
- posted
13 years ago
- Vote on answer
- posted
13 years ago
- Vote on answer
- posted
13 years ago
Hello, Nickita! You wrote to Michael Belousoff on Fri, 06 Aug 2010 16:20:22 +0400:
MB>> 2. Как вариант, соедини их UARTами, тут уже предлагалось. И MB>> простейший протокольчик.
NAS> Hе хочу. Ибо придется заморачиваться стабилизацией частоты, а NAS> отладка усложнится.
Hе хочешь асинхронный, сделай синхронный, какие проблемы? Программно это делать гораздо проще, чем iic, если скорость обмена высокая не нужна и для строба можно внешнее прерывание задействовать, то совсем компактно получается. Адрес передавать в посылке, принимают все, отвечает только тот, чей адрес передан. Достаточно двух линий - одна строб, другая двунаправленная данных. Это почти наверняка влезет в 1к subj вместе с остальными твоими задачами. Hо да, все слейвы - только и строго слейвы и их надо опрашивать, если надо знать состояние. Hо программный мультимастер iic в tiny13 - несбыточная мечта imho, я бы 20 раз подумал, прежде чем вообще разбираться как это реализуется и стоит ли с программной эмуляцией этих протоколов связываться.
dima
- Vote on answer
- posted
13 years ago
Hello, Nickita! You wrote to Alexander Sashurin on Fri, 06 Aug 2010 16:22:10 +0400:
AS>>>> А насчет UART не думал? NS>>> Hе хочу. Там (у уарта) завязка на скорость довольно жесткая.
AS>> И? У тебя скорость обмена плавает? А USRT?
NAS> Плавает. И от температуры, и от настроения, и от степени
У тех AVR, с которыми я имел дело, действительно внутренний генератор от температуры плавает больше, чем позволяет UART, в отличие от PIC'ов, где он стоит как у волка на морозе, даже удивительно какой схемотехникой это достигается.
NAS> отлаженности. NAS> на 0.5гц отлаживаться проще, чем на 9600.
UART с 75 бод начинается, если я не путаю, но, честно говоря, не вижу разницы между 0.5 Гц и 10кГц в плане отладки. По-моему, не ждать полминуты пока пакет передастся удобнее, а скопу - все равно.
dima
- Vote on answer
- posted
13 years ago
- Vote on answer
- posted
13 years ago
- Vote on answer
- posted
13 years ago