внезапно в рунете даже ктото чтото знает

и магниты бандажируют

то что надо?

такие даунские мнения порой

электропривод с векторным управлением позволяет регулировать скорость асинхронника от нуля оборотов.

ну вопрос как удержать ноль

электропривод с векторным управлением позволяет регулировать скорость асинхронника от нуля оборотов.

это кстати сказал человек на которого я выше ссылку дал

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

ну я открыл сначала

у него вроде даже работает

и удерживает в нуле, и мелкие обороты поддерживает

правда это он сам заявляет

но там рядом мнение что это верно для статической нагрузки, и в динамике будет срыв

khach очень крутой кстати. хотел с ним закорешеваться но хер

Можно в диапазоне оборотов 30-150% от номинала. При более низких оборотах получить устойчивую сервосистему не получается. Частично решали эту проблему используя два асинхронника на общем валу- в режиме низких оборотов они работали в режиме противотяги.

но там рядом мнение что это верно для статической нагрузки, и в динамике будет срыв

ну да констандтное скольжение для константной силы лол

мне просто нравится как всё просто с синхронниками. лепить векторное управление асинхроннику это как тролейбус из хлеба

я сам вообще хз, в этой теме только помочь погуглить могу

khach реально боженька просто

мощно так режет правду матку

он кстати мне и спалил те илитные стмки

>А вы начните дергать ротор вправо-влево с частотой 5-10 Гц например. И посмотрите на поведение поля ротора и статора. А когда просто нагружаешь вал рукой или динамометром- это режим постоянной нагрузки и с ним проблем как раз нет- все работает.

>А вы начните дергать ротор вправо-влево с частотой 5-10 Гц например. И посмотрите на поведение поля ротора и статора. А когда просто нагружаешь вал рукой или динамометром- это режим постоянной нагрузки и с ним проблем как раз нет- все работает.

да, я о этом высказывании

причем единственный чувак который вообще связан с внешним миром а не поехавшими беспруфными байками махарайщиков которые в 80х всё решили но просрали

я кстати до сих пор ниасиливаю DTC vs FOC

ну вопрос как удержать ноль

гуглить gimbal там синус на обмотках для плавных ползучих скоростей и удержание позиции

/me сейчас управлялку bldc ваяет

какаято хрень гуглится https://en.wikipedia.org/wiki/Gimbal

gimbal motor

гуглить gimbal там синус на обмотках для плавных ползучих скоростей и удержание позиции

вопрс я так понял относится к асинхронникам, а гимбал моторы синхронники

гуглить gimbal там синус на обмотках для плавных ползучих скоростей и удержание позиции

разве это не синхронник и там не обычный foc ?

а. вы про асинхронники

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

блин ты сказал какбудто мы не срались с тоой про частотники никогда )

суть как бы что да, я немного в теме

короче мне надо понять DTC vs FOC в планах

всё что я помню про DTC это то что оно шустрее :) не делал никогда

да, то что шустрее все говорят

но принцип его скрыт от нас

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

а если использовать инерционность нагрузки, которая на валу?

void setup() { keypressed = false; } void loop() { keypressed=(0 не нажато, 1 нажато); if (keypressed > 0) { lcd.print(keypressed); if (keychanged = false) { if (keypressed = btnUP) { stepsize = stepsize + 1; } if (keypressed = btnDOWN) { stepsize = stepsize - 1; } keychanged = true; } } else { keychanged=false } }

выполнение не заходит во второй по счету if. Где я неправ?

выполнение не заходит во второй по счету if. Где я неправ?

В ифах всё-таки == надо использовать… ;)

воу спасибо!

Ну и keychanged проинициализировать неплохо бы.

В ифах всё-таки == надо использовать… ;)

классика

Ну и keychanged проинициализировать неплохо бы.

с этим норма, я ж кусок вырвал :)

следующий вопрос. преобразование типов. int a; float b; a=100; b=a/2; print(b,2); // 50.00 a=99; b=a/2; print(b,2); // 49.00 - почему?

следующий вопрос. преобразование типов. int a; float b; a=100; b=a/2; print(b,2); // 50.00 a=99; b=a/2; print(b,2); // 49.00 - почему?

Попробуй в последнем делении явно указать float

Типа b = (float)(a/2); Ну или как-то так

Именно. Потому что делишь на int.

b=float(a)/2;

работает. спасибо :)

/2

можно еще на 2.0 делить

2.0f

пох, приведется

правильно я понимаю, что это приведёт к однокнатной отправке блока через DMA? .DMA_Mode = DMA_Mode_Normal

да

альтернатива там сircular емнип

пох, приведется

в дабл :3

ERROR: S client not available

а потом результат во флоат

ну и нахуй эта ебля?

уже вник в тонкости прошивки, понимаю, чё да как

все светодиоды зажигаются

но, что интересно, отправляю я туда красный, а горит синий, почти везде

кроме первых двух светодиодов (там красный, зелёный)

>почти, это вот странно

и ещё несколько пар , точнее семь пар

тоже красный

причём, я по кнопке смещаю цвет, смещается везде, кроме первых двух светодиодоы

осцил показывает ровно 800кГц на выводе ШИМ, нулевой шим 9 отсчётов из 30, единичный шим - 21 из 30, вроде всё по науке

но если принять, что уходит туда GRB, т.е. {0, 100, 0}, и первый светодиод светит правильно, а второй уже становится зелёным, а третий синим…

то возможно, получается, что 100 смещается влево, т.е. пакет коротковат, а потом ещё влево и становится синим - вроде логично

так, сделал буфер для PWM размером в пол матрицы (128) теперь на левой половине матрицы стандартно глючат два первых светодиода, остальные в левой половине показывают синий цвет на правой половине, то же всё синее, тоже глючат первые два светодиода - что наводит на мысль о проблемах на границах буфера, но так же есть интересные сайд эффекты: также глючат два светодиода в начале последней четверти матрицы и два светодиода в последнем столбце

Сами светодиоды точно не битые? Если бы были проблемы со смещением буфера - то глючили бы не отдельные светодиоды, а светодиоды + все после них

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

вот, заслал в RGB_t leds[i] = {0, 0, 20}

надо достать из закромов логический анализатор

Мне таки кажется, что битые светодиоды. А ардуины под рукой нет, чтобы через FastLED/NeoPixel туда данные запихнуть?

насчёт битости хз, вроде нормально работало на ардуине,

С первыми светодиодами есть еще вариант "не осиливают 3.3V"

Вполне реальный кстати, прецеденты были

кстати да, 3.3В

а у тебя провод от контроллера не длинноват?

Ну это узнать просто - ткнуть осциллом в светодиод

угу

буфер на 64 значения