Robotrontechnik-Forum

Registrieren || Einloggen || Hilfe/FAQ || Suche || Mitglieder || Home || Statistik || Kalender || Admins Willkommen Gast! RSS

Robotrontechnik-Forum » Technische Diskussionen » z1013 /IORQ1 » Themenansicht

Autor Thread - Seiten: -1-
000
04.02.2017, 18:19 Uhr
PIC18F2550

Avatar von PIC18F2550

Wo zu dient das Signal?

Ist es wichtig oder kann es entfallen?

Es ist eigentlich das /IORQ über die Brücke E2 an A27.
--
42 ist die Antwort auf die "Frage nach dem Leben, dem Universum und dem ganzen Rest"
Aktuelle Projektdokumentationen
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
001
04.02.2017, 19:23 Uhr
Andreas



Ich habe das damals so genutzt, das die EA-Erweiterung (vollständige Dekodierung) damit möglich ist.Außerdem habe ich damit das Interruptvektorlesen fehlerfrei gemacht (es bestand ein Fehler auf der Richtungssteuerung des Baugruppenträgers).Da das jetzt alles auf der Platine des Z1013-128 realisiert ist dürfte die Leitung überflüssig sein. Was die Entwickler damals im Sinn hatten weiß ich natürlich nicht.

Andreas
--
Viele Grüße
Andreas
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
002
04.02.2017, 21:49 Uhr
PIC18F2550

Avatar von PIC18F2550

OK wenn die Brücke raus ist ist das verständlich.

Also kann ich das Signal vom Busstecker schmeißen.
Da ich eine vollständige Decodierung verwende.
--
42 ist die Antwort auf die "Frage nach dem Leben, dem Universum und dem ganzen Rest"
Aktuelle Projektdokumentationen

Dieser Beitrag wurde am 04.02.2017 um 21:50 Uhr von PIC18F2550 editiert.
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
003
04.02.2017, 22:42 Uhr
Besserwisser

Avatar von Besserwisser

Während /MREQ die D0-7 zum Speicher leitet,
werden bei /IORQ die D0-7 zur Peripherie gelenkt.
Beide Signale können noch mit /RD und /WR verknüpft werden.
Damit erhält man 4 Zustände:

Speicher Lesen.
Speicher Schreiben.
Peripherie Lesen.
Peripherie Schreiben.
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
004
04.02.2017, 22:46 Uhr
PIC18F2550

Avatar von PIC18F2550

Besserwisser Ziel verfehlt es geht um /IORQ1.
--
42 ist die Antwort auf die "Frage nach dem Leben, dem Universum und dem ganzen Rest"
Aktuelle Projektdokumentationen
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
005
06.02.2017, 11:59 Uhr
PIC18F2550

Avatar von PIC18F2550

Ok scheint nicht wirklich wichtig zu sein also runter von der Platte.
--
42 ist die Antwort auf die "Frage nach dem Leben, dem Universum und dem ganzen Rest"
Aktuelle Projektdokumentationen
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
006
06.02.2017, 12:27 Uhr
felge1966
Default Group and Edit


@PIC18F2550

Was hast du eigentlich mit dem Z1013 / K1520 Bus vor?
Das ganze Modifizieren von /CASG und /IORQ1 macht ja nur Sinn, wenn es was ganz anderes werden soll und nicht auf bestehende Karten und Bussystem Rücksicht nehmen will. Ansonsten solltest du dich besser auf die Bestückung mit DIN Leisten verlegen, dort sind ja noch 6 Pins nicht definiert.

Gruß Jörg
--
http://felgentreu.spdns.org/bilder/jacob120.gif
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
007
06.02.2017, 13:48 Uhr
PIC18F2550

Avatar von PIC18F2550

@felge1966

Ich will erst ein mal wissen wo und wie die Signale gebraucht werden.

Ich will nicht den K1520 Bus neu erfinden.

Aber einige Funktionen waren einfach nicht vollständig auf der Platte.
So das die Vermutung nahe liegt das da einiges entsorgt werden könnte.
z.B. die von Andreas erwähnten vollständige Dekodierung die jetzt komplett ist oder wo das /CASG durch RDY ersetzt wurde

In welchen Zusammenhang das noch mit dem steht " Interruptvektorlesen fehlerfrei gemacht (es bestand ein Fehler auf der Richtungssteuerung des Baugruppenträgers)" weis ich auch noch nicht.
--
42 ist die Antwort auf die "Frage nach dem Leben, dem Universum und dem ganzen Rest"
Aktuelle Projektdokumentationen
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
008
06.02.2017, 20:00 Uhr
Andreas



@PIC18F2550
Das fehlerhafte Interuptvektorlesen betrifft den Originalbaugruppenträger. Der Datentreiber wurde unter bestimmten Umständen beim Vektorlesen von einer installierten CTC falsch gelesen.Ich hatte in der CTC eine 1s Interruptroutine programmiert. Die damit gesteuerte Uhr auf dem Bildschirm stürzte im Schnitt nach 10 bis 30s ab. Als ich die unvollständige IO-Decodierung des Baugruppenträgers ergänzt hatte waren wesentlich seltener Abstürze zu erkennen. Am Ende stellte sich heraus das die Richtungssteuerung nicht durch ein IORQ mit M1 verknüpft ist.Ich habe dann irgend wie die IORQ M1-Verknüpfung auf IORQ1 eingespeist.
Wenn ich mich nicht irre war die Häufigkeit der Abstürze vom Inhalt des Refreshregisters abhängig. Durch die unvollständige Adressierung war nur A2 und A4 in die Bewertung der Richtung eingebunden. Das war damals für mich doch noch Neuland und Kieser/Meder brachten mich auf die richtige Spur.

Andreas
--
Viele Grüße
Andreas

Dieser Beitrag wurde am 06.02.2017 um 20:08 Uhr von Andreas editiert.
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
009
06.02.2017, 23:40 Uhr
PIC18F2550

Avatar von PIC18F2550

OK das betrifft also nur eine Änderung auf den Originalbaugruppenträger.

Andreas hast Du eine Skize oder Schaltung was du genau gemacht hast?

An der Hauptplatiene musste da wohl nichts geändert werden.

Frage wird das Signal noch irgend wo verwendet?
Wenn wo als Ein- oder Ausgang.


@felge1966

--
42 ist die Antwort auf die "Frage nach dem Leben, dem Universum und dem ganzen Rest"
Aktuelle Projektdokumentationen
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
010
07.02.2017, 18:49 Uhr
Andreas



@PIC18F2550

Genau weiß ich das alles nicht mehr.Ich habe mir aber gerade noch mal die Originalpläne angesehen. IORQ1 wird auf dem Originalbaugruppenträger zur Richtungsumschaltung des Datenbusses genutzt.Ich selber hatte eine 64Zeichenplatine nach Peters auf der Originalplatine Z1013.16. Auf dieser wird auch die vollständige IO-Decodierung samt Verknüpfung IORQ mit M1 realisiert.Damit war das Problem sauber gelöst. Bevor ich diese 64Zeichenplatine hatte war bei mir das Problem irgendwie mit ein paar Ge-Dioden gelöst.Das kann ich aber nicht mehr rekonstruieren.

Andreas
--
Viele Grüße
Andreas
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
011
07.02.2017, 19:19 Uhr
PIC18F2550

Avatar von PIC18F2550

Hallo Andreas,

ich hab mir gerade mal die Doku auf Sax.de angeschaut.

Da wird nichts gesagt das die Brücke E2 zu öffnen ist. ?

Da macht die Verwendung von /IORQ1 eigentlich keinen Sinn.
Eine einfache Verwendung von /IORQ bevor es auf den Treiber geht würde da reichen.

Oder hast Du da eine andere Info?
--
42 ist die Antwort auf die "Frage nach dem Leben, dem Universum und dem ganzen Rest"
Aktuelle Projektdokumentationen
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
012
07.02.2017, 19:48 Uhr
Andreas



Doch,sehe mal unter Petersplatine und gebe " E2 " als Suchbegriff ein. Natürlich hätte man das auch alles anders machen können, aber damals entschied man sich eben so. Hast Du eine Mailadresse? Ich könnte Dir die gesammelten Unterlagen zur Petersplatine schicken. Ich habe hier auch noch einen Rechner damit am laufen.(neu zusammengesucht vor 5 Jahren)

Andreas
--
Viele Grüße
Andreas
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
013
07.02.2017, 22:24 Uhr
PIC18F2550

Avatar von PIC18F2550

@Andreas
Sowohl Peters Platine als auch die Busplatine verwendet /IORQ1 nur für die vollständige Adressdekodierung.
Da ich bereits eine Vollständige Adressdekodierung verwende bleibt das Schaltungsfragment auf der Busplatine allein der eigenen Steuerung vorbehalten.

Wie ich das sehe sollten einige Signale Umbenannt.
/IODI ==> /IEI geht ja schließlich an die PIO an Pin /IEI
/IORQ1 ==> /IODI Damit kann analog zum /MEMDI die IO deaktiviert werden.


und umgelegt
X1:10C /IORQ1 ==> X1:22A /IODI
X1:22A /IODI ==> X1:10C /IEI


und Funktional geändert werden.

/CASG entfällt da kein dRAM auf der Platte verbaut ist und die Logik einfach fehlt.
An dessen stelle wird das /RDY aus Memory und IOs gebildet.

Als Spannung wird nur die 5V verwendet damit bleiben die anderen von der Platte fern.

Da wäre wenigstens der K1520 Standard gewahrt.
--
42 ist die Antwort auf die "Frage nach dem Leben, dem Universum und dem ganzen Rest"
Aktuelle Projektdokumentationen
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
014
10.02.2017, 11:23 Uhr
PIC18F2550

Avatar von PIC18F2550

So sieht das Projekt jetzt aus.








--
42 ist die Antwort auf die "Frage nach dem Leben, dem Universum und dem ganzen Rest"
Aktuelle Projektdokumentationen
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
015
11.02.2017, 22:20 Uhr
PIC18F2550

Avatar von PIC18F2550

So ich habe noch zwei Jumper ein gefügt um die unterschiedliche belegung des K1520 zu ermöglichen.

A25 ist entweder /RDY oder mit 5v belegt da /CASG nicht gibt.

B10 /C10 ist entweder /IEI oder /IODI1.

/IODI1 hat die gleiche funktion wie /IODI nur das die beiden Signale unabhängig angesteuert werden können
--
42 ist die Antwort auf die "Frage nach dem Leben, dem Universum und dem ganzen Rest"
Aktuelle Projektdokumentationen
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
Seiten: -1-     [ Technische Diskussionen ]  



Robotrontechnik-Forum

powered by ThWboard 3 Beta 2.84-php5
© by Paul Baecher & Felix Gonschorek