Robotrontechnik-Forum

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

Willkommen Gast!

Robotrontechnik-Forum » Technische Diskussionen » KC85/4 256k Arbeitsspeicher mit SRAM » Themenansicht

Autor

Thread - Seiten: -1-

000
06.05.2015, 00:26 Uhr
PIC18F2550

Da mein versuch passenden 256K dram zu bekommen scheiterte hab ich mich entschlossen diesen durch 512k Sram zu ersetzen.

Was noch fehlt ist wie immer das Hünerfutter.

--
42

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

Dieser Beitrag wurde am 06.05.2015 um 00:26 Uhr von PIC18F2550 editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

001
06.05.2015, 01:25 Uhr
holm

Avatar von holm

Verstehe ich nicht. Du hast keinen 30poligen SIMM auftreiben können?

Gruß,

Holm
--
float R,y=1.5,x,r,A,P,B;int u,h=80,n=80,s;main(c,v)int c;char **v;
{s=(c>1?(h=atoi(v[1])):h)*h/2;for(R=6./h;s%h||(y-=R,x=-2),s;4<(P=B*B)+
(r=A*A)|++u==n&&putchar(*(((--s%h)?(u<n?--u%6:6):7)+"World! \n"))&&
(A=B=P=u=r=0,x+=R/2))A=B*2*A+y,B=P+x-r;}

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

002
06.05.2015, 02:31 Uhr
PIC18F2550

SIMM nee die gefallen mir nicht.
Das endet dann immer mit einem Drahtverhau.
--
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
06.05.2015, 06:09 Uhr
Bert

Ich verstehs auch nicht.
Meinen dRAM gabs hier:
http://www.pollin.de/shop/dt/MjU5ODk4OTk-/Bauelemente_Bauteile/Aktive_Bauelemente/IC/GM71256_12.html

Bert

P.S.: Ich bestelle die Woche noch bei Pollin (u.a. Teile für den KC-Recorder), soll ich Dir was mitbestellen?

Dieser Beitrag wurde am 06.05.2015 um 06:21 Uhr von Bert editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

004
06.05.2015, 07:07 Uhr
HONI

Wenn du die ganze Multiplex Geschichte für RAS und CAS umgehst wird die Schaltung noch etwas entspannter. Allerdings ist dann ein tieferer Eingriff ins System nötig. So könnte man noch Rechenzeit sparen.

MfG HONI!!

PS: Für den C64 gibt es einen Umbau auf SRAM, mit der 466-er Platine. Da wurde allerdings auch nur wieder das "mechanisch" demultiplext was Prozessor und System vorher ordentlich zusammengebaut hat

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

005
06.05.2015, 07:49 Uhr
holm

Avatar von holm

Zitat:

PIC18F2550 schrieb
SIMM nee die gefallen mir nicht.
Das endet dann immer mit einem Drahtverhau.

..kann mich nicht erinnern Drahtverhaus in normalen PCs gesehen zu haben.. also was zum Teufel meinst Du? Es gibt nach wie vor die Fassungen dafür zu kaufen, das Zeug ist also sogar Lochraster-kompatibel also wo ist Dein Problem?

Mir ist eigentlich halbwegs egal was Du da bastelst, ich werde Sowas sicher nicht bauen. Nur Deine Begründung ist nicht so recht nachvollziehbar.

Gruß,

Holm
--
float R,y=1.5,x,r,A,P,B;int u,h=80,n=80,s;main(c,v)int c;char **v;
{s=(c>1?(h=atoi(v[1])):h)*h/2;for(R=6./h;s%h||(y-=R,x=-2),s;4<(P=B*B)+
(r=A*A)|++u==n&&putchar(*(((--s%h)?(u<n?--u%6:6):7)+"World! \n"))&&
(A=B=P=u=r=0,x+=R/2))A=B*2*A+y,B=P+x-r;}

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

006
06.05.2015, 08:02 Uhr
u.nickel

Worüber wird jetzt hier gesprochen: SRAM oder dRAM?
Warum bei den paar kByte überhaupt dRAM?

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

007
06.05.2015, 08:08 Uhr
PIC18F2550

Der Plan ist nur der teil der sich mit der Kopplung mit dem KC befasst.
Nicht dargestellt ist die I2C Anbindung um den Speicher zu füllen oder zu lesen.
Die Anordnung der Adapter entspricht der Lage auf der Hauptplatine.
Kommandos und statussignala werden dann direkt im SRAM ohne Ports übergeben.
Ein parallelbetrieb mit anderen Prozessoren ist bei gemultiplexter Ansteuerung des SRAMs auch möglich.

Mit drams ist das nur mit erblichen Aufwand möglich.

Ich hoffe damit ist das Thema dram erschlagen.
--
42

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

Dieser Beitrag wurde am 06.05.2015 um 08:12 Uhr von PIC18F2550 editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

008
06.05.2015, 08:30 Uhr
Guido
Default Group and Edit

Warum fragt mich keiner? Ich habe noch 256er in diversen Mengen in der Schachtel.

Aber egal, wenns unbedingt SRam sein soll....

Guido
--
Der Mensch hat drei Wege, klug zu handeln.
Erstens durch Nachdenken: Das ist der edelste.
Zweitens durch Nachahmen: Das ist der leichteste.
Drittens durch Erfahrung: Das ist der bitterste.
Konfuzius

Wer immun gegen ein Minimum an Aluminium ist, der hat eine Aluminiumminimumimmunitität.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

009
06.05.2015, 08:58 Uhr
holm

Avatar von holm

Ich würde Dir ein paar abnehmen Guido, für die RAF Karte vom Krzikalla Rechner..

(sorry, bin jetzt aus hier)

Gruß,

Holm
--
float R,y=1.5,x,r,A,P,B;int u,h=80,n=80,s;main(c,v)int c;char **v;
{s=(c>1?(h=atoi(v[1])):h)*h/2;for(R=6./h;s%h||(y-=R,x=-2),s;4<(P=B*B)+
(r=A*A)|++u==n&&putchar(*(((--s%h)?(u<n?--u%6:6):7)+"World! \n"))&&
(A=B=P=u=r=0,x+=R/2))A=B*2*A+y,B=P+x-r;}

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

010
06.05.2015, 09:04 Uhr
HONI

Warum nicht SRAM.

Finde die Idee garnicht schlecht. DRAM wurde doch nur eingebaut weil SRAM damals zu teuer war. Der Aufwand um den DRAM zu nutzen ist auch nicht unerheblich (Adressmultiplexing, Refresh). Wenn man das alles ausmistet wird das System erheblich übersichtlicher (und schneller

) .

MfG HONI!!

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

011
06.05.2015, 11:42 Uhr
holm

Avatar von holm

Definiere mal schnell im Zusammenhang mit Systemen die SRAM oder DRAM benutzen ... vs. Z80..

Gruß,

Holm
--
float R,y=1.5,x,r,A,P,B;int u,h=80,n=80,s;main(c,v)int c;char **v;
{s=(c>1?(h=atoi(v[1])):h)*h/2;for(R=6./h;s%h||(y-=R,x=-2),s;4<(P=B*B)+
(r=A*A)|++u==n&&putchar(*(((--s%h)?(u<n?--u%6:6):7)+"World! \n"))&&
(A=B=P=u=r=0,x+=R/2))A=B*2*A+y,B=P+x-r;}

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

012
06.05.2015, 12:20 Uhr
PIC18F2550

Holm das ist doch ganz einfach ich will zwischen den Zugriffen der CPU mit einen anderen Prozessor auf dem Speicher Rum hacken.
Meine Schaltung braucht nur 70ns das wird von HONI als schnell bezeichnet.
--
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

013
06.05.2015, 12:23 Uhr
Guido
Default Group and Edit

Zitat:

holm schrieb
Definiere mal schnell im Zusammenhang mit Systemen die SRAM oder DRAM benutzen ... vs. Z80..
Gruß,
Holm

Ganz einfach: DRAM = Schnecke, SRAM = Schnecke mit Rückenwind

Guido
--
Der Mensch hat drei Wege, klug zu handeln.
Erstens durch Nachdenken: Das ist der edelste.
Zweitens durch Nachahmen: Das ist der leichteste.
Drittens durch Erfahrung: Das ist der bitterste.
Konfuzius

Wer immun gegen ein Minimum an Aluminium ist, der hat eine Aluminiumminimumimmunitität.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

014
06.05.2015, 12:25 Uhr
holm

Avatar von holm

Du weißt doch genauso gut wie ich das das kein Ausschlußkriterium für DRAM ist, komplizierter wird es aber, dafür werden die Speicherbereiche größer.

Gruß,

Holm
--
float R,y=1.5,x,r,A,P,B;int u,h=80,n=80,s;main(c,v)int c;char **v;
{s=(c>1?(h=atoi(v[1])):h)*h/2;for(R=6./h;s%h||(y-=R,x=-2),s;4<(P=B*B)+
(r=A*A)|++u==n&&putchar(*(((--s%h)?(u<n?--u%6:6):7)+"World! \n"))&&
(A=B=P=u=r=0,x+=R/2))A=B*2*A+y,B=P+x-r;}

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

015
06.05.2015, 13:57 Uhr
ICL-LIONS

Holm, meinst du mit SIMM Module solche ?
Sind zwar nicht 30 Pol. aber D-Ram.
256K und 1M

Carsten

--
Online bin ich nur Wochentags zwischen 9 und 17 Uhr.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

016
06.05.2015, 14:26 Uhr
PIC18F2550

Holm ich brauche Zugriff Zeiten von unter 90ns.
Mit der schaltungsvariante will ich erstmal die D002 einsparen.

Aber wie schon gesagt das Thema dRAM ist vom Tisch.
--
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
06.05.2015, 14:54 Uhr
HONI

Zitat:

holm schrieb
Definiere mal schnell im Zusammenhang mit Systemen die SRAM oder DRAM benutzen ... vs. Z80..

Gruß,

Holm

Verdammt, hab wieder die Ironietags vergessen.

Zitat:

Guido schrieb
Ganz einfach: DRAM = Schnecke, SRAM = Schnecke mit Rückenwind

Guido

Auf einer Schildkrote, nicht zu vergessen

Bleibt noch die Frage was das Betriebssystem an Adressmultiplexing und Refresh übernimmt. Das müsste dann natürlich auch alles raus. Die Hardware könnte man einfach umgehen. Nur dann macht das ganze ihmo Sinn.
Wenn aber der KC die Speicheradressen zuerst multiplext und die dann hinterher wieder Demultiplext werden, von PICs Hardware ist das ganze ziemlich unnütz. Da würde ich dann wohl doch zu einem SIMM/SIP Modul greifen oder die passenden DILs besorgen.

MfG HONI!!

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

018
06.05.2015, 16:41 Uhr
PIC18F2550

Da wird nix Gedemuxt!
Das sind nur Adapter zur Grundplattiene.
Wo kein Typ dran steht ist auch kein IC drin.

Raus fliegen IC203/204/205/215 und die 8xU2164

rein kommen: 1x K6X4008 1x74F257 1x 74HC04

Na ja eine Schildkröte mit 60ns ist doch ziemlich träge gegen hispeed dramd mit 450ns.

Zur not könnte ich noch weiter ausbremsen mit 15ns SRAM.

Die 3 PROMS werden in diesem zuge gleich durch EEPOMS getauscht das ermöglicht dann eine Änderung des Inhaltes zur laufzeit oder für Tests.
--
42

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

Dieser Beitrag wurde am 06.05.2015 um 17:24 Uhr von PIC18F2550 editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

019
06.05.2015, 19:20 Uhr
holm

Avatar von holm

@Carsten: Die Dinger waren unter SIPPs bekannt/handelsüblich.., die machen die Sache noch einfacher.

Gruß,

Holm
--
float R,y=1.5,x,r,A,P,B;int u,h=80,n=80,s;main(c,v)int c;char **v;
{s=(c>1?(h=atoi(v[1])):h)*h/2;for(R=6./h;s%h||(y-=R,x=-2),s;4<(P=B*B)+
(r=A*A)|++u==n&&putchar(*(((--s%h)?(u<n?--u%6:6):7)+"World! \n"))&&
(A=B=P=u=r=0,x+=R/2))A=B*2*A+y,B=P+x-r;}

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

020
06.05.2015, 19:53 Uhr
Enrico
Default Group and Edit

PIC, so ganz klar ist mir Deine wilde Schaltung nicht, aber das macht ja nix.
Mir scheint, dass Du mit einer 2. CPU direkt auf den KC willst.
Reicht Dir da ein 1KB Dual-Port RAM nicht aus?
Du könntest doch auch den Bus mittels /BUSRQ übernehmen.
Dann hättest Du auch gleich noch einen Hardware-Debugger.

Holm, die SIPPs sind aber keine normalen, die haben nur 25 Pins.
--
MFG
Enrico

Dieser Beitrag wurde am 06.05.2015 um 19:55 Uhr von Enrico editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

021
06.05.2015, 21:13 Uhr
Micha

Avatar von Micha

PIC agiert mal wieder als Daniel Düsentrieb - und wie immer versteht der Rest der Welt die paar hingeworfenen Informationsbrocken nicht und reagiert dementsprechend verstört.

Mensch PIC, wann verstehst Du diese ganz einfache Sache mal:
1) verständlich erklären was und wie und warum du was machst
2) erst dann die entsprechende Frage fragen.
Würdest Dir und dem Rest einen Gefallen tun. Vor allem Dir selber. Es hat gewisse Vorteile sich anderen verständlich zu machen. Denn niemand kann Deine Gedanken lesen. Du und ralle, ihr seid schon zwei so ne Gedanken-Stenografie-Experten

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

022
06.05.2015, 22:25 Uhr
ICL-LIONS

Zitat:

holm schrieb
@Carsten: Die Dinger waren unter SIPPs bekannt/handelsüblich.., die machen die Sache noch einfacher.

Gruß,

Holm

Danke Holm, eine aktuelle Schaltung auf solche Module aufzubauen ist aber auch nicht sinnvoll :-)

Carsten
--
Online bin ich nur Wochentags zwischen 9 und 17 Uhr.

Dieser Beitrag wurde am 06.05.2015 um 22:29 Uhr von ICL-LIONS editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

023
06.05.2015, 22:40 Uhr
kaiOr

Lustig wärs wenn man auch ext. in den IRM schreiben könnte...TV-Karte, Videos einblenden etc.

@PIC18F2550:
IC4 Pin5 hab ich glaube auf GND und Pin 1 stattdessen direkt mit AB15 beschaltet. Weiterhin hab ich ne zweite Mux daneben gepackt um von USER4.5 (27256) auf BASIC-only und von 256k auf 64k-only umschalten zu können, also um auch per Knopfdruck einen voll kompatiblen KC85/4 im 5er zu haben. Nicht jede Software mag den 5er....
CAOS alt + neu sowie CAOS-ROM C + E kann man in einen 27256 vereinen, nur dann braucht man /BSON an /CS.

MfG

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

024
06.05.2015, 23:14 Uhr
PIC18F2550

Hallo Enrico.

Die Schaltung ist nur ein Auszug und der zeigt wie der interne dram durch einen SRAM ersetzt wird.
Die Platiene ist nicht so aufgebaut wie sie eigendlich müsste.
Ich hatte schonmal gefragt ob jemand die Vermaßung der Bohrlöcher von den Schaltkreißen hatt.
Leider hatte keiner so was.
Im Prinzip werden einige schaltkreiße auf der hauptplatiene durch Sockel ersetzt und in diese sockel wird dann die Modulplatiene gesteckt.
Desshalb sieht mann auch so viele Schaltkreiße im plan das sind aber nur stiftleisten.(Das macht die sache etwas einfacher)

Warum soll ich mich mit einem 1K zufriedengeben wenn ich 512k haben kann.

Die zwei 256k Bänke kann ich dann unabhängig vom KC umschalten.
So kann auf einem Der KC werkeln und auf dem anderen die andere CPU.

/BUSRQ ist für eine Parallelesprozesssystem ungeeignet da die eine CPU die andere immer Behindert.
--
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

025
06.05.2015, 23:23 Uhr
PIC18F2550

Hallo kaiOr.

Daten in den IRM zu schleusen währe kein Problem, aber wozu der RGB und TV Außgang werden nicht mehr bedient.
Die VGA-Platiene ließt auch bloß die Daten mit die der Viedeogenerator gerade von dem IRM ließt mit und Puffert diese für ein ruckelfreies Bild.
Ein overlay im VGA-Teil könnt theoretisch mit bis zu 3,5Mb/s gefüttert werden.

Die sache mit dem CAOS PROM ist interessand kannst du mir da irgend einen plan zukommen lassen?
Die Speicherbelegung des EPROMS währe auch von Interesse.
--
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

026
06.05.2015, 23:33 Uhr
PIC18F2550

Hallo Micha.

Ich versteh dich nicht. Was hatt deine Aussage mit dRAM oder SRAM gemein? NICHTS!

In 000 steht keine Frage sondern eine Schaltung die es ermöglicht einen SRAM anstelle des dRAMS zu verwenden. Nicht mehr und nicht wehniger.
Das was danach kommt ist bereits Entwicklungsgeschichte und Stand in 000 nicht zur Debatte weil es noch nicht klar war wohin das geht.
--
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

027
07.05.2015, 00:15 Uhr
Bert

Ich verstehe Micha.
Aus Deinem Eingangspost (000) ist überhaupt nicht klar, was Du willst.
Angeblich sind die dRAMS nicht erhältlich und plötzlich fängst Du an mit I2C und RAM füllen.

Für mich geht ein guter Eingangspost auf die folgenden Punkte ein:
- wo stehe ich
- wie bin ich bis dahin gekommen
- wo will ich hin
- welches Hinderniss tritt auf

oder
- womit war ich unzufrieden
- wie habe ich das Problem gelöst
- zu welchen neuen Erkenntnissen bin ich bei der Problemlösung gelangt

Und Micha hat in seinem Post sehr diplomatisch drauf hingewiesen, das er Deinem Problem bzw. Deinen Gedankengängen nicht folgen konnte.
Ich kann das übrigens auch nicht.

Anyway: garbage in - garbage out

Gute Nacht!

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

028
07.05.2015, 10:45 Uhr
PIC18F2550

"- womit war ich unzufrieden" (Wollte dazu eigentlich nichts schreiben)
"- wie habe ich das Problem gelöst"

Ich versuchte meinen Handscanner (für KC) gegen 9x 256k dRAM zu tauschen.
Noch mehreren Fehlversuchen (Interessenten verstummten oder erschienen nicht) hab ich mich entschieden (nach Garitz) das Teil letzlich zu entsorgen und dafür einen SRAM aus meiner Wühlkiste zu verwenden.

"- zu welchen neuen Erkenntnissen bin ich bei der Problemlösung gelangt"

Ich könnte noch mehr mit dem SRAM machen.
Da es sowiso keiner braucht bzw bauen will hätte ich mir das auch sparen können
--
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

029
07.05.2015, 11:01 Uhr
u.nickel

@ PIC
Ahhhh! Nachdem jetzt in 024 noch mal von Dir was erklärt wurde, ist mal überhaupt deine begriffliche Verwendung von "Modul" verständlich! Verstehe ich es jetzt richtig, das Du etliches vom Motherboard runterschmeissen willst und dann ein "Doughterboard" intern draufsetzt? Also nix mit Modul zum reinstecken in die Steckplätze des Kc.
Aber irgendwie stellt sich mir bei dem Umfang des Auslötens plus Neulötens im Verhältnis zu dem, was dann an uralter Elektronik noch verbleibt, echt die Frage, ob eine gänzlich neue Leiterplatte mit moderner Hardware da nicht sinnvoller und weniger arbeitsintensiv ist.... Womit wir dann doch irgendwie bei ner FPGA-Lösung landen.
Aber ohne Quatsch, auch für das, was du machen willst, solltest Du mal überlegen, ob Du nicht nen FPGA zum 512k-Dualportet-Ram(inclusive Hühnerfutter) machst.
In 016 schreibst Du was von D002 einsparen (durch die 90ns RAM...?).
Wie sparst Du denn dadurch den Busdriveraufsatz ein?

Gruß Uwe

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

030
07.05.2015, 12:00 Uhr
PIC18F2550

Hallo u.nickel.

"Wie sparst Du denn dadurch den Busdriveraufsatz ein?"
Durch inegration vom Modulen in das Basisgerät bzw mit einem 50Mhz seriellen syncronem Interfaces.

An FPGA will ich einfach nicht ran.

--
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

031
07.05.2015, 12:37 Uhr
holm

Avatar von holm

..an DRAM auch nicht.
Mir kommt Dein Projekt etwas verworren und seltsam vor, bin wohl nicht der Einzige damit.
Das was Du bauen willst gibtsals JKC-Emu auch billiger :-)

@Carsten: Die Frage ist wieviel davon man noch hat. "Gewöhnliche" und SDRAM Simms habe ich noch mehrere Kilo, so viel ich weiß sieht es bei Guido damit nicht anders aus, warum also nicht?

Gruß,

Holm
--
float R,y=1.5,x,r,A,P,B;int u,h=80,n=80,s;main(c,v)int c;char **v;
{s=(c>1?(h=atoi(v[1])):h)*h/2;for(R=6./h;s%h||(y-=R,x=-2),s;4<(P=B*B)+
(r=A*A)|++u==n&&putchar(*(((--s%h)?(u<n?--u%6:6):7)+"World! \n"))&&
(A=B=P=u=r=0,x+=R/2))A=B*2*A+y,B=P+x-r;}

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

032
07.05.2015, 14:06 Uhr
PIC18F2550

hallo holm.

"Mir kommt Dein Projekt etwas verworren und seltsam vor,.."
Was ist beim einsatz eines SRAM an stelle eines dRAMS so kompliziert?
Der Rest ist doch noch garnicht in Sack und Tüten das sind doch alles nur Optionen was man noch damit machen kann.
Ich erklär doch nicht den Aufbau eines fix und ferdigen Bausatzes.

"Das was Du bauen willst gibt sals JKC-Emu auch billiger :-)"
Das Stimmt nicht ganz so denn ich brauch dazu immer einen PC und das Ding ist nicht unbedingt billiger.
--
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

033
09.05.2015, 13:43 Uhr
PIC18F2550

Hallo kaiOr,

Deine Anmerkungen in 023, zu den PROMS und die Vereinigung in einen EPROM, haben mich dazu verleitet auch eine Variante zu machen.
Da ich keine Drahtverbindungen mag hab ich mir überlegt wie ich mit den PROM Anschlüssen das lösen könnte.

Die /CS-ROM Signale kommen auf einem 3 zu BCD codierer und bilden daraus die Adressen A13 und A14 sowie ein gemeinsames /CS.

Über einen externen Anschluss ist es möglich zwischen zwei Systemen umzuschalten.
Die Umschaltung der Adresse A15 erfolgt immer erst wenn das CSA von L nach H geht.
Das verhindert das störungen oder ungünstige Schaltvorgäne keinen Einfluss auf das gerade geholte Byte haben.
CSA ist ein invertiertes /CS.

optional könnte mann noch die beider freien 8k Bänge in einen umschaltsystem zur Systemerweiterung unterbringen.

--
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

034
09.05.2015, 18:17 Uhr
kaiOr

Hallo,

finde ich gut, ein ROM für alles.

Nur die Eingangssignale ROF0 + ROF1, zur Auswahl einer der 4x8kB User-ROM vermisse ich am GAL. Die sind auch am ehem. BASIC-ROM vorhanden.

Das alte CAOS 4.2 initialisiert den RAM nicht korrekt, wenn 256kByte vorhanden sind und ROF0/ROF1 bedient es auch unwillkürlich. Mit Systemumschaltung klemme ich deshalb A16+A17 am SRAM auf Low und ROF0 + ROF1 auf High.

MfG

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

035
09.05.2015, 18:57 Uhr
PIC18F2550

Die Signale sind doch schon als /CS Signale an den PROMs Fertig ausdecodiert.

Deshalb habe ich diese mir nicht extra herausgezogen.
--
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

036
09.05.2015, 19:26 Uhr
kaiOr

Negativ, ROF0 + 1 ist nicht eincodiert. Die stehen aber auch nur in Ulrichs Schaltplan auf http://www.sax.de/~zander/

Dieser Beitrag wurde am 09.05.2015 um 19:27 Uhr von kaiOr editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

037
09.05.2015, 21:28 Uhr
PIC18F2550

OK binn halt ein bisschen vollblind.
Die hab ich garnicht für voll genommen....üble sache.

- D210 = CAOS Grundsystem auf Adresse :0E000H..0FFFFH
- D212 = CAOS Erweiterung auf Adresse : 0C000H..0CFFFH
- D211 = BASIC auf Adresse :0C000H..0DFFFH

/CS Bildung

- D210 = /ROME
- D212 = /ROM-CAOS
- D211 = /ROMC & ROF0 "& ROF1"

ROF0 welche funktion steckt dahinter?

ROF1 scheind keine Funktion zu haben
--
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

038
09.05.2015, 21:59 Uhr
kaiOr

Der KC85/5 hat optional einen 27256 anstelle des BASIC-ROM und bietet:

SWITCH 2 C1 -> BASIC
SWITCH 2 D1 -> REAS
SWITCH 2 E1 -> EDAS
SWITCH 2 F1 -> FORTH

Wobei die letzten drei (die die ersten drei im ROM sind) ohne weiteres mit anderer Software belegt werden können.

MfG

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

039
09.05.2015, 22:40 Uhr
PIC18F2550

Nach Plan gehen ROF0 und ROF1 auf D009 Bit 5 & 6.

Da dürfte die codierung nicht stimmen.

Du meinst bestimmt die Signale RAF0..RAF3 vom D008 da würde die codierung stimmen.
Nur die Fasse ich garnicht an die bleiben so wie die sind.

--
42

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

Dieser Beitrag wurde am 09.05.2015 um 22:46 Uhr von PIC18F2550 editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

040
10.05.2015, 00:01 Uhr
kaiOr

Wenn anstelle des BASIC-ROM ein 27256 gesteckt wird liegt ROF0 hübsch auf A14 und ROF1 auf A13, alles weitere steht im Handbuch zum CAOS 4.5.

Für Moduladressen <8 hat CAOS ne eigene Übersetzungstabelle und schwenkt dann am passenden Ausgabekanal/PIO-Port einzelne Bits um. Das ist nicht mit gesteckten Modulen zu vergleichen.

MfG

Dieser Beitrag wurde am 10.05.2015 um 00:09 Uhr von kaiOr editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

041
10.05.2015, 01:02 Uhr
PIC18F2550

Aubacke ich war noch beim PROM.
Mit einem 27256 stimmts natürlich.

Bei einem 64k-EPROM muss ich mich für eine variante entscheiden.

Die mit den zwei Betriebssystemen oder die mit dem 27256.

Beide passen nicht in den EPROM.

Mal sehen für welche ich mich entscheide. Ist am ende nur eine Frage was in den GAL reinkommt.
--
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

042
10.05.2015, 09:57 Uhr
kaiOr

Warum passt das denn nicht? Was soll denn dort noch rein?

Müsstest aber schon die Sache mit dem BCD-Codierer vergessen und stattdessen mit Wahrheitstabelle arbeiten, damit der ROM lückenlos voll wird.

MfG

Dieser Beitrag wurde am 10.05.2015 um 10:02 Uhr von kaiOr editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

043
10.05.2015, 11:09 Uhr
PIC18F2550

Lass und mal rechnen

original version wie im Originalgerät
CAOSE = 8k - E000..FFFF
BASIC = 8k - C000..DFFF
CAOSC = 4k - C000..CFFF
= 20k

version mit CAOSC=27256
CAOSE = 8k - E000..FFFF
BASIC = 8k - C000..DFFF
REAS = 8k - C000..DFFF
EDAS = 8k - C000..DFFF
FORTH = 8k - C000..DFFF
CAOSC = 4k - C000..CFFF
=44k

------
=64k

OK das passt mit einer Wahrheitstabelle.

Da muss ich meine drei steuerleitungen (S0-S2) entfernen.
Da ich eh nur EPROMS bis 64k Brennen kann werd ich das so machen.

Danke kaiOr für die Unterstützung.
--
42

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

Dieser Beitrag wurde am 10.05.2015 um 11:10 Uhr von PIC18F2550 editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

044
10.05.2015, 11:35 Uhr
kaiOr

Nee, der neue CAOS ROM C hat doch 8kByte.
Hatte eher in die Richtung gedacht:

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

045
10.05.2015, 12:07 Uhr
PIC18F2550

Ok Du hast recht das Basic ist das gleiche währe quatsch es extra noch mal zu Brennen.
Das spart den notwendigen Platz ein.

Muss an den alten CAOSE-PROM nicht noch ROF0 = 1 sein weil am CE1?

Das währe dann die Wahrheitstabelle.

--
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

046
10.05.2015, 14:04 Uhr
kaiOr

Mh sorry, jetzt hatte ich nen Denkfehler in meine Skizze gebracht. ROF0 + 1 sind auf High für BASIC und Low für Forth, wie schon in [034] geschrieben.
Der maskenprogrammierte BASIC ROM (U2364) reagiert neben /CE auch auf CS1 UND CS2. Also ja, wenn man es richtig original will, müssten ROF0+1 auch beim alten System mit rein. Praktisch darf an die Stelle zur Reparatur aber auch ein 2764 gesetzt werden, der nur lesbar ist wenn /PGM auf High ist, also ROF0 = 1 und ROF1 = X.

Ich fürchte mein KC nimmt da so oder so keine Rücksicht drauf.

Dieser Beitrag wurde am 10.05.2015 um 14:06 Uhr von kaiOr editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

047
10.05.2015, 23:23 Uhr
PIC18F2550

Ok hier ist jetzt die Endversion.

Wahrheitstabelle für den GAL.

Leiterplattenmodul zum aufstecken an der stelle wo sich die 3 PROM/EPROMs auf dem Bord befinden.

Es weden keine zusäzulichen verbindungen auf dem Bord benötigt.
Am CON1 Kann mittels eines kleinen Schalters zwischen den beiden Systemen (4.2 und 4.5) umgeschaltet werden.

Danke kaiOr für die Unterstützung.
--
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

Seiten: -1- [ Technische Diskussionen ]