8 x DS na ESP

[wojtas567]

Domyślnie przy kompilacji w supli rozdzielczość mamy "12". Ja zaproponowałem niższą gdyż czas odczytu znacząco się skrócił, a co za tym idzie powinno sprawniej się odświeżać. Ale pozostałe poprawki tak naprawdę wyeliminowały problem wysyłania danych na chmurę więc można spokojnie wrócić do rozdzielczości "12".

[PioKar]

Dobra robota.
Siódmy dzień na produkcji i działa.
Mam stabilnie pewnie i dla tego że wemos obsługuje tylko DS-y.
Z niczym innym nie walczy o połączenie.

[Duch__]

Moje dzisiejsze uruchomienie:

IMG_20181118_134013.jpg

IMG_20181118_134224.jpg

IMG_20181118_134331_HHT.jpg

Obudowa DIN pochodzi z wskaźnika obecności faz za 15zł.

[Duch__]

IMG_20181118_172730_HHT.jpg

IMG_20181118_172908_HHT.jpg

IMG_20181118_172926.jpg

Wykorzystałem wolne żyły z czujki ruchu do podłączenia DS18b20.

[PioKar]

No to stopkę trzeba zmienićl
DS x ileś tam by Wojtas
Napisz potem czy na długich kablach nie zrywa odczytów.
U mnie standard 1 metr.
Ale mi pasuje bo wszystko jest do pieców gaz/opał stały więc w obrębie 1 metr się wyrobiłem.
No i jedno jest inne.
Ja zasilanie DS dałem od razu z 5v bo podpinałem pod wemos-a.

[Duch__]

Napisz potem czy na długich kablach nie zrywa odczytów.
U mnie standard 1 metr.
Ale mi pasuje bo wszystko jest do pieców gaz/opał stały więc w obrębie 1 metr się wyrobiłem.
No i jedno jest inne.
Ja zasilanie DS dałem od razu z 5v bo podpinałem pod wemos-a.

Na prezentowanym zdjeciu jest to około 25m pomiędzy modułem esp8266, a DS18b20 patrzac po długości przewodu, po drodze 3 lutowania. Robiłem próby przy czujce ruchu z 5xDS18b20 i jedynie musiałem doświadczalnie zmniejszyć pullup-a z 4.7k na 1.5k. Zasilanie DS-a i ESP z 3.3V. Jak będzie szarpać to w zanadrzu mam jeszcze skretkę, ale chciałem najpierw wykorzytać wolne żyły z użytego wczesniej przewodu by UTP zostawić na RS485 lub LAN.

[alankedzior]

Jak to się ma do arduino Mega? Żeby zmniejszyc rodzielczosc, znalazłem rezystor odpowiedni dla moich 6 ds ów na stosunkowo długich przewodach 15-30m omy 3x0,5 lecz zrywa mi co jakis czas odczyty

[Duch__]

Osobiście bede musiał dopracować kod bo dzisiaj zauważyłem szarpanie pomiarów, a nadal nie chce wykorzystywać skrętki. Przy wysokiej rozdzielczości jest dłuższy czas konwersji w czujniku (ok 750ms) co przekłada się na lepszą korekte błędów. Dodatkowo chce w kodzie wprowadzić ponowny odczyt temperatury z czujnika jeśli wartość wyjdzie -127st C. Jeśli ta wartość powtórzy sie np 5 razy pod rząd to wtedy będzie miał ją dopiero wysłać. Zmniejszy to ryzyko pojawienia się błędu w pomiarze. Jak czujnik zamilknie to to zobaczymy. Dodatkowo myśle o tzw STRONG PULL UP i kondensatorach ok 10uF przy każdym czujniku.

[slawek]

Z mojej obserwacji wynika, że nadal jest problem z przekazywaniem danych do SUPLI.
Zrobiłem soft na 5 czujników i 5 przekaźników i działa całkiem przyzwoicie, ale o ile odczyt w konsoli mam co ok.10 sekund dla wszystkich kanałów - na skrętce od 5 do 20m w układzie gwiazdy z rezystorem 2.2kohm, to do SUPLI odświeżony pomiar trafia co któryś raz - im wyższy kanał - tym rzadziej.
Można uznać, że pierwsze dwa działają super, dwa następne - nieźle, kolejne - do przyjęcia... ale odczyt jest odświeżony może co piąty - dziesiąty cykl.
Dla softu z 8 termometrami (do tego 8 przekaźników) - testuję na stole na 25 cm kablu i 2.2 kohm - odczyt w konsoli - super - co 10 sek. mam komplet.
W SUPLI - ostatnie 2 odświeża raz na minutę - dwie... to wszystko przy TEMPERATURE_PRECISION 10.
Ciekawa sprawa - w cloud wyświetla te pomiary z 4 miejscami po przecinku...

[wojtas567]

A zamieńcie ten plik u siebie w bibliotece supli i dajcie znać czy też tak wolno działają t DS?