CH341a для простого SPI

[Gromph]

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



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

[BOB51]

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

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

[musor]

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

[Мурик]

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

[Gromph]

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

[BOB51]

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

[Мурик]

Важен сам принцип построения "внешнего расширителя портов".

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

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

[BOB51]

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

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

[Ser60]

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

[Мурик]

Не только пользовательского окна, но и транспортного протокола под ПК+самоделка.

Или пользуемся готовым примитивом - а это только примитивный RS232 (через СОМ и/или переходник USB-COM)плюс самопальный "порт-расширитель"...

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

Разве что Lazarus или, что более перспективно, processing...

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

[BOB51]

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

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

[Мурик]

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

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

[BOB51]

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

[Мурик]

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

[BOB51]

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

[kisssko]

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

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