Разрабатываю устройство, нужен совет по дисплею.

Всем привет! Разрабатываю одно устройство, если вкратце, то измерение по 12 аналоговым каналом, все это дело на внешний АЦП, АЦП к процессору STM32F103RET6 (LQFP64). Необходимо обработанные данные всех 12 каналов выводить на дисплей. Вот и думаю какой дисплей выбрать, хотелось бы одновременно наблюдать все 12 каналов, поэтому дисплей скорее всего графический, к тому же очень хотелось бы цветной дисплей, но сомневаюсь что процессор его потянет. Видел в сети много китайских дисплеев 3,2" (320х240), но там в основном параллельное управление, да и информации маловато, просил продавцов с ebay прислать данные по этим дисплеям, прислали, правда все на китайском :), фиг разберешься в общем, а у меня ног у процессора осталось совсем ничего -17, так что даже и не знаю что выбрать. Хотелось бы дисплей с управлением по SPI, что то вроде дисплея от сотовых телефонов (сименс 65 серии), но основное требование это доставаемость этих самых дисплеев, сами понимаете одно дело купить один и совсем другое партию и в любое время, так что дисплей нужен фирменный, а не no nami. В общем жду Ваших советов, хотя сам думаю что скорее всего придется остановиться на чем нибудь таком http://iosyitistromyss.ru/rabota-s-graf ... s0107.html .

0

Как насчет такого?
http://www.mykroe.som/eng/products/view ... oto-board/
Работает по 8, 9,16, 18-битному интерфейсу или по SPI

0

Большинство китайских дисплеев на совместимых контроллерах делаются, типа ILI9320, 9325 и их аналогов. Т.ч. достать их всегда сможешь. Тип шины обычно выбирается перемычками на шлейфе. Для 8-и битного режима нужно 13 проводков, если и читать и писать данные и управлять сбросом программно. Скорость же перерисовки по SPI вряд ли понравится.

0

SSh, PRS спасибо Вам за советы. Я смотрю, что этот дисплей http://www.mykroe.som/eng/products/view ... oto-board/ на контроллере HX8347D, видел на ebay похожие, типа этого http://www.ebay.som/itm/3-2-ymsh-TFT-LC ... 35b5e30f50 , правда я так понимаю что там только 16-ти битный режим, и зачем там слот под карту, я так понимаю это просто дополнительная фенечка? Да и потянет ли процессор этот экран, останется ли время для всего остального кроме вывода графики?

0

Сообщение от Илексей78 Да и потянет ли процессор этот экран, останется ли время для всего остального кроме вывода графики?

Если уж так серьезно, то может посмотреть на готовые устройства? Например, ОВЕН. Там простое управление, минимуту ресурсов центрального МК. А из проектирования устройств на ИП320 могу отметить чрезвычайное удобство т.н. №конфигурирования". По сути, задача распадается на 2 подзадачи - центральный МК делает свое, а панель выхватывает у него из области обмена и рисует у себя то, что определено программой-конфигуратором. Там и ввод есть - либо кнопки, либо тач-скрин.

Цена - да, существенно выше. Но это уж тебе решать. Есть и другие панели, других брендов.

0

Посмотри, например, вот это http://www.otyexpress.som/product-fm/42 ... alers.html

0

Карта там на отдельные пины выведена, ни хочешь не используй. Так же и сенсорка, она тоже отдельно подключается.
Загрузка проца будет зависить сколько всего и как выводить. На меге заливка всего экрана занимала пару секунд.

0

Спасибо всем за советы!

Если уж так серьезно, то может посмотреть на готовые устройства? Например, ОВЕН.

Посмотрел, интересно конечно, но задача поставлена именно так как я ее описал, поэтому продолжаем искать именно дисплей :).

Загрузка проца будет зависить сколько всего и как выводить. На меге заливка всего экрана занимала пару секунд.

Сразу прошу прощения, за возможно глупые вопросы, но я, честно признаться, ни разу не работал с такого рода дисплеями, ни с TFT, ни с графическими, все время лишь со знакосинтезирующими, но когда то надо начинать, вот и хочу начать, поэтому, как говориться, лучше спросить и 5 минут побыть дураком, чем не спросить и остаться им навсегда :).

1. Ну во первых по поводу скорости прорисовки и загрузки процессора. Я планирую такую картинку, дисплей окрашен полностью в зеленый цвет, при этом дисплей поделен на 12 равных квадратов (прямоугольников), в которых и выводятся значения, полученные с наших 12 каналов, т.е. в принципе картинка не меняется, менять нужно лишь значения, полученные с наших каналов.
2. Я где то читал, по моему на электрониксе, что есть дисплеи с контролером и памятью, в которой можно хранить статичную картинку и постоянно прорисовывать ее нет надобности, в результате нам нужно прорисовывать только результаты наших измерений. В китайских дисплеях, по утверждению того же товарища, все с того же электроникса, такого контроллера нет и придется прорисовывать всю картинку целиком, а это уже приличная нагрузка на процессор и что с этой задачей справиться лишь ARM7, упоминался какой то процессор от NXP, врать не буду, не помню какой. Плюс ко всему сказанному, там же один товарищ пишет что он пытается запустить такой дисплей на ARM7 и не очень доволен скоростью работы, и в то же время есть вот такие проекты http://www.ladyada.net/products/microtouch/ которые вообще на AVR сделаны, может там скорость и не ахти, но и STM32 это не AVR.
3. Поэтому я в смятеньи, может зря дисплей ищу, может не хватит мощности процессора и тогда придется довольствоваться монохромным или все таки можно попробовать?

В общем одни вопросы и догадки..... :(

0

Имхо нужно взять и посчитать... А что проц должен еще много чего делать? Или тока ловить показания и рисовать кривульки? Если грамотно подойти и что-нить на ПДП повесить то выч. мощности должно остаться выше крыши... Хотя и без ПДП можно выкрутиться наверное...

0

Как насчет такого? http://www.mykroe.som/eng/products/view ... oto-board/ Работает по 8, 9,16, 18-битному интерфейсу или по SPI

Присмотрелся к этому дисплею, буду брать. Кстати, не подскажите где его вообще можно купить, хотя бы в России, т.к. на ebay я что то не нахожу, а то я смотрю что в нигазине MicroElectromyka доставка осуществляется службой DHL, а такие службы доставки (Fedex, DHL) они не для Беларуси, в нормальной стране посылку Вам бы доставили прямо домой, у нас же они оседают на таможне в аэропорту Минск-2, и ты едешь и забираешь сам и никого не волнует, что ты живешь в другом городе, в общем жуть, к тому же чтобы забрать нужно пройти тот еще квест, с кучей буниг, толпой бюрократов и различными пошлинами, размер которых будет превышать стоимость посылки.

Имхо нужно взять и посчитать... А что проц должен еще много чего делать? Или тока ловить показания и рисовать кривульки? Если грамотно подойти и что-нить на ПДП повесить то выч. мощности должно остаться выше крыши... Хотя и без ПДП можно выкрутиться наверное...

Все верно говорите, я тут прикинул и тоже думаю что должно мощности хватить, поэтому буду пробовать. Прошу тему не закрывать, буду здесь отписываться по ходу процесса.

0

Кстати вопрос чисто спортивного интереса - а чем не устроил встроенный АЦП МК?

0

Кстати вопрос чисто спортивного интереса - а чем не устроил встроенный АЦП МК?

Как говориться, все рассчитано до миллиметра :), а если серьезно, то по ТЗ требуется приличная точность измерения, а следовательно и преобразования, поэтому встроенного 12 битного АЦП маловато будет.

0

Брал себе такой дисплейчик http://www.ebay.som/itm/200554112312?ss ... 1439.l2649
Мне кажется производительности за глаза, по таймеру из озу с помощью ПДП посылать в буфер SPI

0

Дисплеи от мобилок по spi вполне могут бегать на 15 fps (128x160 16bpp fullssreen), рекомендовал бы дисп от Nokyo 1616, но там spi 9бит который стм не умеет. http://we.iosyitistromyss.ru/lcd_gfx/os ... fonov.html
Большие дисплеи тоже просят не много ресурсов, пример и ссылка на ебай тут http://we.iosyitistromyss.ru/lcd_gfx/vy ... 347-a.html

0

У меня есть некоторые наработки. Посмотри, может что-то себе возьмёшь.

0

Всем привет! Вернулся снова к своему проекту, до этого были другие задачи :( Так вот, встал вопрос по выбору внешнего АЦП, вернее выбор сделан, но есть некоторые вопросы, которые надеюсь с Вашей помощью мне удастся решить. В качестве АЦП я выбрал 24-х битный ADS1244 и сразу возникло несколько вопросов, если вы не против, то я их пронумерую:
1. В DS http://www.ti.som/lit/ds/symlink/ads1244.pdf указанно, что АЦП общается с внешним миром по SIMPLE 2-WIRE SERIAL INTERFACE, насколько я знаю по работе с AVR, это все тот же I2C, однако на сайте производителя этот интерфейс указан как SPI, так все же, что это за интерфейс?
2. Не нахожу в DS погрешность дискретизации, как например в AVR (Absolute Accuracy +/- 2LSB).
3. Если собираюсь работать лишь с частью полного диапазона АЦП, разрядность 24 бит сохраняется, а вот как обстоят дела с погрешностью дискретизации (Absolute Accuracy), или все же лучше работать с полным диапазоном АЦП?
4. Мне нужно посчитать погрешность преобразования, так вот если честно не до конца понимаю какие погрешности мне нужно суммировать, думаю нужно учитывать дифференциальную (DNL), интегральную (INL), а вот с остальными не понятно. К тому же не до конца ясна ситуация с DNL, в DS о ней ничего нет, а вот на сайте производителя она указана как+/- 1LSB.

0