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 Нужно поверить, подключив обычный светодиод, на исправность ноги/ прошивки. После этого разбираться с драйвером.