Nie tylko moze ale i tak jestqczek pisze:No nie do końca tak może być
Normalnie, lyka i tyle, nie ma sztywnego powiazania miedzu Phys i App ID, to tylko konwencja, umowa pozwalajaca uniknac konfliktow. Co wiecej PhysID mozesz w sensorze zmienic i miec np. 2 rozne VLSS z dwoma roznymi PhysID przesylajace te same AppID dotyczace stanu baterii.qczek pisze:bo załóżmy, że RX woła Physical ID przypisane do GPS physical ID 0x03, a ty mu na to walisz application id RPM 0x0003 no i jak on to ma łyknąć musi to olać i tyle...
Nie ma takiej opcji, musisz sluchac tego co sie dzieje, nie mozesz slac danych na slepo bo bedziesz mial konflikty i zadna telemetria nie przejdzie. Najprosciej jakbys wybral sobie jedno nieuzywane jeszcze PhysID i odpowiadal tylko na nie.qczek pisze:Chce bez angażowania odczytu tego co się dzieje na s port wysyłać dane sensorów może być wolniej, nie ważne...
Nie decyduje, tylko kolejno odpytuje kazde PhysID (a te ktore odpowiadaja odpytuje czesciej).qczek pisze:Dokładnie, ale o Physiacl ID decyduje RX a o application ID ja, więc mogę sobie wysyłać.
To jak zostanie odczytany Application ID zalezy od implementacji. Taranis o ile pamietam odczytuje pelny zakres, ale musialbym sprawdzic. Inne implementacje moga ignorowac inne AppID niz pierwsze z zakresu, albo wszystkie traktowac jako jedno i to samo.qczek pisze:Ja rozumiem to tak, że np dla gpsów mamy zakres application ID 0x0830~0x083f, czyli 16 róznych urządzeń typu GPS, jak mu wyślę dane tylko z application ID 0x0830 to będzie widział jeden GPS.
To co napisalem Ci wczesniej.qczek pisze:Pytanie jest takie, co się stanie jak on zapyta o variometr a dostanie dane gps ;)