netscape

Неверная ссылка- это ссылка на личную папку в облаке mail.ru. а не публичная ссылка.

IMHO, "минус" у низковольтной части и "минус" у LED-драйверов - это разные минусы. Особенно если используются LDD драйверы. Разнеси их.

Судя по тому, что светом контроллер все еще управляет - сдохли какие-то из портов вывода данных идущих на экран(по моему, это пины 38,39,40,41 у ардуины). Экран даже при повреждении одной линии не будет показывать ничего. Начал бы с замены ардуины - она, IMHO, наиболее вероятный претендент на повреждение. Затем, если не поможет - менять экран. В шилде от Олега, вроде на линиях дисплея только сборки, согласующие уровни, гореть вроде особо нечему. Кстати, если есть осциллограф - можно более детально проверить, просто взглянув на сигналы на ногах данных, идущик к экрану. Они должны быть примерно одинаковы, на всех линиях. Если на порте вывода данных "мельтешение" около нуля или около 1 - скорее всего он где-то поврежден. Останется только понять где, но это просто.

У меня все работает, на прошивке Олега - только чуть модифицированной под мою специфику (у меня нестандартный дисплей и по другому каналы распаяны). А так хорошо все работает - месяцами ничего не делается с контроллером. p.s. Последний раз пару месяцев назад в прошивку залезал - менял скорость вентиляторов при старте, достало их подвывание на максимуме, опустил до половины. Самым мощным для отладки на atmel считаю IAR - там и отладка, и оптимальная компиляция и многое еще. Но она (очень) платная и требует знания программирования...

Круто. Жду молний (и других "погодных условий")... Могу помочь чем нибудь, но не знаю - чем... А есть где нибудь пример или описание по использованию пресетов?? Их можно с ББ при программировани задать, а то с виду они "пустые"??? p.s. Использую "стандартный" вариант с нестандартным дисплеем и разводкой каналов. Вроде все работает, только с одним из датчиков температуры был глюк - надеюсь исправится новой прошивкой - завтра попробую, отпишусь. Николай.

Есть идея, как уменьшить видимость "ступенек", причем без увеличения разрядности ШИМ и почти без изменений в программе. Что имеем: система обновляет значения раз в 5 секунд, но изменяет значения на на ШИМ-выводах раз в минуту. Но тут забыли про простую вещь - чаще всего одновременно изменяется не один канал, а несколько. Собственно все самые заметные изменения происходят либо при "рассвете", либо при "закате" - когда меняются значения сразу нескольких каналов. и за счет одновременного изменения нескольких каналов (пусть и на единицу) "ступенька" становится гораздо более заметна. Выход предлагается следующий: вставить простой счетчик в программу и, при обновлении, менять значения не всех каналов сразу, а по одному. Например, каждую минуту в 00 секунд меняется белый канал, в 10 секунд - синий, в 20 секунд - красный и т.д. Изменений - минимум, знание архитектуры процессора и принципов работы с таймерами не нужно. У себя сделаю - попробую, отпишусь, но у меня уже сильно измененный проект Jarduino - для пресноводного аквариума.

Тем не менее "ступенька" между уровнями вполне заметна глазу, особенно на низкой яркости каналов. думаю это и имелось в виду Алексеем.

Выглядит так, что все ошибки оттого, что компилятор видит несколько копий одних и тех же файлов с определениями переменных. Похоже рядом положили два проекта: стандартный и с _Graph16 Удалите один из них- все встанет на места.

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

Самый простой способ - использовать утилиту avrdude, идущую в комплекте arduino sdk (собственно через нее и закачиваются скетчи в платы). У нее множество ключей, в данном случае нужно смотреть на ключ -U вот например, чтение EEPROM в файл eedump.hex -U eeprom:r:eedump.hex:i При использовании нужно будет указать еще ключи для подключения плате, их можно подсмотреть при загрузке скетчей из arduino sdk, либо методом проб, ошибок и курения документации. ---- AVRDUDE option There are a lot of options, lets review them quickly. Don't try to memorize them, just get a sense of what some of them may do. -p <partno>: This is just to tell it what microcontroller its programming. For example, if you are programming an ATtiny2313, use attiny2313 as the partnumber -b <baudrate>: This is for overriding the serial baud rate for programmers like the STK500. Don't use this switch, the default is correct. -B <bitrate>: This is for changing the bitrate, which is how fast the programmer talks to the chip. If your chip is being clocked very slowly you'll need to talk slowly to it to let it keep up. It'll be discussed later, for now don't use it. -C <config-file>: The config file tells avrdude about all the different ways it can talk to the programmer. Theres a default configuration file, so lets just use that: don't use this command switch -c <programmer>: Here is where we specify the programmer type, if you're using an STK500 use stk500, if you're using a DT006 programmer use dt006, etc. -D: This disables erasing the chip before programming. We don't want that so don't use this command switch. -P <port>: This is the communication port to use to talk to the programmer. It might be COM1 for serial or LPT1 for parallel or USB for, well, USB. -F: This overrides the signature check to make sure the chip you think you're programming is. The test is strongly recommended as it tests the connection, so don't use this switch. -e: This erases the chip, in general we don't use this because we auto-erase the flash before programming. -U <memtype>:r|w|v:<filename>[:format]: OK this one is the important command. Its the one that actually does the programming. The <memtype> is either flash or eeprom (or hfuse, lfuse or efuse for the chip configuration fuses, but we aren't going to mess with those). the r|w|v means you can use r (read) w (write) or v (verify) as the command. The <filename> is, well, the file that you want to write to or read from. and [:format] means theres an optional format flag. We will always be using "Intel Hex" format, so use i So, for example. If you wanted to write the file test.hex to the flash memory, you would use -U flash:w:test.hex:i. If you wanted to read the eeprom memory into the file "eedump.hex" you would use -U eeprom:r:eedump.hex:i -n: This means you don't actually write anything, its good if you want to make sure you don't send any other commands that could damage the chip, sort of a 'safety lock'. -V: This turns off the auto-verify when writing. We want to verify when we write to flash so don't use this. -u: If you want to modify the fuse bits, use this switch to tell it you really mean it. -t: This is a 'terminal' mode where you can type out commands in a row. Don't use this, it is confusing to beginners. -E: This lists some programmer specifications, don't use it. -v: This gives you 'verbose' output...in case you want to debug something. If you want you can use it, but in general we won't. -q: This is the opposite of the above, makes less output. In general we won't use it but maybe after a while you wold like to. The ones you'll use 99% of the time are highlighted in red. Let's review them in more detail

То Oleg_il а можно мне тоже в личку сбросить информацию по контроллеру, а то я, похоже, еще не "дорос" до отправки ЛС здесь...

Это так, но я так понимаю, Александру хочется, чтобы сохраненные значения стали значениями по умолчанию, и при сбросе или перепрошивке контроллера сохранялись... Тогда менять скетч - самый простой способ. Или есть другой путь - можно выкачать содержимое eeprom, а при перезаписи или после сброса восстановить его. Но тогда нужно следить за совместимостью версий прошивки (у другой версии могут быть другие адреса для параметров).

Offtop: Товарищ damien довольно со многими (вот, например и со мной) так поступает - просто перестает отвечать на любые запросы, письма, сообщения и т.д, хотя на форумах бывает. Искренне рад, что не связался с ним при заказе у него светильника год назад - пришлось пойти своим путем, и хоть этот путь оказался намного дольше и сложнее, не могу сказать что он мне не по душе.

Я правильно понимаю, что подключенный к 13 пину драйвер не регулируется вместе с светодиодом на плате???

Может быть дело в этом: PWM frequency: 100HZ to 1KHZ Нужно поверить, подключив обычный светодиод, на исправность ноги/ прошивки. После этого разбираться с драйвером.

Не нашел отличий в подключении версии 1.1. и 1.2??? И у меня все заработало сразу. Подключено, по умолчанию, на 51 ноге Mega (я у себя поменял на другую ногу- как мне удобнее). Подключение стандартное - с поддтяжкой ноги к +5В через резистор в 4,7 кОм. Только адреса датчиков нужно установить свои. Считать адреса всех датчиков можно в тестовом скетче от далласовской библиотеки (..\DallasTemperature\examples\Tester\Tester.pde)

Я тоже так думал, заказал три вот почти таких же (они тогда дешевле были, чем по ссылке - по три доллара). Но первый из них (буквально) взорвался при первом же подключении к 27 вольтам входного напряжения. Взорвался входной конденсатор, микросхема почернела и от нее отлетел кусок пластика корпуса. Остальные такие пока отложил - лежат, ждут своего часа для проверки. Как-то на HRD посолиднее преобразователи выглядят.

Ну, эволюция этого решения сложна. Изначально брался БП 24 вольта как распространенный и с прицелом использовать его же для 2-х последовательных вентиляторов для радиаторов (кстати, в малогабаритной серии MeanWell RS нет БП на 27 вольт - следующий за 24V - это 48V). Некоторое время так и работало(правда только на стенде). Подумав, решил купить преобразователь на 12 вольт (так должно быть надежнее и устойчивей работа на малых оборотах) - и когда он пришел, поменял схему подключения вентиляторов и Меги. А на 27 вольт вытянул, когда оказалось, что нужно подключать цепочки из 8 светодиодов к драйверам. А вентилятора на БП у меня нет, у меня он на 150 ватт, мне хватает. Сейчас сходил, проверил - действительно, довольно сильно греется. Думаю от 5 вольт запитать Мегу (такой преобразователь у меня тоже есть). По идее, должно вообще перестать греться.

Ну, вобщем-то почти все и без меня пояснили. Вот еще подумалось, что стоит вдобавок сразу озаботился покупкой БП для питания светильника. Для использования с LedSeeDuino, выходное напряжение БП должно быть не больше 30 вольт (примерно 7-8 LED в цепочке одного драйвера), если использовать LDD, то на них можно подавать до 52 вольт (до 16 LED в цепочке). Я покупал БП MeanWell AC/DC на 24 вольта (мощность выбирать по необходимости) в Электронщике, так оказалось проще и дешевле. Регулировкой напряжения на нем выставил максимум (получилось 27 вольт). Заодно рекомендую купить преобразователь напряжения, что-нибудь типа вот этого, для питания от того же БП самой Меги и вентиляторов на светильнике. Так, как мне кажется гораздо удобнее, чем плодить сущности и использовать отдельный БП для Меги.

Могу только высказать свое мнение. Контроллер из этой темы работает. Его можно улучшать - разносить по блокам, адаптировать к большим экранам и т.д Но для этого нужны усилия людей, которые что-то в этом понимают. И время, которого всегда не хватает. Поэтому я бы (хотя, почему "бы" - я так и сделал) покупал стандартную связку, а когда появится возможность "проапгрейтится" - докупил недостающее, сменил прошивку. При этом все компоненты изначальной покупки, скорее всего будут востребованы и в "улучшенной" версии. Под стандартной связкой имею в виду что-то типа : Mega2560, Экран 3,2' с TouchScreen, ITDB 1.1 (с RTC, но придется паять) или 2.0(уже спаянная) но тогда нужен внешний RTC, LedSeeDuino или LDD драйверы. Реле и исполнительные механизмы - по вкусу.

ну не с нуля весь код. Я попробовал удалить из кода Jarduino весь код, относящийся к выводу графики и меню - скомпилированный скетч оказался размером в 20Кб. + пяток килобайт на работу с сетью - и вот можно легко использовать ВСЮ структуру Jarduino, вплоть до адресации переменных в EEPROM. Даже не таблицу PWM- нужно синхронизировать, а параметры в EEPROM и системное время. И уметь удаленно заставить пересчитать контроллер эти параметры из EEPROM. Всё! Да, только вот цена потраченного времени здесь никак не учтена. Разводка дополнительных плат, подготовка и травление этих плат, пайка и отладка спаянного, поиск ошибок монтажа. Некоторые вещи без осциллографа вообще не отловишь. А тема то называется "... из готовых блоков (минимум пайки)". Плюс к этому код, который понадобится писать НИКАК не совместим с изначальным проектом. Вон посмотрите: контроллер Карена - интересен, но сколько человек смогли его самостоятельно собрать??? А вот данный контроллер - уже с десяток человек, только на этом форуме. При том что теме три месяца - а детали из китая идут месяц.

Meanwell -овский БП серии RS на 24 вольта имеет регулировку выходного напряжения. С выкрученной "в максимум" регулировкой - дает как раз 27 вольт. Использую как раз для связки Mega2560+ITDB+Touch3,2 + LEDSEEDUINO(6 каналов) + 3 канала на LDD1000.

Ну, вроде с проблемами связанными с нехваткой быстродействия Mega мы еще не столкнулись. Есть проблема скорости доступа к внешним устройствам по SPI (прежде всего к SD-карте, но все-таки - это немного другая проблема). Что же касается Nano, то он, сделанный на Mega328, имеет очень мало выводов и всего 32 кб памяти для программы, из которых 2кб занимает бутлоадер для Ардуины... По цене - тоже не особо выгодно: Mега стоит 22-25 долларов, а nano - 15-19. При этом использование Mega во всех частях проекта, на мой взгляд, оправданней - меньше разнообразных интерфейсов, меньше зоопарк. И, при сбоях, можно легко убедиться в работоспособности любого из контроллеров, просто поменяв их местами. И с перепрошивкой у Мега гораздо меньше проблем. Я вот, польстившись на дешевизну, заказал себе в Itead пару Metaboard Kit( они поставляются без проца) и отдельно процессоры 328 с бутлоадером Ардуины. Думал, вставить в ведомую часть светильника вместо Mega. Но не оправдалось: мало того, что ребята из Itead прислали процы без прошивки. Хорошо, рядом оказался STK500, а что делать без него??? Так еще и ножки у этого проца многофункциональные - вроде все есть, а вместе не работает. Заявлено 6 выводов с PWM, но из них один используется для I2C (доступ к часам реального времени), а два под SPI (работа с радиомодулем). Трех PWM уже маловато. С учетом геморроя по стыковке/ специфике прошивки Nano-подобных плат - Mega не в пример универсальнее. А 5-7 долларов разницы погоды в нашем случае совершенно не делают. И 16 PWM на Мега присутсвуют, и выводов достаточно, и памяти хватает. Все- таки основное, что привлекает в данном проекте - отсутствие тонкой сборки/настройки. Паяние плат я для себя отношу именно к таким работам. Вроде несложно, но ошибиться оч.много возможностей. Так что призываю остаться на Мега-подобных платах, даже при разделении проекта на несколько составных частей.

Ага, у меня именно такой. Продавец, правда, немного хитрит - библиотека для ITDB в комплекте есть и работает, но она немного переделанная (под восьмибитную передачу данных с дополнительным управляющим сигналом). Также у данного экрана есть другие минусы: Он изначально делался не под мегу, а под Uno. Из-за этого управление экраном и touchscreen висит на ножках со 2-й по 13-ю, что занимает как раз почти все выводы PWM. Управление TouchScreen и SD картой в данной плате производится по одному интерфейсу SPI, что требует "допилки" библиотек для совместной работы.Мне сразу не удалось добиться совместно работы SD и Touch. Либо одно, либо другое. Совместимости с UTFT библиотекой нет и даже непонятно как ее адаптировать - 8 битный режим в UTFT реализован по-другому, чем в этой плате. Есть и плюсы - не нужно согласовывать уровни - все резисторы уже стоят на плате, можно легко начать работу, и проверить экран, просто вставив в плату и запустив тестовый скетч. Я переразвел плату на шлейфик от жесткого диска и повесил на плату ITDB (которую использую как RTC и в которой вместо резисторов - просто перемычки, а вместо разъема "мамы" установлен "папа").

Ваге, приведенная картинка распиновки экрана взята из ссылки в Вашем посте #324. Предполагал, что он именно такой. У меня при тестах с экранами подобное отсутствие изображения было, когда я просто перепутал пару проводов данных. Так что, без корректного подключения всех проводов, он не заработает. А вот такой вопрос - если подключить экран так как предполагалось - в разъем на ITDB, он будет работать??? Николай.