Tack för att du har tagit dig tid med detta Peter. Så nu får man bara hoppas att man får tid att leka med det i julhelgen

Borre skrev:Enkelt program som gör det du vill.
http://www.mynikko.com/dummy/

Fascinerande någon har alltså gjort ett .net program för att ersätta ett par raders bat script. Kanske finns några uppenbara brister med windovs random variable iofs. Annars så borde bash skriptet se ungefär likadant ut i bat

ToB skrev:

Kod: Markera allt

#!/bin/bash
for i in `seq 1 1000`;
	do echo $RANDOM >> fil.a;
done

Skulle jag nog föredra, men det beror ju på vad man vill testa.

Sen kan man väl nämna att det inte är så att man bara använder VHDL till att beskriva FPGAer utan den största fördelen ligger väl i just att FPGAer är lätta att labba med och använda i mindre serier men att det sen går att använda VHDL koden för att göra asicar om man vill få ner kostnaden i större ...

Varför skulle det vara svårt att få tag på mjukvara? Freeware däremot blir nog svårt. Jag har inte använt det själv något men tror att de använder en egen kabel. EDIT Jag sökte på google första sidan fick upp två länkar till programmerare en från ICE och en från HILO. Dessutom så visade det sig att ...

ja det beror väl lite på vilka krav man har ska man inte använda både I och O på samma ben så är det väl inga större problemm att ordna med diskreta komponenter, OPAMP eller kanske bara någon MOSFET. det blir väl krångligare med dubbelriktad kommunikation och då borde en "level translator"...

Jag kollade lite i datableden och spartan 3 verkar inte stödja utsignaler över 3.45V och inte insignaler på 5V heller. Spartan 2 gör det och jag hade för mig att de stödde samma IO men så var visst inte fallet. På Spartan 2:an så använder man TTL eller PCI5V som signal standard för 5V signaler

Ja, du ställer in vilka IO nivåer den ska använda i UCF filen. Det finns något grafiskt verktyg till ISE för att göra UCF filer tror jag. Men i databladet så framgår det hur filen ska se ut. Men det är väl så att 3.3V är standard på 3.3V Fpgaer och i allafall spartan serien stödjer 5V. Jag är inte h...

Först tycker jag att du ska fundera på hur din kod går att optimera om du väljer wait_fot till 0 och CMD till 0 som start värde. Verktyg är normalt bra på att ta bort saker som inte behövs. Din kod gick inte att syntetisera med synplify utan mina ändringar så jag har inegn aning om vad som optimeras...

vilka varningar?

Så nu har jag modifierat din kod så att den går att syntetisera. state_machine: process(IP) if DATA(7) = '1' then wait_for <= '1'; end if; if (tempsig < "111111") then CMD(8 downto 0) <= "111111111"; if done_sendning = '1' then tempsig <= tempsig + 1; end if; end if; är de ändrin...

Jag testade att köra din kod i synplify och den tycker tex att är en inte terminerande loop och det kan väl ligga något i det. Får du inga fel eller varningar när du compilerar?

Jag har inte kollat så noga på själva koden, men vad är det förväntade betendet. Vad jag kan se så är både wait_for och CMD odefienerade i start. wait_for verkar bara tilldelas 1?. Eller jag kanske missade var den blev noll men den borde bli det vid initieringen. state machine processen borde inte d...

> Här förstår jag inte riktigt hur du räknar. Var kommer 50% från ?? > Det finns ingen direkt koppling mellan utnyttjandegrad av SPI interfacet > och belastningen på själva processorn, de jobbar ju till stor del > oberoende av varandra. Jo fast man får ju en stor overhead när man bara kan skriva 1 b...

Från din PIC kod eller "utifrån" ? Kör du SPI interfacet som master eller slave ? Är det utifrån och SPI interfacet är master, så *läser* du en byte, inte skickar. För att *skicka* en byte utifrån till PIC'ens SPI interface, måste den vara slave. Spelar det någon roll för prestandan? Om d...