Forum: FPGA, VHDL & Co. Lattice Diamond: Inputsignal nicht im Spreadsheet


von Daniel H. (dhermit)


Angehängte Dateien:

Lesenswert?

Hallo,

ich versuche gerade einen AD-Wandler mit dem MachXO3 Starterkit 
anzusteuern. Mit den angehängten Dateien erscheinen im Spreadsheet aber 
nur die Outputsignale, um diese Pins zuzuweisen, die Inputsignal (busy 
und datin) fehlen irgendwie. Was mache ich falsch?

Wenn ich außerdem (auch wenn es natürlich ohne die Signale Pins 
zuzuweisen sinnlos ist) Place & Route ausführen will, kommt die 
Fehlermeldung:
1
ERROR - mpartrce: Never found the closing quote in command line.

Daniel

von Lattice User (Gast)


Lesenswert?

Da datain (noch) nirgends verwendet wurde, existieren diese auch nicht 
mehr im Design und fehlen dann im SpreadSheet.

busy ist ähnlich das wird zwar verwendet aber wegoptimiert.

von Daniel H. (dhermit)


Lesenswert?

Dass datin wegoptimiert wird kann ich verstehen, aber warum busy? Das 
setzt doch zwei Outputsignale ... das ist doch nicht egal, oder?

von Lattice User (Gast)


Lesenswert?

Daniel H. schrieb:
> Dass datin wegoptimiert wird kann ich verstehen, aber warum busy? Das
> setzt doch zwei Outputsignale ...

Aber auf einen konstanten Wert.

Davon abgesehen ist busy KEIN Takt, und sollte daher nicht mit 
falling_edge verwendet werden.

Schau die erst mal ein paar grundlegende Beispiele und Diskussionen an, 
z.B. von hier (LED Blicker, Lauflicht)
http://www.lothar-miller.de/s9y/

von Daniel H. (dhermit)


Lesenswert?

> Schau die erst mal ein paar grundlegende Beispiele und Diskussionen an,
> z.B. von hier (LED Blicker, Lauflicht)
> http://www.lothar-miller.de/s9y/

Werde ich tun, dankeschön für die Antwort (und sorry für die dumme 
Fragen ...).

von Daniel H. (dhermit)


Lesenswert?

Jetzt erscheinen alle Signale, aber der Fehler bei "Place & Route" ist 
noch nicht weg ...

von Lattice User (Gast)


Lesenswert?

Daniel H. schrieb:
> Jetzt erscheinen alle Signale, aber der Fehler bei "Place & Route" ist
> noch nicht weg ...

Leerzeichen im Pfad?
Für genaueres braucht es das Log,

von Daniel H. (dhermit)


Angehängte Dateien:

Lesenswert?

Lattice User schrieb:
> Leerzeichen im Pfad?
> Für genaueres braucht es das Log,

Nein, eigentlich nicht ... Log ist im Anhang.

von Lattice User (Gast)


Lesenswert?

Hatte ich noch nie.

Lösche mal alle Unterverzeichnisse ausser audio\source in deinem 
Projekt.
Eventuell vorher eine Lope machen.

(Ich kopiere die sourcen nie ins Projektverzsichnis, das macht solche 
Aktionen weniger riskant)

von Daniel H. (dhermit)


Lesenswert?

Ist bei mir jetzt schon zum zweiten Mal plötzlich aufgetreten ... habe 
alle Verzeichnisse gelöscht (und nur die Dateien direk im Ordner 
gelassen, einen source Ordner hatte ich eh nicht) und dann Diamond 
wieder aufgemacht, aber hat nichts geholfen ...

von Lattice User (Gast)


Lesenswert?

Komischer Typo, Lope = Kopie

Welches Windows setzt du ein?

von Daniel H. (dhermit)


Lesenswert?

Gar keins, ich habe ein Linux ... aber es funktioniert ansonsten auch 
alles, konnte andere einfache Sachen auch schon ohne Probleme auf den 
FPGA schreiben.

: Bearbeitet durch User
von Lattice User (Gast)


Lesenswert?

Daniel H. schrieb:
> Gar keins, ich habe ein Linux ... aber es funktioniert ansonsten auch
> alles, konnte andere einfache Sachen auch schon ohne Probleme auf den
> FPGA schreiben.

Da kann ich mit Diamond nichts gegentesten.

Ich hatte mal mit den Buildroot Scripten Probleme unter Debian in einer 
VM die wegwaren als ich die Defaultshell auf Bash einsgestellt habe. 
(Debian und afaik Ubuntu verwenden Dash)

von Daniel H. (dhermit)


Lesenswert?

Ich habe ein Archlinux und verwende zwar zsh, aber Diamond wird aus 
einem Bashskript aufgerufen, also sollte eigentlich alles mit bash 
aufgerufen werden.

von Lattice User (Gast)


Lesenswert?

Daniel H. schrieb:
> Ich habe ein Archlinux und verwende zwar zsh, aber Diamond wird aus
> einem Bashskript aufgerufen, also sollte eigentlich alles mit bash
> aufgerufen werden.

Gib mal auf der Diamond tcl console sh ein. Dann siehst du welche shell 
verwendet wird. (cmd unter Windows klappt hier)

von Daniel H. (dhermit)


Lesenswert?

Da kommt dann keine Ausgabe ... aber wenn ich auf der Shell den Befehl 
(mpartrce -p "audio_audio.p2t" -f "audio_audio.p3t" -tf "audio_audio.pt" 
"audio_audio_map.ncd" "audio_audio.ncd") von Hand eingebe, läuft alles 
ohne Fehler durch ...

von Daniel H. (dhermit)


Lesenswert?

Manchmal (ich glaube immer das erste Mal, wenn ich was geändert habe) 
gibt es einen anderer Fehler:
1
ERROR - par: Switch "-msgsegset" is not allowed.

von Daniel H. (dhermit)


Lesenswert?

Es geht jetzt einigermaßen ... wenn ich den "Run Manager" benutze, läuft 
alles problemlos durch, ich muss nur danach halt alle Dateien neu 
aufmachen.

Vielen, vielen Dank für die Hilfe!

von Lattice User (Gast)


Lesenswert?

Daniel H. schrieb:
> Manchmal (ich glaube immer das erste Mal, wenn ich was geändert habe)
> gibt es einen anderer Fehler:
>
1
> ERROR - par: Switch "-msgsegset" is not allowed.
2
>

Da geht irgendetwas mit dem IPC in deinem Linux schief.
(such mal nach msgseg)

von Martin S. (strubi)


Lesenswert?

Moin,

sorry fürs Aufwecken des alten Threads, aber das scheint ein seit 
einigen Versionen von Diamond persistentes Problem zu sein.
Ist auch bei 3.8 immer noch nicht behoben. Manchmal hilft es, eine 
Implementation zu klonen, manchmal aber auch nicht.
Irgendwas läuft bei der Kommando-übergabe schief, teils auch bei der 
Generierung der synplify-prj-Dateien.
Habe das Problem lange per Makefile umgangen, aber bin nun doch wieder 
mit der v3.8 drübergestolpert. Erinnert irgendwie an Aerger mit der 
Xilinx-Toolchain...

Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.