OSC32 в этой серии сидят на порту "С", а на STM32F030F4P6 этого порта нема . Есть вопрос. Кто как цепляет WH1602 (или подобные) дисплей на STM? У этой хрени контрастность ничтожная при 3В. Попробовал подключить через ULN2003, но на выходе микрухи при ЛОГ0 присутствует напряжение в 0.8В, а дисплей по даташиту опознает как ЛОГ1 все, что выше 0.7В. Оптронами завешивать все не хочется - больно жирно получается. Использую STM32F030F4P6, а у нее всего два вывода, толерантные к 5В, вот и пытаюсь выгородить огород .
Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей.
Чтение с WH1602 обязательно? Цеплял просто так - WH1602 питается от 5В, STM от 3.3В - уровень "1" от микроконтроллера ЖКИ чувствует: Можно еще у Чена подсмотреть: http://elm-chan.org/docs/lcd/lcd3v.html
Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре.
Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.
А у меня синий дисплей просто так от 3В вообще символы не проявляет . Обратная связь не нужна. И еще тогда вопрос. Кто как делает инициализацию? Может дело не в контрасте, а в том, что моя библиотека не заводится (хотя делаю все по даташиту)...
...У Чена интересное решение, нужно будет обкатать .
Обязательно обкатайте. Не все индикаторы позволяют такое решение. Именно так и был сделано сначала; облом! Пришлось ставить микросхему. Хотя, раньше проблем с другими индикаторами не было.
Не все индикаторы позволяют такое решение. Именно так и был сделано сначала; облом! Пришлось ставить микросхему. Хотя, раньше проблем с другими индикаторами не было.
Не совсем понял. Не все индикаторы позволяют использовать Ченовское решение или не все позволяют использовать 3В в шине данных?
oleg110592 писал(а):
Был затык именно на синеньком, где то на просторах нашел обсуждение - содрал оттуда, не по даташитски, заработало:
Ну вот блин, кончился фоторезист. Хотел плату допилить на оптронах, чтоб настроить сначала нормально инициализацию, а потом играться с режимами (а то так вообще не понятно в чем причина пустого экрана). Пока нет фоторезиста полез мучать Discovery плату. Решил запилить USB-HID устройство (чисто из научного любопытства ). Настроил все регистры, написал дескрипторы, запустил. Дескриптор устройства съедается, потом 9 байт дескриптора конфигурации съедает, потом съедает 29 байт дескриптора конфигурации, потом LangID, потом ProductName и все. Дальше я не знаю что запрашивать. Какой порядок запросов (желательно с ZLP) идет у HID устройств и какие грабли есть при энумерации? К примеру, в виртуальном COM порту была такая фича: при отправке 68-ми байт дескриптора конфигурации нужно было отправить 64 байта, дождаться готовности и сразу, не дожидаясь повторного запроса, отправить оставшиеся 4 байта. Ни в каких книгах подобные махинации не описывались. Может и в HID есть что-то подобное (сейчас я просто отправляю 29 байт дескриптора конфигурации и все).
Если непонятно, то самое лучшее -- разобраться, как следует.
ST MicroElectronics (STM) also think that Proteus is a pretty good design platform.
Their chief engineer (Gael Salles) even had this to say about Proteus:
"We use the Proteus suite regularly and we really appreciate both the simple user interface and the number of features. When we have faced a limit or a problem, the support response has always been fast and focused. Proteus is a good solution for reasonably complex design."
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 41
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения