-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!3.eu.feeder.erj
e.net!feeder.erje.net!eternal-september.org!feeder.eternal-september.org!reader
01.eternal-september.org!.POSTED!not-for-mail
From: heby <h...@p...onet.pl>
Newsgroups: pl.misc.elektronika
Subject: Re: Konwerter TCP/IP<->RS485
Date: Sun, 29 Dec 2019 21:19:17 +0100
Organization: A noiseless patient Spider
Lines: 32
Message-ID: <qub1o8$gjv$1@dont-email.me>
References: <qu64a3$p6r$1@dont-email.me>
<5e08b504$0$17358$65785112@news.neostrada.pl>
<quae5j$tq0$1@dont-email.me> <5e08ccb7$0$499$65785112@news.neostrada.pl>
<quaita$nv4$1@dont-email.me> <5e08f125$0$551$65785112@news.neostrada.pl>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Sun, 29 Dec 2019 20:19:20 -0000 (UTC)
Injection-Info: reader02.eternal-september.org;
posting-host="cc84ac56dce0264f0bd3ca98997d20be";
logging-data="17023";
mail-complaints-to="a...@e...org";
posting-account="U2FsdGVkX18T6C1tFlY34sd6bRKHhw18"
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101
Thunderbird/60.9.1
Cancel-Lock: sha1:NlOpTPbuxG1YV4NozGJoj5sW3xg=
In-Reply-To: <5e08f125$0$551$65785112@news.neostrada.pl>
Content-Language: en-US
Xref: news-archive.icm.edu.pl pl.misc.elektronika:749331
[ ukryj nagłówki ]On 29/12/2019 19:32, jacek pozniak wrote:
>> Nie da się wysłać "ramki" w TCP. To jest ograniczenie i ficzer
>> protokołu. Do wysyłania ramek jest UDP.
> Czepiasz się słówek.
Obawiam się że to jest znacznie większa różnica niż tylko słówko.
> Urządzenia komutujące operują na warstwie IP lub
> podobnej.
> Raczej nie ciachają Twojego strumienia w dowolnym miejscu.
Ciachają, tylko że te ciachnięcia w przypadku strumienia to tylko
opóźnienia odczytu i zachwoania funkcji read po stronie odbiorcy.
> Przynajniej tak
> mi się wydaje.
Ogólnie strumień nie jest w zasadzie ciachany. Po prostu bajty
przychodza jeden po drugim i to jak zostały wygenerpowane na stacie
(przerwy, długości zapisów itd itp) nie ma wpływu na to jak zostaną
odebrane.
Nadajnik wysyła coś i robi przerwę a po stronie odbiorcy przylatuje
posklejane albo pocięte w innych miejscach. Strumień jest strumień,
liczy się tylko kolejnośc bajtów i tylko to jest zagwarantowane,
zależności czasowe znikają po wielokrotnym enkapsulowaniu. A modbus
wymaga zależności czasowych.
To jest właśnie główna róznica z protokołem UDP. W UDP masz pewnośc że
dostaniesz dane w "ramce" w takiej formie jak ją wysłałeś. W TCP ramek
nie ma, jest ciągle kapiący strumień bajtów, jeden po drugim, bez
żadnych dodatkowych informacji.
Następne wpisy z tego wątku
- 29.12.19 23:02 jacek pozniak
- 30.12.19 01:38 Marek
- 30.12.19 10:52 Piotrek
- 30.12.19 11:57 Piotr Gałka
- 30.12.19 13:35 marfi
- 30.12.19 14:49 J.F.
- 01.01.20 19:01 heby
- 01.01.20 19:03 heby
- 01.01.20 19:04 heby
- 01.01.20 19:14 heby
- 02.01.20 11:02 jacek pozniak
- 02.01.20 11:17 Grzegorz Niemirowski
Najnowsze wątki z tej grupy
- Prognozowanie zużycia energii przez PGE?
- Odkurzacz mnie bije :(
- Rapsberry Pi i synchronizacja plików
- RCD 300 mA
- rpi i moduł przekaźników
- Falownik do pompy CO
- Lampa ogrodowa rozłączała różnicówkę
- Inteligentne oświetlenie schodów
- Pytanie do Użytkownika
- Emanuel kiedyś szukał gotowca do chłodzenia leków
- Sprzęty z Lidl-a
- idzie nowe
- Wybuchające pagery
- Jak shakować windę
- Sterowanie bezprzewodowe do wbudowania
Najnowsze wątki
- 2024-10-04 Warszawa => QA Engineer <=
- 2024-10-04 Gdańsk => Specjalista ds. Sprzedaży <=
- 2024-10-04 Warszawa => Senior PHP Laravel Developer (e-commerce) <=
- 2024-10-04 Warszawa => Data Scientist / Data Engineer (predictive modelling) <=
- 2024-10-03 Nieparzyste dmuchanie
- 2024-10-03 Prognozowanie zużycia energii przez PGE?
- 2024-10-03 Re: Drugi ekran na Androidzie
- 2024-10-03 sprawiedliwosc nierychliwa
- 2024-10-03 zloto
- 2024-10-03 Odkurzacz mnie bije :(
- 2024-10-03 Gdańsk => Technical Lead ( (Java Background)) <=
- 2024-10-03 Warszawa => Mid IT Recruiter <=
- 2024-10-03 Olsztyn => Sales Specialist <=
- 2024-10-03 Leszczyna nie zna prawa?
- 2024-10-03 Warszawa => OpenText ECM Specialist <=