Както може би знаете, CH340 е usb<=>serial, много евтин аналог на чиповете на ftdi, дето струва не стотинки, ами части от стотинката. И понеже е такъв, няма вътрешен флаш/еепром да съхранява уникални идентификатори. В резултат, всички устройства с CH340 закачени за един комп, се третират от ОС като еднакви у-ва.
На субаруто имам едно такова устройство (базирано на евтин ардуино клонинг с въпросния CH340), което ми добавя разни екстри към интериора. Съответно имам апп на андроид мултимедията за контрол на това устройство. Всичко беше прекрасно, докато лятото не реших да си сложа евтин китайски TPMS, на който контролера е - точно така, познахте, същата кутийка с CH340 като мойта. Съответно в началото нито моят апп, нито апп-а на TPMS-а нямаше идея за коя кутийка да се закачи. Докато аз си реших проблема бързо, китаеца явно не може да си представи тая хипотеза и дори най-новите версии на апп-а пак го има тоя проблем. За да си видя налягането в гумите, трябва да стартирам и убия китайския апп няколко пъти, докато се закачи за своята си кутийка (по начин, който остава мистерия за мен).
Дайте няква идея как да се реши проблема, че ми е тегаво.

Ами, защо не опиташ с едно двойно ЦК-ключе да пускаш дейта линиите ту към единото ту към другото USB устройство.

Ако смениш чиповете с някои евтини кометски(не китайски) FTDI?

Тва е много тегаво, ако бяха съвместими пиновете как да е, ама много преправяне иначе.
Търся някво софтуерно/хакерско решение по-скоро.

Поне единия чип може да се смени да се махне конфликта, има qfn12 корпус, вярно е дребно, но е работа за 15-20 минути.

Изкърти чипа от платката. Сложи такава с друг сериен към юсб конвертор. Свържи повера и тъ-хъ и ръ-хъ към новата платка. Радвай се на резултата.

Имам тука 2броя CH340 и един CP2104
CH340 какъв номер на COM-а взема зависи от това в коя USB букса го включа. Ако го включа в USB букса в която не съм го включвал инсталира драйвера. Тука ако може да се направи програмите да се закачат към определен ком да разпознават устройството. Сега си мисля, след като за различните портове се инсталира различно копие на драйвера, дали не може да се инсталира друг *.inf драйвер с друго описание. Само дето как се слагат драйвери за андроид не зная...
CP2104 където и да го ръгна, го изкарва със един и същи COM- номер. Което ме навежда на мъсълта, че си има някакво предварително програмирано уникално ID.

Хммм не мисля че Ком порта зависи от чипа по какъвто и да е начин. С FTDI преномерира комовете според usb-то, могат да де променят от боза в Линукс не знам как е реализирано. CP то обаче също създава всеки път с нов номер според порта. Това изглежда е функция на драйвера. Под Линукс не съм наблюдавал какво става.

баш CP то го местя и все на COM5 ми излиза. Но пък нямам второ да видя дали си има всяко номер според ID, или просто ги реди първото включено CP на 5ти ком, второто включено CP на следващия свободен ком.

Е то това CP2104 си има памет за идентификатори вътре. Нормално е системата да го различава.

Не е нужно да има памет, достатъчно е да има сериен номер и ОС трябва да се оправи.
Само че тук проблема е по-скоро китайски програмист - говорим за две приложения със съмнително качество, които по всяка вероятност закачат първото усб устройство с отговарящ vid/pid и дотам.
Нямам опит в "дисасемблиране" на андроидски приложения, но такъв вид специалист би трябвало да може поне да извади повече информация.

Със малко модификация на *.inf файла:

Един и същ инф?

Да но редактиран леко от мен. Както писах, CH340 трябва за всяка букса да му се инсталира драйвера. Като включих второто CH, посочих папка с моя инф. Просто го отвори със notepad и превърти в края да видиш къде съм сменил името.

... Все пак не зная дали това може да свърши някаква работа ...

Жалко, днес и на двата ми изписва "Преобразувател CH340". явно не става така...