[Apast 0]

А кто-то реально использовал BlackFin + Ethernet + uClinux, меня, собственно, интересует реальная достижимая скорость обмена этого девайса по сети.

[Johny 0]

А меня интересует вот какой вопрос.

Автономное устройство с батарейным питанием, ввод данных по 1 - 8 каналам АЦП с частотой 1 - 40 кГц. Некоторая обработка, вывод результатов на TFT дисплей, скидывание на комп по bluetooth.

Первоначально выбрал в качестве платформы PXA255 + RTAI Linux. Однако, присмотревшись к blackfin, понял, что они вроде лучше подходят - производительность выше, энергопотребление - ниже. Или я ошибаюсь?

Смущает только uCLinux. Насколько она хуже? В частности интересует наличие графических библиотек.

[arexol1 0]

To Johny

Может глупый вопрос но я интересовался BlackFin-ом и неусмотрел там VGA контроллера - как же вы выводили на TFT панель ?

 

И ещё почему не PXA270 ?

неужели BlackFin круче ?

[iosifk 3]

To Johny

Может глупый вопрос но я интересовался BlackFin-ом и неусмотрел там VGA контроллера - как же вы выводили на TFT панель ?

 

И ещё почему не PXA270 ?

неужели BlackFin круче ?

 

Вот пара кусков текста и ссылки (взял всю кучу не разбирая...):

 

ADSP-BF561 Blackfin имеет ещё и развитую периферию, в частности, параллельный периферийный интерфейс (PPI). PPI - многофункциональный параллельный интерфейс. Он включает в себя и три линии синхронизации, и вход для приема внешней синхрочастоты. Поэтому PPI, а следовательно, и процессор ADSP-BF561, может непосредственно подключаться ко многим модулям TFT. PPI может также декодировать данные ITU-R BT.656.

 

В инструкции по применению ЕЕ-256 приведено детальное описание системы с процессором ADSP-BF561, установленном в стартовом наборе ADSP-BF561 EZ-KIT Lite. Приводится описание подключения процессора Blackfin к модулю TFT-ЖКИ и прилагаются необходимые программы.

 

2. www.analog.com/en/epProd/0%2%2CCADSP-BF561%2C00.html

3. www.analog.com/UploadedFiles/Associated_Docs/84676332PPI_TL.pdf

4. www.analog.com/en/epHSProd/0%2C2542%2CBF561%2DHARDWARE%2C00.html

5. ww.analog.com/UploadedFiles/Application_Notes/4450739634970271712286EE256v01.pdf

6. www.analog.com/en/epHSProd/0%2C2542%2CBF561%2DHARDWARE%2C00.html

7. www.analog.com/processors/processors/blackfin/technicalLibrary/index.html

 

 

Там есть и С коды и весь проект.

Удачи!

[Johny 0]

To Johny

Может глупый вопрос но я интересовался BlackFin-ом и неусмотрел там VGA контроллера - как же вы выводили на TFT панель ?

 

И ещё почему не PXA270 ?

неужели BlackFin круче ?

 

В PXA255 VGA-контроллера я тоже не припоминаю, не уверен что он есть в 270. Впрочем, для ЖКИ он и не нужен - у них свои интерфейсы.

Речь не о том, кто круче. При сопостовимой производительности у BlackFin меньше энергопотребление - немаловажный параметр для автономных устройств. Кроме того, в силу более простой архитектуры, я подозреваю, что у BlackFin меньше время реакции на прерывание. А периферия для вышеизложенной задачи у BlackFin достаточная.

Что касается TFT: к PPI TFT-панели с 18-битным TTL-интерфейсом подключаются без проблем (16 бит, два не используются, как и у РХА). Сложнее с ColorSTN (8-битная шина данных) - у них отводится 3 бита на точку, но в BlackFin, в отличие от РХА нет механизма выбрасывания каждого четвертого бита - т. е. в памяти точки будут 3-битные и не будут выровнены по границе байта. Возможно, проблема решаема на уровне драйвера.

Изменено 24 января, 2006 пользователем Johny

[SimpleSoft 0]

To Johny

Может глупый вопрос но я интересовался BlackFin-ом и неусмотрел там VGA контроллера - как же вы выводили на TFT панель ?

 

И ещё почему не PXA270 ?

неужели BlackFin круче ?

 

В PXA255 VGA-контроллера я тоже не припоминаю, не уверен что он есть в 270. Впрочем, для ЖКИ он и не нужен - у них свои интерфейсы.

Речь не о том, кто круче. При сопостовимой производительности у BlackFin меньше энергопотребление - немаловажный параметр для автономных устройств. Кроме того, в силу более простой архитектуры, я подозреваю, что у BlackFin меньше время реакции на прерывание. А периферия для вышеизложенной задачи у BlackFin достаточная.

Что касается TFT: к PPI TFT-панели с 18-битным TTL-интерфейсом подключаются без проблем (16 бит, два не используются, как и у РХА). Сложнее с ColorSTN (8-битная шина данных) - у них отводится 3 бита на точку, но в BlackFin, в отличие от РХА нет механизма выбрасывания каждого четвертого бита - т. е. в памяти точки будут 3-битные и не будут выровнены по границе байта. Возможно, проблема решаема на уровне драйвера.

 

В PXA25x как и PXA27x есть LCD контроллер:

The LCD controller provides an interface from the PXA255 processor to a passive (DSTN) or

active (TFT) flat panel display. Monochrome and several color pixel formats are supported.

The processor LCD controller supports single- or dual-panel displays. Encoded pixel data created

by the core is stored in external memory in a frame buffer in 1, 2, 4, 8, or 16-bit increments. The

data is fetched from external memory and loaded into a first-in first-out (FIFO) buffer on a demand

basis, using the LCD controller’s dedicated dual-channel DMA controller (DMAC). One channel is

used for single-panel displays and two are used for dual-panel displays.

Frame buffer data contains encoded pixel values that are used by the LCD controller as pointers to

index a 256-entry x 16-bit-wide palette. For 16 bit per pixel frame buffer entries, the palette RAM

is bypassed. Monochrome palette entries are eight bits wide, and color palette entries are 16 bits

wide. The encoded pixel data determines the number of possible colors within the palette as

follows:

• 1-bit-wide pixels address the top 2 locations of the palette

• 2-bit-wide pixels address the top 4 locations of the palette

• 4-bit-wide pixels address the top 16 locations of the palette

• 8-bit-wide pixels address any of the 256 entries within the palette

• 16-bit-wide pixels bypass the palette

When passive color 16-bit pixel mode is enabled, the color pixel values bypass the palette and are

fed directly to the LCD controller’s Frame Rate Control logic. When active color 16-bit pixel mode

is enabled, the pixel value bypasses the palette and the Frame Rate Control logic and is sent

directly to the LCD controller’s data pins. Optionally, the palette RAM is loaded for each frame by

the LCD controller’s DMAC.

 

The processor LCD controller supports the following features:

• Display modes:

— single- or dual-panel displays

— up to 256 gray-scale levels (8 bits) in Passive Monochrome Mode

— a total of 65536 possible colors in Passive Color Mode (using the 16-bit TMED dithering

algorithm)

— up to 65536 colors in Active Color Mode (16 bits, bypasses palette)

— passive 8-bit color single-panel displays

— passive 8-bit (per panel) color dual-panel displays

• Display sizes up to 1024x1024 pixels, recommended maximum of 640x480

• Internal color palette RAM 256 entry by 16 bits (can be loaded automatically at the beginning

of each frame)

• Encoded pixel data of 1, 2, 4, 8, or 16 bits

• Programmable toggle of AC bias pin output (toggled by line count)

• Programmable pixel clock from 195 kHz to 83 MHz (100 MHz/512 to 166 MHz/2)

• Integrated 2-channel DMA (one channel for palette and single panel, the other channel for

second panel in dual-panel mode).

• Programmable wait-state insertion at the beginning and end of each line

• Programmable polarity for output enable, frame clock, and line clock

• Programmable interrupts for input and output FIFO underrun

• Programmable frame and line clock polarity, pulse width, and wait counts

 

PXA25X & PXA27X Dev Manual, Глава 7, п.1

[EE-1313 0]

Если кто знает, подскажите пожалуйста, как подружить LwIP с кэш данных, при использовании кэша данных BF537 пингуется через раз, и виснет постоянно. Заранее благодарен всем кто ответит.

[blackfin 28]

Если кто знает, подскажите пожалуйста, как подружить LwIP с кэш данных, при использовании кэша данных BF537 пингуется через раз, и виснет постоянно. Заранее благодарен всем кто ответит.

Что-то похожее обсуждали на форуме blackfin.org.

[EE-1313 0]

Спасибо за ответ Blackfin, но там немного не то. Проблема в том, что если создать приложение с использованием lwip, без использования кэша данных, то всё вроде замечательно, но, как только включаем кэш данных, начинается веселье. Проц, ловит ping-и через раз, а если пакетов много, то вообще виснет. Может знает кто, в чём проблема .