Недавно была фишка - к строке поиска гугла дописываешь в конце reddit и уже более менее, но это дело практически прикрыли.

Сейчас выручает ютуб. У меня недавно сломался холодильник - так мастера для ремонта я нашел через ютуб.

Но уже сейчас поговаривают что научились генерировать спам ролики с красивой картинкой и озвучкой с помощью ИИ. Так что думаю и ютуб тоже скоро падет.

https://www.heidenhain.com/products/linear-encoders/exposed/lip-200

сходил по ссылке

• Very small measuring step (<1 nm)

• Accuracy grade 1.0-3.0 µm

• А если зайти в описание конкретной модели, то "Grating period 2.048 µm" - вот это очень похоже на период решетки по которой сканируется

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

длина волны 400+ нм. Из-за дифракции меньше не получится. Думаю реально достижимый предел уже выше микрометра будет. Ну или энкодер по цене EUV литографа получается.

Десятую градуса у меня оно стабильно выдает. Температуру и магнитные помехи я так понял оно софтом прям в кристалле фильтровать умеет. Там даташите 14 бит из них 2 бита шум.

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

Основное применение этих энкодеров - датчик обратной связи для сервомоторов, а там +-градус в принципе норм.

ЗЫ: если совсем уж за точностью гоняться, то в сторону автоколлиматоров надо смотреть :)

можно добиться очень высокой точности измерения углов.

а число конкретное можно привести. 0.5 угловых секунды сможет?

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

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

Что-то аж загрустил...

На дворе 23 год, а я такую же проблему решал еще в далеком 2008. И толком решения нормального так и нет ни у кого.

Наоборот, стало только хуже. Теперь по канонам у вас должны быть отдельные микросервисы для клиентов и для счетов. У каждого микросервиса своя база и SELECT N+1 превращается в HTTP GET+SELECT N+1.

А масштабирование от самой виндоус чем не подходит?

В свойсвах экрана которое.

Указанные проблемы не про консоль вовсе, а про любой парсинг текстовых данных и предложенные решения применимы не только в контексте спортивного програмирования. Сколько там уже итераций "мы ускорили JsonSerializer в сто миллионов раз"?

1. отвод стружки и СОЖ подальше от направляющих.

2. возможность закрытия направляющих щитками.

3. автосмена инструмента

4. задняя бабка находится на отдельных направляющих и не мешает работе

Ну в видео они противопоставляют себя китайцам, которые по их мнению как раз только для хобби в гараже годятся. Для мелких серий их станки выглядят вполне достойно.

1. Сервоприводы где производятся? Где бы прайс на них посмотреть?

2. ШВП тоже откуда? А есть ли там ШВП вообще?

3. На фото направляющие как у классического станка. Сдается мне была взята станина от готового "рукопашника" и на него накрутили управление. Направляющие вообще надо закрывать и беречь - иначе такой станок за пол года убьется.

ссылка - канал ребят, которые делают серьезные, работающие на производстве ЧПУ из китайских запчастей

По-разному бывает. Зависит от формы исходной заготовки и формы результата.

Например, вам надо вырезать тонкостенный цилиндр из кругляка большого диаметра. Традиционным методом придется 95% исходного материала в стружку переработать.

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