"Piotr Dmochowski" <i...@p...onet.pl> wrote in message
news:5643c0a6$0$22826$65785112@news.neostrada.pl...
>> Dzięki. Bardziej mi chodzi o wstanie systemu z nową konfiguracją
>> w czasie power-on. W tym akurat systemie nie przewiduję wkładania,
>> ani wyjmowania płytek pod napięciem. Mimo że USB to umożliwia.
> Widzę że panowie zafiksowaliście się na tych numerach, co po czym i
> dlaczego itp itd.
> Nie szkoda czasu na takie szukanie po omacku, które w dodatku ma wątpliwą
> gwarancję działania?
> Może warto pójść warstwę wyżej i zrobić mechanizm typu: pytamy moduł co on
> za jeden i jakie ma dane, a jak nam odpowiedź pasuje to utrzymujemy
> połączenie i pobieramy dane (a jak nam odpowiedź się nie spodoba to
> zamykamy port i niech inni próbują). Albo na podstawie odpowiedzi dajemy
> cynk do aplikacji, którego portu ma używać żeby otrzymać właściwe dane.
> Można zrobić program rozbiegowy który przepyta wszystkie dostępne porty i
> przygotuje odpowiedni plik konfiguracyjny dla głównej aplikacji.

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.
Wymiana takiej płytki modułu (po burzy, po awarii) powinna dać
rezultat w postaci automatycznej rekonfiguracji podłączonych
urządzeń w to samo miejsce w architekturze całego urządzenia
i być do odróżnienia od sytuacji gdy ktoś dokłada nową płytkę
a nie wymienia uszkodzonej. Przypominam że płytki są identyczne
pod wpływem typu samej płytki (np. po prostu porty RS485)
i pod wpływem typu urzadzęń do jakich akurat są podłączone.