управление 5000 светодиодами

[NemoCut32]

Уважаемый народ! В своё время разрабатывал проект светодиодного шнура. Проект провалился именно из-за бюджета (заказчику хотелось всё и за дёшево...)! Поэтому разрешите вставить свои 5 коп.
1) Перво наперво напишите и зафиксируйте ТЗ (возможности устройства) на бумаге.
2) При выборе платформы расчитайте на возможности в 1.5-2 раза лучшие - всё равно или что-то пойдёт не так или "неожиданно" захочется "большего". Т.е. нужен технический запас. Возможно начальная проработка 2-3 вариантов.
3) Набросайте сметы разных проектов в 2-х пределах каждый (ибо если чего не удастся найти задёшево.... сами понимаете).
4) После всего этого идити и оговаривайте всё это с шефом и постарайтесь результат зафиксировать на бумаге. Просто какой ни был бы хороший шеф, но иногда в процессе игры меняются условия или что-то забывается. А для таких серъёзных и дорогостоящих проектов с достаточно узкой ориентацией это иногда приводит к фатальным последствиям для проекта.
Это "по жизни" - по технике напишу чуть позже.

[Steve_Key]

Если джентльмен не может выиграть по правилам, то джентльмен меняет правила!(С)
Поддерживаю предыдущего оратора!
Договор в двух экз. (на случай претензий со стороны заказчика в суд), и полная предоплата.

[Andreisela]

И что самое главное - придирайся в договоре к каждой запятой, я так однажды прочёл быстренько, там на бумаги было 15, на словах он пообещал что ещё около 50 сможет накинуть(если дела пойдут), но там небыли прописаны критерии выплат, и на деле оказалось что он подразумевал что бабло будет после установки на объекте. Короче, я из него около 4-5кусков ели выбил и забил на него, мол пуст это на его совести остаётся...

И ща тоже поверил заказчику на словах, а теперь он(заказчик понял что там система медленно работает) и теперь мне переписывать около 80% проги... да вдобавок за нехваткой времени я покупал этот кусок кода у знакомого во как попал....
Но тот заказчик сам по себе нормальный чел, и на него я не в обиде.... Ну попробую попросить чтоб за изменение ТЗ накинул несколько касарчиков, но это уже понятно что он может и сказать НЕТ....

Так что бумаги - обязательно и обязательное чтение и переспросы по каждому пункту!!!

[NemoCut32]

Теперь по технике. Может уже не ко времени....
1) Забудьте о динамической индикации - это и не надёжно и резко повышает требования к скорости.
2) Посчитайте энергопотребление и определитесь с блоком питания. Шутка ли 5000 светодиодов x 20 mA = 100 A!
3) Давайте посчитаем динамику.
Частота обновления должна быть не ниже 100 (а в идеале 200) Гц. Количество уровней мин 32 макс. 256 - итого частота переключений должна быть 100*32 = 3200 Гц или 200*256=51200Гц. Тогда например "сырой" канал должен иметь пропускную 2 * 5000сд * 1байт * 200Гц = 2000000 байт/сек! = 16000000 бит/с! а по минимуму: 2 * 5000сд * 5бит * 100Гц = 5000000 бит/с! Поэтому вероятно данные придётся жать! Например передавать только изменения и изредка обновлять полную картинку.

Использовать микросхемы PCA95xx конечно хорошо, но скорость и цена.... Просмотрите ещё такой вариант:

Желаю удачи!

ЗЫ. Если мои выкладки Вас не интересуют - пишите. В этом случае я дальше продолжать пугать Вас не буду.

Прикрепленный файл: 9245947.zip

[NemoCut32]

Кстати почему я выбрал такие высокие частоты мерцания? А вот почему....
Светодиоды обладают достаточно хитрой характеристикой свечения и спектра. Для глаза она "неприятна", поэтому:
1) необходимо делать коррекцию характеристики
2) некоторые замечают "мерцание" при даже относительно высокой частоте ШИМ за счёт отсутствия инерции (послесвечения) СД.

А теперь так. Вы делаете пилот проект. Начальник и заказчик воодушевлены результатами и всё вроде хорошо - огрехи не замечаются. А вот дальше Вас просят "убрать раздражающее мерцание" или "неестественный цвет" или ещё что нибудь. Но заказчик обычно не разбирается в технических тонкостях и не может понять, что Вы и так работаете "на пределе" и исправить уже ничего невозможно. Итог: заказчик считает, что Вы недостаточно хорошо выполнили работу и в результате он получил не то что хотел (а иногда он считает, что вы это делаете специально...) - т.е НЕДОВОЛЕН и мудрит с оплатой. ; Вы недополучаете оплату и считаете, что Вас незаслуженно обижают + нервничаете и-за собственного бессилия и груза ошибок - т.е. тоже НЕДОВОЛЬНЫ! И где правда?
Поэтому если в конце работы по просьбе заказчика Вы сможете ещё что-то улучшить, сказав при этом что разогнали всё до нештатных частот и стабильную работу гарантировать тяжело (но всё будет прекрасно работать!) - заказчик Вас поймёт: в его глазах Вы будете Гений!
Удачи!

[NemoCut32]

И уж наверное я надоел, но ради бога не забывайте о скрытых проблемах. Лучьше сначала несколько раз всё продумать, а потоим приступать к реализации.

Сдерживая слезу Штирлиц украдкой кормил немецких детей..... От "украдки" дети пухли и дохли!

Не забывайте об "украдке", от которой может "распухнуть" и "издохнуть" любой, даже самый перспективный проект!

[kiryllcrack]

нет вы абсолютно точно все пишете)) ваши выкладки очень интересны и полезны для меня не профессионала электроники) про оплату не волнуйтесь здесь у нас свои есть заморочки, поэтому это не основная проблема на которую стоит обращать внимание...
за основу каждой фанерки взял наработки уважаемого alberio: https://kazus.ru/forum/topics/f_140000.html#140000

как раньше обещал, скоро выложу проект измененныйи доработанный к моему случаю, просто издох щас комп... а там все лежит

[kiryllcrack]

посчитал по поводу кабеля питания, получилось что чтобы "прокормить" такую нагрузку нужен провод сечением 35мм2 8O 8O 8O

[Andreisela]

Вывод - надо кормить повышеным напряжением и на каждой из плат его снижать до нужного, причём не пааметрическим стабилизатором(78L05) а чемто на ШИМе(тоесть чтоб КПД выше был)

И + не один провод от БП а несколько (как в компутерном БП) при этом сечение провода будет в разы меньше

[kiryllcrack]

еще выход: питать каждую панель по отдельности, либо группы панелей... но это лапши будееет...