Стари компютри на HP, Продажба

Ако се използва USB, модемните сигнали са просто команди, които се изпращат по endpoint 0 и ако не работи контролера няма кой да ги чуе.

Точно това щях да питам, как реализирате хардуерната синхронизация по usb (макар, че в последните години почти не съм виждал устройства които да я използват)...

Това мнение е било редактирано от thrawn на 21-06-2026, 08:36

Само използвам DTR за да детектвам че нещо се е закачило. В някои случаи пускам таск, в други просто паля лед, от червен става зелен, когато има комуникация мига синьо.

LINE_CODING само го пазя ако някой софтуер иска да сложи бод рейт, датабитс и пр, та после да му ги върна за да се радва. Ако имах UART трябваше да ги сложа на него, ама аз нямам.

Това мнение е било редактирано от ici на 21-06-2026, 10:21

Имах в предвид как ги подавате/приемате на чисто хардуерно ниво. Ама горе нали пусна извадка как ги обработваш. Но третирането им като команда, практически ги обезсмисля.

аз ползвам или CH340 или FTDI, като напоследък предпочитам CH340 защото е малък и има само rts, точно както аз искам.

За това сканиране преди всяка команда, не е ли по-просто да се прави сканиране един път, след това използваш намерения порт докато той не спре да отговаря (някакъв кратък таймоут), и само тогава сканираш всички портове отново да закачиш на новия и пращаш там командата. Това че няма идентификация си е кофти проблем, няма ли за тези устройства начин да пишеш някакъв твой идентификатор в тяхното мемори, или са им ограничени командите.

Представи си, че имаш две еднакви устройства (без серирн номер) когато ги включиш излизат на COM5 и COM6. По някое време се рестартират но второто се включва първо. Операционната сисрема му дава COM5. След това се включва другото и получава COM6. Така и двата порта са там и двете устройства си работят но са си сменили местата.

Обикновено, серийните портове не се държат отворени, постоянно, така че, подобно събитие няма как да бъде отчетено.

В някои случаи е все едно кое от двете ще обработи командата но има устройства при които е критично командата да се подаде на точно определено устройство (в моя случай, това са фискални устройства и пос терминали които отчитат потоци на пари - те ще се запишат като оборот на грешна фирма или по-лошо, парите ще отидат в грешна сметка).

Иначе, производителите могат да сменят идентификациите (при ftdi май се ползваше външен flash за това. А това вдига цената на продуктът (не само с цената на компонента но и разходи за асемблиране) затова ги зарязват с идентификациите по подразбиране). Серийните номера пък изискват отделно флашване на всяко устройство, което също усложнява производството. Технически няма проблем производителите да предвидят опция за програмиране на идентификатори от потребителя, но обикновенно, това се праеи през сервизни интерфейси до които обикновените потребители нямат достъп.

Това мнение е било редактирано от DarkOne на 26-06-2026, 14:57

Имам предвдид няма ли някаква временна памет която да може да се пише без да влияе на останалите функции, и там да го ползваш за да си пишеш твой идентификатор, после ако четеш и идентификатора го няма знаеш че може да не е същото устройство

Е то е това де. Тези флашове са само за този чип. Когато му подадеш команда, той си пише в паметта (ако има такава) иначе използва фабричните записи от ROM паметта си. Това няма отношение към контролера на устройството.
При контролерите с вграден usb (примерът на ici от предната страница) всичко се прави на ниво приложение (тогава всички подобни идентификатори заемат място в паметта на контролера, освен ако умишлено не се постави външна памет в която да се трупат такива неща).

От тук вече е въпрос на желание да се включат команди за промяна на идентификаторите. В много устройства има скрити jtag или uart портове по платките които се използват за дебъгване и препрограмиране. Също тка има трикове с бут лодерите на контролерите които позволяват да ги стртираш в "сервизен режим" в който евентуално да пипаш на места недостъпни за писане от основното приложение.

---
На това ниво съм любител, така че, ако има неточности, хората които се занимават с това ще ме поправят.

Това мнение е било редактирано от thrawn на 21-06-2026, 14:50

Част от РАМ паметта не се бара при ресет, и там пиша стек дъмп, причина за рестарта и пр. , ама това не е стандартно решение.

Прикачена картинка (Кликнете на картинката, за да я увеличите!)