Ну по 9 пиксельному квадрату например

Бери норм язык и пиши, что мешает?

Это ты сейчас питон норм языком обозвал что-ли?

Это ты сейчас питон норм языком обозвал что-ли?

Да

Сам сенсор не умеет цвета различать

как сенсор дату отдает?

Да

Соболезную

Это ты сейчас питон норм языком обозвал что-ли?

Ты чо пес это лучшее что с языками случалось))

как сенсор дату отдает?

Аппратно через SPI например

Соболезную

Соболезную тебе

Через шину

Аппратно через SPI например

в каком виде?

в каком виде?

В виде синхронизированного ШИМа или как-то так

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

В виде синхронизированного ШИМа или как-то так

типа последовательность уровней яркости 128х128?

Ну вот возьми производную будет два пика

@Dolphin_Soft Про память согласен, 16384 значения с сенсора - это минимум 16кб ОЗУ

типа последовательность уровней яркости 128х128?

Типа того, да

ща погоди

Соболезную

Аргументы будут или опять пиздобольство?

С другой стороны нам не нужно весть массив хранить

@Dolphin_Soft Про память согласен, 16384 значения с сенсора - это минимум 16кб ОЗУ

А если каждый пиксель приводить к 0/1, то 16384 / 2 = 2048 байт

Будут конечно. Ты на питоний рантайм давно смотрел?

На него же блядь без слез не взглянешь

А если каждый пиксель приводить к 0/1, то 16384 / 2 = 2048 байт

нельзя

А если каждый пиксель приводить к 0/1, то 16384 / 2 = 2048 байт

Нет, каждый пиксель минимум 8 бит

будет относительная погрешность

будет относительная погрешность

У нас должен быть порог срабатывания

Но на самом деле мне просто понравилось смотреть на этот огромный факел из твоей жопки

У нас должен быть порог срабатывания

а на каких мышах 128х128 используют?

а на каких мышах 128х128 используют?

вот тож интересн

вроде А4

На него же блядь без слез не взглянешь

Это щас половина кодбазы интернета такая

Будут конечно. Ты на питоний рантайм давно смотрел?

Питон - не про скорость. Нужна скорость - бери С++. А так рантайм для интерпретируемого языка вполне неплохой, особенно если pypy взять. Это все предъявы?

Нам нужно прогнать все значения, через цикл, и посчитать какое кол-во значений будет выше заданного порога

Порог будет устанавливаться при калибровке

Питон - не про скорость. Нужна скорость - бери С++. А так рантайм для интерпретируемого языка вполне неплохой, особенно если pypy взять. Это все предъявы?

Конечно, а нужны треды - форкайся

Проблема тут больше в том, что питон - это не ***, независимо от того, что стоит на месте ***. Максимум - может быть замена баш-скриптов, и то в силу немного наркоманского синтаксиса последних и некоторых неинтуитивных аспектов поведения

Тоесть вставляется деталь заведомо без "пятна" (её поверхность выгляжит как серый лист) и определяется порог выше которого уже будет подсчёт

Конечно, а нужны треды - форкайся

Это всё? Вяленько

@Dolphin_Soft Соответственно нам нужно указать порог фона и порог срабатывания

Проблема тут больше в том, что питон - это не ***, независимо от того, что стоит на месте ***. Максимум - может быть замена баш-скриптов, и то в силу немного наркоманского синтаксиса последних и некоторых неинтуитивных аспектов поведения

Ловите наркомана

@Dolphin_Soft Либо сенсор сам должен его определять

Проблема тут больше в том, что питон - это не ***, независимо от того, что стоит на месте ***. Максимум - может быть замена баш-скриптов, и то в силу немного наркоманского синтаксиса последних и некоторых неинтуитивных аспектов поведения

он не понимает значения слова - стандарт

@Dolphin_Soft Соответственно нам нужно указать порог фона и порог срабатывания

суммируй

разрядность - 32 бита

@Dolphin_Soft Надо будет собрать стэнд и уже на нём потестить

ровно хватит

а на каких мышах 128х128 используют?

теперь ты его забанишь?

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

Нужен низкоуровневый язык - юзай C++ Нужен высокоуровневый managed - юзай JVM-based, там хоть рантайм нормальный

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

У тебя плохое зрение, приятель

Ну давай, вперед. Какие еще юзкейсы

Ну давай, вперед. Какие еще юзкейсы

да не ведись ты на тролля, он плавает

Скорее на фанатика

@Dolphin_Soft Либо сенсор сам должен его определять

Макс

Макс

ау

+ ML и AI, NLP, Computer vision

.. диплернинг машинлернинг блокчейн аджайл где карту покупали, туда и идите

.. диплернинг машинлернинг блокчейн аджайл где карту покупали, туда и идите

Ассемблерофиллам не понять

ERROR: S client not available

Ассемблерофиллам не понять

openCV знаешь на чем был написан?

openCV знаешь на чем был написан?

И что?

// читаем уровень точки l = GetData()>>6; // Суммируем к результату lvl+=l;

OpenCV - C (наверное), GnuRadio - C, NumPy - C, Tensorflow - C

Где тут питон?

И что?

Это причина не юзать питон?

Где тут питон?

Питон сверху

идите свою змею друг другу душите, у всех на виду этого делать не надо

Ну ок, прекращаю

можно было сказать "лол ору с этого дауна", но тут не смеяться, тут плакать хочется - кичиться тем, что ты освоил какой-то ссаный бейсик с минимальным порогом входа, пренебрежительно говоря об ассемблере, не зная ни один ассемблер - это действительно наглядно показывает степень отупения айти от новых технологий программирования мышкой

// читаем уровень точки l = GetData()>>6; // Суммируем к результату lvl+=l;

результат поместится в 16 бит

на этом я заканчиваю

Макс

В идеале оно должно быть так: Вставляем деталь без точки - нажимаем кнопку "Teach", получаем уровень фона После вставляем деталь, нажимаем кнопку "Teach" - получаем пики срабатывания Крутилка Sensivity просто опускает планку срабатывания

В идеале оно должно быть так: Вставляем деталь без точки - нажимаем кнопку "Teach", получаем уровень фона После вставляем деталь, нажимаем кнопку "Teach" - получаем пики срабатывания Крутилка Sensivity просто опускает планку срабатывания

смотри суть

OpenCV - C (наверное), GnuRadio - C, NumPy - C, Tensorflow - C

не подходит

В идеале оно должно быть так: Вставляем деталь без точки - нажимаем кнопку "Teach", получаем уровень фона После вставляем деталь, нажимаем кнопку "Teach" - получаем пики срабатывания Крутилка Sensivity просто опускает планку срабатывания

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

зачем делить на 64?

зачем делить на 64?

Что есть текущий уровень?

Что есть текущий уровень?

очередная точка с сенсора

он отдает их по очереди

У него нет текущего уровня, с него есть массив из значений

очередная точка с сенсора

ааа, понял

Это сколько говнокода сделано чтобы папка WINDOWS выросла до таких размеров. Несколько дней назад только винду поставил. На чистый раздел.

В идеале оно должно быть так: Вставляем деталь без точки - нажимаем кнопку "Teach", получаем уровень фона После вставляем деталь, нажимаем кнопку "Teach" - получаем пики срабатывания Крутилка Sensivity просто опускает планку срабатывания

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

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

Вот-вот

Это и нужно

ааа, понял

короче, когда делишь на 64, ты уменьшаешь количество градаций

в итоге у тебя получится 4 градации яркости

в итоге у тебя получится 4 градации яркости

Мне кажеться 4 слишком грубо

Это и нужно

так в чом дело, запоминаешь минимум, максимум