13 531
правка
Изменения
Новая страница: «Корректива по поводу китайских запчастей для квадрокоптера: [http://www.hobbyking.com/hobbyking/store/%5F%5F1...»
Корректива по поводу китайских запчастей для квадрокоптера:
[http://www.hobbyking.com/hobbyking/store/%5F%5F18004%5F%5FHobbyKing%5FRed%5FBrick%5F30A%5FESC.html Red Brick]'и в качестве регуляторов скорости движков лучше не брать, ибо у китайцев произошёл даунгрейд и вместо нормального регулятора с двумя радиаторами присылают хрень — аналог банального [http://www.hobbyking.com/hobbyking/store/__6460__Hobbyking_SS_Series_25_30A_ESC.html Hobbyking SS 25-30A], и после перепрошивки 16-кГц ШИМ прошивками оно при работе перегревается так дико, что на малых оборотах 15 секунд не проходит, а притронуться к нему уже нельзя.
[[File:RB30-ESC-NO.png|200px|link=http://www.hobbyking.com/hobbyking/store/%5F%5F18004%5F%5FHobbyKing%5FRed%5FBrick%5F30A%5FESC.html]]
Причина в херовых P-канальных MOSFET’ах, «P-FET gate noise» — на rcgroups [http://www.rcgroups.com/forums/showpost.php?p=21492635&postcount=3528 есть полное англоязычное описание проблемы] от собственно самого Саймона. Вот фотки платы, расположение элементов на ней полностью идентично Hobbyking SuperSimple, FETы тоже похожие, плюс разметил ISP-контакты для перепрошивки:
[[File:Red Brick 30A.jpg|300px]]
[[File:Red Brick 30A back.jpg|300px]]
'''Кстати, никто не разбирается в полевых транзисторах?'''
А то, может быть, разъясните мне смысл сообщения по ссылке выше? Просто вполне очевидно, что перегрев происходит от кратковременных «замыканий» плюса на минус через транзисторы, но я не очень понимаю, как это происходит? Просто не успевают переключиться? Но у тамошних TPC8120 по даташиту Fall Time = 790 ns, Turn-off Time = 275 ns, стоят парами => пусть суммарное время выключения даже 2 us — это, конечно, медленно по сравнению с другими транзисторами (на порядок медленнее), но по отношению к 16 кГц ШИМ всё равно быстро. Ок, автор что-то говорит про шум, это видимо та хрень, колебания, которые между стоком и истоком происходят после выключения. Пусть шум длится даже ещё 2 us, но по отношению к 16 кГц всё равно получается >10 кратный запас.
Следовательно, там что-то более хитрое. Видимо, автор имеет ввиду, что этот шум каким-то образом передаётся на затвор (?), и происходят кратковременные паразитные включения транзистора? И вот это мне уже непонятно.
Однако, факт в том, что если TPC8120 заменить, например, на IRF9317PBF (что я проделал с одним регулятором), то перегрев прекращается и мы получаем вполне нормальный регулятор. Хотя всё равно лучше заказывать что-то, сделанное на всех N-FET’ах вместо P+N. Например, [http://www.hobbyking.com/hobbyking/store/__13430__HobbyKing_20A_BlueSeries_Brushless_Speed_Controller.html BlueSeries] или [http://www.hobbyking.com/hobbyking/store/__15202__Hobby_King_20A_ESC_3A_UBEC.html F-20A]/[http://www.hobbyking.com/hobbyking/store/uh_viewitem.asp?idproduct=15205 F-30A]. Но они уже и стоят на 1-2$ подороже, то есть 8-9-10$ вместо 7-и.
'''А ещё я хочу пропиарить wii-esc!'''
В заключение хочу пропиарить очередную прошивку для регулей — [http://code.google.com/p/wii-esc/ wii-esc]. Фишки: GPLv3, C-шный код вместо ассемблерного и [[wikipedia:Pulse-density modulation|Сигма-дельта модуляция]] (похоже на то, что в сообщении выше Саймон называл Spread Spectrum PWM).
Вот ведь сила опенсорса, ага? До этого все юзали эти дурацкие регули как есть, и совершенно неизвестно было, что там внутри, какие алгоритмы, оптимальны ли они, нельзя ли их улучшить, нет ли каких багов (ибо встречаются) и т. п. А стоило одному товарищу по имени Bernhard Konze провести базовую работу и выложить её в [http://home.versanet.de/~b-konze/blc_6a/blc_6a.htm свободный доступ], и смотрите-ка, уже есть целых 3 замечательных прошивки по мотивам его работ! [https://github.com/sim-/tgy/ SimonK], [http://code.google.com/p/wii-esc/ wii-esc] и [https://github.com/bitdump/BLHeli BlHeli]. Первые две для квадрокоптеров, последняя — для вертолётиков. Причём BlHeli есть в том числе и для регулей на базе контроллеров SiLabs (C8051F330*), а не Atmega8 (а это, например, все новые Turnigy Plush и некоторые другие).
{{wl-publish: 2012-09-16 01:05:14 +0400 | VitaliyFilippov }}
[http://www.hobbyking.com/hobbyking/store/%5F%5F18004%5F%5FHobbyKing%5FRed%5FBrick%5F30A%5FESC.html Red Brick]'и в качестве регуляторов скорости движков лучше не брать, ибо у китайцев произошёл даунгрейд и вместо нормального регулятора с двумя радиаторами присылают хрень — аналог банального [http://www.hobbyking.com/hobbyking/store/__6460__Hobbyking_SS_Series_25_30A_ESC.html Hobbyking SS 25-30A], и после перепрошивки 16-кГц ШИМ прошивками оно при работе перегревается так дико, что на малых оборотах 15 секунд не проходит, а притронуться к нему уже нельзя.
[[File:RB30-ESC-NO.png|200px|link=http://www.hobbyking.com/hobbyking/store/%5F%5F18004%5F%5FHobbyKing%5FRed%5FBrick%5F30A%5FESC.html]]
Причина в херовых P-канальных MOSFET’ах, «P-FET gate noise» — на rcgroups [http://www.rcgroups.com/forums/showpost.php?p=21492635&postcount=3528 есть полное англоязычное описание проблемы] от собственно самого Саймона. Вот фотки платы, расположение элементов на ней полностью идентично Hobbyking SuperSimple, FETы тоже похожие, плюс разметил ISP-контакты для перепрошивки:
[[File:Red Brick 30A.jpg|300px]]
[[File:Red Brick 30A back.jpg|300px]]
'''Кстати, никто не разбирается в полевых транзисторах?'''
А то, может быть, разъясните мне смысл сообщения по ссылке выше? Просто вполне очевидно, что перегрев происходит от кратковременных «замыканий» плюса на минус через транзисторы, но я не очень понимаю, как это происходит? Просто не успевают переключиться? Но у тамошних TPC8120 по даташиту Fall Time = 790 ns, Turn-off Time = 275 ns, стоят парами => пусть суммарное время выключения даже 2 us — это, конечно, медленно по сравнению с другими транзисторами (на порядок медленнее), но по отношению к 16 кГц ШИМ всё равно быстро. Ок, автор что-то говорит про шум, это видимо та хрень, колебания, которые между стоком и истоком происходят после выключения. Пусть шум длится даже ещё 2 us, но по отношению к 16 кГц всё равно получается >10 кратный запас.
Следовательно, там что-то более хитрое. Видимо, автор имеет ввиду, что этот шум каким-то образом передаётся на затвор (?), и происходят кратковременные паразитные включения транзистора? И вот это мне уже непонятно.
Однако, факт в том, что если TPC8120 заменить, например, на IRF9317PBF (что я проделал с одним регулятором), то перегрев прекращается и мы получаем вполне нормальный регулятор. Хотя всё равно лучше заказывать что-то, сделанное на всех N-FET’ах вместо P+N. Например, [http://www.hobbyking.com/hobbyking/store/__13430__HobbyKing_20A_BlueSeries_Brushless_Speed_Controller.html BlueSeries] или [http://www.hobbyking.com/hobbyking/store/__15202__Hobby_King_20A_ESC_3A_UBEC.html F-20A]/[http://www.hobbyking.com/hobbyking/store/uh_viewitem.asp?idproduct=15205 F-30A]. Но они уже и стоят на 1-2$ подороже, то есть 8-9-10$ вместо 7-и.
'''А ещё я хочу пропиарить wii-esc!'''
В заключение хочу пропиарить очередную прошивку для регулей — [http://code.google.com/p/wii-esc/ wii-esc]. Фишки: GPLv3, C-шный код вместо ассемблерного и [[wikipedia:Pulse-density modulation|Сигма-дельта модуляция]] (похоже на то, что в сообщении выше Саймон называл Spread Spectrum PWM).
Вот ведь сила опенсорса, ага? До этого все юзали эти дурацкие регули как есть, и совершенно неизвестно было, что там внутри, какие алгоритмы, оптимальны ли они, нельзя ли их улучшить, нет ли каких багов (ибо встречаются) и т. п. А стоило одному товарищу по имени Bernhard Konze провести базовую работу и выложить её в [http://home.versanet.de/~b-konze/blc_6a/blc_6a.htm свободный доступ], и смотрите-ка, уже есть целых 3 замечательных прошивки по мотивам его работ! [https://github.com/sim-/tgy/ SimonK], [http://code.google.com/p/wii-esc/ wii-esc] и [https://github.com/bitdump/BLHeli BlHeli]. Первые две для квадрокоптеров, последняя — для вертолётиков. Причём BlHeli есть в том числе и для регулей на базе контроллеров SiLabs (C8051F330*), а не Atmega8 (а это, например, все новые Turnigy Plush и некоторые другие).
{{wl-publish: 2012-09-16 01:05:14 +0400 | VitaliyFilippov }}