cnc-club.ru

Всем доброго дня!
Задумали мы реанимировать балансировочный станок. Железо немецкого производства нашлось на складе.
Заранее извините за качество фото. замеры вибрации производились в двух опорах. Станочек отмыли,покрасили. .
Заменили энкодер, на более свежий ВЕ-178 А5, z=100.
Требуемая точность 1,2 градуса -достаточно. Собственно станок собран, установлен компьютер.
В качестве датчика вибрации в каждой из опор установлена катушка, которая движется в поле постоянного магнита, амплитуда сигнала до 1.5 В. Идея была такова. В качестве датчика угла используется энкодер, для вращения вала установлен двигатель с частотным преобразователем для плавного пуска и регулировки оборотов.
Сигнал с датчиков вибрации приходит на линейный вход компьютера, с каждой опоры на свой канал.
При запуске вращения программа запоминает максимум вибрации и угол на котором он произошел, до 10-20 точек измерения, для каждого из каналов.
Далее эти данные использовать для подсчета компенсирующих грузов.

А теперь печалька: Не получилось сделать такую программу под WindowsXP, нет точности отсчета угла и соответственно все данные полученые в процессе измерений не верны.

Возможно ли создать такую программу под Линукс, или как то использовать GladeVCP и LinuxCNC?

Используйте микроконтроллер для получения данных с датчиков, а он пусть сливает в большой комп. 10-20 точек измерения потянет даже младшая серия STM32 (стоит копейки на ebay, купите готовую плату).
Написать прошивку на Си для мк, и прогу на C# под винду, как мне кажется проще чем драйвер и прогу под rtai ядро Linux.
Сам писал связку мк+win через usb->com.

Можно конечно и на Arduino собрать. Да, жаль комп снимать.

Только без обид, не надо Ардуино, у STM аппаратная поддержка энкодера, Ардуина просто захлебнется в потоке данных.
А зачем комп то снимать? Пусть на большом экране все показывает. Хотя на балансировочных станках в шиномонтажках стоят не мудреные индикаторы и показывают места установки грузов.
Ну или искать программера под Linux.

Да а причем тут линукс, если как я понимаю порт не принимает столько, сколько в него пихают...

Сейчас пошла вторая волна "улучшений", когда в подобные устройства вставляют МК с линуксом и всем софтом,чтобы сэкономить на цене desctop PC.

Линукс тут при том, что существует rtai ядро, в котором можно получить практически "прямой" доступ к порту, LinuxCNC работает с энкодерами и на осях и на шпинделе.
Значит пропускной способности порта достаточно.
А вот винда, прямого доступа не дает никак, ну кроме старых версий со спец драйвером лпт, если я ничего не путаю, и как в такой ситуации обсчитывать энкодер и датчики?
И еще вопрос, а как вообще через лпт можно считать данные с аналоговых датчиков вибрации??? Что есть линейный вход компьютера?????

SVP писал(а):Да а причем тут линукс, если как я понимаю порт не принимает столько, сколько в него пихают...

Сейчас пошла вторая волна "улучшений", когда в подобные устройства вставляют МК с линуксом и всем софтом,чтобы сэкономить на цене desctop PC.

Порт под линуксом понимает до 1300 об.мин. пробовал сам. А под виндовс и 300 не всегда правильно.

Bmax77 писал(а):Линукс тут при том, что существует rtai ядро, в котором можно получить практически "прямой" доступ к порту, LinuxCNC работает с энкодерами и на осях и на шпинделе.
Значит пропускной способности порта достаточно.

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

Да, есть линейный вход

Bmax77 писал(а):Линукс тут при том, что существует rtai ядро, в котором можно получить практически "прямой" доступ к порту

Это две совершенно разные вещи, вообще никак не зависящие друг от друга.

Leo_1943 писал(а):Да, есть линейный вход

Что вы имеете в виду под этим словосочетанием? Я никак не могу сообразить о чем речь?

Звуковой линейный.

UAVpilot писал(а):Это две совершенно разные вещи, вообще никак не зависящие друг от друга.

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

Leo_1943 писал(а):Звуковой линейный.

ААА, елки, забыл о такой возможности, там как раз два канала.

Leo_1943 писал(а):Звуковой линейный.

Не совсем. Постоянное напряжение померить не получится.

UAVpilot писал(а):Постоянное напряжение померить не получится.

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

Сергей Саныч писал(а):Другое дело, что сдвиги фаз могут быть трудноучитываемые, особенно на низких частотах.

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

UAVpilot писал(а):Не совсем. Постоянное напряжение померить не получится.

Это почему это ? Может быть вы имели в виду ток?

Leo_1943, на евау продаются программа + датчики
http://stores.ebay.com/Erbessd-Instrume ... 7675.l2563
http://www.ebay.com/sch/i.html?_sacat=0 ... ine&_frs=1
Но наверно это не ваш путь, и вам хочется все самим сделать

Bmax77 писал(а):Это почему это ? Может быть вы имели в виду ток?

Я имел в виду именно напряжение (ток меряют измеряя напряжение на шунте).
А нельзя потому, что в аналоговых цепях стоят разделительные конденсаторы, которые не пропускают постоянную составляющую сигнала.

UAVpilot писал(а):А нельзя потому, что в аналоговых цепях стоят разделительные конденсаторы, которые не пропускают постоянную составляющую сигнала.

Извините, что спрашиваю, во всех или только в линейном аудио входе?