Robotrontechnik-Forum

Registrieren || Einloggen || Hilfe/FAQ || Suche || Mitglieder || Home || Statistik || Kalender || Admins

Willkommen Gast!

Robotrontechnik-Forum » Technische Diskussionen » KC85/4 von 64k auf 256k » Themenansicht

Autor

Thread - Seiten: -1-

000
28.09.2014, 09:31 Uhr
PIC18F2550

Hallo,

ich suche eine Beschreibung wie ich den internen dRAM von 64k auf 256k umrüsten kann Und wass ich alles am Bord verändern muss.

Des weiteren suche ich noch die Info welche Typen da alle passen.
--
42

ist die Antwort auf die "Frage nach dem Leben, dem Universum und dem ganzen Rest"
Aktuelle Projektdokumentationen

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

001
28.09.2014, 10:20 Uhr
Rolly2

zB. 41256/71256, 256kx1bit 150/200 ns gehen da. Du must nur die 64er auslöten, Fassungen setzen. Dann die Eproms raus, Fassungen rein und
die Eproms neu brennen.
Eprom C 2764
EPROM E 2764
USERROM 27256
Die Eprominhalte kann ich dir als Bin oder Hex-File schicken.

vG. Andreas

256k-Ram Umbau
http://www.iee.et.tu-dresden.de/~kc-club/03/HARD02/0302-01-000.HTML
CAOS 4.5
http://susowa.homeftp.net/index.php/software-mainmenu/caos-mainmenu-115/229-entwickung-caos-45.html
CAOS 4.5 Download
http://susowa.homeftp.net/index.php/download-topmenu/cat_view/65-eprom-inhalte.html

Dieser Beitrag wurde am 28.09.2014 um 10:21 Uhr von Rolly2 editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

002
28.09.2014, 23:57 Uhr
PIC18F2550

UB880 & Z80 besitzt einen 7Bit Refresh

41256 besitzt einen 8Bit Refresh

71256 das ist doch ein 32K x 8 Static RAM
--
42

ist die Antwort auf die "Frage nach dem Leben, dem Universum und dem ganzen Rest"
Aktuelle Projektdokumentationen

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

003
29.09.2014, 00:12 Uhr
Enrico
Default Group and Edit

Was meinst Du damit?

Das funktioniert schon so, wenn Du die RAMs tauschst.
--
MFG
Enrico

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

004
29.09.2014, 00:26 Uhr
PIC18F2550

Die CPU führt den Refresh nur mit 7 Bit breite der dRAM aber mit 8Bit breite aus.
Das heist es werden nur 127 Zeilen von 256 aufgefrischt.

Die Graphigzugriffe erfolgen in 16Bit breite da die Adressen hintereinander liegen wird bei jedem Zugriff auch die entsprechende Zeile ein /RAS ausgelößt und die dRamzeile(1024Bit) gleichzeitig beim 41256 aufgefrischt.

Der Bildschirm besteht dabei aus 320 Spalten damit werden alle 256 Spalten des dRAMs aufgefrischt.

Der Z80 / U880 wurde für 16k dRAMS konzipiert.
Beim Z80 scheid es aber auch ein paar mit 8Bit refresh zu geben.

Der Z80180 besitzt einen 8Bit Refresh

Es wird also ein dRAM(256k) gebraucht der ein 7Bit Refresh hat und 2048 Leseverstärker.
--
42

ist die Antwort auf die "Frage nach dem Leben, dem Universum und dem ganzen Rest"
Aktuelle Projektdokumentationen

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

005
29.09.2014, 01:19 Uhr
Enrico
Default Group and Edit

Nö, wieso?

Das ist doch wurscht was die CPU nur kann.
Da kommt etwas Logik für den Zweck rein und dann geht das.
Spezielle RAMs brauch man da nicht.

Die Grafik geht gar nicht mit 16 Bit, da es nur RAM zu 8 Bit gibt.
--
MFG
Enrico

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

006
29.09.2014, 07:54 Uhr
felge1966

@PIC18F2550

Laß dich mal vom 7bit Refresh und 8bit Refresh nicht verwirren.
Bisher gingen bei mir alle 256K dRAM aus alten PC Boards.
Wenn du der Anleitung folgst und sicherheitshalber Fassungen für die RAMs verwendest, bist du auf der sicheren Seite. Das haben schon viele vor Dir gemacht und meist ist das Problem, daß es eine unsaubere Lötstelle oder einen rausgerissenen Durchkontakt gibt. Wenn möglich solltest du die RAMs vorher noch einmal testen, damit du keinen Geist jagst.

Gruß Jörg
--
http://felgentreu.spdns.org/bilder/jacob120.gif

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

007
29.09.2014, 08:31 Uhr
Rolly2

Entschuldige, ich meinte natürlich 21256.

vG. Andreas

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

008
29.09.2014, 10:29 Uhr
kaiOr

Nur DDR-RAM (U61256) hat die Kraft und Ausdauer, die man braucht!

Zitat:

PIC18F2550 schrieb
Die CPU führt den Refresh nur mit 7 Bit breite der dRAM aber mit 8Bit breite aus.

So ist das beim bereits verbauten 4164er, der 41265 ist 9 Bit breit (A0...A8). Ein paar Flipflops fungieren als zusätzliche Zähler. Damit das klappt kommt 4164er typischerweise mit der doppelten und 41256 mit der vierfachen Refreshzeit klar.

Der Bildspeicher wird nicht aufgerüstet, Refresh erfolgt dort nur durchs permanente Auslesen zur Generierung des PAL-Signals. Dabei ist der Speicher so (bunt) organisiert, das auch das zweite unsichtbare Bild, Kassettenpuffer etc. sich jewl. die selben RAM-Zeilen mit dem ersten Bild teilen um mit aufgefrischt zu werden.

MfG

Dieser Beitrag wurde am 29.09.2014 um 10:37 Uhr von kaiOr editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

009
29.09.2014, 15:20 Uhr
PIC18F2550

Hab gerade mal Ausschau gehalten nach 41256.
Bei den Preisen lohnt sich ja schon der Einsatz von SRAM und zwei Latchs.
/CAS ->> an das /STR vom Latch
/RAS ->> als /CS an den SRAM

Da währe dann ein 512x8 Bit Typ sogar drin.
Mit einem 2. könnten sogar 1 Mbit rein nur damit habe ich mich noch gar nicht befasst.
--
42

ist die Antwort auf die "Frage nach dem Leben, dem Universum und dem ganzen Rest"
Aktuelle Projektdokumentationen

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

010
29.09.2014, 16:16 Uhr
kaiOr

Zitat:

PIC18F2550 schrieb
Da währe dann ein 512x8 Bit Typ sogar drin.

Ist bei mir schon drin ich nutze aber nur die Hälfte, alles weitere scheitert am Softwaresupport. Am ehesten könnte man über einen RAM C mit Batteriepuffer nachdenken (und sich so das M062 sparen), da werkseitig zum Teil vorbereitet/auskodiert, fehlt nur ne Prioritätssteuerung zwischen ROM und RAM C wie zwischen RAM8 und IRM.

Wo "man könnte" endet kannste Dir bei mir anschauen.

Hatte aber die RAS & CAS-Generierung komplett rausgeworfen.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

011
29.09.2014, 17:32 Uhr
PIC18F2550

Also eine Pufferung des Rams sollte doch kein Problem sein.

Extra die Platte belasten um allein die RAS/CAS Dekodierung zu entfernen ich weis nicht Da spendiere ich lieber 2 Puffer.

Als Zusatzplatine 2x SRAM512X8 ,1x 8205 ,2x 8282 und eventuell noch etwas Flashspeicher als Disk.

Muss mal in Ruhe darüber nachdenken.
--
42

ist die Antwort auf die "Frage nach dem Leben, dem Universum und dem ganzen Rest"
Aktuelle Projektdokumentationen

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

012
29.09.2014, 17:50 Uhr
kaiOr

Ich wollte dich ja abschrecken, hat offenbar nicht richtig gewirkt. ^^
Die Dekodierung ist aus Geschwindigkeitsgründen rausgeflogen, das ist ein reines Studienobjekt und ich werde mir das auch kein zweites mal antun. Die CPU taktet selektiv 1,76Mhz oder 14Mhz. Effektiv bleiben bei dem Taktgemisch so 3-4Mhz beim Zugriff auf Module und Floppy-Station und 5-6Mhz bei interner Programmabarbeitung. In Richtung 8Mhz gibts dann langsam Krieg auf dem Bus und Abstürze, da habe ich den Flaschenhals noch nicht genau lokalisiert, aber eigentlich bin ich soweit zufrieden.

Dieser Beitrag wurde am 29.09.2014 um 18:07 Uhr von kaiOr editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

013
29.09.2014, 18:55 Uhr
matro

hallo Pic
Ich habe nicht bloß einen kc umgebaut .
Die Rams habe ich von Pollin GM71256 D-Ram da geht alles.
Bei Unipic bleiben alle Bilder Stunden lang erhalten ohne Fehler und zugriff, also
Refresh voll in Ordnung. Ich meine aber die Schaltkreise D15-D22.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

014
29.09.2014, 20:01 Uhr
Rolly2

Mehr als 256k kann man sowieso nicht nutzen. Da fehlt einfach die Software- seitige Unterstützung. 256k reichen aber allemal völlig aus.
Ich habe bis jetzt 7 KCs ungerüstet und alle funktionieren sehr gut. Der Umbau ist eigentlich nichts Besonderes mehr, er wurde wahrscheinlich schon 500 mal getätigt (oder mehr?).

vG. Andreas

PS. war doch mal was mit 71256, die habe ich auch schon eingesetzt.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

015
29.09.2014, 22:30 Uhr
PIC18F2550

Hallo,

hat robbi seinen neu gezeichneten Plan von 2012 fertig gemacht.

Wenn Ja gibt es dazu einen Link?

<EDIT> Danke für den Link --> http://www.sax.de/~zander/index2h.html </EDIT>
--
42

ist die Antwort auf die "Frage nach dem Leben, dem Universum und dem ganzen Rest"
Aktuelle Projektdokumentationen

Dieser Beitrag wurde am 30.09.2014 um 11:51 Uhr von PIC18F2550 editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

016
30.09.2014, 12:06 Uhr
PIC18F2550

Beim betrachten des Lageplanes überkam mich ein Gedanke.

Den dRAM für die Graphig parallel mit einem Controller lesen.

Folgende Signale stehen zur Verfügung

S0 und S1 sagen welche Funktion Aktiv ist (CPU/BWS/RAS/CAS)

/RAS & /CAS zeigen an das die Daten gültig sind.

A0-A7 Adressbus A0..A7 und A8..A15

D0-D7 Datenbus

Das macht Insgesamt 20 Leitungen zur Anbindung an den Controller.

Dazu kommen noch 8 Leitungen für den VGA Ausgang.

Blieben noch 4 zur eigenen Verwendung frei.

VGA für KC85/4 ist damit möglich.
--
42

ist die Antwort auf die "Frage nach dem Leben, dem Universum und dem ganzen Rest"
Aktuelle Projektdokumentationen

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

017
30.09.2014, 12:53 Uhr
kaiOr

Die 4 brauchste dann noch für FPIX, hell, blink und nen Startschuss wie VZR. Dafür kannste aber eigentlich den Adressbus weglassen, denn der VTG kreiselt immer gleich...

Ich halte mich dann aber mal raus.

Dieser Beitrag wurde am 30.09.2014 um 12:54 Uhr von kaiOr editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

018
30.09.2014, 13:40 Uhr
PIC18F2550

Was ist FPIX?

Wen das der Pixeltakt ist muss ich das verneinen.

Stimmt hell und blink bräuchte ich auch.

Die Adressen brauch ich um festzustellen was gerade gelesen wird.
- 1. Videospeicher
- 1. Colorspeicher
- 2. Videospeicher
- 2. Colorspeicher

Liegen die Speichersegmente 4x10k eigentlich an den Speichergrenzen 16K?

Eigentlich sollte ich dafür einen eigenen Beitrag eröffnen.

--
42

ist die Antwort auf die "Frage nach dem Leben, dem Universum und dem ganzen Rest"
Aktuelle Projektdokumentationen

Dieser Beitrag wurde am 30.09.2014 um 13:41 Uhr von PIC18F2550 editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

019
30.09.2014, 14:14 Uhr
kaiOr

Die Adressfolge ist halt immer gleich, schau's dir in Ruhe an. FPIX bestimmt ob horizontal 8 Pixel eine 8-Bit-Farbe oder jedes Pixel ne eigene 2-Bit-Farbe bekommt (4-Farb-Modus).

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

020
30.09.2014, 15:28 Uhr
PIC18F2550

Gibt es viele Programme die den 4-Farb-Modus benutzen?
Wüsste ich jetzt nicht wie ich das umsetzen soll.

--
42

ist die Antwort auf die "Frage nach dem Leben, dem Universum und dem ganzen Rest"
Aktuelle Projektdokumentationen

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

021
30.09.2014, 17:39 Uhr
Enrico
Default Group and Edit

Da gibts mindestens UNIPIC.
--
MFG
Enrico

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

022
03.10.2014, 20:13 Uhr
Rolly2

Hallo PIC18F2550,
Jörg (SAS) hat KM41256 im Flohmarkt stehen, das ist genau das Richtige für deinen Umbau.

vG. Andreas

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

Seiten: -1- [ Technische Diskussionen ]