Beiträge von Andechs

Zitat von tokabln

Moin, gibt es davon schon eine finale Version... ?

Nein leider noch nicht. INTA geht immer noch nicht. (Es kann sein das der PCF das in diesem Boot-Modus gar nicht macht)

Ich habe erst mal ein neues Gehäuse, neue Rückwand, neues Netzteil für den MFA, 2x Hameg 80xx Reparatur und Teleskopnachführung Reparatur vorgeschoben. Zu guter Letzt bin ich seit Mitte Dezember unter der Woche ständig auf Montage. Aber es geht demnächst weiter...

Es gibt auch ein jede Menge Frontplatten wo nur eine Folie aus dem Laserdrucker als Beschriftung verwendet wurde...

GitHub - ole00/afterburner: GAL chip programmer for Arduino:

PES info: Atmel ATF16V8B VPP=10.0 Timing: prog=10ms erase=25ms

Nicht dass wir die neuen Chips mit den früher üblichen 16V rösten...

Zitat von funkenzupfer

Ich geh davon aus, das die GALs auch eine ID haben.

Die 16/20V8 GALS haben 64bit für eine Signatur. Diese ist steht aber zur freien Verfügung und ist keine Typen oder Seriennummer vom Chiphersteller.

GAL16V8, GAL16V8A,B:
RA Address                                      Width
 0-31           Fuse-Matrix                     64 Bit
   32           Signature                       64 Bit
33-59           reserved space                  64 Bit
   60           Architecture-Control-Word ACW   82 Bit
   61           Security bit
   62           reserved
   63           Bulk Erase

GAL20V8, GAL20V8A,B:
RA Address                                      Width
 0-39           Fuse-Matrix                     64 Bit
   40           Signature                       64 Bit
41-59           reserved space                  64 Bit
   60           Architecture-Control-Word ACW   82 Bit
   61           Security bit
   62           reserved
   63           Bulk Erase

Source:
https://k1.spdns.de/Develop/Projects/GalAsm/info/galer/proggal.html

Interessant ist aber der "reserved space". Unter RA58 finden sich 64bit die dem Programmiergerät alles über den Chip verraten.

Also sagt der Chip dem Programmiergerät, welche Programmierspannung usw. gebraucht wird. Das erklärt zum Beispiel, das vom ganzen Programmiervorgang nirgends etwas in den Datenblättern zu finden ist. Eine Art Copyright oder Lizenz-Vertriebsmodell für Programmiergeräte?

Programmers Electronic Signature:
b0(LSB)..b7(MSB)=byte B0=number of times GAL was programmed (if set)
b8..b11=byte B1=programming algorithm, interpret depending of GAL type
    16V8
    20V8
    6001
    6002
    20RA10
    20XV10
    22V10
    18V10
    26CV12
    00    01    VPP 15.75V programming pulse 100ms
    01          VPP 15.75V programming pulse 80ms
    02    00    VPP 16.50V programming pulse 10ms
    03    02    VPP 14.50V (National 15.00V) programming pulse 40ms
    04    03    VPP 14.00V programming pulse 100ms
    05    05    programming parameters follow starting at bit 32 (D4)
b12=LOW-VOLTAGE-bit (0 for Normal 5V GAL, 1 for 3.3 low-voltage GAL)
b15=MASTER-bit (modify GAL only after query of user)
b16..b23=byte B2=GAL type
    0x00    16V8
    0x1A    16V8A/B/C/D/Z/ZD
    0x20    20V8
    0x3A    20V8A/B/Z
    0x40    6001
    0x41    6001B
    0x44    6002B
    0x48    22V10
    0x49    22V10B/C/Z
    0x50    18V10
    0x51    18V10B
    0x58    26CV12
    0x59    26CV12B
    0x60    20RA10
    0x61    20RA10B
    0x65    20XV10
    0x66    20XV10B
b24..b31=byte B3=vendor
    0xA1 Lattice (http://www.latticesemi.com)
    0x8F National Semiconductors (http://www.nsc.com)
    0x20 STMicrosystems (http://www.st.com)

The following bits are only valid at programming algorithm 5:
b32..b33: ignored
b34..b36: erase pulse time 10,25,50,100,200,400,800,- msec (only if B1=0x05)
            ,else for 6001, 6002, National 20RA10, 20XV10, 22V10, 18V10, 26V12: 50 msec
            , else 100 msec
b37..b40: programing pulse time 1,2,5,10,20,30,40,50,60,70,80,90,100,200,-,- msec
b41..b45: VPP(program/erase) 5.0,5.5,6.0,...20.5V
b46..b50: VPP(readout) 5.0,5.5,6.0,...20.5V (always 12V)
b56..b63: check sum

Source:
http://www.armory.com/~rstevew/Public/Pgmrs/GAL/algo.htm

Ich kann am WE mal schauen was ich so helfen kann. Ich habe noch einige Lattice 16V8A die damals mit dem MFA programmiert worden sind. Da kann ich mal nach der ID schauen. Ich habe auch noch ein GAL Handbuch von Lattice aus der Zeit von damals. Vielleicht steht da noch etwas drin.

WOW, wenn ich Platz hätte...
Die sehen eigentlich erst mal ganz gut aus. CPU, 64k Eprom, Video (Version?), die schmalen I/O's (die könnte ich noch gebrauchen), Netzteile, Backplane, und sogar ein EPrommer ist dabei. Frag doch mal ob der noch die Tastaturen dazu hat. Aber 250€ für 5 (anscheinend) komplette Startersets, ist echt gut.

Zitat von retro

Wann wurden die Teile gebaut?

Die I/O's und die 64k Eprom-karte deuten auf ein "neueres" kauf-Modell hin. Die ersten Systeme wurden bei uns noch in der Lehrwerkstatt im Kochtopf geätzt ;0)

Vielen Dank für die viele Arbeit, die Platinen und...

Ja, es hat Spaß gemacht!

(In endlicher Zeit abschließbares Projekt, Ihr kennt das ja...)

Ich war nun erst mal ein wenig auf der Softwareseite des Projektes zu Gange. Bis auf den INTR/INTA ist nun alles getestet. Wem zu langweilig ist, der kann ja mal reinschauen:

• Lade ein *.hex File per "Copy und Paste": LOAD.txt
  (z.B. Hexfile->Texteditor->Copy->Terminalprogramm->Paste)
• I2C-Bus: Initialisieren und Übertragungsroutinen (ROM Erweiterung?): I2C.txt
• I2C-RTC: Uhrzeit stellen und auslesen mit UI: RTC.txt
• I2C-EEProm: Speicherbereich zum/vom EEProm schreiben/lesen mit UI: EEPROM.txt
• Listet Interrupt-Vektoren im RAM un ROM auf: LIRQ.txt
• Testprogramm einer Interrupt Service Routine: ISR.txt

Ansonsten wirds auch noch Frontplatten geben. Ich habe einen Zerspanungstechniker für mein Retro-Projekt begeistern können :o). Der Nachteil ist, ich soll Fusion360 lernen. Das Gute daran: Ich hab' ein ganzes Büro von Konstrukteuren denen es Spaß macht mir dabei helfen. YES!

Wenn nicht der Dussel (ich) die Spannungsversorgung vom IC4 gedreht hätte...(ohne Kaffee gehts halt nicht).

Lässt sich aber alles reparieren. Nun kann ich erst mal spielen ;o)

Status:

• VCC/GND IC4 (mööp)
• Oscillator: Kondensator zu hoch? Ich hatte nur einen 22pF. Ohne geht es.
• I2C Pull-ups: Mal schauen was bei anderen Werten passiert.
• RTC: Funktioniert, LED für den SQWE wäre hübsch.
• EEPROM: Funktioniert
• Interrupts testen

Funktioniert prima!

Hier mal die Configs für FlashFloppy 3.36 mit kleinem OLED, Encoder und Sound.

Ich habe noch die DD320KB ergänzt, welche von MAT85-OS verwendet werden.

(Bei meiner img.cfg: *.DD320.img)

Schönen Gruß,

Andechs

IMG.CFG

## FF.CFG: FlashFloppy Configuration File

## DRIVE EMULATION
interface = shugart
host = unspecified
pin02 = dens
pin34 = rdy
write-protect = no
max-cyl = 80
side-select-glitch-filter = 50
track-change = instant
write-drain = instant
index-suppression = no
head-settle-ms = 10
motor-delay = ignore
chgrst = step

## STARTUP / INITIALISATION
ejected-on-startup = no
image-on-startup = last
display-probe-ms = 3000

## IMAGE NAVIGATION
autoselect-file-secs = 5
autoselect-folder-secs = 5
folder-sort = always
sort-priority = folders
nav-mode = default
nav-loop = yes
twobutton-action = rotary
rotary = half
indexed-prefix = "DSKA"

## DISPLAY
display-type=oled-128x32-rotate
oled-font = 6x13
oled-contrast = 143
display-order = default
display-off-secs = 60
display-on-activity = yes
display-scroll-rate = 200
display-scroll-pause = 2000
nav-scroll-rate = 80
nav-scroll-pause = 300

## MISCELLANEOUS
step-volume = 20
da-report-version = "BFZ/MFA"
extend-image = yes

IMG.CFG

## IMG.CFG: FlashFloppy Geometry Configuration File for Raw IMG Images

####################################################################
# Std 8" SS/SD
[8_26s128b::256256]
cyls = 77
heads = 1
rpm = 360
gap3 = 42
interleave = 1
bps = 128     
secs = 26
mode = fm
id = 1


####################################################################
# 8" DS/DD 26Sec 256byte
[8_26s256b::1025024]
cyls = 77
heads = 2
rpm = 360
bps = 256
secs = 26
mode = mfm


####################################################################
# 8" DS/DD 15sec 512byte
[8_15s512b::1182720]
cyls = 77
heads = 2
secs = 15
bps = 512
mode = mfm
rpm = 360

####################################################################
# 3,5" HD 1,44MB
[HD144::1474560] 
cyls = 80
heads = 2
secs = 18
bps = 512
mode = mfm
rpm = 300

####################################################################
# 5,25" HD 1,2MB
[HD12::1228800]
cyls = 80
heads = 2
secs = 15
bps = 512
mode = mfm
rpm = 360

####################################################################
# 3,5"/5,25" DD 720KB
[DD720::737280]
cyls = 80
heads = 2
secs = 9
bps = 512
mode = mfm
rpm = 300

####################################################################
# 3,5"/5,25" DD 320KB
[DD320::327680]
cyls = 80
heads = 2
secs = 8
bps = 512
mode = mfm
rpm = 300

Die sind so klein, da erkennt eh keiner den Unterschied...

- TILT - (ohne Kaffee gehts halt nicht)

Zitat von funkenzupfer

Was meinst du mit 805er ?

Bauform 805 := 2mm x 1.2mm, die ohne Beinchen ... :o)

Bis auf das ich die falsche Widerstandsgröße habe, passts. Oh weh, 204er oder meine guten 207-Trümmer und abkanten, oder Platine ändern? Hätte doch besser die 805er genommen...

Mal ein kleines Update:

Schaltplan: MFA_I2C_1_9.pdf

Die Bauteile sind mittlerweile angekommen. Am Wochenende kommt die "Countryard" Prüfung. Wenn Euch sonst nichts auffällt, geht der Prototyp in die Fertigung (Aisler: 11€ pro Platine, leider immer nur im 3er Pack).

OffTopic:
Hat ein wenig länger gedauert, ich hatte noch ein wenig Spaß mit dem "Konvolut", brauchte noch einen Serviceadapter für meine Hameg8000er, ein Breakoutboard für mein MSO und einen SubD9 Joystickadapter für den RetroPi400. Wenn's da auch interesse gibt (Platinen sind noch da) einfach PN.

Schönes WE an alle Bastler!

Zwei Karten sind schon wieder lauffähig und sauber. Die Flobby-Karte allerdings hat sich aber ordentlich gewehrt.

Da freut sich schon etwas auf ein neues Zuhause ;o)

Zitat von Thilo

Eagle in der "freien" Version

Früher gabs mal noch eine erschwingliche Eurokarten-2-Layer Hobby Version. Der Grund warum ich grade mit Target / KiCad experimentiere.

Also ich wäre bei der Platine mit dabei ;O)

Hast du auch die Rückseite zum Abkupfern?

Kleiner Zwischenstand um mal zu schauen, wie es werden kann.

MFA_I2C_0_4.pdf

EEPROM/FRAM: 24LC64 FM24C64B o.ä.

RTC: DS1307

Da fehlen noch die 2 kleinen 100nF Würfel. Kommen noch ein paar größere irgendwohin?

Mit der Batterie bin ich noch nicht so glücklich. Hab mich auch noch nicht richtig mit befasst.

Die kleinen Rn's (3er, 4er) fliegen wieder raus und werden Einzelwiederstände. Ist einfacher anzupassen und zu beschaffen.

Die Stecker werden wohl alle 5pin JST-PH. Da kann man sich aussuchen ob 4pin 2mm, 5pin 2mm oder Grove/Seed connector. Der andere ist ein klassischer Flachbandslot (Kennt noch einer die C-Control I Erweiterungsmodule?).

Ein Lochrasterfeld kann doch nicht so schwierig sein... grml.

Sperrflächen für die Fronplattenmontage fehlen..

Noch andere Ideen, was noch fehlt, oder so nicht geht?

SMD? Im Ernst? Soviel zu classic-computing... Gibt dann ne Lochrasterplatine mit Randbebauung.

Was wäre Euch lieber? Ein GAL oder 3x Kleinvieh?

Wahnsinn! Danke für die Arbeit!

hast du mal ein Foto gemacht? So eine Palette MFA Hardware wäre sehenswert.

Zitat von funkenzupfer

Und wie wird dann der INT im PCF bestaetigt?

Per Registerzugriff kann man den Interrupt zurücknehmen.

Sooo, ich bin ein Stück weiter. Ich habe mir den Signalverlauf mal angesehen und festgestellt, dass die vereinfachte Version von dir definitiv funktioniert. Zwar gibt es am PCF CS-Signale die Blödsinn sind, aber er bekommt weder IORD noch IOWR (sind ja Seicher-zugriffe). Und wenn alle Stricke reißen, feuert er gegen den LS245 der im Tristate schlummert.

Signalverlauf IORD

Signalverlauf IOWR und ein INTR

/* Interrupt von I2C-Bus */
RST     = !I2C;   
RST.oe  = !I2C;  
/* Interrupt von PCF8584 */
INTR    = !INT;
INTR.oe = !INT;
/* 74LS245 */
!CS2    = !ADR & (!IOR # !IOW) # INTA;
DIR2    = !ADR & !IOR # INTA;
/* PCF8584 */
!CS     = !ADR # INTA;
!WR     = !IOW;
!RD     = !IOR ;
!IACK   = INTA;

CS2  = !( (!ADR#INTA) & ((!IOR#INTA) # !IOW ))
DIR2 =    (!ADR#INTA) &  (!IOR#INTA)              ... Chip umdrehen und schon ists ein NAND
CS   = !( (!ADR#INTA)

3x OR, 3x NAND ... oder ists doch zu früh am Morgen?

• INTR.oe: ist drin
• Beim ADR ohne IORW grummelts noch, gibt halt CS Fehlzündungen.
• Habe mir die Zyklen vom 8085 und PCF wegen dem INTA angeschaut. Hast recht, ist mist. Doof ist nur das er nun auf einen INTA reagiert, obwohl er gar nicht gemeint war (bei Doppelbelegung). Dann müsste man sich schon wieder Flipflops einbauen... (eventuell das .d im Gal verwenden?)
• Jepp, der INTA-Zyklus ist optional, geht auch mit normalen RST's

Eine E/A-Karte hab' ich nun schon :O) Nun fehlen aber noch ein paar Teile. Dann können wir sehen, was die Praxis gegen die Theorie hat.
Guten Morgen, übrigends...

Druckfrisch mit fast keinen erkennbaren Fehlern ;o)

MFA_I2C_0_3.pdf

• Den 688 bekommt man beim Reichelt nur als HCT-Variante.
• Der PCF kommt dann mit Break-Out Bord (DIP ist out).
• Irgendwelche Vorschläge für die Kondensatoren? Welche nimmt man da? Für die Chips würde ich ja Sockel mit Kondensator nehmen. Kann man aber trotzdem mal vorsehen.

Danke übrigens, für die Nachwuchsarbeit funkenzupfer! Macht mal wieder richtig Spaß.

Zitat von funkenzupfer

Abgesehen davon, du hast das CS2 um 20ns verzoegert, nicht RD und WR.

(!ADR & (!IOR... Matrix -> !CS1 Makro -> !CS1&!IOR Matrix -> !RD Makro (der Feedback kommt aus dem Ausgangsmakro, der lange Weg...)

Ich würd mir in den Ar.. beißen, wenn ich die Karten hinterher für 50€ bei Ebay sammeln müsste. Da bezahl ich lieber Dir das doppelt und dreifache. Ich bin nur räumlich etwas beschränkt.

ADR ist der 8bit Compare

INTA, IOR, IOW vom Bus

CS1, DIR an den Bustreiber

CS2, WR, RD, IACK gehen an den PCF

RD,WR >20ns nach CS, sonst startet der PCF im 68000er Modus.

Auf dem GAL stand sogar 25ns drauf. Daher dachte ich erst eine Gatterlaufzeit würde langen.

So der große Wurf war der Test noch nicht. Da der Adressvergleicher hier immer noch nach IORW kommt und nicht nach ALE. Wenn man den permanent mitlaufen lässt, kommt das CS früher.

Bein INTR und IACK muss ich auch noch bei:

• INTR kann mehrfach verwendet werden. Wird auf der CPU-Karte mit Pulldown (TTL ?!) runtergezogen. Also Tristate nötig.
• INTA darf nur gegeben werden, wenn der PCF selber den Interrupt ausgelöst hat.

RST     = !I2C;   
INTR    = !INT;
INTR.oe = !INT;

!CS1    = (!ADR & (!IOR # !IOW)) # (INTA & !INT);
DIR     = (!ADR & !IOR) # (INTA & !INT);

!CS2    = !ADR # (INTA & !INT);
!WR     = !CS1 & !IOW;
!RD     = !CS1 & !IOR;
!IACK   = !CS1 & (INTA & !INT);

                               ______________
                              |I2C_Busmaster |
                      CLK x---|1           20|---x Vcc                      
                      INT x---|2           19|---x RST                      
                      ADR x---|3           18|---x INTR                     
                     INTA x---|4           17|---x CS1                      
                      IOR x---|5           16|---x DIR                      
                      IOW x---|6           15|---x CS2                      
                      I2C x---|7           14|---x RD                       
                      nc1 x---|8           13|---x WR                       
                      nc2 x---|9           12|---x IACK                     
                      GND x---|10          11|---x OE                       
                              |______________|

Zitat von Andechs

1 Stk Parallel Eingabe

1 Stk Parallel Ausgabe

1 Stk Floppy Controller

1 Stk Bus-Anzeige

1 Stk Bus-Signalgeber

1 Stk CPU

1 Stk Druckerinterface

1 Stk Fehlersimulation (eigentlich bin ich aber froh das mein System noch läuft...)

Der "i soi färdisch"-Status für heute:

Also mit dem ganzen Gatterkleinvieh wurde es mir zu bunt auf der Platine. Habe mir jetzt einen GAL gebastelt und da alles reingepackt.

Das hat den Vorteil, dass man das jetzt schon testen kann: Einen 8Bit Vergleicher haben wir ja auf den I/O Platinen. Von denen das ADR- Signal geklaut, der Rest ist von der Backplane.

• Man staune, ich brauch mindestens zwei Durchläufe der Makrozellen, um auf die 20ns Verzug zu kommen. Die haben 10ns Gatterlaufzeit. Gar nicht so übel für die Zeit.
• Die 240ns Datenbereitstellungszeit ist locker zu schaffen.
• Die 2 LS85 mit dem Inverter sind wahnsinnig schnell (LS688?)
• Ich mag mein Oszi immer noch
• Ein 16V8A langt für den ganzen Kleinkram.

Hier mal der Entwurf für den GAL:

!CS1    = (!ADR & (!IOR # !IOW)) # INTA;
CS2     = CS1;

!WR     = !CS2 & !IOW;
!RD     = !CS2 & !IOR;
!IACK   = !CS2 & !INTA;

DIR     = (!ADR & !IOR) # INTA;

RST     = !I2C;   
INTR    = !PCF;

Wie ist denn der Zwischenstand? Ein paar Ersatzteile würde ich auch abnehmen, will aber niemanden was "wegnehmen".

Sind das nackte 19" Rahmen, oder die im Gehäuse?

Die Backplanes sind wahrscheinlich die kurzen (für standard Netzteil und Regelung)?