Eug28

Доброго времени! Чем вызвано применение данного контроллера в настоящее время? Сейчас есть более функциональные и более простые в программировании и отладке. Данный контроллер освоил почти полностью и на Си и на асме, изделия прошли полный цикл испытаний и внедрены в серию. Если есть вопросы пишите mev7009 собака gmail.com на форуме сейчас бываю очень редко

Имеется вращательный механизм с PMSM-двигателем, который через кинематику управляет неким объектом, который надо опускать и поднимать. Время опускания 1 с, время подъема 5 с. Полный ход вала механизма 100 об, максимальная частота вращения вала механизма 7500 об/мин., нагрузка приведенная к валу механизма при опускании помогающая 200 Нм, при подъеме противодействующая 200 Нм., точность остановки +-0,5 об. Система электропитания является автономной с максимальной мощностью 30 кВт, повышение напряжения на шинах питания не допустимо. Охлаждение - пассивное. Проблема: куда девать энергию при опускании? Варианты решения: 1. Применение резистивного балласта, но его мощность около 150 кВт, размеры слишком большие. 2. Применение батареи конденсаторов, но емкость выходит около 10 Ф!!!! Есть ли какие способы сброса большого количества энергии за короткий промежуток времени? Заранее всем спасибо!

Есть не жесткий объект диаметром 4 метра который нужно перемещать тремя штоковыми электромеханизмами с PMSM двигателями на 250 мм со скоростью 400 мм/с и с рассинхронизацией не более 0,2 мм между штоками. Сейчас реализован алгоритм по нахождению среднего значения положения штоков и формирования разности текущего положения и среднего и пропорционально разности увеличение или уменьшение заданной частоты вращения. Но система работает с колебаниями и иногда штоки расходятся до 2 мм. Ранее по подобному алгоритму реализовывали синхронизацию двух механизмов с допуском 0,5 мм, вроде проблем небыло. Может кто-нибудь делал синхронизацию трех механизмов?

Разработка электроники на заказ (удаленная работа, консультирование). Область деятельности: разработка электроприводов и систем управления для жестких условий эксплуатации. - Разработка ТЗ - Разработка схем (Altium, P-CAD) - Трассировка плат (Altium, P-CAD) - Разработка ПО для микроконтроллеров (AVR, ARM, DSP). - Разработка ПО для компьютеров - Оформление документации по ЕСКД. - Изготовление образцов - Отладка опытных образцов Опыт работы 10 лет в области авиационных и индустриальных электроприводов и систем управления с жесткими условиями эксплуатации. г.Киров moskvin-epv(собака)rambler.ru

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

Есть датчик положения, представляющий переменный резистор, запитанный 5 В, сигнал о положении снимается с подвижного контакта. Этот сигнал поступает на 10 разрядный АЦП. Требуется программно определить начало перемещения с изменением напряжения на подвижном контакте от 40 мВ/с и выдать сигнал не позднее 0,5 с с момента начала перемещения. Сейчас делаю так: складываю все показания АЦП с интервалом 10 мс за 0,5 с и делю на 50. Если среднее значение отличается от текущего более порога выдаю сигнал. Но при время выдачи сигнала плавает от 0,5 до 1 с. Может есть у кого-нибудь мысли как решить данную проблему.

Применяем Александер Электрик до 60 Вт и московские и дон, особых нареканий нет. Отказов по вине модулей питания не было.

Торможение сделал двухступенчатым: сначала торможу как писал выше, а с оборотов около 3000 торможу противовключением, время устраивает. Всем спасибо за помощь. Кстати параметры обмоток: L = 0,3 мГн R = 0,2 Ом

Работаю с данным микроконтроллером: Вот код настройки прерывания и работа с ним: asm-файл .include "wc5reg_asm.h" .sect "vectors" b 03E00h ;вектор сброса _c_int1 b _c_int1 ; b _c_int2 ; обработчик прерывания таймера _c_int3 b _c_int3 ; _c_int4 b _c_int4 ; _c_int5 b _c_int5 ; _c_int6 b _c_int6 ; .space 16*6 .text ... ldp #DP_EV splk #04207h,COMCON splk #0C207h,COMCON splk #Tduty,T1PER splk #0,T1CNT splk #0A800h,T1CON lar ar4,#60h ... ldp #DP_EV ; Очистка EV IFR и IMR регистров splk #07FFh,IFRA splk #00FFh,IFRB splk #000Fh,IFRC ; Разрешение прерывание по обнулению таймера 1 splk #0200h,IMRA splk #0000h,IMRB splk #0000h,IMRC ;Установка IMR для прерывания INT2 ldp #0h ;Очистка флагов прерываний lacc #0FFh sacl IFR lacc #0000010b sacl IMR ldp #DP_EV lacc T1CON or #0040h sacl T1CON clrc INTM main ... b main ******************************************************* *Прерывание INT2 от таймера 1 ******************************************************* _c_int2: larp ar4 mar *- sst #1,*- sst #0,*- sach *- sacl *- ... Программа обработки прерывания ... ldp #DP_EV lacc IVRA larp ar4 mar *+ lacl *+ add *+,16 lst #0,*+ lst #1,*+ clrc INTM ret

При включении в обратном направлении к обмотке прикладывается напряжение DC-шины плюс положительный полупериод ЭДС двигателя, а это почти двойное напряжение DC-шины при этом di/dt становится большим и часто происходит срабатывание защиты по КЗ, установленной в разрыв минуса DC-шины. Управление реализовано на микроконтроллере, драйвер силовой части собран на рассыпухе. При жестком корочении я за электронику не боюсь, она выдержит, но проблема в механике ломается ограничительная муфта. Про суперконденсаторы знаю, но их нет за приемкой.

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

Энергия рассеивается на баластном (тормозном) резисторе, подключенном параллельно DC-шине при привышении на ней напряжения. Обмотки закорачиваются не на постоянно, а с регулировкой тока на уровне 12...13А, больше неполучается сварачивается муфта ограничения. Двигатель с ДПР.

Он остановится Эсли идти по той же кривой назад, надо применять торможение противовключением, но при этом di/dt будет большим и будут резкие скачки тока Инвертор состоит из трех полумостов, классический трехфазный инвертер Скорость спадает по экспоненте,а экспонента долго стремится к 0

Торможение идет при помощи одновременного открытия трех нижних ключей инвертора, то есть выводы обмоток двигателя замыкаются между собой. Ток падает почти до 0 потому, что ЭДС двигателя на низких оборотах становится маленькой и ее не хватает для создания большого тока Нагрузка только динамическая, статическая очень мала разгон плавный получается по S-кривой за 2,5 секунды

блок собственной разработки

Сейчас использую торможение при помощи нижних ключей с плавным нарастанием тока и последующим его ограничением на уровне 12 А, но при частоте вращения ниже примерно 1800 об/мин ток начинает падать, а при 1000 об/мин вообще уходит в 0, и двигатель вращается еще секунд 5-8.

Есть 3 кВт BLDC двигатель с частотой вращения 8000 об/мин на валу которого имеется нагрузка с моментом инерции 0,08 кг*м2 которую требуется останавливать за время 2-3 с. Какие имеются способы быстрого без ударов торможения BLDC?

Можете обратиться на ОАО "Электропривод" Телефон отдела кадров: (8332)23-29-10

С Redboot понятно, на период отладки так и делаю. А надо в готовом изделии сделать так, чтобы выполнялись две задачи ftp сервер и задача управления объектом. Если надо поменять задачу управления, то конектимся к ftp серверу, заменяем файл с задачей управления новым.

Есть необходимость при запуске eCos грузить файл и запускать его на выполнение. Платформа х86. Хочу сделать так, создать образ с ftp сервером, поддержкой файловой системы и загрузкой задачи из отдельного файла, который можно менять через ftp. Не могу разобраться как это сделать, помогите пожалуйста. Заранее спасибо!

Необходимо из под ecos менять текущее время в BIOSe, не могу найти при помощи какой функции это можно сделать. Может кто сталкивался, помогите пожалуйста.

На работе потребовали возродить проект, который пылился несколько лет. Есть устройство которое работает по RS232 и находится рядом с одноплатным компьютером MZF486-104PCI фирмы "Элкус" и есть удаленный компьютер который по Ethernet по протоколу UDP шлет управляющие команды, а MZF486-104PCI должен их принять, обработать и передать по RS232. Проблема в том, что одноплатный компьютер должен быть готов принимать данные не более чем через 2 с после подачи питания на него. Поэтому нужна какая-то маленькая ОС или вобще обойтись без ОС. Пока экспериментирую на виртуальной машине и сделал функции приема и передачи по RS232 без использования ОС. Теперь стал вопрос как быть с Ethernet? На MZF486-104PCI стоит RTL8139D Realtek. Ранее дела с одноплатными компьютерами не имел, а из ОС только DOS и Windows. Может кто делал нечто подобное или посоветует куда копать. PS. MZF486-104PCI выбирал не я и поменять на что-то другое возможности нет, так как заказчики военные и хотят использовать железо которое было куплено ранее.

Делали привод на базе TMS320LF2407A, были сделаны макет собственноручно и под заказ были изготовлены 5 плат. С прошивкой макета проблем не было, отлаживали программу и прошивали около сотни раз. При получении заказанных плат была взята одна из пяти, была прошита и отправлена в эксплуатацию (в эксплуатации еще перепрошивали раз 5). С макетом и одной из плат проблем с прошивкой не было. Начали проверять оставшиеся 4 платы, данные из Flash все время читаются разные, но при этом во всех ячейках одинаковые. На складе взяли контроллеры около 15 шт. 10 из одной партии, 5 из другой, устанавливали в колодку отладочного комплекта от SpectrumDigital, результат 5 контроллеров нормально читаются и прошиваются, остальные тупят одинаково, причем в обоих партиях есть нормальные и глючные. Пробовали прошивать XDS510PP от SD и SAU510Iso от Sauris результат одинаковый. Может кто сталкивался с такой проблемой?

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

Ссылку я приводил выше Можно, но уменьшается момент, диапазон расширяется незначительно, примерно до 35-40 Токи надо не измерять, а задавать