cnc-club.ru

alex_sar писал(а): ↑ зачем вам на взрослом станке малина?

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

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

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

alex_sar писал(а): ↑ она нагреется так что мало не покажется

о как... Тогда зачем она вообще нужна? Тупит... Греется... Странно, на старых взрослых станках стоят процессоры 16 или 32 бит , от 20 мгц, И всё им хватает, работают без вентиляторов, и интерполяторы на них и PLC, и динамику станков никак тупой не назовёшь. А тут за гигагерц частота, тупит и грееца..

ничего странного. на них работает микропрограмма, сделанная для конкретной задачи и с оптимизацией под конкретную периферию.

а не ос общего назначения типа линукс (или боже упаси windows )

Сейчас ЧПУ прекрасно помещается в одну STM'ку. Без всяких мини ПК. Все эти гигагерцы и видеопроцессоры нужны только для пользовательской графики и сверхпроизводительных задач.

MX_Master писал(а): ↑ Все эти гигагерцы и видеопроцессоры нужны только для пользовательской графики и сверхпроизводительных задач.

В том то и вопрос. В реальном цеху никакая супер графика не нужна, интерфейс может и должен быть очень простым, как у фанук 0i c монохромным монитором. Новый оператор, мало-мальски знакомы со станками за 5 минут въезжает в интерфейс и работает. Как пример, могу привести чпу фирмы NUM конца 90х.Там 4хосевая nc ,plс, и видео на одном процессоре моторолла 32бита 24мгц середины 90. Неплохо работает на деревообработке с подачами возле 5000мм/мин. G0 - около 20000. Правда заметно подтупливает если траектория разбита на мелкие точки, и подкачка кода по сом порту у него быстрее 19200 не поддерживается, интерфейс крайне минималистичен, но вполне достаточен для того чтоб из фанеры модельную оснастку резать. По сему и вопрос, если сделать самый простой операторский графический интерфес, может и малинка грется не будет

Большой радиатор на мини ПК решит вопрос. Готовые простые интерфейсы можно подсмотреть в доках - https://linuxcnc.org/docs/2.8/html/ в пункте User Interfaces.

MX_Master писал(а): ↑09 дек 2021, 21:19 Сейчас ЧПУ прекрасно помещается в одну STM'ку. Без всяких мини ПК. Все эти гигагерцы и видеопроцессоры нужны только для пользовательской графики и сверхпроизводительных задач.

Прям таки помещается? Или это тот чпу который для куттинга у рекламщиков и дуги рисует не сам, а отрезками ?)
А то сложно верится что даже stm32h7 вытянет сложное 3D фрезерование с шестью осями.

MX_Master писал(а): ↑09 дек 2021, 13:40 Со стороны STM32 всё схвачено на 100%. А вот со стороны мини ПК не всё так однозначно. Самый узкий и требовательный момент - производительность графики в интерфейсе пользователя. Хоть малины, хоть апельсины, одинаково медленно крутят стандартные интерфейсы, типа axis, gmocappy и т.п. Временами выглядит как слайдшоу. Всякие новомодные qt... тоже не помогают. Если решить этот вопрос, мини ПК, однозначно, взлетят в топ ПК для ЧПУ. Как только связка мини ПК, LinuxCNC и STM32 будет максимально стабильной, я вернусь к вопросу быстрого интерфейса для LinuxCNC.

Проблема с графикой из-за медленных библиотек(и медленной работы RPI) или большого объёма данных?
Что если дисплей завести по wi-fi:
Берём планшет(или другой девайс) нужной диагонали, крепим где нужно на кронштейн.
Подключаемся по wi-fi с планшета к RPI или к ESP32(с STM32) и уаля - красивый, быстрый интерфейс
А конкретно на RPI /ESP крутится web-socket сервер, а на планшете открываем в браузер socket клиент.
Дело за малым: наваять веб интерфейс.

miric писал(а): ↑17 янв 2022, 14:29

MX_Master писал(а): ↑09 дек 2021, 21:19 Сейчас ЧПУ прекрасно помещается в одну STM'ку. Без всяких мини ПК. Все эти гигагерцы и видеопроцессоры нужны только для пользовательской графики и сверхпроизводительных задач.

Прям таки помещается? Или это тот чпу который для куттинга у рекламщиков и дуги рисует не сам, а отрезками ?)
А то сложно верится что даже stm32h7 вытянет сложное 3D фрезерование с шестью осями.

MX_Master писал(а): ↑09 дек 2021, 13:40 Со стороны STM32 всё схвачено на 100%. А вот со стороны мини ПК не всё так однозначно. Самый узкий и требовательный момент - производительность графики в интерфейсе пользователя. Хоть малины, хоть апельсины, одинаково медленно крутят стандартные интерфейсы, типа axis, gmocappy и т.п. Временами выглядит как слайдшоу. Всякие новомодные qt... тоже не помогают. Если решить этот вопрос, мини ПК, однозначно, взлетят в топ ПК для ЧПУ. Как только связка мини ПК, LinuxCNC и STM32 будет максимально стабильной, я вернусь к вопросу быстрого интерфейса для LinuxCNC.

Проблема с графикой из-за медленных библиотек(и медленной работы RPI) или большого объёма данных?
Что если дисплей завести по wi-fi:
Берём планшет(или другой девайс) нужной диагонали, крепим где нужно на кронштейн.
Подключаемся по wi-fi с планшета к RPI или к ESP32(с STM32) и уаля - красивый, быстрый интерфейс
А конкретно на RPI /ESP крутится web-socket сервер, а на планшете открываем в браузер socket клиент.
Дело за малым: наваять веб интерфейс.

Ща, шапками как закидаем...
Вебморда, кстати, через браузер посредством novnc реализуется. Но это один фиг линукс в основе, а не есп или стм32

miric писал(а): ↑ А то сложно верится что даже stm32h7 вытянет сложное 3D фрезерование с шестью осями

Двуядерный, на мой взгляд, справится хорошо. Ещё и на дисплей время останется. Всё упирается в навык программиста.

miric писал(а): ↑ Проблема с графикой из-за медленных библиотек(и медленной работы RPI) или большого объёма данных?

Стандартные интерфейсы используют OpenGL, а мобильный процессор поддерживает только упрощенную OpenGL ES. Поэтому вся работа по отрисовке падает на процессор. Хотя, по хорошему, эта работа должна падать на видео процессор.

miric писал(а): ↑ Что если дисплей завести по wi-fi:
Берём планшет(или другой девайс) нужной диагонали, крепим где нужно на кронштейн.
Подключаемся по wi-fi с планшета к RPI или к ESP32(с STM32) и уаля - красивый, быстрый интерфейс
А конкретно на RPI /ESP крутится web-socket сервер, а на планшете открываем в браузер socket клиент.
Дело за малым: наваять веб интерфейс.

Лично я открываю удаленный рабочий стол на другом ПК. Мне скоростей такого слайдшоу достаточно.

Малина отлично отрисовывает и по VNC
На ESP32 есть esp32-grbl, посмотрите, может вам его возможностей хватит.
Отрисовка траектории движения инструмента и визуализация объёмного G-кода - это не про stm32 или esp32, сорян. Эта функция совсем другие требования к железу предъявляет, чем управление движением.

miric писал(а): ↑17 янв 2022, 14:29 Прям таки помещается? Или это тот чпу который для куттинга у рекламщиков и дуги рисует не сам, а отрезками ?)
А то сложно верится что даже stm32h7 вытянет сложное 3D фрезерование с шестью осями.

Вы себе хорошо представляете "сложное 3D фрезерование с шестью осями" в плане железа и приводов самого станка?
Для станка за ~10-20 миллионов вы предлагаете на спичках сэкономить?

romanetz писал(а): ↑20 янв 2022, 20:01 Отрисовка траектории движения инструмента и визуализация объёмного G-кода - это не про stm32 или esp32, сорян. Эта функция совсем другие требования к железу предъявляет, чем управление движением.

Так ведь визуальную графику будет рисовать не esp32, а планшет. esp32 только данные в веб-сокет будет непрерывным потоком слать.

romanetz писал(а): ↑20 янв 2022, 20:04 Вы себе хорошо представляете "сложное 3D фрезерование с шестью осями" в плане железа и приводов самого станка?
Для станка за ~10-20 миллионов вы предлагаете на спичках сэкономить?

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

Да и к тому-же не обязательно фрезеры, можно не столь многомиллионный 3D принтер с 3D кинематикой сделать.

Ну чё, братцы, на 5-ой малине кто-нибудь уже подымал лцнц?

Я лишь образ один пробовал. который на офф сайте со стабильной версией, но там с разрешением дисплея беда и нету вывода аудио через HDMI.
Другой человек собрал на родной ОС, но ЛЦНЦ 2.10 - не стабильная. (Ещё не пробовал)
Правда я для плат МЕСА приобрёл.
Я там вообще ничего не отдупляю с настройками и прочего...
ВОТ мои последние попытки на основном форуме что-то выяснить. Но наверное проще с нуля попытаться.
Там уже и GRUB нет, нужно в другом месте прописывать изоляцию ядер.
Оказывается что видеодрайвер отдельно нельзя переустановить...
Тёмный лес для меня.
Но с платой конектится, и быстродействия тоже не плохи. На сколько понял, образ с офф сайта уже изолировано 2 ядра под нужды ЛЦНЦ.

MX_Master писал(а): ↑19 апр 2024, 14:37 на 5-ой малине кто-нибудь уже подымал лцнц?

Да, с m2 ssd достаточо шустро работает. Ну, так... условно. Думал что будет лучше. Пробовал и debian (linuxcnc 2.9), и Raspberry Pi OS с форума linuxcnc. На latency как-то уж сильно влияет все что не попадя (wi-fi,bt,..). Шестеренки увеличивают latency прям неприлично (после предыдущего компа для меня это было особенно больно Я там запускал шестеренки десятками, и это практически не влияло на latency), даже от одного открытого окна график расползается тут же. Отключил все что можно, получил цифры хоть как-то приближающиеся к E6600. У меня mesa 7i96, поэтому не сильно парился с этим.

И там PCI-E не 2.0, а 3.0. С HAT-ами, с али, короткие m2 Transcend не работают. У меня их 2, и ни с одним этот m2 не заработал. C Intel 760p все отлично. Загрузился с SD карты, уже там через imager накатил образ на m.2

xenon-alien писал(а): ↑ Я лишь образ один пробовал. который на офф сайте со стабильной версией, но там с разрешением дисплея беда и нету вывода аудио через HDMI.

Во-во, я эту версию фигню тоже попробовал Всё, что можно, настраивается через терминал. Разрешение экрана намертво выставлено на 1920*1080. Видеодрайвер с аппаратным 3Д/видео - не работает. До проверки звука я не дошёл, потому что начал плеваться в экран ещё раньше, слегка матеря авторов сборки. Зато все интерфейсы лцнц работают, включая те, что на qtvcp. Но отрабатывает всё ЗД, стессна, сам процессор. Ну да ладно, хотя б за это авторам спасибо Но все плюсы 5-ой малины на этой сборке ваще не ощущаются.

Очевидно, что надо брать за основу сборку официальную и дальше от неё плясать. Хотел я ядро с RT патчем собрать, но меня опередил человек с форума лцнц. Ему, кстати, отдельное спасибо. Он даже инструкцию написал и все файлы выложил. По его стопам я накатил RT ядро нужной версии и пакеты лцнц версии 2.9.2. Ещё один штрих - настройки в командной строке запуска для изоляции двух последних ядер процессора. И вуаля, практически всё работает. Всякие AXIS, gmocappy робят на Ура. А вот интерфейсы на основе qtvcp - не запускаются по причине Segmentation Fault от связки Python3 + QT5. Возможно, там какие-то пакеты Python3+QT5 из малиновой репы собраны без совместимости с малиновым видеодрайвером. Или ещё какие-то глубинные настройки нужны. Или вовсе - многочасовая пересборка каких-то Python3+QT5 пакетов с нужными параметрами, что, в общем-то, дичь. Не зря же в сборке на сайте лцнц видеодрайвер не работает. Финальной вишенкой на торте может быть только фиксация частоты процессора на каком-то одном значении. Допустим - 1,8Ггц, чтобы сильно малину не перегреть. Из опытов с Orange Pi помню, что сделать это несложно, но до этого руки ещё не дошли. Пока всё робит как есть, частота проца прыгает от 1,5 до 2,4 ГГц.

У вас еще ядро 6.6 Много видел отзывов что с 6.5 и 6.6 и latency ниже, и в целом как-то побыстрее.
Тоже пробовал ядро собрать, но открыл конфиг, понял что нифига там не оптимизировано и лишнее не убрано (что очень странно, ведь железо одно на всех), и в итоге поленился настраивать

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