Gamma SPb (02.10.2007 12:54, просмотров: 167) ответил VVB на И на I2C тоже, что намного хуже.-
- Удобство работы -- важная вещь. Легче переложить на аппаратуру часть работы программиста, для чего в том числе DMA и предназначен. В общем, мне сильно не понравилось отсутствие DMA, когда начал работать с I2C (ведь для другой периферии есть!) - VVB(02.10.2007 15:17)
- 400 кбит/сек - это 40 кгц прерывания при блочной пересылке. Если это можно положить на DMA, то было бы полезно. - Evgeny_CD(02.10.2007 13:28)
- куда вы блочно слать собираетесь??? 64 байта в страницу епром, которая потом шьется 5 мс? И как с помощью DMA вы собираетесь в разруливать протоколы для разных девайсов на одной шине? Кто будет слать restart? кто будет проверять ACK в ответе от слейва, Gamma SPb(148 знак., 02.10.2007 15:17)
- Мультимастера у меня нету, а вот LCD есть. - Evgeny_CD(02.10.2007 15:21)
- тююю.. 133*64 - 1 кБайт, влетает за 20 мс. Время обновления ЖКИ - ну не как не меньше 100 мс. Улавливаете к чему клоню? - Gamma SPb(02.10.2007 16:46)
- Нет. Я тупой. 60 Мгц/40 кгц=1500 тактов проца. Если я похерю 100 из них на возню с прерыванием, то 6% скорости проца выкину. Если у меня многопоточное приложние, которое кроме рисования картинок много считает, я не хочу херить эти 6%. - Evgeny_CD(02.10.2007 17:49)
- видимо да. Вы собираетесь мультики на ЖКИ рисовать или что? - Gamma SPb(02.10.2007 23:51)
- Могу сказать как это было в STR91x. AlexandrY(535 знак., 02.10.2007 18:27)
- Вероятно, он будет при использовании девайсов Ramtron (они вроде как пишут быстро), но это уже экзотика. - Evgeny_CD(02.10.2007 18:45)
- это не 6%, это +6% к обычной нагрузке на проц раз в какое-то время, часто раз в секунду, в несколько секунд, но не более 5-10 раз в секунду. т.е. если размазать на частоту обновления, то получатся доли процента или доли от доли... крохи, короче. - jaga-jaga(02.10.2007 17:54)
- Почти. А если я работаю от кварца 8 мгц, да без PLL, дабы экономить каждый мка питания, то все уже не так смешно. - Evgeny_CD(02.10.2007 17:58)
- ..так у вас же LPC! Какая уж на нем может быть "экономия".. Не его это. :) - blackbit(03.10.2007 09:23)
- ну если бы да кабы... за все приходится платить... кстати, на обработку прерывания 100 тактов - многовато. надо-то взять очередной байт из массива и выплюнуть. если архитектура правильная (dspic ;) то это очень мало тактов. очень. - jaga-jaga(02.10.2007 18:04)
- Изначально речь про ARM7 шла :)) - Evgeny_CD(02.10.2007 18:08)
- вот и еще один привет для типа бойни arm vs dspic - jaga-jaga(02.10.2007 18:33)
- А нету бойни :) dsPIC чтит кодекс, и не будет лягать валяющегося на полу противника. :) - Evgeny_CD(02.10.2007 18:47)
- вот и еще один привет для типа бойни arm vs dspic - jaga-jaga(02.10.2007 18:33)
- Изначально речь про ARM7 шла :)) - Evgeny_CD(02.10.2007 18:08)
- Почти. А если я работаю от кварца 8 мгц, да без PLL, дабы экономить каждый мка питания, то все уже не так смешно. - Evgeny_CD(02.10.2007 17:58)
- к тому ж, мегагерцовый i2c уже совсем не редкость, т.е. 10мс. - jaga-jaga(02.10.2007 17:33)
- Нет. Я тупой. 60 Мгц/40 кгц=1500 тактов проца. Если я похерю 100 из них на возню с прерыванием, то 6% скорости проца выкину. Если у меня многопоточное приложние, которое кроме рисования картинок много считает, я не хочу херить эти 6%. - Evgeny_CD(02.10.2007 17:49)
- тююю.. 133*64 - 1 кБайт, влетает за 20 мс. Время обновления ЖКИ - ну не как не меньше 100 мс. Улавливаете к чему клоню? - Gamma SPb(02.10.2007 16:46)
- Мультимастера у меня нету, а вот LCD есть. - Evgeny_CD(02.10.2007 15:21)
- куда вы блочно слать собираетесь??? 64 байта в страницу епром, которая потом шьется 5 мс? И как с помощью DMA вы собираетесь в разруливать протоколы для разных девайсов на одной шине? Кто будет слать restart? кто будет проверять ACK в ответе от слейва, Gamma SPb(148 знак., 02.10.2007 15:17)