Gast
#3395234
Hallo zusammen, ich habe ein (hoffentlich einfach zu lösendes) Problem bezüglich der Nutzung eines in VHDL programierten SPI-Slaves: Ich nutze folgende Vorlage: http://www.lothar-miller.de/s9y/archives/31-SPI-Slave-im-CPLD.html#extended da ich die Nutzung des Schieberegisters sehr Elegant finde (im Vergleich zu Lösungen mit Countern). Das Empfangen mit dem Slave funktioniert wunderbar. Die paar Zeilen des Sendens verursachen jedoch Warnings beim synthetisieren und führen zudem nicht zum erhofften Ergebnis.
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
17 | |
18 | |
19 | |
20 | |
21 | |
22 | |
23 | |
24 | |
25 | |
26 | |
27 | |
28 | |
29 | |
30 | |
31 | |
32 | |
33 | |
34 | |
35 | |
36 | |
37 | |
38 | |
39 | |
40 | |
Hier die Probleme: 1.) int_DataTx <= x"FFFF"; diese Zuweisung versursacht Warnings, wenn nicht FFFF sonden Werte von 1 verschieden zugewiesen werden. WARNING:Xst:1710 - FF/Latch <int_DataTx_0> (without init value) has a constant value of 0 in block <SPI_inst1>. This FF/Latch will be trimmed during the optimization process. WARNING:Xst:1895 - Due to other FF/Latch trimming, FF/Latch <int_DataTx_1> (without init value) has a constant value of 0 in block <SPI_inst1>. This FF/Latch will be trimmed during the optimization process. 2.) Auf Master-Seite kommen nicht die korrekten Informationen an. Hat jemand eine Erklärung dafür? (Aus 0xFAFA wird beim Empfang 0xF7BD, aus 0xCF03 wird 0x9249 und aus 0xFFFF wird 0xFFFE??)