Вобщем погуглил я на эту тему. По железу непонятно отчего такие извраты, не говоря уж о цене. Сам сенсор TCS3200, использованный в этом ус-ве, можно заказать за 8 баксов: http://www.dfrobot.com/index.php?route=product/product&product_id=540 - там же по ссылкам приводится пример некоего кода как этот датчик интерфейсить, хотя это и так очевидно и можно навесить на любой контроллер. Тот же AVR, при чём наверное даже для работы на максимальной частоте 600КГц хватит Tiny, единственное что нужен стабильный источник тактовой частоты чтобы считать таймером длительность импульсов с точностью не менее 0.1%. Большая точность не нужна поскольку сам датчик заявляет такую погрешность в линейности результатов, что нам даёт не более 10 значащих разрядов на цвет что вполне пориемлемо для вышеупомянутых пользователей ГИМПа. К тому же диапазон датчика может совпадать с диапазонами всех мониторов - т.е. если яркость монитора превышает диапазон датчика, то датчик будет уходить в насыщение и его показаниями можно подтереться. Это в принципе можно пофиксить применением фотографических серых фильтров, но те, которые действительно серые, - стоят куда дороже этого датчика. А если яркость монитора не дотягивает то диапазона датчика - то и использоваться будет только часть шкалы, что наверное тоже даст нам рост погрешности - я так понимаю 0.1% погрешности для всего диапазона - это уже 0.2% для половины диапазона? Минус ещё один разряд.
И ешё, в даташите TCS3200 я вижу какие-то очень кривые кривые чувствительности светодиодов. Сдаётся мне каждый такой прибор нужно калибровать по каким-то эталонам перед тем как продавать.. Сомневаюсь чтобы автор поделки осилил такое.
Вобщем форсят по форумам это странное устройство, сделанное зачем-то на неподдерживемои gcc PIC'е только потому, что автор назвал свою поделку "свободной".
Re:[hardware] ColorHug
Вобщем погуглил я на эту тему. По железу непонятно отчего такие извраты, не говоря уж о цене. Сам сенсор TCS3200, использованный в этом ус-ве, можно заказать за 8 баксов: http://www.dfrobot.com/index.php?route=product/product&product_id=540 - там же по ссылкам приводится пример некоего кода как этот датчик интерфейсить, хотя это и так очевидно и можно навесить на любой контроллер. Тот же AVR, при чём наверное даже для работы на максимальной частоте 600КГц хватит Tiny, единственное что нужен стабильный источник тактовой частоты чтобы считать таймером длительность импульсов с точностью не менее 0.1%. Большая точность не нужна поскольку сам датчик заявляет такую погрешность в линейности результатов, что нам даёт не более 10 значащих разрядов на цвет что вполне пориемлемо для вышеупомянутых пользователей ГИМПа. К тому же диапазон датчика может совпадать с диапазонами всех мониторов - т.е. если яркость монитора превышает диапазон датчика, то датчик будет уходить в насыщение и его показаниями можно подтереться. Это в принципе можно пофиксить применением фотографических серых фильтров, но те, которые действительно серые, - стоят куда дороже этого датчика. А если яркость монитора не дотягивает то диапазона датчика - то и использоваться будет только часть шкалы, что наверное тоже даст нам рост погрешности - я так понимаю 0.1% погрешности для всего диапазона - это уже 0.2% для половины диапазона? Минус ещё один разряд.
И ешё, в даташите TCS3200 я вижу какие-то очень кривые кривые чувствительности светодиодов. Сдаётся мне каждый такой прибор нужно калибровать по каким-то эталонам перед тем как продавать.. Сомневаюсь чтобы автор поделки осилил такое.
Вобщем форсят по форумам это странное устройство, сделанное зачем-то на неподдерживемои gcc PIC'е только потому, что автор назвал свою поделку "свободной".