On 12.11.2015 23:34, Jarosław Sokołowski wrote:
> Pan Zbych napisał:
>
>>>>> Problem z Twoim pomysłem pojawi się, gdy do szyny USB będą
>>>>> podłączone dwa identyczne moduły rozmawiające z identycznym
>>>>> typem urządzeń do kórych użytkownik będzie chciał mieć intymny
>>>>> dostęp znając ich fizyczną lokalizację i przypisanie do reszty systemu.
>>>> Ale jakoś je trzeba rozróżnić. Ja bym wolał dać jakie zworki cz inny
>>>> obrotowy przełącznik podający np. kod od 0 do 7, który będzie wysłany
>>>> jako fragment odpowiedzi niż uzależniać działanie aplikacji od
>>>> kolejności inicjalizacji portów. Jak rozpoznasz dwa takie same moduły
>>>> jeżeli po restarcie zmieni się kolejność podłączenia?
>>>
>>> KERNEL=="sd[a-z]", ACTION=="add|change", \
>>> ENV{DEVPATH}=="/devices/*/1-1/1-1:1.0/host*", SYMLINK+="USB1"
>>>
>>> KERNEL=="sd[a-z]", ACTION=="add|change", \
>>> ENV{DEVPATH}=="/devices/*/1-2/1-2:1.0/host*", SYMLINK+="USB2"
>>>
>>> ...i kolejne analogiczne linijki opisujące reszte portów w systemie.
>>
>> Symlinki są do dupy. Zrobiłem prosty test: otworzyłem port przez symlink
>> w terminalu, wypiąłem w trakcie pracy terminala port, podłączyłem go
>> znowu i symlink nie został zaktualizowany.
>
> SOA#1 -- to chciałem, to mam. Kol. Pszemol też chyba nie chce niczego

Sprawdziłem jeszcze raz, faktycznie symlinki są aktualizowane poprawnie.

> wypinać -- jak w czsie bootowania systemu link prowadił do /dev/dupa,
> to tak już pozostanie aż do wyłączenia zasilania.

Wystarczy zakłócenie, które zresetuje urządzenie USB, nikt nie musi
wyjmować wtyczki z gniazdka.