Dopler
-
Постов
451 -
Зарегистрирован
-
Посещение
Сообщения, опубликованные Dopler
-
-
12 hours ago, HardEgor said:
А вопрос где?
И что за осциллограммы на снимках?
Это осциллограмма - ток в головке, снятая датчиком hantek cc-65
36 minutes ago, Plain said:Покажите, что происходит на шине питания.
питание смотрел, криминала там нет, сниму осциллограмму
-
Каких-то фундаментальных вещей я не понимаю. Вот одна и та же плата (драйвер drv8711 с внешними транзисторами). Все-все режимы одинаковые. Различается только deadtime драйвера. В первом случае 400 нс, во втором - 800 нс.
Ток дорастает примерно до 1.5А
-
On 11/27/2022 at 1:43 AM, HardEgor said:
У драйвера на транзисторах слишком маленькое сопротивление канала, поэтому надо уменьшить добротность контура. А может у DRV8711 по питанию только керамика стоит, а у DRV8870 электролит?
Поставьте несколько ом последовательно с каждой обмоткой. Или параллельно сотню ом? Не знаю какой у вас ток, поэтому приблизительно.
Спасибо, попробую, решил еще посмотреть более современный драйвер DRV8874, отложил эксперименты, пока жду образцы.
-
Здравствуйте.
Производим плату управления ударным гравером. В качестве ударной головки используется шаговый двигатель, обмотки которого включены встречно параллельно, на вал установлено коромысло с иглой. При подаче тока в прямом направлении игла бьет (импульс удара), в обратном направлении - возвращается (импульс возврата), чтобы под тяжестью коромысла игла не царапала, на высокой частоте подаются короткие импульсы (импульсы удержания).
Для управления ударом-возвратом-удержанием много лет использовали драйвер DRV8870. Он работает вот в таких режимах:
Два щупа осциллографа подключены к выходам драйвера (относительно земли), нагруженного на ударную головку. Никаких чудес нет, все работает согласно таблице документации (forwarde-brake-reverse-brake)
Вот так выглядит осциллограмма тока в головке:
Затем выпускали другую линейку контроллеров с управлением моторов осей DRV8711, поэтому было удобно и драйвер головки выполнить на нем (у него есть соответствующий режим direct PWM mode), который вроде бы ничем не должен отличаться от drv8870. Примерно два года назад DRV8711 полностью пропал из продажи (у нас потребности около 5 тысяч в год), мы вынуждено перешли на драйвера тринамик для осей и вернулись drv8870 в качестве драйвера головки. Но со временем пошли слухи, что головка на DRV8711 работала лучше. Вот режимы drv8711 из документации:
И осциллограммы. Драйвер нагружен на ту же самую головку.
Видно, что осциллограмма тока немного отличается в области между ударом и возвратом (форма спада тока). Также после импульса возврата отсутствуют колебания, которые, как оказалось, и приводят к ухудшению качества гравировки.
На осциллограмме напряжения видно, что в конце импульса удара и в конце импульса возврата драйвер формирует очень короткий импульс обратной полярности (желтый импульс на падающем фронте голубого и голубой на падающем фронте желтого). При этом короткие импульсы удержания обрамлены с двух сторон импульсами обратной полярности, вот так они выглядят.
При смене режимов decay эти импульсы немного меняют форму, но суть остается - все прямые импульсы сопровождаются короткими обратными и наоборот.
Не могу понять, чем обусловлено такое поведение. В документации режим direct PWM описан вскользь. Влияет ли такое поведение микросхемы на быстрое затухание колебательных процессов после импульса возврата, или они обусловлены какими-то другими особенностями схемы (емкостью и быстродействием транзисторов)?
Начал смотреть осциллограммы на затворах транзисторов, во время голубых импульсов все транзисторы закрыты, т.е. это похоже просто срабатывает dead time. Что тогда влияет на колебания?
Вот так выглядит напряжение на головке во время этих коротких импульсов:
вот так ток
-
1 minute ago, adnega said:
Я пришел тому, что если сумма исчисляемого налога не ниже той, которую считает ФНС, то никаких проблем нет, даже если вы все насчитали неправильно и переплатили.
Но вот если вы хотите уменьшить сумму налога, то нужно все вести аккуратно.
Надеюсь, что это так. Во всяком случае знакомые разработчики-руководители мелких фирм советуют не париться, говорят, что для налоговой наш бизнес - темный лес.
-
29 minutes ago, adnega said:
А где этот ОКВЭД вообще фигурирует?
У меня только в ежегодной декларации по УСН указан основной ОКВЭД 62.01.
Договор позразумевает различные виды деятельности, и по ОКВЭДам я их не разделяю - все в итоге попадут в 62.01.
Как-то это можно разделить по кодам на уровне Договора?
Ставка налога УСН для 62.01 обычная 6%.
Если бы она была 0%, то налоговая бы напрягалась на вашу Декларацию с таким кодом, но тут смысла нет - так мне объяснил бухгалтер.
Я так понимаю, что это важно при наличии наемных сотрудников, разные социальные отчисления в зависимости от деятельности.
-
Дойду до налоговой, добавлю весь этот зопарк.
-
25 minutes ago, alevnew said:
Кстати, не уверен, что разработка компьютерного ПО подходит под разработку ПО для микроконтроллеров.
Во всяком случае, когда я делал железки, подключаемые к компу,и выбирал основной ОКВЭД, мне сказали, что это не подходит под термин "разработка компьютерной периферии". Поэтому надо стремиться в вид деятельности напихать поболее разных ОКВЭД, хотя бы как-то напоминающие предполагаемые виды деятельности. А также особенно на торговлю всякой всячиной.
Вообще, на будущее, когда открываете ООО или ИП, всегда надо подумывать о смежных видах деятельности и писать побольше кодов ОКВЭД.
Может проще внести изменения в коды ОКВЭД, добавить недостающие (с запасом :) ).
Я бы назвал это в договоре "Диагностика и настройка модуля ххх". Вопрос, как это подходит под ваши ОКВЭД.
Но я бы, в любом случае, расширил бы список ОКВЭД, чтобы более не заморачиваться подобными вопросами.
Да я бы с радостью бы их размножил, если бы знал на какие.
Вообще моя основная работа именно разработка железа и прошивки, причем оно далеко не всегда подключается к компьютеру. Под это единственный хоть отдальнно похожий ОКВЭД "72.19.9 Научные исследования и разработки в области естественных и технических наук прочие, не включенные в другие группировки". Про микропрограммы во всем справочнике никаких упоминаний нет. Вообще, сложилось впечатление, что страшно далеки налоговые работники и консультанты от высокотехнологичного бизнеса. А раз далеки, то и палки в колеса им вставлять будет затруднительно. Во всяком случае на упрощенке.
-
Первоначально и думал продавать лицензию на ПО. Но к моменту выставления счета закралось подозрение, не надо ли открывать на продажу другой вид деятельности? Сейчас у меня только "62.01 Разработка компьютерного программного обеспечения", нужно ли открывать деятельность по розничной торговле?
Допустим, я бы разрабтал только микропрограмму, плату произвели отдельно, микропрограмма работает только на этой плате, скопировать ее не возможно, т.е. в лицензировании особого смысла нет. Как разумно описать услугу, чтобы было понятно, что в плату заливается прошивка собственной разработки? Причем, чтобы счет и сумма были привязаны к количеству плат.
-
Всем спасибо за помошь. Решил отдать полностью сборку платы (включая снабжение) в партнерскую организацию. Они будут закупать детали, печатные платы, производить и продавать от своего имени плату (а программа будет к этому бесплатным приложением). Моя же услуга будет заключаться в прошивке и настройке каждой платы.
Вот теперь ломаю голову, как правильно обозвать свою услугу, чтобы она еще и не противоречила коду деятельности. Прошивка, я так понимаю, слово жаргонное. Установка микропрограммы? Или написать просто "Инициализация и настройка платы ХХХ" ?
-
Кто-нибудь пользоваля данной свободно распространяющейся системой для учета деталей?
На первый взгляд она выглядела неплохо, но на деле проявилось невероятное количество мелких багов (и крупных недоработок). При этом поддержка ее прекратилась, дама-автор сказала фсе, проект ищет продолжателя.
По сути в первом приближении нам достаточно ее заявленного функционала, но нужно, чтобы оно работало:
1. База компонентов с минимальным описанием в стели DigiKey (PartNum, Description, Manufacturer, Supplier, Price, Storage Location).
2. База данных производителей и поставщиков.
3. Возможность при покупке детали делать приход на склад с заплнением где купил и по какой цене.
4. Возможность ведения проекта - список деталей, складские запасы, списание деталей. В идеале, проект иметь конфигурируемым (например каналы), ну или легко размножаемым. Также совсем идеально, чтобы при производстве единицы товара детали списывались, а эта единица товара появлялась на складе уже в виде новой записи.
5. Возможность формировать по всему складу (не по проекту) списков к закупкам, для этого иметь поле minimum stock у каждой детали.
6. Иметь возможность простого движения для деталей - покупка, доставка, прием на склад, передача на производство. В наших реалиях часто бывает, что счет выставили, оплатили, а потом поставку отменили, или передали на производство и потеряли деталь.
7. Просто чтобы любой шаг можно было поправить, отменить, откатить. Partkeepr нереально бесит невозможностью что-то исправить. При том, что море глюков, в системе вообще нет возможности отменить последние изменения. Сколько раз мне приходилось полностью удалять компонент из базы данных и вводить заново просто из-за того, что указал цену за штуку, а он подумал, что за всю партию.
-
Уважаемый Adnega меня понял совершенно правильно, снабжением, складом, производством владею хорошо. Но не люблю это делать. Любая рутина меня парит, особенно бухгалтерия. Я принципиально не хочу вырастать в руководителя, организовывать бизнес, заниматься продажами. Я хочу разрабатывать электронику и софт. Почти все мои студенческие знакомые, которые были очень способными разработчиками, открыли свои фирмы. Практически никто уже ничего не делает сам, только бесконечные поездки, переговоры, кадровые разборки и т.д. Очень хочется всего этого избежать.
Устройство у нас довольно сложное, плюс территориально заказчик в Москве, а мы в Таганроге. Надо подумать, как выполнить прошивку дистанционно.
-
Товарищи, очень полезная тема. Подскажите, пожалуйста по такому вопросу.
Занимаюсь разработкой электроники, плата, прошивка, софт, все сам. Много лет работал в ООО и параллельно вел свое небольшое дело, больше как хобби. Свое дело потихоньку выросло, и в прошлом году уволился, оформил ИП и стал работать по договору. Первоначально планировал оказывать только услуги, открыл коды ОКВЭД на программирование (62.01) и разработки в области технических наук (72.19.9 ). С ООО, где я работал, проблем нет - для них я поддерживаю старые проекты, проектирую стенды, развиваю ПО. А по своему делу разработал устройство (блок управления станком) и ПО к нему. Заказчик устанавливает этот блок в свои станки и продает их как свои устройства. Заказчик один, работаем мы с ним уже очень давно. Договор заключаем на поставку ПО. Но он просит, чтобы по возможности в договоре было не только ПО, но и само устройство (т.е. хотят покупать у меня уже законченый блок с ПО). Какие мне надо предпринять шаги и насколько усложнится моя жизнь при удовлетворении их запросов?
Сейчас деятельность у меня простая - на счет получаю деньги (от 2-х контрагентов) по договору разработки софта, ничего не покупаю, только плачу налог (УСН), взносы и перевожу на карточку. Расчетный счет бесплатный с некоторыми оговорками, бухгалтерия бесплатная, отчеты генерируются автоматически (развитый банк-клиент в одном модном желтом банке).
Если мне надо будет поставлять устройство, то мне надо будет
1. Как-то покупать на него комплектующие?
2. Как-то по комплектующим отчитываться?
3. Делать какие-то отгрузочные документы?
4. Открывать коды на производство и на продажу?
Подскажите по своему опыту, стоит ли во все это ввязываться?
-
Кто-нибудь вообще этот режим смог успешно применить? Собираюсь использовать FT232H, поток данных что-то около 6 Мбит/сек. Документация написана криво, не понятно, нужен ли stop бит или за битом DEST сразу можно выдавать start для следующего байта ? Также написано, что во время приема данных от МК FTDI данные не передает, как тогда обеспечить постоянный поток в обе стороны? Также не совсем понятно, что произойдет, если и МК и FTDI начнут передачу данных одновременно (раздел Contention в документации). Написано, что "FT2232D/H will back off, and allows the data from the external device to be received." Что бы это значило? FTDI старт бит выдает, а данные не выталкивает?
-
Применяем индикатор WEG010016CGPP5N00000 уже несколько лет в одном устройстве. Серии не большие, всего сделали около 100 приборов. В последней партии из 24-х индикаторов (покупали в конце декабря 2016 года со склада Компэла) уже 3 вышло из строя (пропало несколько столбцов). Проблема в том, что кроме компэла их никто не возит, если у него на складе все индикаторы из одной партии, то на замену покупать смысла нет, они опять выйдут из строя. К сожалению со всеми китайскими (тайваньскими) индикаторами такая фигня, то снимут с производства, то брак, то сроки поставки по пол года.
-
В итоге смог обновиться через мост USB-UART. Почему-то долго не получалось, так и не понял, что нужно сделать, чтобы работало. Похоже в модуле есть какой-то таймаут, после которого загрузчик перестает ждать прошивки. Если включить USB, потом сразу модуль (нужные сигналы сброса у меня внешний МК формирует), потом сразу утилиту, то все работает.
Самый последний документ по поводу прошивки лежит в папке ASF
xdk-asf-3.33.0\common\components\wifi\winc1500\firmware_update_project\doc
-
Похоже атмел загибается (уже загнулся?). Сайт третий день не работает, никаких файлов скачать нельзя. Мануалы по обновлению прошивки и по запуску примеров не соответствуют действительности (7-й студии). Несколько часов искал, где вообще прошивка лежит. С первого раза ничего не зашилось, не может найти компорт. Судя по всему проблема такая не только у меня, вот товарищ написал развернутый мануал.
http://community.atmel.com/forum/how-firmw...25-xplained-pro
Вообще хоть кому-нибудь удалось апгрейдить прошивку без отладочной платы samd21?
-
Здравствуйте.
Стал счастливым обладателем данного модуля, пытаюсь подключить к STM32 на собственной плате. Framework скачал с сайта атмела отдельно, AVR studio 7.0 установлена, но я ей не пользуюсь (последней студией, которой пользовался была 4.19 и Avr32Studio).
Пример под STM адаптировал, естественно получаю ошибку M2M_ERR_FW_VER_MISMATCH. (драйвер 19 версии, прошивка 17.1).
Сейчас модуль распаян проводками, один раз к компьютеру подключить я могу, но что делать дальше? Как вообще атмел планировал применять эти модули в готовых системах? На AvrFreaksнарод тоже интересуется этим вопросом, но внятного ответа я не увидел.
-
В SDK есть hex'ы софдевайсов. По крайней мере начиная с версии 8.0.0.
Теперь отладочный набор нужен только для получения принципиальных схем/разводки отладочников и примеров для различных корпусов(Файлы плат в формате Altium).
Если кому-нибудь нужны файлы с сайта nordic или помощь по nrf51/52 - обращайтесь.
Во всяком случае у меня версия 8.0.0 не заработала - пример ble_app_uart не проходит процедуру pairing в windows 8.1. На форуме нордика мне помочь не смогли, хотя еще были люди с такой ошибкой. Пока откатился на 7.2
-
Подтверждаю информацию из последнего сообщения.
Реально достигнуть скорости не больше 4-х килобайт в секунду. Я для теста использую простенький телефон LG на 4.4 Андройде, он принимает максимум 200 20-ти байтных пакетов в секунду (в режиме Notification).
Перед началом разработки, после прочтения спецификации, в которой для уровня GATT указан максимальный размер значения характеристики 512 байт, я думал, что большие значения будут передаваться живее, на деле все равно большие переменные читаются кусками по 18 байт, причем на каждый кусок нужно давать подтверждение, которое может быть отправлено только в свой Connection Event.
Ну и насколько я понял, ни андройд, ни iOs в текущей версии не поддерживают BLE 4.1, не говоря уже про 4.2, который вышел 3 месяца назад.
С самой микросхемой nRF51822 стартовать относительно легко, особенно если Keil не вызывает отторжения. Форум у нордика очень вменяемый, отвечают быстро и качественно. Единственное, надо покупать DK, из Европы не везут, купили в итоге в Ультране.
-
А это не оно?
Это не оно, это SDK с примерами, а нужны именно SoftDevice-сы (прошивки)
Заказал модуль nRF51 DK еще в ноябре. Сначала поставщик вернул деньги, так как запретили экспорт. Заказал через партнеров в EU. Похоже они кончились на складах, до сих пор не получили плату. Есть китайский модуль, но я в нем стер SoftDevice. Может кто-нибудь выложить?
-
Вот, отодрал от своего осциллографа, нужны примерно такие.
-
Knobs, knobs.
Только я эти knobs уже 2 недели ищу, в том числе и на точке опоры смотрел, там они золотые. Нужно именно как на осциллографе, серый или белый, обязательно без индикатора.
На алиэкспрессе в разделе Oscilloscopes практический любой осциллограф имеет такие крутилки, форма и цвет у разных производителей разная, но все удовлетворяют критерию серая и без индикатора.
-
Подскажите где купить пластиковую крутилку для энкодера как ставят на цифровых осциллографах на смещение/уровень. Т.е. нужна одноцветная серая или белая крутилка, без всяких маркеров (клювиков, точек и т.д.) миллиметров 10 в диаметре и 10-15 мм высотой. Нигде не могу найти, ни на ебее, ни на алибабе. Везде либо с клювиками для потенциометра, либо металлические. Покупать все равно где, хоть в России, хоть в Китае. Нужно примерно 1000 штук.
DRV8711 direct PWM mode
в Электрические машины, Электропривод и Управление
Опубликовано · Пожаловаться
Вот еще вполне конкретный вопрос, на тему исследования драйверов тексаса. На картинке драйвер drv8874. Желтый-управляющий сигнал, синий - выход драйвера. Частота следования 40 кГц. Длительность импульса примерно 800 нС. Выход подключен к резистору 100 ом. Видно, что все управляющие импульсы строго одинаковые, при этом импульсы на выходе плавают по длительности (и соответственно по амплитуде), а иной раз и вовсе пропадают. С чем это связанно? Почему драйвер плохо работает на коротких импульсах? Какие-то цепи внутри не до конца разряжаются?