Jump to content

    

Baser

Свой
  • Content Count

    1911
  • Joined

  • Last visited

Everything posted by Baser


  1. Если есть возможность перепрошить прошивку - попробуйте. Может быть поплыли уровни флешки и читается не то, что должно. Несколько раз наблюдал такое на МК различных производителей.
  2. Лет 20 назад подключал такую память SRAM 32K x 8, 15 ns к ADSP21xx от Analog Devices. Без всяких изысков, еще с DIP корпусами. Первый вариант платы действительно сбоил. Никакие волновые сопротивления в те годы я не считал, вылечилось установкой согласующих/фильтрующих последовательных резисторов на линии CS, RD, WR. Номинал сотни ом. Шины адреса и данных были подключены или напрямую или через шинные формирователи, точно не помню, там на шине еще устройства были. Потом было выпущено около 500 устройств, нареканий на работу памяти не было.
  3. Тривиальных больше не знаю, вот вам еще один самый суперсовременный, радар на 77 ГГц. Правда, придется в каждое помещение ставить и соединять в сеть (в нейросетку! ) SensMax TAC-B people counting sensor
  4. Если у контроллера есть режимы Standby или Stop, значит есть вероятность попасть в них случайно. А если ваше устройство на это не рассчитано (нет внешнего аппаратного watchdog-а и нет программных веток для просыпания), то устройство может устать и заснуть. И проснется только когда ему батарейку передернут Эти фьюзы и служат для решения такой проблемы.
  5. А не рассматривали применение не просто MOSFET-а а приборов типа Smart-Switch? Пару лет назад смотрел, сейчас это целый класс приборов, и ключи на землю, и верхние для питания. Там обычно встроено макс. количество защит. И самоотключение при перегреве кристалла и ограничение тока ШИМ способом и много еще чего. При грамотном применении могут получиться практически не убиваемые ключи.
  6. Да можно и не ждать Видел я тему, ничем помочь не могу. То что при мне производили и производят - с тензобалкой. Про LVDT первый раз слышу, видимо это было больше 15 лет назад
  7. Адрес одинаковый, но типы разные. ИАР об этом и говорит. По стандарту имя массива является адресом его первого элемента (одного). buf = uint8_t * (указатель на байт) &buf = char (*)[512] (указатель на массив из 512 байт) Проверка типов это основа основ. GCC видимо в данном случае позволяет больше вольности, что не есть хорошо.
  8. Боюсь, что вы себе все очень усложнили, решив управлять фазами по сути в ручную. Ваш двигатель 3В, 14 Ом - это 200 мА рабочий ток. Всегда рекомендуют применять напряжение побольше для лучшей динамики. И да, при этом нужно ШИМом ограничивать ток. Я обычно применял готовые Step/Dir драйверы (типа A3979) там в нем уже все нужное есть. Плюс можно менять режимы коммутации (decay mode). И ограничение тока можно менять аналоговым сигналом. Это может помочь, если нужен ток удержания. Да и при наличии зоны резонанса тоже можно током его обойти. з.ы. в одной работе пришлось снижать рабочий ток в 4 раза (благо момента хватало) из-за зоны резонанса при разгоне. А на малом токе нормально разгонялся. У вас резонанс не наблюдается?
  9. А как вы его запитываете? Прямо от 3 вольт? Обычно для шагового двигателя напряжение это параметр для справки и питают их гораздо большим напряжением с ограничением тока. Иначе из-за индуктивности обмоток он не выдаст момент на скорости. И сколько у вас там шагов на оборот? Без этого временные параметры мало что говорят. Ну и трогание с места и торможение обычно плавное делается...
  10. Какое там должно быть - V.25ter это еще управление проводными модемами, тогда сотовой связи еще не было. Видимо, это как у писателей программного стека вышло :) Что-то на самом нижнем уровне - и всегда работает, а что-то только после инициализации СИМки. Например, чтобы не могли заблокировать ответы модема до готовности (ATQ1). Но это вряд ли. Самый вероятный ответ: "так получилось!"
  11. Ну, если это не важно, то и хорошо Мне было важно, чтобы какой-нибудь код ошибки наружу выдавать. Вполне возможно, что подводные камни есть. По документации общий ответ "увы!" Документация у Симкома за годы сильно улучшилась, но там все еще много чего нет :( з.ы. я тут пару лет назад запускал блютус модуль от Микрочип, так там в доках не было упоминания о примерно 50% ответов модуля...
  12. На базе опыта работы с предыдущими модемами Симком, скажу что это нормально обыденно . Всегда не рекомендовалось применять групповые команды именно из-за такого поведения: ответ ОК выдается только если ВСЕ команды в группе ответили ОК, иначе выдается ERROR. Причем неизвестно, какая именно команда в группе не отработала. Так что подавать команды лучше по одной. А то, что не все ответы модема расписаны в документации, так это у всех так. Я все команды тестировал на то, при каких условиях как они себя ведут. И хуже всего, когда это поведение внезапно меняется на другой прошивке или другом семействе...
  13. Вот из-за этого терпеть не могу синтаксиса паскаля. Как вижу эти бесконечные begin end - рябит в глазах и ускользает смысл кода. Также не люблю стиль оформления с излишними пустыми строками и громадными отступами. Код должен быть компактным (но, конечно, хорошо структурированным). MISRA никогда не применял, от меня это не требуют, но отдельные пункты полезны Бывают случаи, когда тратишь много времени на свои ошибки, которых бы не было, если эти пункты соблюдать.
  14. Не знаю, как там у Keil, а вот в IDE CodeBlocks такая фишка есть, но только она работает только для тех дефайнов, которые определены в том же самом файле. А так как в 99% случаях дефайны определяются в хидер-файлах, то оно не работает. Приходится отключать эту фичу. Может быть и у Keil-а та же ерунда?
  15. После нескольких дней чтения и правки реестра в ручную, при изменении любой ерунды, которая раньше была на виду, набрел на сборник твиков Winaero Twеaker от Сергей Ткаченко. Это просто автоматизация всех правок реестра. Вот им много чего повыключал и изменил. Отключение обновления там в ветке Behavior. А вообще, Микрософт упорно превращает Windows в OS для домохозяек, как на смартфонах Если так и дальше пойдет, то твой совет перехода на линукс придется рассматривать серьезно
  16. Сам последние недели занимался обустройством нового ПК, правда у меня вопрос выбора версии не стоял, мне уже выдали его с Windows 10 Pro 20H2. Но в процессе попыток привести внешний вид системы в привычный для себя, прочитал много форумов, и первым делом выключил все автообновления. Форумы просто воют от последствий обновлений (последствия частенько печальные). Решил обновляться в ручную раз в пару лет, не чаще. Плюс микрософт сейчас потихоньку переводит внешний вид всех настроек из старого Control Panel в новые таблеточные меню Settings, и после каждого обновления там много меняется (и много пропадает!!!) и что-то найти часто получается только при помощи гугля... Так что предлагаю ставить последнюю версию и обновлять только когда что-то не будет работать.
  17. Так это же не я придумал, а сам Prolific "такая редиска": Warning Letter on Counterfeit Products Они бы и до линукса дотянули свои грязные лапки, если бы могли - да не получается. А поиметь обычных хомячков-виндоусятников - это раз плюнуть, микрософт в помощь Старый я уже стал - ленивый. У меня все что нужно для работы и так работает. Может быть перейду когда выйду на пенсию Как говориться: "Может мне лыжи сменить на коньки...?"
  18. Не понял вопроса Ничего в них эдакого нет. Просто мне такое отношение к потребителям не нравится, когда за меня решают, что мне можно применять, а что нельзя. Было свободное время, нашел способ, как обойти навязываемые ограничения. Может еще кому-нибудь пригодится.
  19. Чего-то обсуждение свернулось в сторону самих чипов usb/uart. Тема не об этом. Чипы я тоже обычно использую от FTDI. Речь то о готовых "шнурках", которые я применяю для отладки своих проектов уже больше 10 лет, и которые в таком режиме прекрасно работают (как временные увеличители числа СОМ портов ПК). Предлагаете выкинуть рабочий инструмент и купить новый ничуть не лучше за 2 х 20 евро? Не вижу причин для этого з.ы. дополнение к выше описанному решению проблем драйверов: Не забудьте в Windows 10 отключить автообновление драйверов, которое там по умолчанию включено. Иначе окна при рестарте без спроса их обновят на новые нерабочие. Settings->Advanced system settings->Hardware->Device installations settings->NO
  20. Сдается мне что с такими исходными данными задача нерешаема. Температура наружного воздуха - один из основных параметров, который будет влиять на результат. Второе - это конвекция на наружной поверхности стекла. Конвекция вообще описывается исключительно эмпирическими зависимостями. Теоретически это не просчитывается - слишком много параметров. Конвекция на поверхности будет зависеть от кривизны поверхности, угла набегания потока, смачиваемости, степени турбулентности и т.д.
  21. Plain нормальную идею подкинул! А в вашем описании противовес расположен не там. Начало верное: "труба, сверху крышка, типа дверцы, на 9-ти часах петля, на 3 часах магнит". Противовес нужно расположить на загнутой проволоке в районе 5:30 часов. Тогда он обеспечит закрытие крышки при отсутствии давления и не будет создавать большого дополнительного усилия при открытии крышки. И никакой задержки не нужно. Магнит обеспечит гистерезис. Как только давление превысит порог, крышка просто отщелкнется и улетит до упора (упор нужно делать на 10-11 часов). Обратно она вернется за счет противовеса. Времени пролета крышки туда-обратно вполне хватит для формирования кольца дыма :) Единственно, чего-то я сомневаюсь, что давления дыма хватит для функционирования такой системы. Подобрать гистерезис из магнитика будет сложно, там зависимость в ближней зоне сильно нелинейная (то ли квадратичная, то ли кубическая). Любая грязь на 50 микрон - и хана юстировке
  22. Удалось мне заставить шнурки работать, но по большей части случайно... 1. Ставим на ПК с Win 7 официальные драйвера от ATEN uc232a_windows_setup_v1.0.084 (последняя версия, которая поддерживает Win XP). 2. Шнурок устанавливается, но не работает (ошибка code 10). Зато начинает работать программка PL-2303X EEPROM Writer ver 1.0.0.3 которую несложно найти в интернете. Она позволяет читать EEPROM и менять PID&VID (у ATEN VID_0557 & PID_2008) Но вот тут меня подстерегала засада. После любого изменения PID&VID в шнурке, они менялись, и нормально устанавливались с драйверами или ATEN или Prolific, но вот только данные через них больше не передавались :) Причем и возврат старых параметров ни к чему не приводил, не работало уже нигде, даже на ПК с Win XP. Возможно это спец. ход Prolific, для вывода из строя изделий на старых чипах PL2303HXA, а может просто несовместимость, трудно сказать. Повезло то, что терять было нечего, стал нажимать на все кнопки, и о чудо! После нажатия на "Reset EEPROM" она стерлась, при чтении говорилось "The EEPROM isn't programmed yet!" Но все начало работать! Видимо при стертой EEPROM берутся дефолтные параметры из прошивки чипа. 3. Далее все просто: находим в интернете драйвера PL2303-Prolific-DriverInstaller-v1.5.0.zip Например тут: Установка драйвера PL-2303HX на Windows 8/10 Ставим их и все работает. Шнурок определяется как "Prolific USB-to-Serial Comm Port" USB\VID_067B&PID_2303 Драйвер идентифицируется как Prolific v3.4.25.218 от 07.10.2011 Проверено на Win XP SP3 x32, Win 7 x64 и Win 10 20H2 x64 на двух шнурках Rev_0202 и Rev_0300 з.ы. возможно есть и другой путь, без смены PID&VID Драйвер-пак от ATEN uc232a_windows_setup_v1.0.084 при установке на Win 7 и на Win 10 ставит разные драйвера. На Win 7 ставится v3.4.52.295 - который работает с UC-232A, а на Win 10 ставится v3.6.81.359 - который уже не работает. Ну и ставятся разных версий ser2at64.sys и serenum.sys с цифровой подписью от TrustedInstaller. Так что потом подменить драйвера уже не получается. А файлы Windows/INF/oemNN.inf одинаковые за исключением номера версии. Идея в том, чтобы при установке драйверов подменить тип Windows, с 10-ки на 7-ку. Чтобы установились старые рабочие версии (но с сертификатом от Микрософт). Но я этот вариант не проверял.
  23. Да, вроде бы там Prolific PL2303HXA. Но Prolific повел себя очень некрасиво, начав борьбу с китайскими клонами своих чипов методом отключения поддержки в Win8, 10 этих чипов. Включая и свои легальные чипы. Типа: "мы их не можем отличить, поэтому не будем больше поддерживать". Сволочи. Судя по постам в интернете, куча продуктов, в том числе известных брендов, перестало работать Ничего у меня пока не вышло, не знаю, буду ли продолжать... Проблема в том, что это OEM продукт со своими USB PID&VID. - Старые драйвера от Prolific PL2303 ставятся, но не работают, т.к. шнурок имеет другие PID&VID. - Поменять PID&VID в шнурке не смог. В новом софте PL2303 EEPROM Writer убрана поддержка PL2303HX rev.A, а найденный старый софт v.1.0.0.3 не видит рабочий шнурок ATEN UC-232A на компе с Win XP (где шнурок работает) - найти старые драйвера именно на ATEN UC-232A с нужным PID&VID тоже не смог. Те, что у меня есть, не ставятся на Win 10 (нет цифровых сертификатов), а те, что от Prolific PL2303, имеют один файл инсталлятора и никаких .inf файлов в явном виде в них нет. Какой-то тупик. Вопросик: я в этих USB драйверах не сильно разбираюсь, вот где храниться информация в установленных драйверах о PID&VID ? В самих файлах .sys или в реестре? Может реестр можно подкрутить, чтобы драйвера Prolific работали с PID&VID от ATEN?
  24. Перетягивая свое хозяйство на работе на новый ПК с Windows 10, столкнулся с тем, что старый шнурок USB/RS232 от ATEN UC-232A отказывается работать под Win 10. Причем и драйвера для него новые есть и FAQ на сайте о том, что старые версии шнурка "несовместимы" с новыми Windows Как такое может быть не понимаю. Единственное предположение - это сговор производителей железа и софта с целью заставить нас, пользователей, покупать новые устройства Есть ли какое решение этой проблемы? Может старые драйвера можно как-то подсунуть? А то у нас на фирме много таких преобразователей.
  25. Налаживать процесс взаимодействия имеет смысл при регулярной сертификации. А когда это требуется раз в пару лет, это нерентабельно И мое мнение, что требование контрольной суммы прошивки для утверждения "Типа средства измерения" - это бюрократия или просто наследие прошлого. Тем более, что кроме России, на других рынках, мы с подобными требованиями никогда не сталкивались.