Lattice MachXO3 Starter Kit: RS232

[Daniel H. (dhermit)]

Hallo,

laut Schaltplan gibt es an dem USB-Controller auf dem Board zwei 
Schnittstellen, eine für JTAG und eine für RS232. Die RS232 Signale sind 
auch in den FPGA geführt, allerdings steht am Controller bei den 
entsprechenden Signalen "for future use".
Da ich aber nicht einmal irgendein Signal am Rx Pin empfange, wenn ich 
den Computer etwas senden lasse, gehe ich davon aus, das dass noch 
deaktiviert ist ...

Könnte ich irgendetwas falsch gemacht haben oder hat jemand damit 
Erfahrungen?

Daniel

[Lattice User (Gast)]

Wir redem vom MachXO3 StarterKit?

Wenn ja:

R14, R15 einlöten
(Sind 0 Ohm, kurzes Stück dünner Draht reicht, z.B. aus einer Litze)

[Daniel H. (dhermit)]

Lattice User schrieb:
> Wir redem vom MachXO3 StarterKit?
>
> Wenn ja:
>
> R14, R15 einlöten
> (Sind 0 Ohm, kurzes Stück dünner Draht reicht, z.B. aus einer Litze)

Jap, dankeschön (mal wieder ^^) ... ah, dafür sind die Widerstände im 
Schalplan.

[Daniel H. (dhermit)]

Muss ich die Pins dann noch auf LVTTL33 umstellen?

[Lattice User (Gast)]

Kannst du auf LVCMOS33 lassen. Ist identisch mit LVTTL.

[Daniel H. (dhermit)]

Also der Standardwert war LVCMOS25, aber auch so geht es jetzt nicht 
(VCCIO von der Bank ist auch auf 3,3V).
Ist das Signal eigentlich invertiert oder nicht?
Wenn ich simuliere, kommt exakt das gleiche Bild wie im Artikel über 
RS232, der Computer empfängt aber trotzdem nichts. Bei 12MHz durch 1250 
sollte ja eigentlich auch eine Baudrate von 9600 rauskommen, oder?

[Lattice User (Gast)]

Verbinde erst mal ohne komplexe Logic Tx mit Rx
Also nur
Tx <= Rx;

Dann müsstes du in einem Terminalprogram alles was du tippts wieder 
sehen, egal welche Baudrate.

[Daniel H. (dhermit)]

Lattice User schrieb:
> Verbinde erst mal ohne komplexe Logic Tx mit Rx
> Also nur
> Tx <= Rx;
>
> Dann müsstes du in einem Terminalprogram alles was du tippts wieder
> sehen, egal welche Baudrate.

Das klappt nicht ganz ... also die meisten werden schon übertragen, aber 
es geht auch einiges verloren.

Edit: hatte da eine Spannug vergessen umzustellen, jetzt geht das

[Lattice User (Gast)]

Daniel H. schrieb:

>
> Edit: hatte da eine Spannug vergessen umzustellen, jetzt geht das

Du kannst bei "All Ports" den Default für das ganze Device einstellen
In "Global Preferences den Bank VCCIO" nicht vergessen.

[Daniel H. (dhermit)]

Lattice User schrieb:
> Daniel H. schrieb:
>
>>
>> Edit: hatte da eine Spannug vergessen umzustellen, jetzt geht das
>
> Du kannst bei "All Ports" den Default für das ganze Device einstellen
> In "Global Preferences den Bank VCCIO" nicht vergessen.

Aber z.B. für die LEDs will ich keine 3,3V, oder?

Und ich habe mich glaube ich getäuscht ... das zurückantworten 
funktioniert doch nicht, das war die erste Schnittstelle, die antwortet 
immer, auch wenn ich im Code nichts mit den Tx/Rx Pins mache.

[Jens (Gast)]

Daniel H. schrieb:
> Und ich habe mich glaube ich getäuscht ... das zurückantworten
> funktioniert doch nicht,
Dann vertausche mal RX mit TX. FTDI hat da glaube ich die andere 
Blickrichtung...

Jens

[Daniel H. (dhermit)]

Jens schrieb:
> Daniel H. schrieb:
>> Und ich habe mich glaube ich getäuscht ... das zurückantworten
>> funktioniert doch nicht,
> Dann vertausche mal RX mit TX. FTDI hat da glaube ich die andere
> Blickrichtung...
>
> Jens

Hilft auch nichts ... ich stell mich wohl extra doof an.
Aber auf den Schaltplänen sind die Richtungen eigentlich auch eindeutig.

Und meine Treiber scheinen ja auch zu funktionieren, oder? Ansonsten 
würde die erste Schnittstelle ja nicht immer antworten ...

[Lattice User (Gast)]

Daniel H. schrieb:
> Lattice User schrieb:
>> Daniel H. schrieb:
>>
>>>
>>> Edit: hatte da eine Spannug vergessen umzustellen, jetzt geht das
>>
>> Du kannst bei "All Ports" den Default für das ganze Device einstellen
>> In "Global Preferences den Bank VCCIO" nicht vergessen.
>
> Aber z.B. für die LEDs will ich keine 3,3V, oder?

Doch, die LEDs haben einen passenden Widerstand in Serie.
Ausserdem sind musst du eine 0 ausgeben um die Onboardleds anzumachen.
>
> Und ich habe mich glaube ich getäuscht ... das zurückantworten
> funktioniert doch nicht, das war die erste Schnittstelle, die antwortet
> immer, auch wenn ich im Code nichts mit den Tx/Rx Pins mache.

Du musst schon den passenden COM Port auswählen.

Falls du keon Osci hast, kannst du auch eine LED im FPGA verbinden. 
Müsste man was sehen, vor allem blei niedrigen Baudraten.

[Daniel H. (dhermit)]

Lattice User schrieb:
> Daniel H. schrieb:
>> Lattice User schrieb:
>>> Daniel H. schrieb:
>>>
>>>>
>>>> Edit: hatte da eine Spannug vergessen umzustellen, jetzt geht das
>>>
>>> Du kannst bei "All Ports" den Default für das ganze Device einstellen
>>> In "Global Preferences den Bank VCCIO" nicht vergessen.
>>
>> Aber z.B. für die LEDs will ich keine 3,3V, oder?
>
> Doch, die LEDs haben einen passenden Widerstand in Serie.

Ok :)

> Ausserdem sind musst du eine 0 ausgeben um die Onboardleds anzumachen.

Das weiß ich.

> Falls du keon Osci hast, kannst du auch eine LED im FPGA verbinden.
> Müsste man was sehen, vor allem blei niedrigen Baudraten.

Du meinst einfach das Rx Signal an eine LED weiterleiten? Das habe ich 
schon probiert, da sieht man nichts (egal bei welcher Baudrate).

Außer R14 und R15 verbinden muss ich ja nichts machen, oder?

[Lattice User (Gast)]

Daniel H. schrieb:
>
> Du meinst einfach das Rx Signal an eine LED weiterleiten? Das habe ich
> schon probiert, da sieht man nichts (egal bei welcher Baudrate).

Ja, genau das meinte ich.

>
> Außer R14 und R15 verbinden muss ich ja nichts machen, oder?

Ich habe nichts weiteres im Schaltplan gesehen.

Poste mal die erste Tabelle aus dem Signal/Pad Report.
Entweder in code Tags einschliessen oder als Anhang.

Weisse mal einer oder mehreren LEDs eine 0 zu, um zu Testen ob der 
Download
überhaupt klappt.

[Daniel H. (dhermit)]

Lattice User schrieb:
> Poste mal die erste Tabelle aus dem Signal/Pad Report.
> Entweder in code Tags einschliessen oder als Anhang.

Pinout by Port Name:
Pinout by Port Name:
+-----------+----------+--------------+-------+-----------+-----------+--------------------------------------+
| Port Name | Pin/Bank | Buffer Type  | Site  | PG Enable | BC Enable | Properties                           |
+-----------+----------+--------------+-------+-----------+-----------+--------------------------------------+
| led       | H11/1    | LVCMOS25_OUT | PR16C |           |           | DRIVE:8mA PULL:DOWN SLEW:SLOW        |
| rx        | A11/0    | LVTTL33_IN   | PT28A |           |           | PULL:DOWN CLAMP:ON HYSTERESIS:SMALL  |
| tx        | C11/0    | LVTTL33_OUT  | PT28B |           |           | DRIVE:8mA PULL:DOWN SLEW:SLOW        |
+-----------+----------+--------------+-------+-----------+-----------+--------------------------------------+

Vccio by Bank:
+------+-------+
| Bank | Vccio |
+------+-------+
| 0    | 3.3V  |
| 1    | 2.5V  |
| 2    | 2.5V  |
+------+-------+

> Weisse mal einer oder mehreren LEDs eine 0 zu, um zu Testen ob der
> Download
> überhaupt klappt.

Das klappt, die gewünschte LED leuchtet deutlich heller als die anderen, 
wenn ich ihr Rx zuweise und gar nicht, wenn "not Rx".

Könnte es vllt. auch sein, dass dazu der USB Chip nicht richtig 
konfiguriert ist? Oder hat jemand von euch das schonmal so verwenden?

Vielen Dank auf jeden Fall für eure Mühe!

EDIT: alte Tabelle genommen, sorry

[Lattice User (Gast)]

Pins sehen in Ordnung aus.

Daniel H. schrieb:
>
> Könnte es vllt. auch sein, dass dazu der USB Chip nicht richtig
> konfiguriert ist? Oder hat jemand von euch das schonmal so verwenden?
>

Möglich, welches Betriebsystem?
Vielleicht auch Hardwarehandshake im Treiber/Terminalprogramm aktiviert?
Du kannst dir auch mal das FTDI Configtool herunterladen
http://www.ftdichip.com/Support/Utilities.htm#FT_Prog

Anmerkung:

Bei dem Board sind alle VCCIO an 3.3V angeschlossen, du solltest die 
Bank Vccio passend setzen.
(Hat aber mit dem Problem jetzt nichts zu tun)

[DHermit (Gast)]

Lattice User schrieb:
> Möglich, welches Betriebsystem?

Normalerweise Linux, jetzt installier ich auch grade alles mal im 
Windows (7).

> Vielleicht auch Hardwarehandshake im Treiber/Terminalprogramm aktiviert?

Nein, war eigentlich alles deaktiviert ...

> Du kannst dir auch mal das FTDI Configtool herunterladen
> http://www.ftdichip.com/Support/Utilities.htm#FT_Prog

Werd ich dann mal probieren :)

> Anmerkung:
>
> Bei dem Board sind alle VCCIO an 3.3V angeschlossen, du solltest die
> Bank Vccio passend setzen.
> (Hat aber mit dem Problem jetzt nichts zu tun)

Alles klar.

[DHermit (Gast)]

Also neu konfigurieren wird glaube ich nichts ... der Chip braucht, wenn 
ich es richtig verstanden habe, einen externen EEPROM für seine 
Konfiguration.

Schade, wäre schön gewesen, das einfach nutzen zu können, wenn es das 
schon gibt. Ich schreib bei Gelegenheit einfach mal Lattice an ...

[Lattice User (Gast)]

DHermit schrieb:
> Also neu konfigurieren wird glaube ich nichts ... der Chip braucht, wenn
> ich es richtig verstanden habe, einen externen EEPROM für seine
> Konfiguration.
>

Der ist aber laut Schaltplan da (U2)


> Schade, wäre schön gewesen, das einfach nutzen zu können, wenn es das
> schon gibt. Ich schreib bei Gelegenheit einfach mal Lattice an ...

Hast du einen weiteren auf FTDI basierenden USB Adapter angeschlossen?
(Mehrere auseinanderzuhalden ist nicht gerade die Stärke der FTDI API)

[DHermit (Gast)]

Lattice User schrieb:
> DHermit schrieb:
>> Also neu konfigurieren wird glaube ich nichts ... der Chip braucht, wenn
>> ich es richtig verstanden habe, einen externen EEPROM für seine
>> Konfiguration.
>>
>
> Der ist aber laut Schaltplan da (U2)

Ja, jetzt habe ich auch die richtigen Treiber installiert und das 
Konfigurationsprogramm kann den auslesen. Und es sind eigentlich auch 
beide als RS232 konfiguriert ...

>> Schade, wäre schön gewesen, das einfach nutzen zu können, wenn es das
>> schon gibt. Ich schreib bei Gelegenheit einfach mal Lattice an ...
>
> Hast du einen weiteren auf FTDI basierenden USB Adapter angeschlossen?
> (Mehrere auseinanderzuhalden ist nicht gerade die Stärke der FTDI API)

Nein ... und unter Windows verhalten sich die Schnittstellen genauso wie 
unter Linux.

Das FT2232H-UART-Test Programm sagt übrigens:

Start Data transfer test........
UART_PinTest
Error, DSR should be at high level, but it is in low level now

[Lattice User (Gast)]

DHermit schrieb:

> Start Data transfer test........
> UART_PinTest
> Error, DSR should be at high level, but it is in low level now

Da DSR nicht verwendet wird (es sei du hast es in der Applöikation 
enabled) sollte das keine Rolle spielen.

ich habe es gerade auf einem MachXO2 Breakout Board getestet. Da 
funktioniert der Loopback einwandfrei. (Mit TeraTerm unter Windows)
Der FTDI Teil deines Boards ist identisch, einschlieeslich der 
Bauteilenummern.