PSHDL => Erste Schritte für "Arduino" in der FPGAwelt?

Gustl Buheitel schrieb:
> http://pshdl.org/pshdltutorial.html fehlt für mich z.B. bei welcher
> Taktflanke das passiert.

in dem Video wird gesagt, dass es standardmäßig auf steigende Flanke 
eingestellt ist, falls du das nicht haben willst dann kannst du in der 
"sensitivitiy list" explizit eine andere Flankensteuerung dazuschreiben 
:)

mpt schrieb:
> falls du das nicht haben willst dann kannst du in der
> "sensitivitiy list" explizit eine andere Flankensteuerung dazuschreiben

Genau, weil "implizit ist besser als explizit!" Scheint für alles bei 
PSHDL zu gelten... ;-)

Klaus schrieb:
> mpt schrieb:
>> falls du das nicht haben willst dann kannst du in der
>> "sensitivitiy list" explizit eine andere Flankensteuerung dazuschreiben
>
> Genau, weil "implizit ist besser als explizit!" Scheint für alles bei
> PSHDL zu gelten... ;-)

naja wenn man mit Arduino arbeitet, dann denkt ja ein unerfahrener 
Nutzer z.b. nicht an USART,... und benutzt stattdessen einfach 
serialprintline() oder ähnliches ohne zu wissen was intern abläuft.
So wie ich das sehe soll das ganze Projekt einfach einen guten Einstieg 
in die FPGAwelt einführen und daher auch der Vergleich mit Arduino 
meinerseits. :)

mpt schrieb:
> Habe es zwar noch nicht selber probiert, aber es klingt sehr
> vielversprechend :)
> Was haltet ihr davon?

Ich hab's nicht ausprobiert, aber ein kurzer Blick auf die Seite sagt 
mir schon: Lieber nicht. In der Cloud arbeiten und Designs quasi von 
Anfang an opensourcen? Nix für die industrielle Anwendung.
Von all den Versuchen, neue Ansätze zur HDL zu finden, finde ich bisher 
nur MyHDL einigermassen elegant, das hat sich jetzt u.a. auch für ein 
CPU-Design bewährt. Prinzipiell spricht nichts dagegen, eine 
Meta-Sprache herzunehmen, die einigermassen lesbares *und 
synthetisierbares* VHDL erzeugt - für den Lernzweck sowieso legitim, da 
darf auch ein Exot wie Robei meinetwegen mitspielen. Irgendwann ist aber 
der Zeitpunkt erreicht, wo man sich in die Knackpunkte seines komplexen 
Designs selbst "hineinhacken" muss, spätestens dort scheitern die 
Arduino-Style-Tools, wie Lothar mit der Fahrzeug-Analogie treffend 
erläutert hat.
Betreffend Skalierbarkeit vom schnellen Prototypen bis zum stabilen 
Design würde ich mich jedoch nur auf etablierte Sprachen einlassen, bei 
denen die Mechanismen der Code-Generierung (VHDL-Zwischencode oder 
Simulation/Ausführung) gut bekannt sind.

Grüsse,

- Strubi

Gustl Buheitel schrieb:
> Klar geht das lokal. Das im Netz ist nur zum Testen da.

Mir hat sich auf die Schnelle nicht erschlossen:
- Wo ich die Tools downloaden kann
- Wie ich sie lokal zum Laufen bringe
- Was es an ernstzunehmenden Referenzapplikationen gibt
- Was davon nun OpenSource ist

Ich will nicht unken, aber es ist vielleicht etwas früh, das 'Produkt' 
als solches zu bewerben. Ich würde mir etwas mehr Dokumentation des 
Designkonzepts (Was ist neu? Was passiert unter der Motorhaube?) als die 
fancy Web 2.0 Javascript-Oberfläche wünschen.
Mich interessiert im Endeffekt nur eines: Wie kann ich schneller und mit 
weniger systematischen Stolperfallen Hardwarebeschreibung hinbekommen, 
verwalten, testen und automatisieren. Und um eine Illusion schon gleich 
vorweg zu töten: ein stabiles Entwicklungssystem mit Simulation, 
Transfer in synthetisierbare Sprache, usw. kann locker 20 Mannjahre 
Jahre reifen (z.B. MyHDL, GHDL, ...)

Hi Gustl,

das ist ja erst mal nur ein VHDL-Modul, mit dem ich nix anfangen kann..

Ich warte ja noch darauf, dass sich die ersten Leute mit 
"PSHDL-Erfahrung" bei mir in der Firma bewerben. Ich sag euch eins, die 
werden direkt unter KEINE Erfahrung mit HDL einsortiert.

Die Wurzel des Übel ist der grundfalsche didaktische Ansatz eine 
Hardwarebeschreibungssprache wie eine Programmiersprache oder in 
Analogie zu einer zu lehren. Das kommt bei den Anwender an als "das ist 
wie C auf dem Arduino, nur auf einem FPGA":

Kann aber so nicht gelingen, da man für FPGA Digitalentwurf 
(Kombinatorische Netzwerke, sequentielle Logik, synchrones design, 
Bufferstrukturen, FF-Arten, Computerarchitektur, SERDES, UART)  als 
Vorrausetzung kennen muß,
bevor man daran geht das in einer HDL umzusetzen.

Wer beim VHDL lernen Analogien zu C zieht hat m.E. verloren oder macht 
es sich unnötig schwer. Bspw.: "In C mache ich Schleifen mit for und 
inkrement, also mache ich in VHDL Zähler auch mit for, heisst ja auch 
for -loop".

So ist meines Erachtens die beste Art Hardware-design mit VHDL Anfängern 
nahe zu bringen, zu zeigen wie Computerkomponenten wie 
Zeichsatzgrafik/PS2-Interface/VGA-Controller/SPI-konfiguration aus 
ROM/RAM und Grundblöcken (Zähler, decoder,muxer, Schieberegister) 
aufgebaut sind. Und das nicht als 3 minuten Einstieg in der ersten 
Stunde, sondern als eigeneständigen Kursblock.

MfG,

Josef G. schrieb:
> Gestern gefunden bei Heise
> 
http://www.heise.de/newsticker/meldung/PSHDL-Board-fuer-FPGA-Einsteiger-2156768.html

Interesant, diese Boards könnte man in einen extra-thread diskutieren.
Ebenso die heise Aktivitäten zu FPGA wie den Artikel in der letzten 
Hardware-Hacks.

MfG,

Ist es schön gemütlich da oben bei euch im Elfenbeinturm? Ich würde ja 
gerne zu euch kommen, aber ich bin Anfänger und kann nicht 20 Jahre 
herbeizaubern.
Die Pros hier kommen natürlich NUR mit C und Pascal an und nicht mit 
Assembler wie ein Uberpro. Aber warum? Weil es les- und wartbarer ist 
eventuell?

Und warum muss heutzutage alles ein "Produkt" sein oder industriellen 
Maßstäben genügen?

Vor wenigen Jahren wurde Bre Pettis für seinen Enthusiasmus bei 
DIY-3D-Druckern (noch viel stärker) ausgelacht und beschimpft von den 
Experten, dass das keine Zukunft haben KANN. Jetzt schon wird es sogar 
im Fernsehen (z.B. Galileo, Pro7 - jaja lacht mal) nur noch in einem 
Nebensatz erwähnt, wenn mal wieder jemand ein 3D-gedrucktes Gehäuse o.Ä. 
benutzt.

@Karsten
Danke für dein Projekt, mach weiter so und viel Erfolg bei der Kampagne 
zum Board.