Сообщений в теме: 101

[Igor "Boroda"]

Именно 1.5 метра обычного RC кабеля где каждый нечётный - земляной работает стабильно. Даже возле проводов от драйвера к светодиодам. По крайней мере при опросе два раза в секунду данные стабильны. НО. Это у меня проект собран на ардуине, а там возможно лучшая помехозащищённость из-за 5-и вольтовых уровней сигнала.

[vahegan]

Именно 1.5 метра обычного RC кабеля где каждый нечётный - земляной работает стабильно.

Под RC кабелем имеется в виду плоский кабель?

Я подумывал об использовании круглого экранированного кабеля с 3 проводами внутри экрана, с дополнительной общей ПВХ изоляцией. Такой вариант гораздо легчк будет провести через гермо-вход: круглый кабель можно провести через пластиковую трубочку чуть большего диаметра и залить герметиком. Да и механически он гораздо крепче.

[Igor "Boroda"]

Именно плоский. Под водой не использовал, т. к. пресняк да и собирал интереса ради. А вот по моему проекту собирал местный форумчанин, так у него стоит обычный кабель с 6 проводами даже без экрана(вроде) и на длине чуть больше метра то же всё работает стабильно.

[avfv]

Интересно, I2C будет работать без сбоев, если сигнал будет передаваться через кабель длиной 1.5 метра?

Без проблем. Я использую usb кабель, там и разъем, и экранирование. Даже если и будут иногда ошибки передачи, они ни на что не повлияют - контроллер постоянно долбит датчик, одна ошибка просто потеряется. 

 

Сам датчик интересный, можно попробовать что с ним получится. А вот с пайкой не вижу проблем, мне паять QFN даже понравилось после LQFP - меньше залипух, а паять все равно под микроскопом нужно.

Я вообще подумываю добавить поддержку такого датчика в свой контроллер света на esp32 - тогда можно будет сделать автоматическую калибровку каналов.

[Igor "Boroda"]

Добавил датчик в свою версию "контроллера от Олега" ради баловства при появлении данной темы, а вот про автоматическую калибровку чёй-то стрёмно учитывая неточность по низу спектра.

[JIyuc AJIb6epmo]

Поделитесь у кого какие коэффициенты получились для датчика tcs34725 без светофильтра

(W R G B) и К ?

Из этой формулы:

PAR = K * (Clear * W + Red * R + Green * G + Blue * B)

Люксметр бьется с приложением на телефоне 1:1. PAR метра нет сравнить.

 

[avfv]

 

PAR = K * (Clear * W + Red * R + Green * G + Blue * B)

Люксметр бьется с приложением на телефоне 1:1. PAR метра нет сравнить.

 

Реально каналы RGB не нужны, т.е. W=1 RGB=0
Если есть люксметр, то датчик калибруется по дневному свету и люксметру, PAR = 0.023*Lux
К сожалению, датчики имеют разброс 20-30%.

[JIyuc AJIb6epmo]

Реально каналы RGB не нужны, т.е. W=1 RGB=0
Если есть люксметр, то датчик калибруется по дневному свету и люксметру, PAR = 0.023*Lux
К сожалению, датчики имеют разброс 20-30%.

Спасибо за инфу! Буду пробовать. Есть 2 реестровых люксметра ТКА и Эколайт.

[bbasil]

Таки доехал до меня сенсор AS7341, запили его в свою прошивку, пока с минимальным функционалом:

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

 

пример полученных данных:  AS7341.zip   18,68К   44 скачиваний

Каждая строка содержит данные:

ID канала, значение PWM, значение усиления, значение ATIME, значение ASTEP, результаты измерений(F0-F11)

[Max_aqua]

Подпишусь...

[avfv]

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

 

 

В принципе видится два пути использования - используем clear и nir каналы, ну или суммируем цветные, коэффициенты подбираем.

Самый интересный вопрос - при какой освещенности датчик уходит в насыщение? более простые имеют предел измерения примерно 400 PAR, что не очень удобно.

[bbasil]

В принципе видится два пути использования - используем clear и nir каналы, ну или суммируем цветные, коэффициенты подбираем.

Самый интересный вопрос - при какой освещенности датчик уходит в насыщение? более простые имеют предел измерения примерно 400 PAR, что не очень удобно.

Ну до этого еще далеко, сейчас интересно хоть как-то интерпретировать эти данные и перевести их в какие-либо удобоваримые размерности: umol/m²/s, uW/sm²

[Igor "Boroda"]

 

Самый интересный вопрос - при какой освещенности датчик уходит в насыщение? более простые имеют предел измерения примерно 400 PAR, что не очень удобно.

Относительно TSC этот показался более чувствительным и зашкаливал гораздо раньше. Раза так в 2-3. на тестовом скетче от китайцев. Уже не помню, что там было по усилению, но, на крайняк, диапазон всегда можно расширить фильтром/рассеивателем.

[bbasil]

Относительно TSC этот показался более чувствительным и зашкаливал гораздо раньше. Раза так в 2-3. на тестовом скетче от китайцев. Уже не помню, что там было по усилению, но, на крайняк, диапазон всегда можно расширить фильтром/рассеивателем.

Ну это решается программным путем, пример:

 

0,1824,10,100,999,50469,3337,2488,4569,4041,5055,4517,4636,65501,4143
0,1856,9,100,999,26441,1741,1286,2367,2095,2631,2331,2387,55696,2144

Было зашкаливание, оно отловлено, выставлен меньший коэф. усиления 10->9

кусок кода:

boolean checkOverload(){

    if (!as7341.readAllChannels(readings)){

      Serial.println("Error reading all channels!");

    }

    for(uint8_t i = 0; i < 12; i++) {

      if(i == 4 || i == 5) continue;

      if (readings[i]>=65535) {

        byte _g=as7341.getGain()-1;

        as7341.setGain(as7341_gain_t(_g));

        return true;

      }

    }

    return false;

  

}

 ну и:

while (checkOverload()){delay(100);}

[bbasil]

Под RC кабелем имеется в виду плоский кабель?

 

длина кабеля 2м, кабель от сломанного мыша - работает шикарно )

[avfv]

Ну до этого еще далеко, сейчас интересно хоть как-то интерпретировать эти данные и перевести их в какие-либо удобоваримые размерности: umol/m²/s, uW/sm²

 

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

[avfv]

Относительно TSC этот показался более чувствительным и зашкаливал гораздо раньше. Раза так в 2-3. на тестовом скетче от китайцев. Уже не помню, что там было по усилению, но, на крайняк, диапазон всегда можно расширить фильтром/рассеивателем.

 

Опыты показали, что фильтр сделать тоже непросто, он влияет на спектр проходящего света. Хотя вот кучей цветных каналов это можно компенсировать.

[bbasil]

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

"Примерно прикинуть" это не метод, у нас есть заваемые параметры: ATIME,ASTEP,GAIN.

Произвели замеры, получили каких-то попугаев, причем даже ни цвета, ни породы, ни размера их не знаем.

Сначала их надо перевести в понятные размерности, а потом уже, если вдруг захочется, откалиброваться по эталонному прибору и внести поправочные коэф.

[Igor "Boroda"]

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

[bbasil]

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

Не круто, так как на каждое изменение параметров ATIME,ASTEP,GAIN мы будем получать совершенно новых попугаев, которых всякий раз надо будет перекалибровывать )))