-
- Это само собой. Но и LPT надо держать :-) - ReAl(09.01.2007 23:33, )
- а зачем? - bialix(10.01.2007 01:26, )
- "уровень входа" в работу с AVR через LPT очень дёшев. Хотелось бы его сохранять насколько возможно. - ReAl(10.01.2007 22:51, )
- если можно юзать готовый драйвер, то давно пора bialix(439 знак., 10.01.2007 23:43, )
- Да - это безусловно самый сильный аргумент... Но добавить поддержку stk500 протокола (в части SPI) не помешает ;) Там кстати только всего несколько низкоуровневых функций (никакой мудрой логики в железе нет) - может достаточно будет простой подстановки? - Гудвин(10.01.2007 23:40, )
- Угу... Неоднократно тут поднимал тему обратить внимание на протокол stk500. Можно конечно юзать и родной программатор командной строки, но в нем нет сериализатора... - Гудвин(10.01.2007 01:26, )
- И не только... Одно задание fuses чего только стоит... - Andy Great(10.01.2007 01:26, )
- "уровень входа" в работу с AVR через LPT очень дёшев. Хотелось бы его сохранять насколько возможно. - ReAl(10.01.2007 22:51, )
- а зачем? - bialix(10.01.2007 01:26, )
- а с езернетом будет независимее и портабельнее всех %) - S_agent(09.01.2007 23:10, )
- Именно! Ваще, после LPC23xxx/LPC24xxx/STR91xxx использование всех остальных интерфейсов, кроме Ethernet, становится малоактуальным (сугубо IMHO) - Evgeny_CD(09.01.2007 23:23, )
- То что касается интегрируемых изделий, то да, а в остальном - каждому перцу по венгерцу (с) %) S_agent(97 знак., 09.01.2007 23:39, )
- Именно! Ваще, после LPC23xxx/LPC24xxx/STR91xxx использование всех остальных интерфейсов, кроме Ethernet, становится малоактуальным (сугубо IMHO) - Evgeny_CD(09.01.2007 23:23, )
- Это само собой. Но и LPT надо держать :-) - ReAl(09.01.2007 23:33, )