Форум РадиоКот

[uquote="Forward",url="/forum/viewtopic.php?p=3174474#p3174474"]По поводу резистора. Им конечно можно "затупить" двигатель, но, ИМХО, в данном случае - это лишнее. [/uquote]
Может и нет. У меня тоже проявляется небольшая "зубастость" на графиках напряжения и скорости, и в перспективе хотелось бы решить этот вопрос. А вопрос этот легко может оказаться в избыточной мощности двигателя и не совсем адаптированной прошивке под такую мощность (точнее в не совсем корректном алгоритме вычисления ПИД), ибо зубастость на 100% не убирается при любых настройках ПИД.

Ruzik писал(а):Когда ПИД "интегр"=0, поднимаю Vmin до 15 вольт, скорость увеличивается.

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

Так к сведению:
V двигателя в конфигурации это максимальное заполнение ШИМ (255) и эквивалентно максимальному напряжению с БП драйвера.
ШИМ для V мин и V макс расчитываются исходя из этого напряжения по пропорции.

ШИМ для V макс = (255 * V макс) / V двигателя
ШИМ для V мин = (255 * V мин) / V двигателя
Эти значения и передаются в установку при конфигурировании.

V мин автор рекомендует ставить равным напряжению страгивания каретки.

Из вышесказанного следует, что V двигателя нужно приближать к V макс иначе при питании 24 в на драйвере
и 12 в на двигателе - максимальный ШИМ получается 127 из 255 (50%) и соответственно регулятору останется меньший запас для регулирования, а еще V мин скрадывает начало шкалы.

При моих настройках ШИМ для V мин = 109 для V макс 236 (6 в - 13 в) из 14 вольт на драйвере.
Регулятору остается диапазон от 109 до 236.

SDimok писал(а):Так к сведению:

Абсолютно верно. Именно так в авторской прошивке контроллера.

Из этого следует, что напряжение питания двигателя, а, заодно, и всей схемы должно быть немного выше того значения при котором двигатель развивает требуемую расчетную скорость при достаточной мощности на валу. Решить эту задачу можно с разных сторон: - подбором двигателя под имеющуюся плату или доработкой схемы управления двигателем (изменением питающего напряжения и т.д.).
Под авторскую разработку хорошо подходит двигатель, развивающий 2500 - 3000 об/мин при 24V. Тогда и ПИД регулятору хорошо - ему никто не зажимает верхнюю границу. Этим требованиям удовлетворяют, в большинстве случаев, принтерные движки.
Вопрос в том как быть с двигателями, которые развивают данную частоту вращения при, скажем, 12V.
Первый путь (и самый правильный) - снижаем напряжение питания всей схемы, естественно с учетом всех нюансов.
Второй путь - зажимаем диапазон регулировки скорости за счет сужения динамического диапазона (увеличиваем относительный шаг)
Третий путь - ухудшаем стартовую динамику двигателя.

smacorp писал(а):откуда столь глубоки познания о значениях линий и их цветов в графике ПИДов?

Чтение форума, анализ исходников прошивки контроллера и личный опыт настройки

smacorp писал(а):Завалы по краям разве что уменьшились

Так для этого и увеличивают поле разгона-торможения

Seriyvolk писал(а):У меня тоже проявляется небольшая "зубастость" на графиках напряжения и скорости

Скорее всего это издержки дискретности 8-битного ШИМ, наложенного на весь диапазон Vдв. И, да, в этом случае резистор может оказаться не лишним, правда основное влияние будет на стартовое ускорение, а дальше - нагрев воздуха...

Погоняйте новую версию.
Добавил загрузку конфигурации в контроллер.
Движение портала.
Кнопки в окне камеры и показания работают.
Исправил некоторые косяки в герберах.
Макросы апертур правда не доделал.
Не доделал так же контроль вводимых значений.
Можете поэспериментировать с запредельными скоростями.

Нужно больше "кривых" герберов
Нашел косяк в авторской программе (в моей он тоже есть)
Если при удержании кнопок свободного перемещения влево, вправо, вверх, вниз
свернуть окно или сделать так, чтобы оно потеряло фокус, то при отпускании кнопки
команды останова движения установка не получит.
Вдариться в упор. Будьте бдительны

Сейчас тоже начал эксперименты с базовой HLDI по "выправлению" пробегавших в теме "кривых' герберов.
И выяснил, что если макроапертура АМ состоит из нескольких строчек в файле, то HLDI не может нормально её обработать и программв вылетает. (у меня)
Если её записать в строчку, то всё отображается корректно.

Пытаюсь исправить с полдня этот момент наиболее логическим способом, но пока только как то они определяются, но на коде D исполнения появляется ошибка.
Хотя по структуре программы этого явно не просматривалось. Но 0*# в последней строчке аппертуры всё подпортило.

P.S. Понял также и что CAM350 имеет свои недочёты. Например если создать два определения одинакового содержания аппертуры (АМ) , и разных номеров но рядом,
то он апертуры второго номера будут учтены в графе первого номера и соответственно управляться этим номером.
Поменял у такой апертуры угол поворота на 90 с 45 градусов и HLDI её не отобразила.
Герберы от Seriyvolk с Diptrace 3.1. Давно в руки шашек не брал. В описании к программе не указано что просмотр управление масштабом и перемещенияи окна
отображения гербера управляется по аналогии с САМ350

KPG писал(а):Герберы от Seriyvolk с Diptrace 3.1.

У Серого Волка диптрейса никогда не было. Эт к Рузику скорее.

SDimok
Герберы DipTrace стали открываться (все), но не прорисовываются некоторые смд площадки (прямоугольные). Точь в точь как гербер из альтиума.. http://radiokot.ru/forum/viewtopic.php? ... 4#p3172264

Вот диптрасовский гербер..



Альтиумовский гербер..



По остальному, все нормально. ХУ работает, вбил пиды из старой версии, каретка передвигается плавно.

1. Еще заметил, что при передвижении каретки или портала в любую сторону, кнопки "Подключить", "Отключить", "WebCam", моргают (становятся активными по очереди). При нажатом Shift, тоже скачут. Если нажать Ctrl, кнопки не скачут при передвижении.

2. Может вообще на другие кнопки посадить, например T (Точно), и G (Грубо), чтобы не было конфликтов с виндовскими функциями Shift или Ctrl в дальнейшем?

до кучи для теста герберы из kicad-а

[uquote="Ruzik",url="/forum/viewtopic.php?p=3174791#p3174791"]1. Еще заметил, что при передвижении каретки или портала в любую сторону, кнопки "Подключить", "Отключить", "WebCam", моргают (становятся активными по очереди). При нажатом Shift, тоже скачут. Если нажать Ctrl, кнопки не скачут при передвижении.[/uquote]
Это ерунда, просто после обработки сообщения о нажатии клавиш, я передаю это же сообщение главному окну,
на всякий случай.
[uquote="Ruzik",url="/forum/viewtopic.php?p=3174791#p3174791"]2. Может вообще на другие кнопки посадить, например T (Точно), и G (Грубо), чтобы не было конфликтов с виндовскими функциями Shift или Ctrl в дальнейшем?[/uquote]
Вообще как вариант сделать панельку с кнопками управления на экране как в ponterface
Решиться проблема с пропаданием фокуса окна.

SDimok, гербер PCAD не открывается.
Пока перегоняю ДипТрейсом

Спойлер

See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.ArgumentOutOfRangeException: Index was out of range. Must be non-negative and less than the size of the collection.
Parameter name: index
at System.ThrowHelper.ThrowArgumentOutOfRangeException()
at System.Collections.Generic.List`1.get_Item(Int32 index)
at GerberLib.GerberApertureParameters.DrawMacro() in F:\Проекты\New_HLDI\New_HLDI\GerberApertureParameters.cs:line 561
at GerberLib.GerberApertureParameters.Draw() in F:\Проекты\New_HLDI\New_HLDI\GerberApertureParameters.cs:line 108
at GerberLib.GerberParser.ParseAperture(String gLine) in F:\Проекты\New_HLDI\New_HLDI\GerberParser.cs:line 500
at GerberLib.GerberParser.ParseLines(List`1 gerberLines) in F:\Проекты\New_HLDI\New_HLDI\GerberParser.cs:line 1279
at GerberLib.GerberParser.ParseFile(String fileName) in F:\Проекты\New_HLDI\New_HLDI\GerberParser.cs:line 245
at New_HLDI.Form1.новыйГерберToolStripMenuItem_Click(Object sender, EventArgs e) in F:\Проекты\New_HLDI\New_HLDI\Form1.cs:line 139
at System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e)
at System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e)
at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met)
at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
at System.Windows.Forms.ToolStrip.WndProc(Message& m)
at System.Windows.Forms.ToolStripDropDown.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

SDimok писал(а):Нужно больше "кривых" герберов

Мне кажется, что ждать не нужно. Программа уже неплохо открывает, поэтому нужно делать версию, с которой можно пробовать работать. И вот уже тогда при реальной работе и вылезут все глюки со всеми герберами. То есть, это будут уже боевые (самые лучшие), а не синтетические тесты.

И не знаю планировалось ли, но было бы очень хорошо так же, как и в оригинальной HLDI, сделать инверсию и поворот (хотя бы по вертикали) уже открытых герберов. Можно, конечно, инвертировать\поворачивать и при выводе герберов или потом сторонними программами, но удобнее всё делать уже при засветке.

[uquote="smacorp",url="/forum/viewtopic.php?p=3175270#p3175270"]И не знаю планировалось ли, но было бы очень хорошо так же, как и в оригинальной HLDI, сделать инверсию и поворот (хотя бы по вертикали) уже открытых герберов. Можно, конечно, инвертировать\поворачивать и при выводе герберов или потом сторонними программами, но удобнее всё делать уже при засветке.[/uquote]
Это все запланировано повторить. В основном время уходит на изучение протокола обмена с hldi.
Поскольку я никак не разбираюсь в форте, на котором написана авторская программа, то мне приходиться все смотреть в advanced serial monitor-е и в прошивке контроллера.
Если бы кто - нибудь рассказал на пальцах алгоритм передачи файла на экспонирование, я бы уже это сделал.

Вот есть синтетические тесты А оно нужно для печатных плат? (весь стандарт Gerber реализовывать) P.S. Даже на паре из них CAM350 (10-й версии вылетел!) и в некоторых есть рахождение в отображении с GerbView.
Протокол обмена можно смотреть и на стороне контроллера (c уровня Форта эту часть ещё не смотрел)
Описанный выше мной баг автор HLDI уже подправил. Идёт работа над другими багами.

KPG писал(а):Описанный выше мной баг автор HLDI уже подправил. Идёт работа над другими багами.

Это как понимать? Вы причислены к лику святых и напрямую общаетесь с автором?

[uquote="smacorp",url="/forum/viewtopic.php?p=3175480#p3175480"]

KPG писал(а):Описанный выше мной баг автор HLDI уже подправил. Идёт работа над другими багами.

Это как понимать? Вы причислены к лику святых и напрямую общаетесь с автором? [/uquote]
А почта для чего?

KPG писал(а):А почта для чего?

Ранее неоднократно люди писали, что пробовали связываться с автором, но он никому не ответил. Точно упоминал про это Altium, также, кажется, Serj_K и вроде кто-то ещё. Мало того, если верить Altium, он даже денег предлагал автору за дальнейшую разработку, но и это не помогло. Почему, собственно, и возник у меня вопрос про "святость".

[uquote="smacorp",url="/forum/viewtopic.php?p=3175489#p3175489"]

KPG писал(а):А почта для чего?

Ранее неоднократно люди писали, что пробовали связываться с автором, но он никому не ответил. Точно упоминал про это Altium, также, кажется, Serj_K и вроде кто-то ещё.[/uquote]
Ну значит так звёзды сложились

KPG
А что значит автор подправил? Уже где то опубликована новая авторская версия или я что то не понял?

Прислал исправление, но есть некоторые подозрения на появление регрессии.

P.S. Если автор не появится в теме, то выложу исправленный файл (проверив более тщательно на тестах)

Понятно, наверно и прислал для того, чтобы не появиться в теме.