11-23-2022, 07:36 PM
Oczywiście że tak... wypełni popieram twój wywód, tylko że mało kto potrzebuje na LK 50 odczytów z DS a z uwagi na zasobożerność obsługi magistrali i2c raczej nie wypali takie rozwiązanie na żadnej obecnej platformie LK
Niemniej jednak rozwiązania które proponujesz sprawdzą się do pół/profesjonalnego monitorowania temperatur np w przemyśle. ale to nie za pośrednictwem LK
To tak jak z obsługą inn-out na LK, ja mam też jeden na spliterze inn/out i za pośrednictwem własnej strony na tablecie jednym LK steruję ok 90 przekaźnikami i kontroluje ponad 30 stanów - tu można powalczyć z httpapi ale z odczytem i2c już nie jest tak prosto.
httpapi musiało by mieć funkcje realizującą zapytanie w formie http://192.168.1.100/stm.cgi?dsread=28:F...F:FF:FF:FF które zwracało by nam wartość z odpytywanego adresu a sam LK czytał by cyklicznie tylko część.
Niemniej jednak po dłuższej chwili pracy doprowadziło by to do ubicia LK. więc to kiepski pomysł. Odczyt powyżej 20 szt jest awykonalny przy obecnych zasobach, co chyba potwierdzą twórcy projektu.
O ile miało by powstać takie rozwiązanie to raczej na bazie wymiany informacji LK#1-->LK#2-->LK#3 gdzie fizyczny odczyt pozostaje na wybranych serwerach LK a sama interpretacja i logika może być dowolnie współdzielona miedzy nimi. Unikniemy wtedy problemu długich magistrali a dowolny odczyt będzie mógł być punktem odniesienia dla dowolnego wpiętego w taką sieć LK.
W sieci jest wiele rozwiązań do hurtowego odczytu i2c opartych na czytniku konwerterze podpiętym do peceta jak choćby wspomniana prze ciebie "mera" o wiele wydajniejsze od LK arduino i rappsbery też dają rade przy odczytach w okolicach 30 - 40 dallasow.
Niemniej jednak rozwiązania które proponujesz sprawdzą się do pół/profesjonalnego monitorowania temperatur np w przemyśle. ale to nie za pośrednictwem LK
To tak jak z obsługą inn-out na LK, ja mam też jeden na spliterze inn/out i za pośrednictwem własnej strony na tablecie jednym LK steruję ok 90 przekaźnikami i kontroluje ponad 30 stanów - tu można powalczyć z httpapi ale z odczytem i2c już nie jest tak prosto.
httpapi musiało by mieć funkcje realizującą zapytanie w formie http://192.168.1.100/stm.cgi?dsread=28:F...F:FF:FF:FF które zwracało by nam wartość z odpytywanego adresu a sam LK czytał by cyklicznie tylko część.
Niemniej jednak po dłuższej chwili pracy doprowadziło by to do ubicia LK. więc to kiepski pomysł. Odczyt powyżej 20 szt jest awykonalny przy obecnych zasobach, co chyba potwierdzą twórcy projektu.
O ile miało by powstać takie rozwiązanie to raczej na bazie wymiany informacji LK#1-->LK#2-->LK#3 gdzie fizyczny odczyt pozostaje na wybranych serwerach LK a sama interpretacja i logika może być dowolnie współdzielona miedzy nimi. Unikniemy wtedy problemu długich magistrali a dowolny odczyt będzie mógł być punktem odniesienia dla dowolnego wpiętego w taką sieć LK.
W sieci jest wiele rozwiązań do hurtowego odczytu i2c opartych na czytniku konwerterze podpiętym do peceta jak choćby wspomniana prze ciebie "mera" o wiele wydajniejsze od LK arduino i rappsbery też dają rade przy odczytach w okolicach 30 - 40 dallasow.
e-chata.hyzne.com | LK1 - sterowniki akwarystyki | LK2 - sterowniki ihome | LK3 - niezliczone ilości wersji/nakładek na farmach PV i nie tylko | LK4 - testy bezprzewodowe