Получается как триггер, пин запоминает своё состояние до следующего изменения, и не важно с какой стороны сигнала сделано изменение.UAVpilot писал(а):HAL-компонент может менять состояние пина HAL_IO, а так-же обнаруживать, если его меняет кто-то ещё.
Нет, пин ничего не "запоминает".T00T писал(а):Получается как триггер
Однако состояние остаётся при отключенном источнике сигнала(а это извините элемент памяти...)UAVpilot писал(а):Нет, пин ничего не "запоминает".
У этого способа есть ещё и тот плюс, что при дезактивации обоих пинов датчики не будут беспокоить LinuxCNC и провоцировать этим его остановку.torvn77 писал(а):Ещё вот какая уменя мысль, хорошо бы при выполнении G38.x
при работе на замыкание подавать 12~24V,
а при работе на размыкание подавать напряжение минимально необходимое для срабатывания логики датчика, где-то 5~3V
Для этого для управления напряжением добавить в motion. два пина, один активируется при G38.2/3 другой активируется при G38.4/5
Ну да, нашёл крайнего...torvn77 писал(а):предлагаю реализовать тебе эту идею в своей плате.
А на плате-то зачем это делать? Это всё в HAL легко описывается.torvn77 писал(а):У этого способа есть ещё и тот плюс, что при дезактивации обоих пинов датчики не будут беспокоить LinuxCNC и провоцировать этим его остановку.
Ну и как ты собираесщя коммутировать напряжение на датчике в хал без дополнительной физической обвязки?UAVpilot писал(а):А на плате-то зачем это делать?
Приведи способ определения того, какой код из четырёх G38.2 G38.3 G.38.4 G38.5 выполняется или не выполняется в данный момент.UAVpilot писал(а):Это всё в HAL легко описывается.
В хал будет простой проброс пинов на выводы GPIO к которым будут прикручены разные резисторы(Ну или чего там T00T понаделает).UAVpilot писал(а):P.S. Хотя конечно для тебя это не вариант - в HAL придётся самому делать, TOOT'а не заставишь...
Я просто не в теме. Если что то нужно реализовать, опиши что. Мне честно говоря некогда изучать как там что измеряется и по каким командам (вопросов для проработки и так достаточно). Расскажи что нужно сделать со стороны железа.torvn77 писал(а):у меня появилась идея, как улучшить процедуру определения высоты материала и замера инструмента.
предлагаю реализовать тебе эту идею в своей плате.
Поправка: R1>>R2+R3>>R4 причём это всего лишь какой то алгоритм простейший, и никаких излишек со стороны интерфейса не нужно!UAVpilot писал(а):А на плате-то зачем это делать? Это всё в HAL легко описывается.
Ничего. Всё, что нужно уже есть. torvn77 просто тупит слегка.T00T писал(а):Расскажи что нужно сделать со стороны железа.
По неясной причине кое кому не пришло в голову, что датчики бывают не только в виде двух контактов. Расскажи например как ты собираешься менять напряжение на беспроводном датчике или на датчикесо встроенным триггером Шмидта?torvn77 писал(а):По неясной причине никому не пришло в голову переключать напряжение на датчике в зависимости от типа выполняемого замера.
С их точностью менять напряжение на контактах в принципе бессмысленно.torvn77 писал(а):У массы ИМХО в основном простые центроискатели и брусочки и у них проблемы с нестандартной электроникой не будет.
Ну не скажи, я вот сейчас в качестве бруска использую собственно заготовку и смотря на probe-input в halmetr ставлю ноль руками с применением встроенного в меня AI.UAVpilot писал(а):С их точностью менять напряжение на контактах в принципе бессмысленно.
И как вы ребят получаете такие цифры 29 микрон. не 28, а 29......torvn77 писал(а):в очень плохом состоянии менее 29 микрон.
Как и сделали ренишоу. На ЧПУ типа Sinumerik, HH и Fanuc есть специальные быстрые входы. У T00T все GPIO быстрые, так что вопрос реализации в hal.T00T писал(а):Так собери на макетке переключалку управляй ею по io и внедряй,если это кому нибудь нужно.
Ну вообще попадешь... Но это все же вопрос режимов резанья.T00T писал(а):в пару соток не попадешь
А тут стоит сказать, что все кого я знаю привязываютя датчиком лишь чтобы не промахнуться на десятку. Сотки ловят методом ТЫКА. Ну а микроны - шлифуют.T00T писал(а):Мне например это не нужно и всех кого я знаю тоже.
