logo elektroda
logo elektroda
X
logo elektroda
REKLAMA
REKLAMA
Adblock/uBlockOrigin/AdGuard mogą powodować znikanie niektórych postów z powodu nowej reguły.

"Tune" RS232C przez GPRS, adresy prywatne, jak obnejść?

16 Lis 2017 15:29 450 9
REKLAMA
  • #1 16827474
    Konto nie istnieje
    Konto nie istnieje  
  • REKLAMA
  • #2 16827526
    Sareph
    Poziom 24  
    Posty: 638
    Pomógł: 65
    Ocena: 378
    A to cudo nie może mieć po prostu zdefiniowanego Command & Contol do którego się łączy, bo?
  • REKLAMA
  • #3 16827543
    Konto nie istnieje
    Konto nie istnieje  
  • #4 16827547
    Sareph
    Poziom 24  
    Posty: 638
    Pomógł: 65
    Ocena: 378
    Ok, po polsku to będzie "centrum dowodzenia". Innymi słowy, czemu to urządzenie nie może się samo podłączyć ze swoim zdefiniowanym centrum dowodzenia/serwerem, które je nadzoruje?
  • REKLAMA
  • #5 16827567
    Konto nie istnieje
    Konto nie istnieje  
  • #6 16827613
    Sareph
    Poziom 24  
    Posty: 638
    Pomógł: 65
    Ocena: 378
    A w sumie to jaki protokół?

    Tak czy inaczej, zawsze potrzebujesz coś z publicznym adresem IP (lub przekierowanym portem). A to czy zrealizujesz to używając STUN/TURN/ICE, po prostu proxy, czy samodzielnego C&C autonomicznie zbierającego dane bez pomocy operatora, to w sumie kwestia tego jak bardzo niezawodne to ma być i ile chce Ci się bawić z kodem. Bo "nat traversal" nie zawsze działa.
  • #7 16827628
    Konto nie istnieje
    Konto nie istnieje  
  • #8 16827645
    Sareph
    Poziom 24  
    Posty: 638
    Pomógł: 65
    Ocena: 378
    R-MIK napisał:
    Pewnie MODBUS. Nie sprawdzałem, RS232C to RS232C. Ten używa tylko Tx i RX, więc jest łatwo to przesłać przez ETH.
    To bardziej pytanie było "jaki protokół IP", TCP czy UDP? Bo do tego się sprowadza. ;)

    R-MIK napisał:
    Idea jest taka, aby serwisant mógł sie połaczyć z nadzorowanym urzadzeniem kiedy mu przyjdzie na to ochota. Przez większość czasu, urzadznie nie ma komunikacji, jesli juz ona nastapi, będzie trwac nawet kilka godzin.
    A trzymanie otwartego połączenia TCP (kanał zwrotny zawsze jest wtedy dostępny) z serwerem kontrolującym odpada, bo?

    R-MIK napisał:
    Rozpatruję tez opcję połaczenia CSD (czy jak sięono nazywa) - transmisji danych przez GSM. Mając abonament w rodzaju, za 20 zł ile chcę do wszystkich, jest ok, ale czy traka transmisja (Data) jest traktowana jak połaczenie głosowe (Voice)? Tego też nie wiem, kiedys tak było, jak teraz tak jest nadal, to daruje sobie GPRS i zostane przy CSD.
    Dalej jest, o ile w ogóle jest, bo istnieje pewna szansa, że CSD nie jest obsługiwane obecnie wcale. Ale żeby to ustalić to już operatorów pytać.
  • REKLAMA
  • #9 16827663
    Konto nie istnieje
    Konto nie istnieje  
  • #10 16827683
    Sareph
    Poziom 24  
    Posty: 638
    Pomógł: 65
    Ocena: 378
    R-MIK napisał:
    Preferuję UDP. Przeważnie w PLC, do czego głównie ma to byc przeznaczone, sa crc i powtarzanie transmisji w przypadku błedu.
    Ah, to będziesz miał wiecej zabawy. ;) Tym niemniej, TCP akurat crc i powtarzanie transmisji robi "samo".

    R-MIK napisał:
    Jesli przyjmę, ze kazdy klient ma kinlkanascie, kilkadziesiąt urzadzeń, to jego serwer moze trzymać nawet te 100 połaczen TCP.
    To nie jest problem.

    R-MIK napisał:
    Jeslijednak zrobie tak, ze wszyscy kliencji korzystaja z mojego serwera, to tych połaczeń TCP może się zrobic kilkaset czy kilka tysięcy. To juz może byc problem.
    Nawet wtedy, nie powinien być. Google mówią, że ludzie utrzymywali po 1,6 miliona połączeń i działało (16G RAM/ i7, linux).

    R-MIK napisał:
    Przyjdzie sprawdzić czy CSD jeszcze działa (zanim odpowie operator, to ja 10 razy sprawdze).
    A możesz dać znać czy działa, tak z czystej ciekawości.

Podsumowanie tematu

LABEL_AI_GENERATED
Użytkownicy dyskutują o sposobach realizacji tunelowania RS232C przez GPRS, z uwzględnieniem problemów związanych z prywatnymi adresami IP. Zwracają uwagę na potrzebę posiadania publicznego adresu IP lub przekierowania portów, a także na wykorzystanie protokołów takich jak STUN, TURN, czy ICE do nawiązywania połączeń. Pojawia się pomysł, aby urządzenie samo łączyło się z serwerem kontrolującym, co może uprościć komunikację. Uczestnicy rozważają również różne protokoły transmisji danych, w tym TCP i UDP, oraz ich zastosowanie w kontekście urządzeń PLC. Dodatkowo, omawiają kwestie związane z CSD i GPRS, a także obawy dotyczące liczby jednoczesnych połączeń.
Podsumowanie AI na podstawie dyskusji. Może zawierać błędy.
REKLAMA