|
|
Forum: FPGA, VHDL & Co. Lattice Diamond: Inputsignal nicht im SpreadsheetHallo, 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:
Daniel 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. Dass datin wegoptimiert wird kann ich verstehen, aber warum busy? Das setzt doch zwei Outputsignale ... das ist doch nicht egal, oder? 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/ > 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 ...). Jetzt erscheinen alle Signale, aber der Fehler bei "Place & Route" ist noch nicht weg ... 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, Lattice User schrieb: > Leerzeichen im Pfad? > Für genaueres braucht es das Log, Nein, eigentlich nicht ... Log ist im Anhang. 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) 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 ... Komischer Typo, Lope = Kopie Welches Windows setzt du ein? 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
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) Ich habe ein Archlinux und verwende zwar zsh, aber Diamond wird aus einem Bashskript aufgerufen, also sollte eigentlich alles mit bash aufgerufen werden. 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) 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 ... Manchmal (ich glaube immer das erste Mal, wenn ich was geändert habe) gibt es einen anderer Fehler:
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! Daniel H. schrieb: > Manchmal (ich glaube immer das erste Mal, wenn ich was geändert habe) > gibt es einen anderer Fehler: >
Da geht irgendetwas mit dem IPC in deinem Linux schief. (such mal nach msgseg) 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.
|
|
Thread beobachten
Seitenaufteilung abschalten