Konwerter TCP-IP/RS485 ESP8266

To coś na zasadzie esp-link ? https://hackaday.io/page/1304-virtual-serial-port-tunnel-to-use-with-esp-link bo esp-link ma bardzo dużo opcji tylko właśnie obsługa RS485 chyba nie jest zaimplementowana z tego co na szybko wyczytałem
A jak z stabilnością ? i działa na jakich prędkościach i czy da się je zmieniać łatwo czy kod trzeba wgrywać do esp8266 żeby była inna ?

Tak, to będzie to samo co ESPlink, w 1200,2400,9600 działa poprawnie ale wymaga zmian w kodzie - serial.begin() Nie mam nic innego z rs485 poza tym wskaźnikiem orno, odpytywałem licznik całą noc co 1 sek i wszystkie wyniki są poprawne, ani jednego błędu transmisji.

Czy ten konwerter działa na 3,3v z esp? Nie powinien bo one są na 5v.

powinno działać ale na dużo mniejszych odległościach

Wystarczy wymiana na MAX3485 i już wszystko zgodnie z sztuką i zasięgami

Na jakiej podstawie obliczasz czas potrzebny na sterowanie sygnałem RE/DE?
Przy dłuższych stringach nie obcina Ci nic?

Brak obsługi RS485 (sygnału DE) nie stanowi problemu:

Sprawdzone - działa, również w wielu urządzeniach produkcyjnych..

Dodano po 1 [minuty]:

ditomek napisał:

Na jakiej podstawie obliczasz czas potrzebny na sterowanie sygnałem RE/DE?

Tego się nie oblicza tylko sygnał DE opuszcza się po opuszczeniu ostatniego bajtu z bufora nadawczego.

na pierwszym poście re_de sterowane jest z pina ESP wiec schemat który wkleiłeś później nie ma sensu. Przy okazji sam z podobnego korzystam w swoich projektach.
pytam o to bo w arduino czas potrzebny na sterowanie re_de nie jest taki prosty jak się wydaje.
generalnie Serial.print jest wspomagany przez system przerwań i dla dłuższych stringów obsługa kończy się szybciej niż faktycznie wysyłanie danych.
To oznacza, że skoro po print masz krótki delay i przełączenie re_de to kierunek transmisji zmieni sie na odbiór szybciej niż zostanie opróżniony bufor nadawczy. Tak jest w Atmegach. Zastanawiam się jak jest w ESP dlatego zapytałem.

byrrt napisał:

Brak obsługi RS485 (sygnału DE) nie stanowi problemu:

Sprawdzone - działa, również w wielu urządzeniach produkcyjnych..

A jak dobrać elementy gdy UART pracuje na poziomie 3V3?
MAX485 na MAX3485, a co z resztą?

piterek-23 napisał:

MAX485 na MAX3485, a co z resztą?

a co z resztą? zostaje ta sama..

Chodziło mi o tranzystor i rezystory bo całe zasilanie zmieni się z 5V na 3V3. Jezeli nic nie trzeba zmieniać to super, ale wolałem zapytać.
Dzięki, niedługo będę testował

george2002 napisał:

To coś na zasadzie esp-link ? https://hackaday.io/page/1304-virtual-serial-port-tunnel-to-use-with-esp-link bo esp-link ma bardzo dużo opcji tylko właśnie obsługa RS485 chyba nie jest zaimplementowana z tego co na szybko wyczytałem
A jak z stabilnością ? i działa na jakich prędkościach i czy da się je zmieniać łatwo czy kod trzeba wgrywać do esp8266 żeby była inna ?

Jest latka na esp-link z obsluga rs485, trzeba zerknac do repo/issue

Panowie, wszystko super działa, ale... ale jest mały problem...
Jeżeli np. zresetuję router to ESP traci połączenie i już nie potrafi ponownie nawiązać połączenia-wystarczy zrobić reset ESP i znów wszystko jest OK.
Da się to jakoś poprawić?

Mowisz o sofcie z 1 postu?

uzi18 napisał:

Mowisz o sofcie z 1 postu?

Tak.

Zrobiłem poprawkę, po zerwaniu połączenia wifi program czeka na ponowne połączenie i wznawia pracę.

Witam,

Też używam tego konwenterka. Przy kompilacji tej nowej wersji wyskakuje błąd

es-rs485:19: error: 'szukajwifi' was not declared in this scope

Jak to poprawić?

Chyba coś popsułem i nie ten plik załączyłem, ale ten z tego załącznika kompiluje się bez błędu.
Inna sprawa że sam ESP połączy się ponownie do sieci i będzie sobie działał ale socat pewnie zwiśnie i trzeba go odpalić ponownie. Dla pełnej automatyzacji na serwerze można zrobić jakiś plik np cgi czy tam php który odpali socat'a a o ten plik będzie pytał ESP w momencie połączenia do sieci.

Już ok. Pomogła nowa wersja arduina ide. Dzięki

dktr napisał:

Chyba coś popsułem i nie ten plik załączyłem, ale ten z tego załącznika kompiluje się bez błędu.

Wygląda na to, że wszystko działa jak należy. Gdy ESP sobie pracował to zrobiłem kilka razy reset routera i za każdym razem ESP łączył się ponownie.

dktr napisał:

Inna sprawa że sam ESP połączy się ponownie do sieci i będzie sobie działał ale socat pewnie zwiśnie i trzeba go odpalić ponownie.

Dokładnie tak, należy ponownie użyć polecenia socat...

dktr napisał:

Dla pełnej automatyzacji na serwerze można zrobić jakiś plik np cgi czy tam php który odpali socat'a a o ten plik będzie pytał ESP w momencie połączenia do sieci.

Miałbyś pomysł na taki skrypt?
Do pełni szczęścia już tylko brakuje "automatyzacji" socat

Próbowałem coś takiego:

Tworzy się dowiązanie /dev/ttyUSB10, ale licznika już nie czyta.

Wielkie dzięki za poprawkę z WiFi

W kolejnej wersji softu doszła funkcja pobrania pliku z serwera w momencie połączenia do sieci bezprzewodowej:

const String url = "http://192.168.2.40/esp_rs485.php?sign=";

w tej zmiennej należy wskazać adres pliku na serwerze który po odpytaniu go skiluje i uruchomi ponownie socat. Przy okazji można sobie pobrać do zmiennej poziom sygnału z jakim połączył się do sieci esp8266.

W php:
<?php

$sygnał=$_GET['sign'];
?>

Możesz podpowiedzieć jak to wszystko ma dokładnie wyglądać, jak to zautomatyzować?

Na ESP mam soft "es-rs485_v2", a w nim zmieniłem na swoje:
WiFiServer localServer(4321);
IPAddress staticIP(192, 168, 1, 221);
IPAddress gateway(192, 168, 1, 1);
IPAddress subnet(255, 255, 255, 0);
const String url = "http://192.168.1.2/esp_rs485.php?sign=";
WiFi.begin("moja_siec", "moje_haslo");

Na serwerze utworzyłem plik php z zawartością:

I co teraz dalej, co z socat?
Jeżeli ręcznie dodam:

To wszystko wydaje się być OK

byrrt napisał:

Brak obsługi RS485 (sygnału DE) nie stanowi problemu:

Sprawdzone - działa, również w wielu urządzeniach produkcyjnych..

Ostatnio do tematu wracałem i byłoby niefair gdybym nie napisał że - co prawda takie rozwiązanie działa to nie jest wolne od wad. W tym wypadku nadajnik w RS485 jest włączany tylko gdy USART w procku wysyła zero.. Gdy jedynkę - układ przełącza się w odbiornik. Efekt jest taki:



Po lewej nadawanie - za pomocą układu ze schematu, który zamieściłem, po prawej - z układu w którym DE jest prawidłowo sterowane. Wygląda to tak przy załączeniu terminatorów na końcach linii, bez nich zawsze (nawet z DE sterowanym tylko w nadawaniu zera) wygląda dobrze.
Tak dla potomnych..

Jak mamy jedną prędkość dobraną transmisji można DE sterować układem opóźniającym.



Elementy trzeba sobie dobrać do prędkości..

Terminowanie na krotkich odcinkach przewodu zwykle nie dziala poprawnie.
Jakiej dlugosci linie masz?

Działa zawsze, nie ma to wpływu bo tu się robi po prostu dzielnik napięcia (rezystor polaryzujący - terminatory - rezystor polaryzujący). W wersji z tranzystorem bez układu opóźnień nadajnik nadaje tylko 0, na 1 zamiast ją transmitować puszcza linie wolno..

Tutaj link do informacji na temat terminacji: https://www.maximintegrated.com/en/app-notes/index.mvp/id/1090

Witam mam problem z wgraniem pliku es-rs485_v2.ino przez Arduino
co robie nie tak?

po_48 napisał:

Witam mam problem z wgraniem pliku es-rs485_v2.ino przez Arduino
co robie nie tak?

Potrzebna szklana kula. Jakieś szczegóły?

Arduino:1.8.1 (Windows XP), Płytka:"Generic ESP8266 Module, 80 MHz, ck, 26 MHz, 40MHz, QIO, 8M (7M SPIFFS), 2, v2 Lower Memory, Disabled, None, All Flash Contents, 115200"

In file included from c:\documents and settings\admin\ustawienia lokalne\dane aplikacji\arduino15\packages\esp8266\tools\xtensa-lx106-elf-gcc\1.20.0-26-gb404fb9-2\xtensa-lx106-elf\include\c++\4.8.2\utility:68:0,

from c:\documents and settings\admin\ustawienia lokalne\dane aplikacji\arduino15\packages\esp8266\tools\xtensa-lx106-elf-gcc\1.20.0-26-gb404fb9-2\xtensa-lx106-elf\include\c++\4.8.2\algorithm:60,

from C:\Documents and Settings\admin\Ustawienia lokalne\Dane aplikacji\Arduino15\packages\esp8266\hardware\esp8266\2.4.1\cores\esp8266/Arduino.h:254,

from sketch\es-rs485_v2.ino.cpp:1:

c:\documents and settings\admin\ustawienia lokalne\dane aplikacji\arduino15\packages\esp8266\tools\xtensa-lx106-elf-gcc\1.20.0-26-gb404fb9-2\xtensa-lx106-elf\include\c++\4.8.2\xtensa-lx106-elf\bits\c++config.h:426:29: fatal error: bits/os_defines.h: No such file or directory

#include <bits/os_defines.h>

^

compilation terminated.

exit status 1
Błąd kompilacji dla płytki Generic ESP8266 Module.

Ten raport powinien zawierać więcej informacji jeśli w
File -> Preferencje zostanie włączona opcja "Pokaż
szczegółowe informacje podczas kompilacji"