Вопрос по комбинации Mesa 5i25+7i85s

[Одессит]

Всем привет!
Дошли железки. Пытаюсь проникнутся.
Пока прикрутил ОС версии 2.7.5.
Вопрос вот в чём: pncconf в состоянии рулить выводами 7i85s?
Вижу только пины 5i25.
25-я прошита соответственно (5i25_7i85sx2.bit). Файлы (и xml) сложены в нужную папочку (.../hm2/5i25).
Или только ручками?
Если в визарде выбрать имя платы 5i25-Internal Data (где оно хранится тоже не понял), то предлагается, например, комбинация из 25-й и 7i76x2. Тогда всплывают пины 76-х.
Покурил форумы (и этот тоже)- не стреляет...
Понимаю, что чего-то недокрутил, но чего?
Протупил со старта. Наверное надо перенести тему в подраздел MESA.

[Одессит]

Сегодня ещё почитал эти ваши интернеты
Пришёл к выводу, что таки не взлетит - косяки pncconf-а.
И пёс ним.
Будьте любезны, поделитесь образчиком конфига с участием этой сладкой парочки (5i25+7i85s).
Для общего понимания.
На данном этапе задача ограничена прикручиванием трёх моторов и трёх линеек соответственно.

[Одессит]

Продолжаем разговор (с собой, наверное).
Комплект победил. Будут вопросы - задавайте.
Теперь мой вопрос.
При инициализации 5i25 EMC2 успешно выставляет случайные значения счётчика пробега осей (показания текущего положения квадратурных энкодеров (линеек)). Т.е. если в привычном мне общении с железякой эти значения хранились в файле /.var, то, теперь они таки берутся из "мозга" 5i25 (hal-метр не даст соврать).
Как победить?
Вопрос не праздный, т.к. я, порой, выключаю станок на ночь и продолжаю работу на следующий день с "нулей".
Сразу отмечу, что это не помехи или что-то подобное.

[MIX]

Вас просто трудно понять, поэтому трудно что то сказать. Но манера речи классная. Очень интересно читать. Продолжайте пожалуйста писать.

[Serg]

Как победить?

Хомить.

[Одессит]

Вас просто трудно понять

Что непонятного?
Пока работал на LPT-портах всё было хорошо. Теперь же значения счётчика энкодеров при старте ЕМС2 принимают случайные значения в диапазоне 0-FFFF.

Хомить.

Не всегда приемлемо. Может есть какие-то нюансы инициализации?

[Одессит]

Дополню.
Заданное вручную смещение осей, например, таки записывается в файл *.var. Но такое ощущение, что EMC его не пытается читать при старте.
UPD.
При начальном старте машины из состояния отключенного питания показания энкодеров (или смещения осей) принимают значение описанное в *.var.
При последующей перезагрузке машины (или перезапуске ЕМС) без отключения питания - случайные числа.
Идиотен тест!
Это только у меня, или это фича 5i25?
UPD2.
Описанное чаще всего происходит, если питание на энкодеры подано ДО старта машины. Т.е. на выходах энкодера (и входе 7i85s) присутствуют статические уровни (при отключенном питании энкодеров там нули).
Помех нет. Проверенно.
7i85s получает питание по кабелю от 5i25.
Может есть смысл запитать от БП энкодеров?

[Serg]

LinuxCNC даже не пытается востанавливать значения позиций осей т.к. не может знать в каких позициях физически эти оси находятся. Единственный способ это узнать - хоминг.

[Одессит]

LinuxCNC даже не пытается востанавливать значения позиций осей

Уточню.
Я, зачастую, работаю с ручной установкой "нуля" по G92.
Т.е. не хватило дня для обработки: откатил оси в известное место (например G0 X0 Y0 Z100 G92 X0 Y0 Z0) и на утро стартанул с соответствующей строки УП с соответствующей коррекцией по G92, конечно.
При запуске ЕМС просто обязан прочесть содержимое var и установить значения описанные в нём.
На текущей комбинации "железа" и ПО что-то криво (см. предыдущие описания проблемы).
Просто за годы привык, что станок при включении считает положение осей описанными в var. А тут какой-то кизяк образовался.

[Serg]

А в этом известном месте сначала нажать кнопку HOME религия не позволяет?

[Одессит]

А в этом известном месте сначала нажать кнопку HOME религия не позволяет?

Не всегда. Всё зависит от габаритов детали. У меня HOME организован ровно посредине рабочего поля станка. И, напомню ещё раз, что обычно я не работаю от этого положения, а назначаю "нули" вручную (NO_FORCE_HOMING = 1). Т.е. для меня HOME - абстракция.

[Serg]

А для LinuxCNC положение осей после включения - абстракция...
Вам надо либо приходить к какому-то компромису друг с другом, либо страдать поодиночке.

[Одессит]

А для LinuxCNC положение осей после включения - абстракция...
Вам надо либо приходить к какому-то компромису друг с другом, либо страдать поодиночке.

Вернёмся к исходному вопросу опустив абстракции: какого ху...дожника ЕМС выводит значения положения осей не из var, а какую-то лабуду?

[Serg]

Страный ты человек... Информация с энкодеров для LinuxCNC приоритетна. Состояние счётчиков инкрементных энкодеров после включения случайно. Изменение значеия счётчиков со стороны LinuxCNC не предусмотренно ни программно, ни логикой работы, можно только обнулять.
Единственное, что будет работать как тебе надо - абсолютные энкоденры.

[Одессит]

Страный ты человек...

У каждого свои недостатки
Состояние выходов инкрементных энкодеров хоть и случайно, но статично и может быть описано не более чем четырьмя битами. Что никак не может быть приравнено к значению счётчика 65535, например.
Т.е. имеем какой-то баг/фичу в наборе плат от "Месы".
Снова повторюсь: на варианте с LPT ничего подобного не наблюдалось.
Пока замечено, что при старте ЕМС с отключенным питанием 7i85s значение счётчика всегда принимает максимальное для данной конфигурации - 65535.
Будем искать! (с)

[Serg]

4 битами передаётся не состояние счётчиков, а лишь направление вращения. А уже аппаратный счётчик в месе их считает. Записать произвольное значение в этот счётчик невозможно, можно только обнулить. Это не баг, такова логика работы с инкрементными энкодерами.
С LPT такого не будет по причине отсутствия таких счётчиков.

[Одессит]

4 битами передаётся не состояние счётчиков, а лишь направление вращения. А уже аппаратный счётчик в месе их считает. Записать произвольное значение в этот счётчик невозможно, можно только обнулить. Это не баг, такова логика работы с инкрементными энкодерами.
С LPT такого не будет по причине отсутствия таких счётчиков.

Мы о чём-то разном говорим. Мой вопрос прост как карандаш: откуда система берёт случайные значения счётчиков при статических состояниях входов во время инициализации? Надо полагать, что это таки особенность 5i25.
По идее, после "сброса" счётчики должны быть в нулевом состоянии. Мы же ничего не двигаем и помех на входах нет.
Вот и всё. Просто хочется разобраться. И, возможно - исправить.
Ручками я что угодно могу сбросить-обнулить. Но как-то некошерно.

[Serg]

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

Исправить как тебе надо можно - исходники LinuxCNC и прошивок Mesa доступны.

[Одессит]

Исправить как тебе надо можно - исходники LinuxCNC и прошивок Mesa доступны.

То понятно. Я наделся что кто-то знает корень проблемы. И ещё привык (сам так делаю), что подобные системы при инициализации устанавливаются в заведомо известное состояние. По-моему это логично.
Разберёмся. Наверное

[Serg]

Я наделся что кто-то знает корень проблемы.

Понятно, получается всё, что я тут написал - пролетело мимо.