Перейти к содержанию
    

Сергей Борщ

Модератор
  • Постов

    10 921
  • Зарегистрирован

  • Посещение

  • Победитель дней

    31

Сообщения, опубликованные Сергей Борщ


  1. 14 часов назад, Arlleex сказал:

    Кто они? И где называют?

    Инженеры-писатели ST. В документации:

    image.thumb.png.29e69bf9fa96443f89ef905eb5c00de3.png

    20 часов назад, Zuse сказал:

    Взаимодействие CPU с трансивером внутри МК происходит по отдельному SPI (SUBGHZSPI), линии которого наружу не выходят.

    У WLE5 есть возможность вывести сигналы этого SPI наружу для отладки:

    image.thumb.png.d018279bf13b616c45180d758673d649.png

    У вашего такой возможности точно нет?

  2. 10 часов назад, HaJl4uk сказал:

    Ну и пусть 1 будет светиться гораздо ярче 8.

    Это неправильно. Яркость свечения должна быть одинаковая. И это не прихоть, а требования эргономики.

    10 часов назад, HaJl4uk сказал:

    Мне самое главное чтобы выводы не сгорели

    Тогда вы ошиблись форумом. С такими запросами надо искать форум радиогубителей.

    Добавлено: вам самому не стыдно потом будет кому-нибудь показать свое устройство, в котором "1" светится сильно ярче "8"?

  3. 09.09.2021 в 14:05, Anton1090 сказал:

    1. Может ли конечный потребитель корректно работать только от импульсного РИПа?

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

    09.09.2021 в 14:05, Anton1090 сказал:

    Есть ли разница для конечного потребителя импульсный это РИП или трансформаторный?

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

    09.09.2021 в 14:05, Anton1090 сказал:

    Возникнет ли какая-то разница для электромагнитного замка при запитывании от импульсного/трансформаторного РИПа?

    Теоретически - нет. Практически - при разумной перегрузке выход трансформаторного источника просаживается, импульсный перезапускается.

    09.09.2021 в 14:05, Anton1090 сказал:

    Гипотетически где может возникнуть проблема при запитывании электромагнитного замка и терминала от одного источника?

    Если вдруг что-то сломается или не сработает - производитель все стрелки переведет на вас. И суд встанет на его сторону.

  4. 38 минут назад, alexvu сказал:

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

    Если зеркало легкое - логометрический индикатор, положение стрелки зависит от отношения токов в обмотках, ссылку на готовые я давал в своем первом сообщнии. Датчики положения не нужны, управляется четырьмя ШИМами прямо с ножек контроллера. Но дОроги сами по себе. 

  5. 1 час назад, byRAM сказал:

    Лучше потратить только время на составление ТЗ, а именно:

    - скорость вращения в угловых градусах в секунду;

    - размеры и вес зеркала;

    - дискретность положения зеркала в угловых градусах (если допустима нелинейность вращения);

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

    Режим эксплуатации (оно дело, если 5-10 проходов по 90 градусов в неделю и совсем другое - круглый год без выходных). 

    Я бы делал на приборном шаговом двигателе или каком-то чисто механическом кривошипном механизме.

  6. 2 часа назад, rkit сказал:

    Не бывает миниатюрных шаговиков за вменяемые деньги с разрешением даже в 10 градусов.

    Я дал ссылку на миниатюрные шаговики со встроенным редуктором за вменяемые деньги. На выходе у них 1080 шагов на оборот вала.

  7. Если зеркало небольшое и легкое, то можно обойтись шаговым двигателем для привода стрелок приборных панелей автомобилей. У них внутри встроен редуктор, можно получить очень медленное и плавное движение. Также можно посмотреть на логометрические индикаторы - ими можно двигать и плавно и резко, но момент на валу у них меньше, а цена сильно выше.

  8. 4 часа назад, Harbinger сказал:

    Номиналы конденсаторов разные для разных микросхем (202/232/3232), а не для разных напряжений.

    Вы в этом уверены? Как вы тогда объясните эту таблицу из доукментации на 3222-3241?

    image.png.f7898cce20fcb1ff2124238355898346.png

  9. 3 часа назад, igor_zsu сказал:

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

    Важно для выдерживания заявленных параметров, но не для выживания микросхемы.

  10. 28 минут назад, skilful сказал:

    Пока не пойму почему так может происходить.

    Тиристорный эффект. Что это такое - лучше поищите в литературе. Надо в разрыв входных запитанных сигналов T1IN, T2IN включить токоограничительные резисторы.

  11. 34 минуты назад, Plain сказал:

    Ток нагрузки постоянный, а симистору нужен переменный.

    Симистор стоит перед диодным мостом, постоянный ток течет между мостом и индуктивностью. Перед мостом-то ток переменным будет?

  12. Покупал MAX3232 два раза по 10 штук у разных продавцов на али с разницей в полгода. Из первой посылки после замены восьмой микросхемы понял, что меня обманули. Из второй посылки терпение кончилось после четвертой - весь пакет полетел в мусорку. Оригинальная микросхема от местного проверенного поставщика в той же плате заработала сразу и работает до сих пор. Похоже, именно этот тип микросхем китайцам содрать не удалось.

    21 минуту назад, igor_zsu сказал:

    вот и есть гипотеза, что китайцы на платы запаяли все дешёвые керамику 0.1 мкФ, для 3В питания. И при 5В все МАХ3232 горят.

    Если запаять не те номиналы - будут или большие пульсации или пониженное напряжение на выходах передатчиков. Но никак не выход из строя микросхемы.

  13.  

    2 часа назад, mplata сказал:

    Но предложив бесплатно решить проблему мы получили запрос на возмещение риска в 1.5млн долларов.

    В таком случае они должны понимать, что цена за ремонт будет в районе половины от этих 1.5 млн.

  14. 1 час назад, whale сказал:

    гироскопу не хватает сил передавить выход сом порта в аск + 

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

  15. 11 минут назад, whale сказал:

    Тут пока даже на адрес  откликается через десять раз.

    А кто у вас ведущий на шине? Я на вашей картинке в упор не вижу 9-го тактового импульса для ACK. Точнее, во время бита ACK кто-то с грацией танка пересиливает выдаваемый устройством ACK формируя что-то похожее на STOP. Это какой-то программный I2C ногодрыгом?  

  16. 3 часа назад, LLLLLLLLLL сказал:

    Коллеги , кто нибудь занимался аккуратным демонтажом

    Что должно остаться неповрежденным после демонтажа - микросхема или плата? Если плата - закрываем фольгой, оставляя отверстие чуть больше микросхемы и дуем феном сверху. Если микросхема - греем феном снизу.

    3 часа назад, LLLLLLLLLL сказал:

    Возможно, файл уже удалили.

    Или стоит перечитать правила, ибо незнание закона не освобождает от ответственности.

  17. 20 часов назад, khach сказал:

    Была еще идея сделать направленный токовый датчик в разрыв линии для того чтобы определять с какой стороны от разрыва находится передатчик который шину перетягивает, но что то на тех скоростях что у нас шина работает такой направленный датчик работает нестабильно.

    А если в разрыв одного из проводов RS485 воткнуть резистор, с обоих его выводов сигналы подать на компаратор, выход компаратора на тактовый вход регистра-защелки, на входы данных регистра - сигналы TxEN с драйверов RS485 подозреваемых, на выходы - светодиоды? В случае конфликта на шине через резистор будет течь ток, компаратор сработает и в какой бит регистра запишется 1 - тот ведомый и виновен. Регистр можно сделать сколь угодно длинным по необходимому количеству подозреваемых. Точность и скорость от компаратора особая не требуется - лишь бы за время половины бита переключиться успел. Можно сигналы шины и сигнал компаратора завести на лог. анализатор и по сигналу в канале компаратора очень быстро найти конфликт в записанном сигнале. Или на вход синхронизации осциллографа с разверткой в однократном режиме.

  18. 25 минут назад, Gradient сказал:

    просто программа конечно не может подсесть к обмену, понятное дело

    Просто программа может попросить виндовс спросить у устройства все остальные дескрипторы. И только запрос HID report descriptor виндовс переиначивает по-своему. 

  19. 47 минут назад, Gradient сказал:

    Шарик нормально смотрит все под 10кой.

    Я где-то писал обратное? Вы попробуйте любой программой спросить эти дескрипторы у виндовса или из своей программрй прочитать этот дескриптор средствами виндовса - вот тут вас будет ждать облом, потому что виндовс формирует неправильный запрос, на который любое устройство, соответствующее спецификации USB отвечать не будет.

    Вот ответ от автора USB Tree View:

    Цитата

    that's a known problem. From UsbTreeView.txt:

    About HID descriptors

    HID descriptors usually cannot be read. Probably this is because they
    must be requested from the interface rather than the device but the
    IOCTL_USB_GET_DESCRIPTOR_FROM_NODE_CONNECTION call doesn't offer the
    choice. The parameters are ignored and filled by the USB stack:
    MSDN says: "the USB stack ignores the value of bmRequest and inserts
    a value of 0x80 which indicates standard USB device request".
    https://msdn.microsoft.com/en-us/library/windows/hardware/ff539272(v=vs.85).aspx
    For most devices the result is an ERROR_GEN_FAILURE or ERROR_INVALID_PARAMETER.
    But some devices return the HID descriptor anyway.

    I've tried to build the request manually and send it by means of IOCTL_USB_USER_REQUEST
    but I did not get it work. Others tried before me and failed tool.

    Regards,
    Uwe Sieber

     

  20. 27 минут назад, khach сказал:

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

    Это звучит прямо как откровение. Зачем ему отдельный комп? Почему он должен что-то пропускать, если он тупо пишет в комп байты (по одному биту на входной канал) с частотой 24 МГц, а вся обработка идет уже в компе над сохраненными данными?

  21. 8 часов назад, x893 сказал:

    Error reading descriptor : ERROR_GEN_FAILURE

    Обломс. Виндовс не дает сторонней программе прочитать report descriptors. Надо или подсматривать wireshark-ом обмен в момент подключения, либо восстанавливать по данным, сохраненным внутри виндовса (как это, судя по описанию, делает win-hid-dump).

×
×
  • Создать...