Здравствуйте! Имею в наличии такой вот девайс на микросхеме CH341a



Подскажите, можно на такой приблуде просто использовать SPI, не для программирования МК, а так просто?
Если да, то с какой стороны за это взяться?

Ежли только создать собственную программу для компа (после предварительного вычитывания даиашита на ту микруху).

Может попроще поступить - соорудить промежуточный блок на МК, который с компом по обычному RS232 переговаривается,
а уж там свои команды добавить для любого интерфейса/самоделки?
Воть как у того же ардуино и/или тут
https://radiokot.ru/forum/viewtopic.php?f=62&t=156720
https://radiokot.ru/forum/viewtopic.php ... 1#p3472041

в принципеэта чипа конветер фэйсой имеющий ивасю и шпиона так что наверно като можно это сделать толко вот несовсем ясно зачем
полно полнодуплексный конвекртероф от пролифа и fdti и ряда других котовые как раз заточены под 2 стороний обмен поотом

PCBWay - всего $5 за 10 печатных плат, первый заказ для новых клиентов БЕСПЛАТЕН

Сборка печатных плат от $30 + БЕСПЛАТНАЯ доставка по всему миру + трафарет

Онлайн просмотровщик Gerber-файлов от PCBWay + Услуги 3D печати

BOB51, ссылки на котуинку это хорошо, но как ее использовать для целей ТС? Среди прошивок нет варианта необходимого ТС. Другое дело если бы вы ее написали и объяснили ТС как пользоваться.

Выбираем схему BMS для заряда литий-железофосфатных (LiFePO4) аккумуляторов

Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей.

Подробнее>>

Всем спасибо за ответы!
Вариант с промежуточным МК интересный, жалко правда эта приблуда pic'и не поддерживает, ибо другого в наличии пока нема.
Еще раз спасибо!

Новый аккумулятор EVE серии PLM для GSM-трекеров, работающих в жёстких условиях (до -40°С)

Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре. Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.

Подробнее>>

Важен сам принцип построения "внешнего расширителя портов".
А на чем будет собрано - на ардуине, MCS51, PICе - то уж не суть важно.
Конечно приятнее использовать подгружаемые во внешнее ОЗУ/внутреннее ПЗУ/
целевое программное обеспечение. Однако ежли такой возможности нету - делаем
ограниченный целевой экземпляр.
На том же ПИКе имеющем UART с прикладной самодельной системой команд.
Или на основе обработчика интел *.hex строчек, да терминальной прожки,
те строчки-команды отсылающей/принимающей.
Какие ПИКи-то у Вас есть?
Ёжли по Мурику будет интересно продолжить - тогда "хвостом" в котуинку.
Кстати... Слыхал я что есть вариант ардуины и на основе ПИКов...
Одначе там самопрограммирование только на "жирно-навороченных"...
А я на сегодня только с простыми среднемладшими,
да с пробой ограниченной номенклатуры 18х занимался.

Зачем ТС расширитель портов? Ему нужен USB-SPI. Котуинка поддерживает подключение по USB? Не через конвертеры USB-UART, а непрямую. Котуинка поддерживает SPI на программном уровне включая софт для ПК? Вообще что она поддерживает нужное ТС? На мой взгляд ничего.
Зачем было давать на нее ссылки непонятно.

С таким же успехом можно написать "Собери конвертер USB-SPI на МК и напиши для него и ПК программы". Думаю ТС это и так знает.

Проблема в том, что во всех случаях вопрос упирается в программу - оболочку, работающую на ПК.
А ее-то тоже НАПИСАТЬ ЕЩЕ НАДО...
Ежли с МК средний КОТ худо-бедно разобраться может, то с написанием корректного приложения для компа...
Не только пользовательского окна, но и транспортного протокола под ПК+самоделка.
Воть тут и ГВОЗДЬ...
Или пользуемся готовым примитивом - а это только примитивный RS232 (через СОМ и/или переходник USB-COM)
плюс самопальный "порт-расширитель"...

ИЛИ... помимо проччего учим... ....
А вот чего УЧИМ?...
С учетом нынешней базы ПК...
Разве что Lazarus или, что более перспективно, processing...

У меня здесь есть пара статей с примерами про то, как написать драйвер для компа в MS-Studio, используя API, поставляемые фирмами для их конверторов последовательных интерфейсов.
Для CP2112 (USB-I2C) и
Для CY7C65211 (USB-I2C/SPI)
С CH341 дел пока не имел.

То есть под RS232 + расширитель портов протокол писать не нужно?

И чем они хороши? ИМХО не самые простые и подходящие ЯП для этой цели если говорить о КОТАХ не имеющих опыта программирования для компа.

Сам RS232 уже имеет аппаратную и программную поддержку, которая согласовывается с обычными приложениями.
Протокол в смысле определения назначения передаваемых/принимаемых данных определяет пользователь в рамках того, что возможно и более удобно в каждом конкретном случае.
А вот "вольный ногодрыг" - это уже управление самой микросхемой преобразователя средствами программ в ПК.
То уже более глубокое владение ресурсными возможностями ПК и операционной системы.
Посему и круг таких пользователей значительно уже (не для простолюбителей).

В принципе можно писать на любом из того, чем владееш, да текущая конфигурация ПК и операционки позволяет установить.

С USB в этом плане не сложнее. С той лишь разницей что данные нужно делить на пакеты, обычно по 64 байта.

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

В протоколе данные делятся на пакеты. Разве не знали?

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

Поздновато я с ответом... Но, может кому пригодится...

Можно конечно! Под эту микруху есть уже готовые библиотеки под винду (в виде dll) и линукс. И заголовочные файлы тоже.
Правда, не помню уже, откуда качал. Но, если кому надо -- обращайтесь.