miniLa Software

Hi,
ich habe eine neue Version von miniLa eingestellt.

Folgende Änderungen haben sich ergeben:

Matthias (hias) hat festgestellt, dass es bei der Initialisierung 
verschiedentlich zu Timingproblemen kommt. Wir haben deshalb in die 
Initialisierungsroutine eine Wartezeit von 1ms eingebaut.

Um die Versionen besser aus einander halten zu können, habe ich den 
Versionszähler auf 0.6.0 erhöht.

Der aktuelle Codestand sowie die aktuelle kompilierte Version stehen zum 
Download zur Verfügung.

Um die nächsten Änderungen an den Quellen von dieser Version abgrenzen 
zu können, werde ich noch einen weiteren Link bereitstellen, in dem ich 
die jeweilige Entwicklungsversion zum Test bereitstelle.

Mein nächstes Entwicklungsziel ist eine komplette Überarbeitung der 
Sourcen und der Aufbau einer kompletten objektorientierten Struktur.

Gruß
Frank

Hallo,
da ich meinen Shop geschlossen habe und die DOmaine nicht mehr verfügbar 
ist, hinterlege ich die Sourcen und alle anderen Informationen direkt 
auf dem Webserver von Mikrocontroller.net.

Bei Fragen einfach mailen.

Gruß
Frank

Archiv mit allen Sourcen

ausführbare Version

Hallo,
ich denke, da hier Softwareveränderungen hinterlegt wurden, passen
Hardwaredisskussionen hier auch gut rein.
Zwischenzeitlich ist die 2 MiniLA- Serie beim Aufbau. Veränderungen in 
der IC-Auswahl wurden berücksichtigt. Auch sollte mit der letzten
Bauelementeliste ein "Rundum-Aufbau" möglich sein.
Ich hab begonnen eine Bilderserie vom Aufbau des MiniLA zu erstellen.
Die erste Serie hänge ich mal hier an.

Ich hab als erstes die Spannungsversorgung aufgebaut. Ein prüfen
auf Kurzschluss sollte vor jedem Einschalten der Spannung durchgeführt
werden. Jetzt ist eine Strombegrenzung hilfreich, zur Not geht auch
eine Glühlampe in der Platinen-Spannungszuleitung.
Drahtbrücken für den Programmer einlöten,
wobei die Drähte unter den CPLD-Platz nicht rausragen dürfen.
Dann den CPLD auflöten. Anfänger sollten vielleicht vorher noch mal
dort nachlesen.
http://www.mikrocontroller.net/articles/SMD_L%C3%B6ten

Programmer anschliessen und in IMPACT den CPLD auslesen.
Der CPLD sollte jetzt erkannt werden.

Hallo,
auf dem Bild Drahtbrücken.jpg sind die Drähte für JTAG zu sehen. Sind 
die so richtig ? Ich dachte dis sollen so verdrahtet werden: E1-E5, 
E2-E6, E3-E7, E4-E8

Gruß
Garag

@Dirk Braun

Ich habe mich auf mein Programmer bezogen.
(Pinbelegung nach Xilinx JTAG-Programmer).

Dort wäre dann:


 Programmer          CPLD

 TCK = E1 ------ E7 TCK (Pin 67)
 TDO = E2 ------ E5 TDO (Pin 122)
 TDI = E3 ------ E6 TDI (Pin 63)
 TMS = E4 ------ E8 TMS (Pin 65)

Du kannst natürlich auch mit dem farbigen Verbindungskabel die
Pins tauschen.



Wigbert

N'Abend,

habe jetzt meine Platine bestückt:

Oszillator, Xilinx, Kondensatoren und Widerstände, Spannungsregler.
Messe jetzt einen widerstand zwischen Masse und Vcc ca. 1,2kOhm.
Kann jemand mir sagen wie bei ihm der Wert für den Widerstand ist?

MAT

@Wigbert

Danke für die Erklärung. Habe entsprechend die Brücken geändert und 
konnte den CPLD erfolgreich programmieren. Nach dem Programmieren 
benötigt das Board jedoch ca. 450 mA. Ist das nicht etwas viel ? Ich 
muss noch die Widerstände und ein paar Kleinigkeiten bestücken, erst 
danach kann ich die Verbindung zum PC testen.

Gruß
Dirk

Gutne Morgen,
@Dirk: laut dem  ursprünglichen Thraed sind die 400mA in Ordnung.

Bei mir sind nun die 1,2kOhm masse Spannungsversorgung auch weg, ich 
hatte den Spannungsregler ausgelötet und nun ist wieder alles i.O., doch 
leider der Regler defekt :(. Werde wohl bei Segor mir einen neuen 
besorgen müssen...
Gruß MAT

Hallo zusammen,

die Bauteil Liste kam von Wigbert als email. Die Bauteilnummern stimmen 
mit der Bezeichnung auf dem Board überein. In dem anderen Thread hatte 
Wigbert auf einem Bild Pin 1 des CPLD und die grüne LED markiert. Der 
einzige unterschied waren bei mir die Kondensatoren C206, C207, welche 
laut Liste 27pF haben sollten. Bei den Bauteilen waren (wenn ich mich 
richtig erinnere) 22pF Kondensatoren dabei, welche auch wunderbar gehen.

Für die LEDs habe ich mir bei Reichelt das Datenblatt besorgt wegen der 
richtigen polung.

Die Ausrichtung der anderen ICs (ausser CPLD) kann man anhand des 
Betsückungsdruckes erkennen.

An dieser Stelle nochmal großes Lob an Wigbert. Ich habe den miniLA + 
USB bestückt und es fehlte kein einziges Bauteil. Erste Tests über USB 
waren erfolgreich. Für umfangreichere Tests fehlte mir leider noch die 
Zeit.

Zum USB:
Von der Sourceforge Seite unter USB findet man eine ZIP Datei mit den 
Einstellungen (EEPROM) für den FT2232 Baustein. Mit dem Tool MProg von 
FTDI kann man das EEPROM des FT2232 beschreiben. Danach einmal abziehen 
und neu anstecken und der miniLA wird über USB gefunden. Getestet habe 
ich unter Windows XP mit der wxMiniLA-win-v0.8 Software.

Gruß
Dirk

@Dirk Braun

danke für die erklärenden Worte, für mich war heute kein Ferertag.
Stimmt die 22pF wurden geändert. Hat wohl mit Warenkorb R. was zu tun.

@ Matthias
schick mir mal ein frankierten Brief, kannste ein Spannungsregler haben,
wenn Du nicht grad neben Segor wohnen solltest.

@ Gast

Jeder der ein Bausatz bekommen hat, besitzt auch die 
Schaltungsunterlagen
von mir. Schick mir eine Mail und ich schick Dir die Datei.

Wigbert

Hallo zusammen,

konnten den MinLA größtenteils Bestücken und habe das CPLD programmiert.
Bin zuerst etwas erschrocken als die Stromaufnahme von ca. 80mA auf 
450mA gestiegen ist. Ist aber für das PLD mit 100 MHz Takt ok.
 Das EEPROM konnte ich auch über den FT2232 programmieren weiter bin ich 
leider noch nicht gekommen.

Gruß Norbert

Ihr seid alle so mutig,
hat mal jemand die LED-Test JED.Datei laufen lassen,
bevor weiter bestückt wird?

Wigbert

Hallo,

gibt es denn eine Beschreibung zum Handling des MiniLA?
Meinen habe ich heute fertig aufgebaut und bin am testen. Leider habe 
ich noch nicht irgend eine Beschreibung der Hardware gefunden, wie 
schließe ich die einzelnen Ports an, was bedeuten K1 und K8?

@Dirk: Du schriebst etwas über ein EEPROM datei zum programmieren des 
FTDI, kann leider sie nicht finden, kannst Du Sie hier mal einstellen?#

@Wigbert: Danke für Dein Angebot, ich überlege gerade, ob ich nicht eine 
komplette Stromversorgung in mein Gehäuse baue, somit hätte ich di 
Chance die Spannungreglung extern aufzubauen. Aber vielleicht komme ich 
doch noch einmal auf Dich zurück.

Bis spaäter, geh jetzt erstmal schwitzen :)#
MAT

@Dirk Braun

ich hab MProg 3.0a nur gefunden.
Kannst Du mal Dein MProg- Destop hochladen, wegen Haken setzen.

Wigbert

@Wigbert

im Anhang ist das Project File für MProg. Darin sind alle Einstellungen 
für den MiniLA vorhanden.

Gruß Norbert

@Norbert S.

wenn ich das richtig sehe, brauche ich nur minila.ept in MProg öffnen.
Die Datei bringt alle Einstellungen mit.

Wigbert

Guten morgen!

@guido: Deine Frage zur ID:
'1': IDCODE is '01011001011000010110000010010011'
'1': IDCODE is '59616093' (in hex).
'1': : Manufacturer's ID =Xilinx xc95288xl, Version : 5
wird mir angezeigt, nach dem ich sie auslese.

@MProg:

1. öffnen und unter File "Open" und das minila.ept auswählen.
   Dann einfach das Device proggen
2. danach einmal usb abziehen und wieder anstecken und dann sollte 
Windows
   einen neues USB Device finden.
3. unter "Tools" und "Read" sollte dann im Fenster ganz unten im Prog 
eine
   Info zum eeprom zu sehen sein
Jetzt sollte der USB-Part programmiert sein.

Zur Zeit habe ich Probleme, dass ich zwar über die Minila Software eine 
Kommunikation hinbekommen,jedoch wenn ich die Messung starten will sofrt 
diese wieder abgebrochen wird :(.
Bis  spaäter,

MAT

Guido wrote:
> @ mat-sche: Die Anschlussbelegung geht ja aus dem Schaltplan
> hervor. Den muss man aber mindestens in A2 ausdrucken um etwas
> zu erkennen. Die EEPROM-Datei findest du auf Sourceforge unter
> dem USB-Interface.
>
> Guido

Tut mir leid das ich fragen muss, aber einen Schaltplan habe ich bisher 
nicht gesehen. Vielleicht kann mir da ja jemand weiterhelfen. Ganz gut 
wäre auch wenn mir jemand (wenn möglich) die Board Datei für Eagle 
schicken könnte denn ich will den CPLD nicht gedreht oder so drauflöten.

Danke schon mal dafür.

Chris

Hallo,

den Schaltplan findet man auf der Sourceforge Seite unter "Hardware / 
other Versions". Es handelt sich um den "miniLA by Bob Grieb".

Zu finden unter:
http://minila.sourceforge.net/hw/other/bg/bg.php?id=hw

@Wigbert
"MProg 3.0a" habe ich auch verwendet.

Die miniLA Konfiguration hat Norbert ja schon angehängt.

Gruß
Dirk

Anbei die Daten zur miniLA-Hardware: Schaltplan, Layout, BOM, usw.

Ich habe ein paar Sachen von Bob Grieb direkt übernommen (bob_grieb.zip) 
und einige geändert. Ich denke der Großteil ist selbsterklärend. Die 
READMEs sollten auf jeden Fall gelesen werden.

Hier gibt es auch ein Bild vom fertigen Gerät (Bob's Version)
http://minila.sourceforge.net/hw/other/bg/bg.php?id=hw
und in der anhängenden zip-Datei sind zwei Bilder von meinem 
(ungereinigten) miniLA.

wie schaut es denn so bei Euch aus? Komme irgend wie nicht weiter.
MiniLA Software läuft soweit, Kommunikation steht.
Was muss jetzt alles angeschlossen werden um ein Signal z.B. auf kanal1 
abgebildet zu werden?
Hat jemand nen Schimmer wozu folgende Signale von K1 (ECLK, CLK_0, ETRG, 
X8, TRIG_0) da sind?
Weiter was zeigen die LED's D3-D5 an?
Weiter hat jemand schon das LED Testprogramm aufgespielt?

MAT

@Matthias

Bei mir steht die Kommunikation über USB.
Nach Anlegen von Power geht nur die grüne (D2) LED an.
Anschließend starte ich die Software V 0.6.1.
Nun im Menü Setup -> Harware die Kommunikation auf USB->Automatisch und 
Delay aktiv stellen.
Porgramm verlassen wieder strarten (bei mir notwendig !).
Jetzt sollte in der Menüleiste oben ein grünes "GO" Symbol erscheinen. 
Falls nicht ist die USB Kommunikation nicht in Ordnung.
Zum überprüfen der USB Kommunikation zuerst mit z.B. USBView prüfen ob 
der MiniLA Treiber richtg geladen ist (siehe Anhang).
Falls da grüne "GO" erscheint, grüne "GO" anklicken, die LEDs D3-D5 
gehen an. Das Grüne "GO" wird zu einem roten "STOP" (Stausszeile 
"Reading..."). Nach 3-5 Sekunden gehen die LEDs aus das "STOP" wird 
wieder zu "GO".
Bei Messungen mit unbeschaltetem Port sind bei mir alle Kanäle "High".
Habe einzelne Kanäle statisch auf "Low" gelegt und sie werden korrekt 
angezeigt.

Gruß Norbert

@Norbert,

ich habe eben mal mit USBView nachgeschaut und konnte Dein Bild nicht 
erfolgreich nachvollziehen. Ich habe mit MProg den FTDI beschrieben und 
konnte auch danach sehen, dass Windows den MiniLA als USB-Device 
erkennt.
Die grüne Go taste habe ich, drücke ich sie, dann gehen alle LED's an, 
die Go taste ist sofort wieder grün und die LED's bleiben alle an :(

"z.B. USBView prüfen ob
der MiniLA Treiber richtg geladen ist (siehe Anhang)."

Welche Treiber meinst Du dabei? Leider kann ich mein MiniLA über lpt 
nicht checken, vielleicht muss ich dann doch wohl mal dies nachrüsten...

Meld mich später noch einmal

Gruß & Dank MAT

@Matthias

Wenn das grüne "GO" erscheint und nach dem Drücken die LEDs angehen ist 
die Kommunikation USB zu MiniLA ok.
 Das die LEDs nicht wieder ausgehen ist nicht in Ordnung. Das sie 
angehen zeigt zumindest das das CPLD angesprochen wird. Welche Firmware 
hast du geladen ? Ich habe die Tinming Analysis Firmware V1.7 in das 
CPLD geladen.
Zuerst hatte ich auch das Problem das die LEDs nicht ausgegangen sind.
 Jetzt heißt es mit Hilfe eines Scopes nach Fehlern zu suchen bzw. das 
CPLD, RAM und USB einer genauen optischen Kontrolle zu unterziehen 
(dürfte in 90% der Fällen reichen).
Wichtig ist auch das bei Verwendung eines größeren Speicherbausteines 
die zusätzlichen Adressleitungen auf festem Potenzial liegen und all 
Brücken für USB konfiguriert sind.

Gruß Norbert

@ Matthias S.
FTDI-Treiber sind installiert? Welche Version der Software benutzt du?

@ Nobert,

Du hattest zum Anfang auch das Problem mit den LED'S?!, was war bei Dir 
der Fehler. Ich denke bei mir in die Richtung, dass die Daten irgendwo 
nicht verschickt werden und somit der CPLD sich "aufhängt". Ob dies nun 
an der fehlenden Kommunikation liegt oder an den Bauteilen, das muss ich 
irgendwie herausbekommen.
Hattest Du das Testprogramm mit den blinkenden LEDs aufgespielt?
Die Firmware muss ich noch mal schauen...
MAT

@Michael,
die Treiber habe ich installiert =>CDM 2.04.06 WHQL Certified direkt von 
der ftdi-Homepage. Im Gerätemanager werden mir USB Serial Converter A 
und B angezeigt, ohne irgend ein com Port.
Als Software nehme ich MiniLA 0.6.1 und Firmware die 
fw_timeanalysis_1.7.

Über die Software habe ich ja Kontakt, nur nach dem ich den Go Butto 
gedrückt habe bleiben die LED's an.
Habe alle Brücken drinnen. Was ist eigentlich mit den Brücken Auf der 
Platine um den USB Controller herum? Habt Ihr die auch eingesetzt? siehe 
Anhang

Hallo,

gerade sehe ich, dass in MiniLA_SW die Anzeige für den Softwarestand 
immer zwischen FW1.14 und 1.7 springt, hmmmmm.
Kurzzeitig hatte ich einige Messsignale sehen können, nur waren dies 
werder 0 noch 1 immer 0/1 0/1...

> Was ist eigentlich mit den Brücken Auf der Platine um den USB Controller
> herum? Habt Ihr die auch eingesetzt?
Die waren nur bei der allerersten Charge nötig, da der 
Leiterplattenhersteller da die Freiflächen verändert und damit die 
Masseflächen unterbrochen hat.

> Als Software nehme ich MiniLA 0.6.1 und Firmware die fw_timeanalysis_1.7.
Setz mal das Häkchen bei "Additional USB Delay". Falls das nicht hilft 
teste mal wx-miniLA oder das hier 
http://minila.sourceforge.net/sw/releases/minila_win_0.6.2pre_bin.zip

@Michael,

leider bringt die andere Software auch nichts.
Wenn ich die betriebsspannung anlege, so geht bei mir D4 an. Danach 
drücke ich den Go Button und alle LED's bleiben an.
Komischerweise ist, wenn ich die Testsoftware lade, bligt bei mir D3, D4 
ist dauernt an und D5 glimmt nur leicht....

Hat schon jemand die Testsoftware draufgespielt?

MAT

Bei mir gibt es was neues:
Habe den Multiplexer vom USB getrennt und nach dem Beitrag aufgebaut:
Beitrag "Re: [S] Leute die einen Logic Analyzer (MiniLA) bauen wollen"

Nun springt im MiniLA im unteren linken Fenster der Softwarestatus nicht 
mehr. Aber leider habe ich noch immer keine Messungen hinbekommen :(

MAT

@Michael K.

ob man mir zuliebe die README in Deutsch anhängen könnte.Bitte.

Muss ich nicht auf mein XP-Rechner ein Treiber für den FT2232L
installieren, damit die neue Hardware erkannt wird?
Welche wäre das. Nochmal bitte.

Macht weiter so.

Wigbert

>Komischerweise ist, wenn ich die Testsoftware lade, blikt bei mir D3, D4
>ist dauernt an und D5 glimmt nur leicht....

richtig, und mit S-Ram drauf(geht auch ohne) hab ich knappe 100mA
Stromaufnahme.

Wigbert

Hallo Wigbert,

hier mal die freie Übersetzung :)

Gut das ich weiß das die LED's auch bei Dir so blinkern.
Ich habe so meine Probleme, jetzt hoffe ich den Fehler gefunden zu 
haben.
Ich denke das bei mir die Kommunikation nicht richtig läuft und das 
daran der Multiplexer schuld sein dürfte. Heute habe ich aber keine lust 
mehr was tzu tun.

@ Norbert:
nach dem Du den CPLD ausgelesen hast und der Button von stop zu go geht, 
was zeigen dann bei Dir die 3 LED's an?

Schönen abend Euch allen

MAT

@Matthias :
Software gibt es aber schon die MiniLA 0.6.2

Wigbert

> ob man mir zuliebe die README in Deutsch anhängen könnte.Bitte.
Klar doch - im Anhang mein Readme in deutsch. Für das andere habe ich 
gerade keine Zeit.

> Muss ich nicht auf mein XP-Rechner ein Treiber für den FT2232L
> installieren, damit die neue Hardware erkannt wird? Welche wäre das.
Ich habe den "CDM 2.04.06 WHQL Certified" genommen. Auf der miniLA-Seite 
gibt's einen Link.

> hier mal die freie Übersetzung :)
Da war ich wohl zu langsam... Dank' dir!

@Matthias

Die drei LEDs gehen aus wenn das "STOP" wieder zu "GO" wird.
Zuerst gingen bei mir die LED auch nicht aus. Ich hatte am CPLD einen 
Kurzschluß zwischen DDST und DDO.

@Alle

Mit dem test.jed blinkt die LED D5 mit 50MHz ( bleibt dunkel!), die LED4 
blinkt mit 50kHz (leuchtet dauernd !) und D3 blinkt mit 1,5Hz.

Gruß Norbert

@wigbert,
wo hast Du diese gefunden? 0.6.1 ist die letzte Version die ich finden 
konnte!

>LED D5 mit 50MHz ( bleibt dunkel!),
ansichtssache, ich musste auch erst den Raum verdunkeln um das zu sehen.
Hab aber auch eine Frequenz anliegen.

Wigbert

@ Norbert:

gut, dann funst ja mein LED Testprogramm. Inzwischen habe ich auch bei 
meinem Teil mal ein read gesehen und ein Kanal wurde mir 
"wahrscheinlich" richtig angezeigt. Wenn ich mein Oszi an den PIN 13 
halte, geht die Abfrage kurz und die D4 bleibt danach an. Ich hoffe das 
es nur ein Kommunikationsproblem ist. Hatte meine  Schaltung 2x 
durchgeprüft => Pin für Pin und konnte kein Kurzschluss finden.
Werde erst morgen weiter machen.

Gruß MAT

könnte auch die 06.1 mit Oktoberupdate sein

Wigbert

Hi,

ich hab bei Pollin das Steckernetzteil gefunden.
Best.Nr. 350 631
was haltet Ihr davon, besteht Interesse?

Wigbert

Moin,

läuft nun inzwischen ein MiniLA bei Euch?

MAT

Moin,

auch von mir noch vielen Dank an Wigbert für die Mühe.

Die Hardware ist aufgebaut, CPLD und FTDI sind programmiert.
MiniLA-Win erkennt die Hardware am USB Anschluß.
Wenn ich einige Eingänge auf GND lege und auf "GO" drücke, werden die
Kanäle als "0" und die restlichen als "1" angezeigt.
Weiter bin ich noch nicht, werde mal die Kabel zusammenbauen und dann
mal versuchen ein richtiges Signal zu messen.

Gerhard

@ Guido,@Gerhard W
das funktioniert Hardwaremässig bei Euch wie bei ein Kids-Day, wo Kinder
basteln, nur halt ein paar Bauelemente mehr.
Schön das ich helfen konnte, der nächste Bausatz sollte dann auch ein
Steckernetzteil haben.....und irgendwann ein Gehäuse.
@Matthias
wenn "Blinki" geht, ist der CPLD ok, und das schlimmste geschafft.


Wigbert

Hmmmm...
da beneide ich euch!
Also habe jetzt auch mal versucht über LPT das Teil anzusprechen, es 
wird mir die Firmware 2.2(SA)Ready angezeigt aber leider passiert 
nischts.
Auf USB hatte ich Teilerfolge, aber nicht so, dass ich es voll benutzen 
kann.
Ich schätze mal das bei mir sich der CPLD verabschiedet hat, oder nur 
einige Anschlüsse von dem...Bin Ratlos heul :)

MAT

@ Matthias S.
Kannst du mal Bilder von Ober- und Unterseite machen? Vielleicht kann 
man darauf was erkennen.

@ Matthias S.
hast du Pin43 vom SRAM auf GND oder VCC gelegt?

Gerhard

Hallo@ all,

danke erstmal für Eure Mühen!
Was habe ich alles schon gemacht:
1. alle Verbindungen von Pin zu Pin SRam => CPLD, CPLD => FTDI, FTDI => 
Speicher und Multiplexer überprüft
=> alle Verbindungen ok und kein Kurzschluss

2. div. Firmware aufgespielt

Nach dem ich wieder und wieder den Ursprungsthraed gelesen habe, 
versuchte ich am Multiplexer den Fehler zu finden. Habe dann 
mitbekommen, dass wenn ich mein Oszi am Pin /WR gehalten habe, konnte 
ich wenigstens die LED's zum blinkern bekommen. Habe jetzt einen 
Widerstand 180Ohm gegen Masse gelegt und die Firmware wird richtig 
angezeigt, aber nur mit der folgenden Einstellung von MProg: siehe 
Anhang

3. mit meinem Oszi den Datenverkehr der 8 Datenleitung mir angeschaut, 
jedenfalls kann ich einiges auf jedem Bit sehen. Scheinbar sendet der 
CPLD etwas. Zumal ich auch sporadisch ein Signal in der Software sehe.

Werde jetzt noch mal den Multiplexer tauschen.

@Gerhard: Pin liegt auf Vcc

Bilder folgen.

Wenn ich jetzt mit dem Umbau Spannung an die Hardware lege ist erst 
einmal
nur die grüne LED an => richtig so?
Danach starte ich die Software und nach einem GO kommt ein Reading und 
dann passiert nichts. Die LED's D3 und D5 blinken kurzzeitig auf, D$ 
bleibt an, manchmal bleibt sie auch aus.
Wie ist es bei Euch, kann einer mal beschreiben wie sich es mit den 
LED's verhält?

Danke MAT

@ Matthias S.
Spannung ein -> D2 (grün) an
"GO" -> unten links "Capturing..." und D4 an
     -> unten links "Reading..." und D3,D4,D5 an

Gerhard

@ Matthias S.
>
> Bei "Capturing ..." ist bei mir D5 an, sonst wie Gerhard
> schrieb. Am besten sieht man das, wenn die Timebase
> langsam geschaltet ist (1 ms oder so).
>
> Guido

Brauche wohl mal eine Bedienungsanleitung.
Also nocheinmal mit Timebase 100us
GO -> "Capturing.." -> D5 -> D4/D5 -> "Reading" -> D3/D4/D5

Gerhard

Leute was soll ich euch sagen!
Jetzt geht es!!!!

Ich hatte die Tage alles kontrolliert, jeden Pin, jede Verbindung, ich 
glaube sogar 2mal, und nun habe ich endlich mitbekommen woran es lag:

Und DOCH ein Kurzschluss zwischen Datenpin DD1 und DD2. Jetzt kann ich 
schon einmal wenigstens eine Messung machen bevor sich die USB 
Verbindung aufhängt.
So ganz sicher läuft mein System noch nicht, von Zeit zu Zeit hängt sich 
die USB Verbindung auf und ich muss die Software neu starten und auch 
den USB STecker ziehen und verbinden.
Soweit zu meinen "Erfolgen", werde noch einwenig herumprobieren und dann 
noch den Abend genießen!
Gruß an alle MAT

Hi,

soweit ich sehen kann lässt sich mein LA auch bedienen.
Wäre schon 1 Stunde früher was geworden,
wenn ich mich nicht mit MProg so dusslig
angestellt hätte. Irgendwann ist immer das 1.Mal.

Wigbert

> So ganz sicher läuft mein System noch nicht, von Zeit zu Zeit hängt sich
> die USB Verbindung auf und ich muss die Software neu starten und auch
> den USB STecker ziehen und verbinden.

Ist bei mir auch so wenn ich die Software unter OSX mit XP
in einer virtuellen Maschine benutze.
Auf einem plain WinXP Gerät passiert das nicht.
Auf dem virtuellen Gerät ist allerdings der FTDI VCP Driver installiert.

Gerhard

Ich hab mal mit ein 50 Ohm R ein paar Kanäle auf Low gezogen.
bin zufrieden, und mit etwas Übung kann der MiniLA wohl richtig
spass machen.

Wigbert

@Wigbert: Nun nach dem er jetzt funktioniert, Ja!
Was ich festgestellt habe ist, dass das ganze über Parallel stabiler 
läuft.

> Was ich festgestellt habe ist, dass das ganze über Parallel stabiler läuft.
USB sollte mit Frank's Software oder mit der 0.62 aber auch ganz gut 
gehen.

Nen Guten Abend!

@Guido:
diese Info habe ich von einem User der die erste Staffel mitgemacht hat:

ECLK ist die externe Clock, da kannst du den CPLD extern tackten.
CLK_0 ist der Ausgang der aktuellen abfrage Frequenz
ETRG ist der externe Trigger
TRIG_0 ist der Triggerausgang

weiterhin zu den LED's:
D3"warte auf Trigger"
D4 markiert die Triggercondition
D5 Posttrigger (Ram auffüllen)
=> "alle an" Daten zum PC übertragen.

Für die restlichen Anschlüsse von K8, also die X, würde ich darauf 
tippen das diese noch frei für zu programmierbaren Funktionen 
herausgeführt wurden.
Schön wäre es, wenn jemand den größeren Ram in die Firmware mit 
integrieren könnte.

Gruß MAT

@ Guido

Ich messe ebenfalls auf Pin 3+7 (K8) den 100 MHz Takt.

Der Trigger-Eingang und Ausgang liegen jedoch auf beiden Stecker 
korrekt.

Gruß Norbert

@Steffen Hausinger

gedacht war das bunte Flachbandkabel nach dem Pfostenstecker
ca 10 cm komplett zu lassen,(um ein übersprechen zu verhindern)
und dann nur noch die 8 Kanäle + 1x GND (9x FLK Gold)
weiterzuführen bis zum Grabber. Ging eigentlich
nur darum das was zum Inbetriebsetzen vorhanden ist.

Wigbert

Frank Link wrote:

> http://www.derplatinenshop.de/minila/minilaSRC.zip
>
> und der dritte ein Readme,

Das ist nur Windows, oder?
Bin grad bissel enttaeuscht dass die Software offenbar fuer Windows 
entwickelt wurde und auf der offiziellen Sourceforge page herrscht 
Chaos. Fuer die Version 0.8 gibt es nur ein Windows binary...

Nach ein paar toten Nerven mehr konnte ich das Tool jetzt compilieren... 
schaut schonmal ganz passabel aus. Jetzt muss es nur noch 
funktionieren... ;)

Hallo Michael,
es gibt tatsächlich keine aktuellen Sourcen der Software für andere 
Betriebssysteme als Windows.

Wo hattest Du den Probleme?

Gruß
Frank

@linuxgeek
Wie hast Du es geschafft das CPLD über Linux zu programmieren?
Ich bekomme die windrvr6 nicht ans laufen, daher klappt es mit Impact 
nicht.

Hm beim CPLD bin ich (noch) nicht... das wird dann sicherlich auch 
nochmal ein Spass... :/

Kommt wohl auf die Distri an. Unter Fedora und OpenSuse stellt der 
Treiber wohl kein Problem dar. Unter Debian aber schon. Naja, nachdem 
gestern der Festspannungsregler den Geist aufgegeben hat, werde ich das 
Ganze auch erst mal auf Eis legen bis ich Ersatz bestellt habe.

Guten Morgen

gestern Abend konnte ich mit Hilfe eines FPGA Eval Boards mal alle 
Kanäle des miniLA testen. Leider waren 5 Kanäle fehlerhaft. Nach 
längerem suchen konnte ich den Fehler finden. Es waren ein paar Beinchen 
des SRAM, welche keinen Kontakt zur Platine hatten.

Das CPLD wird doch sehr heiß. Den Finger kann man nicht länger drauf 
lassen. Macht es eventuell Sinn das CPLD mit einem Kühlkörper zu 
versehen ?

Bei dem Treibern sind ja insgesamt 5 identische Platinen. Wofür ist die 
fünfte ? Auf dem 16 poligen Stecker, mit Trigger und Takt, sind neben 
Eingängen auch Ausgänge und damit ist die Treiberplatine dafür doch 
nicht zu gebrauchen, oder ? Als Reserve schadet die fünfte Platine 
jedenfalls nicht.

Zwecks vollständiger Daten zu dem Board würde ich gerne die 
Fertigungsdaten (Gerber ?) des miniLA haben. Sind das die von der 
Webseite oder hat sich da noch was geändert ?

Zur Software:
Welche Software sollte man denn jetzt nehmen ? Die Software vom Anfang 
dieses Threads ist wohl mit Delphi für Windows geschrieben. Auf der 
Sourceforge Seite findet man eine wxminiLA, welche mit dem wxWindows 
Toolkit sowohl unter Linux als auch unter Windows arbeitet. Vom Prinzip 
wäre eine Betriebssystem unabhängige Version zu bevorzugen, jedoch macht 
die Delphi Version einen besseren Eindruck. Welche Software verwendet 
Ihr denn ?

Gruß
Dirk

@Dirk Braun
Hi, ich war einfach der Meinung, bei externen zb.Trigger muss das
Signal den gleichen IC durchlaufen wie die Daten, damit die zeitliche
Verzögerung wieder stimmt.Ich hab dann eine 5.Platine mit angedacht,
um was zu haben. Etwas mit anfangen könnte man schon.

Ich hätte lieber den Aufbau des MiniLA vor Euch erlebt, aber die Zeit...

Seltsamerweise hat noch niemand mit den externen Signalen was gemacht.

##Also die 5.Platine sollte evtl. noch mal überarbeitet werden.###


Gerberdatei sind bei Michael anzufragen.

Ich nehme die 06.2 die wohl mehr Messfunktionen hat, wie die WX
und USB ist wohl dort verbessert worden.

Wigbert

Hallo Leute,

ich bin gerade beim zusammenstellen der
letzten übrig gebliebenen Bausätze.

---ich hätte 1 Stück MiniLA Bausatz noch abzugeben.---

dann wären die Platinen erstmal aufgebraucht.

Wigbert

Hi,
ich habe jetzt mein LA testen können und mir ist folgendes aufgefallen:
Vorneweg alle Kanäle zeigen die Logik an, hab mal ein GLCD mitgelesen,
ohne Treiber an Datenleitungen.
Spannungsregler und CPLD werden überraschend heiss.
Die erste Reaktion war, den Spannungsregler ordentlich nachzulöten, 
damit
die Kühlfläche wirksam wird. Der CPLD hätte evtl. Wärmeleitpaste?
oä. unter sein Gehäuse kriegen können.
Aufgefallen ist mir, das Channel 8; 16; 24; 32 die Quelle stärker
belasten, als die anderen Kanäle. Auf jeden Fall wird die Übertragung
der Pegel zum GLCD gestört. Seltsamerweise nur bei den Kanälen.
Ich hab dann die Reihenwiderstände noch etwas verschoben, weil ich
an Übergangswiderstände nach GND dachte, wurde aber nicht besser.
Auch hatte ich zum Anfang ein Übersprechen der Channel durch 
Flussmittelreste, wurde aber durch säubern mit Spiritus beseitigt.
Praktisch ist dann ein Flussmittelstift der keine Rückstände
hinterlässt, den ich am 1.Tag noch nicht hatte.

Auf jeden Fall sollten die Treiber benutzt werden, um die Eingänge
zu entlasten und was mir wichtig ist, den CPLD schützen.

Ich hab dann mal mit "Parallel" ausgelesen, stellt auch kein Problem 
dar.

Wigbert

Hi,
ich hab die 47 Ohm Reihenwiderstäne der Eingänge mit einen weiteren R
auf ca 100 Ohm vergrössert und die Quelle wird nicht mehr gestört.
Logikpegel werden durch den LA trotzdem korrekt angezeigt.
Das ganze Problem sollte sich durch die Treiber von selbst lösen.

Für den Spannungsregler, spiele ich mit den Gedanken, ein Kühlkörper
aufzusetzen. Auf jeden Fall muss ein späteres Gehäuse für gute Lüftung
sorgen.

Wigbert

Ich hab jetzt mein Spannungsregler ein Kühlkörper aufgesattelt.
Der Kühlkörper selbst erwärmt sich auf ca 49°C. Es sind etwa 4 cm²
Kühlfläche. Fehlt nur noch etwas Schwarz, und mit Wärmeleitkleber
befestigen.

Wigbert

@Guido (Gast)
ich hab eine Stromaufnahme von max.ca 450mA.
Wobei ich mit ein Steckernetzteil einspeise.
Der U-Regler muss bei mir schon was "verbraten", um ein Steckernetzteil
"von der Stange" zu nehmen. Vielleicht sorge ich mich übertrieben um
mein Inventar. Aber bei ein Gehäuseeinbau sollte man die 
Wärmeentwicklung
schon beachten.
Und der "Stromsparmodus" ist auch nicht jedermanns Sache.

Wigbert

@Guido (Gast)

mein CPLD hat jetzt eine Oberflächentemperatur von ca 52°C
Gemessen mit ein "Oberflächen-Thermometer".
Also OK
Es sieht so aus, das beim Einleiten des
Messvorganges die Temperatur etwas fällt.
Allerdings messe ich nur 1 Kanal zum Test.

Wigbert

Das Steckernetzteil fordert seinen Preis.
Ich speise mit einer Gleichspannung je nach Last zw. 7,5- 8,5 V
ein und der U Regler hat da doch eine menge zu tun.
Wärend der Profi die Eingangsspannung gerade so hoch hält,
das der Regler noch durchregelt, verleitet die Gleichrichtung
auf dem Board irgendein Netzteil zu nehmen. Deshalb sollte der
Hinweis, für ausreichende Wärmeabfuhr zu sorgen, nicht fehlen.
Das beginnt mit ordentlichen Löten, die Platine auf Abstandsbolzen
stellen, bis notfalls hin zum Kühlkörper.

Es haben sich bei mir auf meinen Bord max. Temperaturen von ca 53°C
eingestellt.

Wigbert

Hallo,

auf minila.sourceforge.net ist die neue Windows Software Version 0.6.2
zum downloaden bereit, habe aber keine Ahnung was sich geändert hat.

Gruß Norbert

Hallo,

neue Funktion "Frequenzmessung" im Decoder Menü.

Zur Wärmeentwicklung des MiniLAs. Nach dem Einschalten benötigt der LA 
ca. 450mA. Starte ich eine Messung mit 10ns Auflösung bleibt der Strom 
etwa konstant. Bei einer Messung mit 1us Auflösung sinkt der Strom auf 
ca. 320mA und bleibt auch danach bei 320mA.
 Das PLD wird nach dem Power-up vermutlich mit 10ns initialisiert, was 
für den Stromverbrauch bzw. Erwärmung eher ungünstig ist.

Gruß Norbert

Hi, Basti
die LED's könnten durch schlechte Lötstellen, Flussmittelreste,
"hängen".
Dein Oszi wird zwar wirres Zeug anzeigen, aber ich hatte mein 20 Mhz
auch rangehalten.
Mit MProg bin ich eigentlich auch nicht richtig warm geworden,
aber als im Eprom die EEP-Datei stand , war mir das Egal.
Computertreiber ist drauf?. Ich hab dann auf mein Rechner kontrolliert
welche Schnittstelle angezeigt wird. USB ab und wieder an.
Das sollte erstmal funktionieren.

Wigbert

Also bei mein Oszi muss ich auf 20mV runtergehen, dann sehe ich, das da
was am CLK Ausgang des Oszillators ist.
Mehr kann ich mit meinem Gerät auch nicht erkennen?
"No Devise" hab ich auch sogar beim funktionierenden LA
Lad die EEP Datei und versuch zu schreiben.

Wigbert

Die Schrift des Oszillators, muss gegenüber der Platinenbeschriftung
auf den Kopf stehen.
Wobei ich glaub nicht das der Oszillator defekt ist, such mal nach
Kurzschlüssen, Flussmittelreste

Wigbert

Hallo,

Ich habe mich mal jetzt um ein Gehäuse gekümmert und ein Hersteller eine
Platine zugesandt, zwecks Angebot.

Preisvorstellung wird sein 200-300 Euro Einrichtungskosten,
müsste dann aufs Gehäuse umgelegt werden,
20-30 Euro Gehäuse, dafür aber "Wohnzimmertauglich"
und in modernen Farben.
Bei 50 Stück wohl erschwinglich.
Mir schwebt so eine Art hochkant stehendes Gehäuse vor, wo hinten
über 2 SUBD 25 die Channel und extern herausgeführt werden.
Vorne USB und Parallel.
Oder sollte das Gehäuse die Platine gerade umschliessen und hinten
für die Pfostenstecker und LED abgestuft?

Ich hätte gerne Vorschläge zur Bauform und ob Ihr Euch so ein Gehäuse
leisten wollt. Wie gesagt wäre eine Maßanfertigung.

Wigbert

Hallo Wigbert,

habe mein leider nur "Labortaugliche" Gehäuse bereits gebastelt. Anbei 
zwei Bilder zur Inspiration.
 Die Kanäle über zusätzliche Steckverbinder (DSUB25) nach Außen zu 
führen mag vieleicht schön aussehen, birgt aber weitere Risiken. Die 
100MHz Signale werden dadurch bestimmt nicht besser.

Gruß Norbert

Und das 2.

@Norbert S. (sharpay)

so ähnlich werden es wohl viele machen, ich hab eigentlich auch schon
ein Gehäuse gefunden. Ich werde die Kanäle mit 25pol SUBD auskoppeln,
und für die Treiber ein Übergangsgehäuse (16Kanäle+ Extern)dann nehmen.
Hab allerding auch ein Prototyp-Gehäuse für die gelieferte 
Treiberplatine
bestellt. Mal sehen wie das passt.

Wigbert

Hi,
meine Frontplatte wird graviert. Kann mir mal jemand sagen, wo
die Funktionen der LED stehen. War mir bei der Beschriftung nicht 
sicher.

Wigbert

Hallo Leute,

heut mal kurz reingeschaut und weiter auf Arbeit :( .

Nach dem mir mein Spannungsregler abgekocht ist, habe ich mir eine 
Adapterplatine geätzt (siehe Bild) auf dem ich dann einen LM317 als 
Spannungsregler habe und ich direkt die Treiberplatinen aufstecken 
konnte.
Leider haben sich noch einige kleine Routingfehler eingeschlichen und 
die Positionierung einiger BT muss noch korrigiert werden.
Dann habe ich mir die ganzen Treibersteckkotackte auf eine Sub-D 25 
Buchse geführt und kann so gleich die Messleitungen anschließen.
Habe auch ein mehr oder weniger passendes Gehäuse bei mir noch 
gefunden...

Bin ich also nicht der einzige dem der Spannungsregler eingegangen ist.
Ich werd es nochmal mit einem TS1117 versuchen, allerdings dieses Mal 
mit Kühlkörper.

Hi,
also mit dem Spannungsregler gibt mir nun doch zu denken,
taugen die Dinger nichts, kann im DBL nichts nachteiliges
finden.

Wigbert

Hi,
Fischer Elektronik würde die o.g. Kühlkörper(PDF) für ca 0,6 Euro 
liefern
können. Dazu käme der Versand +Mwst.

Wigbert

Ich werd mir den Spannungsregler und eventuell auch den Kühlkörper bei 
Conrad holen, dann spar ich mir den Versand.
Ich glaub, dass ich meinen beim Löten beleidigt habe (vielleicht sollte 
ich doch meine Reflow Regelung nochmal überarbeiten).

Wigbert, hast du jemanden der dir die Platte graviert? Da könnte ich dir 
vielleicht helfen, ich hab eine CNC Fräse zuhause.

Viele Grüsse,
Christian

@Christian Kreuzer (christian_rx7)
>Wigbert, hast du jemanden der dir die Platte graviert?
eigentlich bei Schaeffer, aber ist eben Teuer.
Welche Datei brauchst Du?
Bei C gibt es KK für SMD-DPak? hast Du eine Nummer?

Wigbert

Hallo Wigbert.

Kühlkörper: 188101-21 , 188128-21 , 188142-21 , 188234-21 , 188154-21
Spannungsregler: 163241-21 , 163281-21

Zum Fräsen wär mir *.dwg , *.dxf , *.plt recht, aus was soll es sein? 
Alu, Kunststoff?

Viele Grüsse,
Christian

@Basti (Gast)

>der Fehler war recht banal...

hhmmmm..., na dann geb mal den den Helfern wenigstens einen aus.
Nichts für ungut...

@Christian Kreuzer (christian_rx7)

hört sich toll an, weiteres von mir per Mail.

Wigbert

@ Michael
Die kleineren Kühlkörper sollten eigentlich passen, diese werden 
anscheinend wie eine Brücke über den Spannungsregler gelötet und kühlen 
somit eigentlich die Platine und nicht das Bauteil selbst.
Ich bin noch am überlegen, da ich nur 1W am Regler verbrate, ob ich 
nicht einfach ein kleines Stück Kupferblech an den Regler löte.


Mein MiniLA funktioniert seit gestern, ich hab allerdings noch nicht 
alle Kanäle und Funktionen ausprobiert, aber grundsätzlich schaut es gut 
aus.

Hallo,

leider konnte ich mich ne ganze Weile zeitlich nicht mit dem Projekt 
beschäftigen, jedoch hab es nun geschafft alles aufzulöten und wollte 
dann mit Impact den CPLD programmieren. D.h. ich wollte erstmal das 
LED-Test Programm draufspielen...
Leider werden mir Fehler angezeigt, dass das programmieren nicht möglich 
ist und es wird genauso auch ein falscher Device IDCode ausgelesen.
Jetzt bin ich erstmal ratlos wie ich nu am besten vorgehen kann. Ich 
hoffe hier kann mir jemand helfen!

Chris

@Gast

Hallo
also ich verwende Impact >7.0 und ich verwende einen nachgebauten 
Programmer den ich zusammen mit dem MiniLA Board bei Wigbert mit gekauft 
habe...
Bezüglich der Leitungen kann ich definitiv sagen das sie korrekt verlegt 
wurden!
Hinsichtlich der Fehlermeldung kann ich nur folgendes geben:
Nach z.B. der Abfrage der Device-ID spuckt er ne komplett andere folge 
von Nullen und Einsen aus als er erwartet.
Ich hoffe das hilft weiter zu Klärung des Problems.

Chris

@Christoph:
Hast das Verbindungskabel vom Programmer zum MiniLA richtig rum 
eingesteckt?
Ist mir beim ersten Mal passiert.
Alles auf Kurzschlüsse kontrolliert?

@Basti:
Das mit der GO / STOP Taste soll so sein, spiel mal den LED Test drauf 
und schau, was passiert, mess dann mal an den LED´s die Spannung, 
vielleicht hast du sie falsch eingelötet.
Bei mir lief der LED Test anfangs auch nicht richtig, bis ich bemerkte, 
dass ich mit der Entlötlitze anscheinend zuviel Lot vom CPLD abgesaugt 
hab, daher sind einige Lötstellen aufgegangen, alles nachgelötet und 
Problem gelöst.

Viel Erfolg,
Christian

Hi Folks!

Ich hab meinen miniLA ja jetzt auch laufen. Den CPLD habe ich allerdings 
mit dem USBProg programmiert, da der Parallelprogrammer nicht 
funktioniert hat. Ich habe auch ein "Gehaeuse" improvisiert und ein 
Sandwich aus dem guten Teil gemacht :D (siehe Anhang). War auch etwas 
guenstiger als 50 Stecken ;)

Gruss,
Michael

Basti wrote:
> also der Regler ist eigentlich recht gut auf der Platine verlötet.
>
> Gut dann geh ich auf 5V runter.
>
> Die 3,3V an den Grabbern kann ich messen ,scheint also zu stimmen.

Ich vermute auch, dass da was mit dem FT2232 nicht stimmt, ueberpruefe 
mal saemtliche Pins auf Kontakt und Kurzschluss. Meiner sah optisch auch 
einwandfrei aus, wurde erkannt, konnte aber nicht programmiert werden - 
waren auch ein oder zwei kalte Pins.

Die Verbindung ist teilweise etwas instabil, das liegt sicher an den 
zickigen FTDI's, ich kenne das zur Genuege ;) Aber ganz so schlimm dass 
er immer abbricht ist es dann auch nicht. Auch mal gescheit sauber 
machen das Teil, kann ebenfalls helfen.

Michael

@Christian Kreuzer
Habe jetzt erstmal den CPLD nochmal komplett abgelötet und musste 
feststellen, dass sich unterhalb der CPLD noch Lötpaste befand die wohl 
nen Kurzschluss verursacht haben muss. Leider hab ich gerad nich genug 
Zeit ihn auch wieder drauf zu löten. Werd es wohl mit ein bissel Glück 
morgen machen. Ich werd mich deshalb noch mal melden, wenn es geklappt 
hat.

Geht bei euch der Kanal 32?
Ich hab da immer 0 und kann keinen Fehler (Kurzschluss, Lötbrücke,..) 
rausmessen.

Christian

Fehler gefunden, war wirklich beim Ram.
Jetzt gehts ans Gehäuse.

Danke,
Christian

Hi,
ich hab bei Segor für die Treiber ein kleines Gehäuse (2411 sw) 
gefunden.
Allerdings wurden die Steckverbinder anders wie im Bausatz realisiert.

Wigbert

Basti hast es geschafft?
Du solltest mal alle Loetstellen vom FT232 aber auch vom CPLD pruefen. 
Ich hatte da kalte, die optisch einwandfrei ausgesehen haben. Beim CPLD 
mal separat alle VCC und GND-Leitungen pruefen. Musste auch ne ganze 
Zeit lang rumfrickeln bis es geklappt hat ;)

Michael

Kannst Dich ja ma bei mir melden per ICQ 307682079. Vielleicht kann ich 
Dir nen paar nuetzliche Hinweise geben.

Michael

Joa schreib halt einfach mal :P

Hallo zusammen,
könnt Ihr nachvollziehen, ob es sich bei den Abstürzen die Hardware oder 
die MiniLa Software abhängt?

Die Frage ist, ist dass eine Sache der Software oder der Hardware, da 
ich in den nächsten Tagen nochmals an die Software ran wollte, könnte 
ich mich mit dem Timing nochmals auseinandersetzen.

Falls noch weitere kleinere Änderungswünsche an der Software existieren, 
könnte ich sehen, in wie weit ich sie direkt mit realisieren kann.

1.Anforderung:
"Könntest Du in der Software einen Button einarbeiten mit dem, nach 
einem
Absturz der Kommunikation, einfach nach mit einem Click die Verbindung
wieder herstellbar wäre? So bräuchte ein Schließen und Öffnen der
Software nicht mehr durchgeführt werden."

2. Anforderung:
"Der Workflow ist ja so, dass zu erst
zwei Cursor gesetzt werden dann unter Decoders gehen muss und dann 
erscheint das Fenster mit der Auswahl der zu messenden Kanäle. Wird 
dieser dann mit ok
bestätigt bekommt man dann das Fenster: Decoded data mit den 
übertragenen
Daten. Wurde wieder eine neue Messung angestoßen, muss erst wieder die
Auswahl getroffen werden und dann sieht man das Ergebnis."

Ein frohes Fest
Frank

Hallo Frank!
Ich sehe Du hast den aktuellen Beitrag zum MiniLa gefunden:)
Schön das Du Dich noch einmal in die Software "reinhängen" willst.
Zu dem 1. Punkt, den ich Dir geschrieben habe, ist vielleicht 
anzumerken, dass wenn ich einen Absturz zum MiniLa habe, ich dann die 
USB Verbindung trennen muss und mit stecken dieser ist die  Verbindung 
wieder hergestellt. Es kommt mir vor, als würde sich der FTDI USB-Chip 
im System verabschieden.
Hat jemand hier auch das Phänomen was ich beschreibe?

Mir fällt spontan noch eine Verbesserung ein. In der Software gibt es 
die Möglichkeit eine eingestellte/konfigurierte (Anzahl der Kanäle mit 
Beschreibung) abzuspeichern. Leider ist es nicht möglich weitere 
Einstellungen für diese Oberfläche mit abzuspeichern.
Folgende Dinge würde ich mit abspeichern wollen:
*die Triggerzeit
*unter "Trigger" den ausgewählten Kanal und die Informationen in 
"Advanced"

Das waren nun all so meine Gedanken.
Dann wünsche ich allen noch eine schöne Weihnachtszeit!

Gruß MAT

Hallo Michael,
hallo Matthias,
jau, ich will meine Urlaubszeit mal in das Projekt investieren.

Allerdings wird die Software für einige Zeit als Closed Software laufen 
müssen, da ich Bibliotheken verwende, die nicht Open Source sind. Ich 
muss erstmal sehen, wie ich diese Komponenten so bereitstelle, dass ich 
keine Urheberrechtsverletzung begehe.

Sollte aber insgesamt nicht das Problem sein.

Da die Anwendung so unsauber implementiert wurde, ist es sehr schwer die 
einzelnen Codeteile zu separieren und neu aufzubauen. Zur Zeit muss ich 
erstmal die reinen Strukturinformationen von den Dialogen trennen.

Im zweiten Schritt erfolgt die Reimplementierung der Oberfläche.

Gruß
Frank

Guido wrote:
> Mal ein Screenshot. Gerade soweit gekommen, die
> Änderungen sind aber noch fließend.
>
> Guido

Hallo,
welche lib wird bei Linux verwendet? libftd2xx.so.0.4.16 von FTDI oder 
libftdi 0.14 aus Linux.

Weiss jemand ob die closed Source FTDI libftd2xx zuverlässig arbeitet.

Wolfgang

Für alle Linuxfreaks

Da viele den Wunsch haben den minila auch unter Linux zu betreiben hier 
ein globaler Versuch der auch mit der vorerst closed Source Lösung von 
Frank möglich wäre.

Zuerst eine Anmerkung: Da ich zur Zeit noch keine lauffähige minila 
Hardware habe war ein heisser Test der Lösung nicht möglich. Ich hoffe 
dass sich hier einige Leuten finden die folgendes mit minila mal testen. 
Da bei Guido die Linux lib ftd2xx futzt sollten auftretende Problemme 
zumindest eingeschränkt werden.

Test zeigen dass minila.exe unter Wine läuft. Was fehlt ist der Hardware 
Anschluss. Bei richtiger Wine Konfiguration könnte der Parallelport 
sogar schon jetzt klappen. Ich wollte aber eine USB Lösung ermöglichen.

Der Ansatz dazu lautet Winelib.
Im Anhang findet sich eine Winelib ftd2xx.dll.so die ftd2xx.dll aus 
Windows in Wine als builin DLL ersetzt. Die Winelib nutzt linux 
libftd2xx.so.0.4.16 von FTDI.

Das tar ftd2xx.tgz file enthält Readme in neudeutsch zu manuellen 
Installation.

Zum Test bitte minila.exe inpout32.dll  minila.ini in ein seperates 
Verzeichnis kopieren, ftd2xx.dll weglassen.
Dann im Terminalfenster minila mit
wine minila.exe starten damit eventuelle Debug Ausgaben sichtbar werden.

Ohne Hardware zeigt minila.exe ein Fehler Fesnter USB Device opening 
failed bleibt aber bedienbar.

Ob da in Linux noch Zugriffsrechte auf die USB Geräte angepasst werden 
müssen sollte Guido schon festgestellt haben.

Hoffe auf positive Rückmeldungen

Wolfgang

Kann mir bitte jemand sagen mit welchen Werten ihr die Widerstände auf 
den Treibermodulen bestückt habt? So wie ich das im anderen Thread (im 
Markt) verstanden habe, sind die 47 Ohm die im Schaltplan eingezeichnet 
sind nur als Platzhalter gedacht.
Grüße Peter

Hallo Guido,
das mit der Grafik kann ich bestätigen, ich versuche zur Zeit ein paar 
Alternativen, bin aber alles andere als zufrieden.

Insgesamt habe ich bisher die Kommunikation neu aufgebaut, die Dialoge 
und Daten von einander getrennt...

- Die Daten und Einstellungen können Projekt bezogen gespeichert werden.
- Es können mehrere Fenster mit Messdaten parallel geöffnet werden.

Allerdings kann nur in einem Fenster gemessen werden.

Zur Zeit versuche ich die grafische Darstellung zu überarbeiten, bin 
aber jetzt soweit, dass ich den alten Scheiss komplett wegwerfe und mir 
was neues überlege. Ich denke ich werden es mal mit einer anderen 
Komponente versuchen, die ich früher zur Messdatendarstellung verwendet 
habe.

Gruß
Frank

Ich hab meinen miniLA immer noch nicht am laufen -.-

Sowohl mein alter selbstgeätzer Programmer als auch der neue in der 
Sammelbestellung mitbestellte Programmer geben immer eine Device ID von 
0000111111111111111111 (ka jetzt genau wieivele 1er)zurück und das an 2 
unterschiedlichen rechnern getestet, immer das gleiche Problem, dabei 
ist es egal ob der Programmer an den miniLA angesteckt ist oder nicht, 
immer 0000111111111111111111 ...

Ich weiß jetzt nich genau wo ich das Problem suchen soll, ich hab sowohl 
am Programmer als auch am MiniLA alles überprüft eigentlich ... Braucht 
der CLPD eigentlich nen Takt vom Oszilator um nen JTAG scan durchführen 
zu können (also um gescannt zu werden) nur um den als Fehlerquelle 
ausschließen zu können, auf einem Bild im alten thread war der 
Oszillator noch nicht aufgelötet und der Programmer hing dran, also geh 
ich mal davon aus er ist nicht von nöten.

Auf Lötbrücken hab ich schon alles 10x kontrolliert, der USB teil läuft 
auch, nur eben bekomm ich keine Verbindung mit dem Programmer zum CLPD.

Lötbrücken hab ich mit ner Läuselupe (also so ne 10x lupe oder so), mit 
der Spiegelreflexkammera und mit der normalen Lupe mehrfach überprüft, 
auflicht und "durchlicht", hat alles nichts gebracht :(

Ich hoffe mir kann wer helfen, ich will das ding auch endlich mal 
benutzen ;)

Also ich habe den CPLD erfolgreich mit dem USBProg progammiert... mit 
dem Parport-Programmer ging auch nichts. Versuche den doch mal ;)

USBProg hab ich leider nich hier liegen :( Hatte damals nen STK500 
günstig bekommen bevor es den USBProg gab, deswegen hab ich mir dann nie 
einen zugelegt.

Drähte vom Stecker zu den lötpunkten auf der Platine sind da, hab sogar 
ncoh mal andere drangelötet (hatte vorher kupferlackdrähte drin, hatte 
jetzt die befürchtung, dass die irgendwo nen kurzen hatten) aber auch 
die neuen isolierten kabel haben keine besserung erbracht.

Spannung ist da, auch sauber (oszilloskopiert ^^)

Der Takt scheint (auch wenn er nicht benötigt wird) da zu sein, meine 10 
MHz krücke zeigt mir deutlich VCC/2 am Taktausgang an ;)

TMS und TDI haben auch schon VCC (die haben ja intern nen pullup).

Über Debug --> activate Debug Chain kann man ja beliebig die ports 
einstellen und auch beliebig viele Takte über TCK schicken, hab ich 
alles überprüft sieht auch gut aus.

Nur leider scheint der CPLD komplett tot zu sein :(

Ich mein ich hab zwar relativ lang dran rumgebrutzelt um ihn schön 
draufzulöten, aber ich glaub kaum, dass ich ihn kaputtgelötet hab oder?

Mir fällt jetzt echt nix mehr ein was ich noch testen oder machen könnte 
:(

Wenn du möchtest kannst du ihn mir zusenden, dann würde ich es mit einem 
orginal xilinx programmer versuchen.

Ja das angebot ist nett, ich glaub ich werds mal machen, ist immer noch 
billiger als nen neuer CPLD ...

Dann schreib mir mal ne nachricht....

Als alternative könnte ich dir auch ein CPLD bei Digikey mitbestellen 
falls das das Problem sein sollte. Da ich in ca 14 Tagen eine bestellung 
bei Digekey machen werde.

Hi,
In Vorbereitung einer weiteren Sammelbestellung, wollte ich die
Treiberplatine für die externen Anschlüsse(externer Trigger,usw) noch 
mal überarbeiten.
Seinerzeit habe ich eine 5.Treiberplatine mit geliefert, um arbeitsfähig
zu sein.
Um Verwechslungen auszuschliessen wollte ich K1(10pol.Eingang)
benutzen. Dort wären auch die Reihenwiderstände vorhanden.
Dann würde in Zukunft die 5.Platine für Extern nur sein.

Nun mal meine Frage an die Profis:
Sind meine Überlegungen richtig,
kann jemand erklären was es mit x1-x7 an K8 auf sich hat.

Wigbert