PicoBlaze I/O

Ja, ich kommt mit 8 Ein-/Ausgängen aus. Leider weis ich nicht wo ich die 
dazugeben kann. Wenn ich mit dem BSB fertig bin fehlen mir die I/O´s.

Stimmt, dort ist nur ein MicroBlaze. Was?? Wo ist dann der Picoblaze.
Ich kenn mich gar nicht mehr aus.

Danke!!!

Ich versuche ein Tutorial im Netz zu finden. Vielleicht finde ich dort 
eine Erklärung wie man das manuell macht. Ich hatte mir das einfacher 
vorgestellt.

Naja, was solls. Wenn ich es schaffe habe ich was gelernt.

DANKE nochmals.

LG
Thomas

Das mit HW Rechnungen geht leider nicht weil ich eine Division und eine 
e^ Funktion brauche. Die Division könnte ich noch mit Codic (ich glaube 
der IP Core heisst so) machen aber wenn ich ein e^ anhänge wird mir das 
zu kompliziert und zu langsam. ROM-LUT gefällt mir auch nicht so recht.

Ich habe leider mit Soft Cores gar keine Erfahrung. Deshalb stelle ich 
auch so dumme Fragen. Das soll sich aber mit diesem Projekt ändern. Also 
das mit der Erfahrung, dumme Fragen werde ich immer stellen gg.

Und du hast dir den PicoBlaze sicher schon genau angesehen?
Der kommt auf ein paar Slices daher und du meinst der kann nun Division 
und Gleitkommaarithmetik wo für man sonst hunderte Slice im FPGA 
braucht?

Wie gesagt, im Bereich der Soft Cores bin ich Neuling. Wenn der Pico das 
nicht kann muss ich mir einen anderen überlegen. Ich hab auch schon 
nachgesehen ob ich ein Buch dazu finde, leider ohne Erfolg (über Soft 
Cores).

Vielleicht sollte ich ein Xilinx Seminar (Workshop) buchen.

Danke für die ausführliche Antwort!!!

Leider kommt es auf den Platz an aber ich muss diese Rechnungen 
unbedingt in den FPGA (Virtex 6 LX240T) bekommen.

Vielleicht hast Du mit dem ROM_LUT recht. Ich verwende momentan 2 
ROM-LUT´s für die Berechnung der Korrekturwerte. Das funktioniert super. 
Ich dachte mir nur, dass die Soft Core Variante eleganter ist weil ich 
schnell mal die Formeln ändern kann.

Hilfsbedürftige Forenmitglieder? Aso die, denen Soft Core Neulinge die 
Ohren abkauen.

Nun gut, ich hol mir einen Caffee und lese mir die PDF´s von den Cores 
noch mal durch.

DANKE!!!
Thomas

Thomas schrieb:
> (Virtex 6 LX240T)
Willst Du uns veralbern? Auf einem LX240T sollte (normalerweise) locker 
Platz für einen Microblaze sein....

Duke

Thomas schrieb:

> Leider kommt es auf den Platz an aber ich muss diese Rechnungen
> unbedingt in den FPGA (Virtex 6 LX240T) bekommen.

Na ein Baby FPGA ist das aber auch nicht, ...

Will Euch nicht veralbern. Da solle Matrizen mit 1000 x 1000 Einträgen 
(integer) rein. Wenn man ein bischen rumrechnet braucht das ne menge 
Platz.

Sagen wir mal so, ein Spartan 3E 1200 ist mit 14x21 Einträgen voll (ohne 
I/O).

Irgendiwe scheint mir Dein Konzept noch nicht rund zu sein. Außerdem hab 
ich den Eindruck, daß Du noch nicht so recht auf dem Sattel bist (von 
sattelfest ganz zu schweigen), was FPGAs angeht.

Vielleicht verräts Du uns in einer schönen Übersicht:
1. was Du vorhast (wieviele Daten woher, was damit machen, wohin damit),
2. wie Du Dein Problem erschlagen willst,
2. welche Hardware Du zur Verfügung hast und
3. welche Software Du zur Verfügung hast.

Duke

Ich habe mehr und mehr den Verdacht eines Trollversuchs

FPGA´s sind nicht mein Problem aber Soft Cores schon.

Das Konzept steht schon und mein Design läuft auf der Hardware. Die 
Ergebnisse der Rechnungen die ich machen möchte sind momentan hard coded 
drinnen. Jetzt suche ich nach einer Lösung wie ich die Rechnungen 
realisieren kann.

Ein FPGA ist es weil ich einen Großteil der Operationen paralell 
ausführen möchte. Das spart mir bei großen Matrizen sehr viel Zeit.

1) Integer Matrix, Daten hard coded - wird auf PCI oder USB umgestellt. 
Matlab soll die Daten liefern, der FPGA bearbeiten und an Matlab gewisse 
Werte zurücksenden.

2)???

3) Xilinx ML 605

4) Xilinx ISE (hoffentlich bald Embedded Version - sonst wirds nichts 
mit dem MicroBlaze), ModelSim

LG
Thomas