ATNEL tech-forum

Re: Problemy przy dużej ilości danych w ENC28J60

2014-07-08T14:54:13+01:00

no no z tym ipv6 to już zaszalał autor

Statystyki: Napisane przez mirekk36 — 8 lip 2014, o 14:54

Re: Problemy przy dużej ilości danych w ENC28J60

2014-07-08T14:39:12+01:00

Dziękuję za pomoc oraz wyznaczenie dalszej drogi.
Połączenia 1 do 1 odpadają, ale w przypadku innych projektów wiedza na temat UDP może się przydać.

Zabieram się za Contiki

Statystyki: Napisane przez atmel — 8 lip 2014, o 14:39

Re: Problemy przy dużej ilości danych w ENC28J60

2014-07-08T14:28:47+01:00

Po prostu jak ja wspominam UDP to mam na myśli całkiem inne projekt a nie żeby tym UDP broń boże łatać jakoś potrzeby serwera http

oczywiście że potrzebny drugi klient udp ale tak jak pokazywałem w Bluebooku dwa procki mogą ślicznie gadać po ethernet / UDP a i jak się napisze jakąś apkę na PC to także samo można śliczne zastosowania wymyślać

ten stosik contiki fajnie wygląda

Statystyki: Napisane przez mirekk36 — 8 lip 2014, o 14:28

Re: Problemy przy dużej ilości danych w ENC28J60

2014-07-08T14:15:03+01:00

mirekk36 napisał(a):

Za to możliwości komunikacji UDP albo wykorzystania klienta www żeby mieć kontakt z serwerm http na jakimś hostingu normalnie, to już są spore ...

Czy w takim razie UDP umożliwia odbieranie i wysyłanie zapytań nadawanych przez żądanie przeglądarki (na wzór TCP/IP)?
Zewnętrzny serwer odpada ponieważ urządzenie nie będzie miało dostępu do Internetu, jak również wykluczone jest "stawianie" jakiegokolwiek serwera w tej sieci.

mokrowski napisał(a):

Przesyłanie większej ilości danych wymaga bufora do składania strumienia komunikacyjnego. Wiele pakietów to najmniej 2, więc jest to 1518 bajtów x 2. Masz tyle RAM w AVR? Oprócz tego naliczania nr. sekwencyjnych. powtórzeń, timerów, ttl'i itp... duże... Nie jest to niemożliwe ale skomplikowane i rozbudowane... bo można np. przesyłać mniejsze pakiety i zbudować strumień. Na tyle skomplikowane że w cytowanej bibliotece twórcy podjęli decyzję by.. tego nie robić
Jeśli upierasz się przy stosowaniu stosu TCP/IP na 8-bit, zainteresuj się projektem http://www.contiki-os.org/.
Ma kompletny stos TCP/IP, nawet IPv6 jeśli chcesz..

RAM'u mam raczej sporo, bo aż 16kB (dodatkowo zewnętrzna pamięć to również żaden problem), ale jeśli jest to na tyle skomplikowane to ja również nie będę się za to zabierał
Spróbuję coś z tym OS zdziałać, a jeśli się nie uda to będę pewnie zmuszony zastosować jakiś gotowy moduł Ethernet<->UART, SPI

Statystyki: Napisane przez atmel — 8 lip 2014, o 14:15

Re: Problemy przy dużej ilości danych w ENC28J60

2014-07-08T10:34:52+01:00

atmel napisał(a):

czy też na 8-bitowych AVR jest to niemożliwe?

Ja niejednokrotnie pisałem, wciąż piszę - że pomysł stawiania serwerów http na AVR jest delikatnie mówiąc nietrafiony

Za to możliwości komunikacji UDP albo wykorzystania klienta www żeby mieć kontakt z serwerm http na jakimś hostingu normalnie, to już są spore ...

Statystyki: Napisane przez mirekk36 — 8 lip 2014, o 10:34

Re: Problemy przy dużej ilości danych w ENC28J60

2014-07-08T10:23:13+01:00

Zgadza się faktycznie jest taki komentarz, a zupełnie nie zwracałem na niego uwagi.

Czy w takim razie jest jakikolwiek sposób (lub biblioteka), który umożliwi przesłanie większej ilości danych, czy też na 8-bitowych AVR jest to niemożliwe?

Statystyki: Napisane przez atmel — 8 lip 2014, o 10:23

Re: Problemy przy dużej ilości danych w ENC28J60

2014-07-08T09:48:02+01:00

Czy aby w bibliotece z której korzystacie w nagłówku nie jest nasmarowane coś takiego?

ip_arp_udp_tcp.c napisał(a):

* Author: Guido Socher
* Copyright: GPL V2
* See http://www.gnu.org/licenses/gpl.html
*
* IP, Arp, UDP and TCP functions.
*
* The TCP implementation uses some size optimisations which are valid
* only if all data can be sent in one single packet. This is however
* not a big limitation for a microcontroller as you will anyhow use
* small web-pages. The web server must send the entire web page in one
* packet. The client "web browser" as implemented here can also receive
* large pages.

Statystyki: Napisane przez xor — 8 lip 2014, o 09:48

Re: Problemy przy dużej ilości danych w ENC28J60

2014-07-08T09:17:29+01:00

Też to zauważyłem - zrobiłem stronę konfiguracyjną urządzenia (IP, uptime, status) i na 1490 bajtów (MTU) "HALT!"
Niestety nie miałem czasu zgłębiać tego problemu, ale chętnie zobaczę rozwiązanie na przyszłość...

Statystyki: Napisane przez szopler — 8 lip 2014, o 09:17

Problemy przy dużej ilości danych w ENC28J60

2014-07-08T00:41:01+01:00

Natrafiłem na dość irytujący problem przy wysyłce zbyt dużej ilości danych do układu ENC28J60 w ramach jednego pakietu (HTTP response), a mianowicie nie jest możliwe wysłanie więcej niż 1518 bajtów (wliczając nagłówek)...

Urządzenie ma być serwerem i posiadać dość rozbudowane strony, a niestety nie jestem się w stanie zmieścić w ramach jednego pakietu. Tutaj pojawia się moje pytanie: w jaki sposób przesłać kilka pakietów, w ten sposób, aby stanowiły jedną długą odpowiedź dla klienta?

Fragment kodu opdowiedzalny za formowanie oraz przesłanie danych:

[syntax=c]plen = fill_tcp_data_p(buf, 0, PSTR("HTTP/1.0 200 OK\r\nContent-Type: text/html\r\n\r\nBardzo długi tekst HTML"));
make_tcp_ack_from_any(buf);
make_tcp_ack_with_data(buf, plen);[/syntax]
Dodam jeszcze, że przesyłanie mniej rozbudowanych witryn (mieszczących się w ramach jednego pakietu) działa perfekcyjnie.

Statystyki: Napisane przez atmel — 8 lip 2014, o 00:41