netscape

Ваге, на ебее, на страничке Вашего экрана предлагают скачать пример специально для него (скетч?). Попробуйте, он заработает??? Некоторые экраны имеют нестандартную разводку или управление - но в их скетчах эти изменения можно найти... Я вот разбирался вот с таким чудом, без исходников пришлось бы туго... И у данного экрана распиновка совсем другая, простым шлейфом не обойдешься:

да уж... я тоже как то не сразу додумался, что он зеркальный... У просто меня чуть другой экран и мне все равно пришлось паять. одну сторону шлейфа к экрану. Про себя сетовал, что мол зря не взял стандартный экран - можно было бы обойтись стандартным шлейфом. Можно попробовать запаять с обратной стороны платы угловой разъем. Если вторым слоем "бутерброда" будет макетка, а третьим плата согласования экрана, то должно влезть. Что-то подобное: http://www.chipdip.ru/product/idc-40mr.aspx

Один из способов решения проблем с SD картой: Инициализация библиотеки с уменьшенной скоростью: initFAT(spispeed) значения spispeed: SPISPEED_LOW SPISPEED_MEDIUM SPISPEED_HIGH (это значение по умолчанию) SPISPEED_VERYHIGH Второй источник появления проблем - это наличие нескольких устройств, работающих на SPI- шине. Так, среди наших устройств это - touchScreen(иногда), SD карта, Ethernet, dataFlash, внешний EEPROM. Все такие устройства используют стандартные пины для работы SPI: SCK, MISO, MOSI (на Mega это выводы 52, 50 и 51 соответственно) и индивидуальный для каждого устройства вывод CS (Chip Select). Для активного устройства на шине уровень на выводе CS должен быть установлен в низкий уровень. Это обычно делает стандартная библиотека устройства. Так вот проблема: при обмене с одним устройством для всех неактивных устройств на шине SPI значение CS должно быть установлено в неактивное состояние (высокий уровень). А вот этого сделать стандартные библиотеки не могут - так как понятия не имеют сколько устройств на шине SPI и на каких пинах они работают. Так что нужно думать о том, как согласовывать разные SPI устройства в рамках одного скетча.

Для наших целей - все равно. контроллер ATmega8U2/16U2 в Mega используется для программной организации USB. В ATmega16U2 можно загрузить специальную прошивку для того, чтобы использовать ардуино как USB-хост, например для подключения и работы с Android- устройством. Поэтому Mega 2560 с 16U2 иногда называют MEGA ADK (Android Development Kit). Для обычного применения прошивки для ATmega8U2 и 16U2 функционально идентичны.

Позволю добавить свои 5 копеек. На мой взгляд, разделять модули нужно чуть по другому принципу. Модуль на светильнике - будет полноценным контроллером, самостоятельно обслуживающим себя и заложенное в себе расписания и ситуации(управление вентиляторами на LED). В принципе, он должен быть полностью автономный и без всяких экранов, разве что индикатор аварийной ситуации. А по по внешним командам (радиомодули с SPI тут подходят очень хорошо) он может перейти в ручной режим, вернуть свой статус, изменить свои настройки. А контроллер с экраном будет использоваться для изменения настроек первого контроллера и управления тем, что находится рядом с ним (непосредственно к нему подключено) (хотя и здесь можно сделать отдельные модули, например для управления розетками 220V на маленьких arduino+реле). Ну и для связи с внешним миром.

И все-таки очень удачная связка - ITDB02 экран + шилд версии 1.1 от Itead. Если покупать шилд в виде кита (а других сейчас уже не предлагают), то можно вместо разъема "мама 2х20" из комплекта запаять папа "2х20" и соединить Шилд и экран обычным 40-жильным (думаю и 80 жильный подойдет) ATA кабелем. Очень удобно для произвольной компоновки устройства...

Ну, на MEGA- с PWM могут работать еще и выходы 44, 45, 46. Так что свободных PWM 10. И если не хватает можно простой манипуляцией над платой занятые под touchscreen пять PWM освободить. И да, аналоговые входы могут работатать как цифровые входы/выходы.

Круть!!! Просто ранее выложенные скетчи были модификацией Jarduino (да и назывались также). А картинки впечатляют. Понравилось графическое представление режима и расписания работы каналов света на первой картинке. to svyaz: Мне конечно, столь многое не нужно, у меня пресноводный аквариум, но вот графики температур и логи работы я бы в прошивку Jarduino добавил. Ничего, если я воспользуюсь Вашими наработками??

To svyaz: А в чем, по Вашему, глюки у новой версии прошивки (1.2)?? Я как-то сразу не не нашел, вроде все работает, хотя к рабочему оборудованию я пока не подключал, проверяю на на макете. Единственное - при смене версий нужно очищать EEPROM. И еще пожелание, (как программист - программисту) - может все-таки оформлять свои изменения в оригинальном коде как дополнительные подключаемые модули??? IMHO, код будет чуть проще поддерживать и использовать. А то как-то от исходного кода версии 1.1 в Вашем проекте мало что осталось - и переход к изменениям версии 1.2 представляет из себя нетривиальную задачу...

IMHO, Проблема в том, что для скетча svyaz нужны дополнительные библиотеки (прежде всего tinyFAT и ITDB02_tinyFAT16), и класс у объекта myGLCD указан не ITDB02 у которого, действительно, нет методов работы с файлами с SD-карты(LoadBitmap), а ITDB02tf из библиотеки ITDB02_tinyFAT16. Ну и UTFT привязана к определенным пинам ввода-вывода для работы с экраном, а в ITDB02 это можно настроить/изменить несколькими строчками. Нужно убедиться, что используются одинаковые значения.