STM32F767 ethernet rychlost

[Josef Štengl]

Myslím bit pak byte ale píši bit. Moje hloupost.

Máte to vše jednovláknově? Hard fault znamená, že je v háji HW nebo program zabloudil a čte/zapisuje z místa kde mu 
nepřísluší. Ale v C15 registrech by mělo být vidět, kde se to po... U Mka jsou snad přístupné přes paměťový prostor, ještě 
jsem naštěstí neměl potřebu tato data tam lovit :-). Měla by tam být adres instrukce i adresa data, která tuto chybu 
způsobila. (omlouvám se za případné nošení dříví do lesa, přeci jen, mail není známý pro svou vysokou
interaktivitu).


Dne 7.10.2017 v 19:26 Jaroslav Buchta napsal(a):
> 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.
>>
>>
>
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list