STM32F767 ethernet rychlost

[Jaroslav Buchta]

Pockejte, u tech rychlosti mluvite o bitech nebo bajtech?
Ja ted nemam cas se tim moc detailne zabyvat, v pondeli to musi fungovat 
aspon nejak...
Kazdopadne ted mi to bezi uz 4 hodiny s prumernou rychlosti 300kB/s, coz 
pro aplikaci bohate staci.
S tema bufferama to nejak tak bude, jednou jsem to rozumne stopnul a 
zacyklilo se to ve for, kde next v bufferu ukazoval na sebe... Ale ted 
to zas nejak stale koncilo v hard fault.

Dne 07.10.2017 v 19:21 Josef Štengl napsal(a):
> Nepíši nic informativně hodnotného jen aby vám nebylo v tomto vlákně 
> samotnému moc smutno :-D
>
> U 180 MHz ARMu jsem dosáhl stabilně přenos něco přes 2,4 Mbit. Ale:
> Byl to cortex R (je to oproti M malinko rychlejší), bylo to UDP a 
> vlastní minimalistická implementace, která zvládala jen UDP přenos a 
> minimální podporu ARP, aby se mě to neodpojovalo od PC. Zakoplo to o 
> první router v cestě (což byla vlastnost v tomto případě kladně 
> vnímaná :-). Neumělo to skládat pakety (nebylo cílem) a nepočítalo to 
> checksumu (v tomto případě zbytečné, protože data byla jen z jednoho 
> paketu), takže jen IPv4.
> Nebylo to od ST, ale to by nemělo mít velký vliv.
>
> Test probíhal tak, že jsem vysílal z ARMu a PC mě vracelo pozměněné 
> pakety. Cílem bylo dostat spoustu dat z ARMu, tak jsem nic jiného 
> neřešil.
>
> To jen pro porovnání. 1MBit se mě zdá, jako neodborníkovi, blížící se 
> limitu. Přeci jen, je to TCP.
>
> Bohužel s LwIP nepomohu, sice jsem ho četl ale nepoužíval.
>
> Jediný důvod proč by se přenos mohl kousnout, který mě napadá jako 
> totálního diletanta je, jestli se neposílají vícerámcové TCP pakety, 
> ale jejich další části jsou odmítnuty kvůli nestíhání a začátky TPC 
> paketů pak nezaplní buffery čekajíc na své konce, kteréžto nemohou 
> přijít, protože nemají kam.
>
> Jo a pochlubte se, jestli se vám podaří stabilní přenos.
> Díky.
>
>