roman_i

Может кто подскажет, для чего нужны диоды D1, D2 (обычно в таких схемах их не встречал) и обязательны ли они в схеме с полевиками?

Да.Это срисовано с платы.

Извините, не мог раньше зайти на форум. По схеме - правая часть служит для регулировки мощности. Через нее подается питание на все ключи. Так называемая ШИМ в данном случае не очень ШИМ - это импульсы постоянной частоты 16кГц,скважность которых (0-100%)устанавливается при настройке и я не заметил,чтобы она изменялась во время работы. Эти импульсы накладываются на основную частоту так,как показано на схеме - подняты относительно нулевого уровня. На выходе драйвера получается что-то типа полушага. Меня интересует, будет ли в принципе схема на полевиках адекватно работать вместо штатной? Может кто делал похожее на такие мощности? Изготовитель сего чуда техники - Япония

Здравствуйте уважаемые форумчане. Имеются модули управления мощным 5-фазным шаговым двигателем (100в, ~ 3-4 A ток фазы), изготовленные в 1990-1995 годах. Периодически выходят из строя выходные транзисторы (Дарлингтон 2SD1027, 200V ,22A).Транзисторы достаточно дефицитные и дорогие, аналоги тоже. Кроме того, драйверы плеч изготовлены в виде модулей, залитых чем то вроде мягкой керамики и их ремонтопригодность близка к нулю. Есть мысль переделать выходной каскад на более современной элементной базе. В прикрепленных файлах схема одной фазы,срисованная с платы и мой вариант переделки. Прошу знающих подсказать, имеет ли такой вариант "право на жизнь" и какие могут быть "подводные камни". Заранее спасибо.

порядка 20 входных датчиков + клавиатура +10 кнопок + 14 выходов полностью смоделировать на столе сложновато. Конечно,основные функции были опробованы до установки на машину,но кто бы мог подумать, что вылезет такой глюк...

осциллографом посмотреть технически сложно,так как машина большая и каретка движется вместе с креслом оператора,а электроника в 1,5 м от кресла.Разве что прицепить светодиод на выводы программирования...Странно то,что INT1 (датчик высоты) тоже не отрабатывается,но я для него сделал изменения в программе и периодически опрашиваю вывод контроллера,а сделать такой опрос датчика "0" программно сложновато,да и зачем,если оно "ДОЛЖНО!!!" так работать.тупик ...По датчику высоты чуть не угробил машину...

в программе после наезда на датчик "0" значение переменной position передается по шине I2C на модуль индикации и выводится на табло.если машина снова начинает двигаться,то это значение изменяется уже от текущего значения,то-есть от числа 80. В железе сброса на 80 при наезде на датчик не происходит.

извиняюсь,опечатка.сейчас исправлю.INT0 и TMR0 работают нормально. А как исправить?

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

PIC18F4520+MPLAB 8.63+HI-TECH PICC 9.83. Проблема в том,что не прерывания INT0 (высокий приоритет) и TMR0 (низкий приоритет) нормально работают как в Proteus,так и в железе. Прерывания INT1 и INT2 в Proteus работают нормально, независимо от назначенных приоритетов, а в железе контроллер их игнорирует. Помогите советом, куда копать. Кусок кода прикреплен. форум.txt

Трудновато переходить с ассемблера на С, но приходиться. Еще раз спасибо. Тему можно закрыть.

Понятно. В таком случае размер буфера всегда должен быть на единицу больше размерности максимального числа?

Спасибо за подсказки. Будем дальше учиться. Но получается, что это нормальная работа itoa ?

Я со строками раньше не работал и только пробую программировать на С. В данном случае хочу понять.почему так получается. Если разнича в количестве цифр равна 1,то все носмально. А если разница в две цифры, то в массиве остается старшая цифра: itoa(buf,351,10); //buf[00,00,31,35,33] itoa(buf,1256,10); //buf[00,36,35,,32,31] itoa(buf,543,10); //buf[00,00,33,34,35] itoa(buf,1256,10); //buf[00,36,35,32,31] itoa(buf,54,10); //buf[00,36,00,34,35]

нет.выводятся последовательно все значащие цифры из массива