Нет.
Да.
Нужна , только руки кривые, самому не осилить
Как просили, Lightpack с расширенным количеством зон (255).
Атлично! Eraser, cпасибо огромное.
Надеюсь это попадет и во все последующие сборки в том числе и для линукса.
И еще вопрос-пожелание-идея, раз уж ты присоединился и поддержал нашу беседу
Я её описывал еще когда сделал первый вариант:
добавить в протокол передачи данные с компа на контроллер после синхронизирующего кода 255 количество зон. Библиотека WS2801 позволяет динамически менять количество адресуемых пикселей. И это параметр позволит менять количество зон без перепрошивки контроллера. 8 бит на 1 кадр не сильно увеличат объем передаваемых данных, зато сильно упростят конфигурацию конечной пользовательской системы.
Можно ли добавить галочку-настроечку - передавать/непередавать первым байтом последовательности (после разделителя 255) количество зон?
Но в этом случае максимальное количество зон надо будет убавить до 254.
HiddenPilot, скажи, пжлста, есть ли в твоей ленте косяки, которые были в моей ленте а именно:
- перепутаны местами контакты data, clock
- перепутан порядок цветов вместо RGB надо указывать BRG. Описывал тут
Китаец их еще даже не выслал ) Они 3 дня назад были только заказаны) Если они были бы в наличии я не стал бы просить тебя проводить эксперименты )
У китайца еще есть 6 days 2 hours 47 minutes 22 seconds )))
"This order will be automatically cancelled if the supplier does not ship your order within"
+ месяц пересылки... так что до сентября я спокоен и раслаблен )
Последний раз редактировалось HiddenPilot; 10.08.2012 в 12:13.
Последний раз редактировалось Eraser; 10.08.2012 в 12:39.
Да, именно так
потому что текущее максимальное значение 255 (FF)- это разделитель пакета данных для разных кадров.
и чтобы не было всякого рода коллизий от получения двух разделителей (FF FF 00 00 00 AA AA AA ...), лучше убавить до 254 (FF FE 00 00 00 AA AA AA ...)
Может быть и будет работать со значением 255, можно например на первое время оставить 255, потестировать, а там уже принять окончательное решение.
Сомневаюсь что в ближайшее время кто-нибудь себе сделает эмбилайт на 255 зон. Это какой же телек надо иметь?
Если 32зоны на метр, 255зон, получаем периметр телека 8 метров
считаем, считаем, считаем
Получаем телек диагональю чуть меньше 3метров - 116дюймов
Чтоб я так жил
Но если использовать проектор ...
Другое ограничение, но я этот момент еще опять же не исследовал, - это размер оперативной памяти в контроллере.
Используемая на текущий момент библиотека создает в памяти массив размером количество_зон*3 байт.
Т.е. для 255 зон надо чтобы в ОЗУ контроллера было место для массива как минимум 765байт.
В АТМеге 328 и покруче, в которых 2048 байт оперативки, наверное найдется место, а вот в АТМеге 168 оперативки всего 1024 байт, часть из которой будет тратится на рабочие переменные. Тонкости использования оперативки надо спрашивать у Chipa - гуру по микроконтроллерам
Опять же, у кого такой телек или проектор и кто купит такую длиннющую ленточку, наверное найдет чуть чуть деньжат и на контроллер чуть покруче чем АТМега 168
Последний раз редактировалось MAKC; 10.08.2012 в 13:19.
MAKC, спасибо за развернутое объяснение
Данная фишка будет добавлена!
ЗЫ тестовая версия в аттаче
Последний раз редактировалось Eraser; 10.08.2012 в 14:01.
Отлично, буду ждать Наверняка не только я один
Еще на всякий случай хочу повторить, эта фича должна быть настраиваемой, т.е. надо уметь её включить и отключить.
Т.е. кому-то она нужна, а кому-то не нужна.
Второй байт с количеством зон будет мешать после обновления софта текущим владельцам Ardulight, где в софте не предусмотрено такое гибкое, динамическое изменение количества зон.
Да и на текущий момент нет опубликованного скетча, поддерживающего такой режим работы.
Последний раз редактировалось MAKC; 10.08.2012 в 13:53.
тестовая версия
http://www.compcar.ru/forum/attachme...3&d=1344585679
Эту тему просматривают: 31 (пользователей: 0 , гостей: 31)