Ocena wątku:
  • 0 głosów - średnia: 0
  • 1
  • 2
  • 3
  • 4
  • 5
LK3.5-NOWY SOFT - KOLEJNE WERSJE
(08-01-2022, 07:55 AM)wilkxt napisał(a):
(07-31-2022, 12:27 PM)marcinb napisał(a): Potwierdzam, że DSy zmianiją kolejność.

@wilkxt
Mam pytanie co potrzebuję do tego aby podłączyć SCD40 ??

Do i2c nic, podłaczasz bezpośrednio. Natimiast do 1-wire potrzebny jest translator 1-wire<->i2c. Mamy gotowe płytki z takim translatorem i SCD40, ale ponieważ są jakies problemy przy dłuższych kablach, narazie nie udostepniamy i rozwiązujemy problem.

Z 1-wire i długimi liniami walczyłem dość długo i przeczytałem sporo artykułów. Zazwyczaj przy długich liniach jest problem z odbiciem sygnału bądź spadkiem napięcia na końcu linii dlatego tez na końcu linii stosuje się odpowiedni opornik między linią 1-wire a +5v aby to napięcie podpić. Biorąc się za to najlepiej jest mieć oscyloskop.
Sporo problemów rozwiązuje układ DS2480B gdyż ma on dość dobre filtry i radzi sobie z dłuższymi liniami oraz obsługuje do 50 elementów.
Generalnie po całej tej walce z 1-wire dochodzę do wniosku że najlepsze rozwiązanie to krótkie linie 1-wire i konwerter na rs232 bądź rs485.
Tak czy inaczej uważam że powinniście spróbować z układem DS2480B lub innym jego odpowiednikiem gdyż zaoszczędzicie sobie sporo roboty.
Miałem zbudowane na zlecenie coś oparte zdaje się o Ardunio gdzie miało pracować 8 czujników na 8 różnych gpio i projekt się nie sprawdził bowiem okazywało się że jedn kabel z czujnikami na jednym wejściu pracował a na drugim już potrafił nie pracować. Ciężko było sobie z tym poradzić gdyż stabilizowanie szyny dodatkowymi opornikami itp nie zdawało egzaminu jednak te same kable z czujnikami podłączone w gwieździe do mp00204   potrafiły pracować bez większych problemów.
https://datasheets.maximintegrated.com/e...S2480B.pdf
http://www.meraprojekt.com.pl/mp00204-iso.html
Odpowiedz
HW 3.7
SW 1,49d

W ustawieniach MQTT oprogramowanie nie przyjmuje do wysyłania danych powyżej m20.
Podświetlenie klawiszy z m21..... i zapisanie danych nie powoduje ich zapisania.
Po powrocie do strony ustawień MQTT są dalej nieaktywne, a dane im odpowiadające nie są wysyłane do brokera mqtt.

Był już kiedyś podobny problem z wersja oprogramowania chyba z 2021 roku.

   
.png   MQ1.png (Rozmiar: 35.91 KB / Pobrań: 8)
Odpowiedz
(11-17-2022, 09:32 PM)lodomir napisał(a): HW 3.7
SW 1,49d

W ustawieniach MQTT oprogramowanie nie przyjmuje do wysyłania danych powyżej m20.
Podświetlenie klawiszy z m21..... i zapisanie danych nie powoduje ich zapisania.
Po powrocie do strony ustawień MQTT są dalej nieaktywne, a dane im odpowiadające nie są wysyłane do brokera mqtt.

Był już kiedyś podobny problem z wersja oprogramowania chyba z 2021 roku.
https://forum.tinycontrol.pl/showthread....33&page=46

Na 46 stronie znajdzie oprogramowanie 1.52. Sprawdź, może tam jest rozwiązany ten problem.
Przed aktualizacją zrób kopię zapasową konfiguracji bo mi po aktualizacji lista zadań się wysypała.
Odpowiedz
(11-13-2022, 11:28 PM)SirAdams napisał(a): Z 1-wire i długimi liniami walczyłem dość długo i przeczytałem sporo artykułów. Zazwyczaj przy długich liniach jest problem z odbiciem sygnału bądź spadkiem napięcia na końcu linii dlatego tez na końcu linii stosuje się odpowiedni opornik między linią 1-wire a +5v aby to napięcie podpić.
w taki sposób najprawdopodobniej uszkodzisz LK, stopisz rezystor podbijający - wystarczą dobre kable, nie stosujemy pseudo miedzianej chińskiej skrętki tylko przewody sterownicze typu LiYY 3x0,25 i spokojnie po 20m będzie śmigać bezawaryjnie  to samo dotyczy czujników DS tanie zamienniki nawet na metrowym kablu padają 
w moim budynku są DS które sam lutowałem w glizy, a pamiętają jeszcze czasy LK Hw1 na ponad 20m odcinkach magistrali bez awaryjne do dziś.
<t></t>
Odpowiedz
(11-22-2022, 07:46 PM)stAch napisał(a):
(11-13-2022, 11:28 PM)SirAdams napisał(a): Z 1-wire i długimi liniami walczyłem dość długo i przeczytałem sporo artykułów. Zazwyczaj przy długich liniach jest problem z odbiciem sygnału bądź spadkiem napięcia na końcu linii dlatego tez na końcu linii stosuje się odpowiedni opornik między linią 1-wire a +5v aby to napięcie podpić.
w taki sposób najprawdopodobniej uszkodzisz LK, stopisz rezystor podbijający - wystarczą dobre kable, nie stosujemy pseudo miedzianej chińskiej skrętki tylko przewody sterownicze typu LiYY 3x0,25 i spokojnie po 20m będzie śmigać bezawaryjnie  to samo dotyczy czujników DS tanie zamienniki nawet na metrowym kablu padają 
w moim budynku są DS które sam lutowałem w glizy, a pamiętają jeszcze czasy LK Hw1 na ponad 20m odcinkach magistrali bez awaryjne do dziś.

Po pierwsze nie pisałem tutaj o LK, po drugie testowałem przewody od typowej skrętki z przekrojem 0x5 do przewodów zwykłych 0,75. Po trzecie, tak jak już napisałem czytałem na ten temat artykuły więc zamiast pisać o chińskiej skrętce wysil się trochę i poszukaj więcej informacji lub podaj jakieś konkrety. No i po czwarte to nie wiem jakiej długości linie Ty masz na myśli i ile czujników ale moje to były koło 120-160 metrów i koło 50 czujników łącznie.


Ale żeby nie było to proszę bardzo, artykuł: Long Line 1-wire
Chyba najlepszy opis jaki może być i na dodatek wypuszczony przez producenta podzespołów.
A tutaj inne artykuły, nie wszystkie czytałem ale na potrzeby posta szybko wrzucone:
https://www.elektroda.pl/rtvforum/topic3200328.html
https://ntronic.pl/jak-projektowac-nieza...iec-1wire/
http://www.easy-soft.net.pl/artykuly/tec...dowy-sieci

Nie pamiętam gdzie czytałem o tym oporniku na końcu linii ale było coś takiego między 5v a data, zadaniem opornika było sprawić aby na drugim końcu linii data napięcie też wynosiło 5V jak dobrze pamiętam, czy jakie tam jest na linii danych.


Załączone pliki
.pdf   Długie-Linie-1wire.pdf (Rozmiar: 499.59 KB / Pobrań: 5)
.pdf   Long-Line-1-wire-AN148.pdf (Rozmiar: 330.11 KB / Pobrań: 10)
Odpowiedz
(11-23-2022, 04:47 PM)SirAdams napisał(a): Po pierwsze nie pisałem tutaj o LK, po drugie testowałem przewody od typowej skrętki z przekrojem 0x5 do przewodów zwykłych 0,75. Po trzecie, tak jak już napisałem czytałem na ten temat artykuły więc zamiast pisać o chińskiej skrętce wysil się trochę i poszukaj więcej informacji lub podaj jakieś konkrety. No i po czwarte to nie wiem jakiej długości linie Ty masz na myśli i ile czujników ale moje to były koło 120-160 metrów i koło 50 czujników łącznie.


Ale żeby nie było to proszę bardzo, artykuł: Long Line 1-wire
Chyba najlepszy opis jaki może być i na dodatek wypuszczony przez producenta podzespołów.
A tutaj inne artykuły, nie wszystkie czytałem ale na potrzeby posta szybko wrzucone:
https://www.elektroda.pl/rtvforum/topic3200328.html
https://ntronic.pl/jak-projektowac-nieza...iec-1wire/
http://www.easy-soft.net.pl/artykuly/tec...dowy-sieci

Nie pamiętam gdzie czytałem o tym oporniku na końcu linii ale było coś takiego między 5v a data, zadaniem opornika było sprawić aby na drugim końcu linii data napięcie też wynosiło 5V jak dobrze pamiętam, czy jakie tam jest na linii danych.

tak zgadza się, ale to forum jest o LK i takie działanie nie jest najlepszym rozwiązaniem dla LK podobnie jak chińska skrętka aluminiowo-miedziowana
<t></t>
Odpowiedz
Nie będę kontynuował poprzedniego wątku dlatego po raz kolejny uważam że należy użyć dostępnych elementów maxi... do obsługi 1-wire i uprościć sobie życie.
Jeżeli LK ma obsługiwać w miarę dobrze linie 1-wire to najlepiej aby do tego celu używał czegoś takiego:
DS2484  DS2482-100
DS2482-800
   
A jeżeli powstanie LK oparty o DS2482-800 lub jakiś dodatek do LK3.8 z wykorzystaniem DS2482-800 i w programie będzie można wyświetlić od 50 do 80 czujników temperatury Dallas  na wszystkich 8 liniach to jestem chętny na przetestowanie tego rozwiązania u siebie do swoich potrzeb.
Tutaj widział bym coś takiego: Spliter tyle że oparte o DS2482-800 i wszystko do obsługi 1-wire.

P.S. Chociaż jak teraz przeglądam na szybko dokumentację DS2482-800 to nie jestem pewien czy na każdej linii można podłączyć więcej niż jedno urządzenie.
Odpowiedz
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.
<t></t>
Odpowiedz
Hello,
I would like to use more than 20 events, e.g. 30 or 40. Will it be possible in some future update?
Thanks for your answer.

HW 3.8
SW 1.52
Odpowiedz


Skocz do:


Użytkownicy przeglądający ten wątek: 1 gości