Robotrontechnik-Forum

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

Robotrontechnik-Forum » Technische Diskussionen » Struckturbyte OC ? » Themenansicht

Autor Thread - Seiten: -1-
000
12.01.2025, 19:46 Uhr
PIC18F2550

Avatar von PIC18F2550

Hallo,

gibt es einen Grund warum das Struckturbyte immer ein open Colektor ist?

Wenn das Modul Funktioniert besteht doch keine gefahr mehr von Datenkämpfen auf dem Bus.

Danke.
--
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
12.01.2025, 20:02 Uhr
Enrico
Default Group and Edit


Doch, dann geht gar nichts, weil die Ausgänge sonst fest auf H-Pegel ziehen würden.
--
MFG
Enrico
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
002
12.01.2025, 20:10 Uhr
PIC18F2550

Avatar von PIC18F2550

Dafür gibt es doch den /OE am Treiber auf dem Modul.
--
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
003
12.01.2025, 20:10 Uhr
schlaub_01



Ich denke mal, das sich das mit OC-ICs oder Transistoren einfacher macht. Sonst bräuchte man Buffer, die man noch in Tristate schalten können muss und nur beim Strukturbyte aktiv schaltet.

Viele Grüße,
Sven.
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
004
12.01.2025, 20:44 Uhr
PIC18F2550

Avatar von PIC18F2550

Ja warum Triestate oder open Collektor? Es sollte doch sonst nichts anderes aktiv auf dem Bus sein.
--
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
12.01.2025, 20:52 Uhr
Enrico
Default Group and Edit



Zitat:
PIC18F2550 schrieb
Dafür gibt es doch den /OE am Treiber auf dem Modul.


Wo soll der sein?
--
MFG
Enrico
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
006
12.01.2025, 20:55 Uhr
schlaub_01




Zitat:
PIC18F2550 schrieb
Ja warum Triestate oder open Collektor? Es sollte doch sonst nichts anderes aktiv auf dem Bus sein.


Na doch, der Bus ist ständig aktiv. Im Grundgeräte greift die CPU ja ständig auf RAM und ROM zu. Das geht ja 1:1 zu den Modulen. Da gibt es, soweit ich das im Kopf habe, auch kein Modul, was extra Buffer zum Datenbus hat. Die RAM-Module gehen direkt auf den Datenbus, ebenso PIOs, CTC und SIO bei den I/O Modulen. Buffer gibt es da nirgends.
Der Datenbus darf ja eben nur vom Modul aktiv getrieben werden, wenn die Hardware auf dem Modul auf aktiv angesprochen wird und das Modul aktiv ist.

Viele Grüße,
Sven.

Dieser Beitrag wurde am 12.01.2025 um 20:55 Uhr von schlaub_01 editiert.
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
007
12.01.2025, 21:03 Uhr
PIC18F2550

Avatar von PIC18F2550

Enrico, z.B. hat der 74HC245 einen.

Schlaub_01 da bist du auf dem Holzweg.
Wenn das Struckturbyte abgefragt wird horcht die CPU und alle anderen schweigen.
--
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
12.01.2025, 21:05 Uhr
Enrico
Default Group and Edit



Zitat:
PIC18F2550 schrieb
Enrico, z.B. hat der 74HC245 einen.



Wer "der"?
HC245 gibts in den org Modulen nirgends.
Und wie Sven schreibt, gibts bei den meisten Modulen keine Datentreiber.
--
MFG
Enrico
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
009
12.01.2025, 21:12 Uhr
schlaub_01



Da haben wir uns falsch verstanden. Selbstverständlich wird beim IORequest und Lesen nur der Teilnehmer mit der angelegten Adresse 80H im unteren Teil und der Moduladresse im oberen Teil aktiv. Aber wie gesagt, es gibt eigentlich kein Modul mit einem Buffer auf den Datensignalen. Du kannst das aber auch mit einem aktiven Treiber machen, wenn es Dir um eine Eigenentwicklung geht, das ist kein Problem.

Viele Grüße,
Sven.
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
010
12.01.2025, 21:59 Uhr
Enrico
Default Group and Edit


Aber, wenn das Strukturbyte nicht gelesen wird, und es wäre kein O.C., sondern normale IC,
würden diese immer auf H-Pegel ziehen.
Ausserdem sind die 2 Steckplätze im KC ungetrieben.

Könnte man höchstens mit Dioden machen, statt IC.
--
MFG
Enrico
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
011
13.01.2025, 07:18 Uhr
PIC18F2550

Avatar von PIC18F2550

Enrico das erklärt nicht warum hier einer mit OC verbaut werden muss, wenn einer mit /OE reicht.

Hintergrund ist das neue Verfahren wo mehr Informationen vom Modultyp gelesen oder geschrieben werden können. Hier würden oft zwei DL003 und etliche andere ICs benötigt werden.

2x8 Bit sind schon ein großer Schritt würde aber in vielen Fällen nicht reichen.

So währe eine Reservierung der Adressen 80h bis 8Fh wünschenswert.
--
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
13.01.2025, 14:11 Uhr
Bert



Meines Erachtens ist es keine Pflicht, das Lesen vom Strukturbyte mit einer Open-Kollektor-Ausgangsstufe zu realisieren.
Es bietet sich halt an, weil direkt an der CPU Pull-Ups an den Datenleitungen hängen und gerade die älteren Module 'hohe Nummern' haben, wo somit nur wenige Datenleitungen auf low gezogen werden müssen.

Zum Lesezeitpunkt darfst Du die Datenleitungen aber auch aktiv auf high setzen, das sollte unproblematisch sein.



Zitat:
PIC18F2550 schrieb
Hintergrund ist das neue Verfahren wo mehr Informationen vom Modultyp gelesen oder geschrieben werden können.
...
2x8 Bit sind schon ein großer Schritt würde aber in vielen Fällen nicht reichen.

So währe eine Reservierung der Adressen 80h bis 8Fh wünschenswert.


Falls ein Modul soviele Informationen bereithält, würde ich vorschlagen, die über einen separaten IO-Bereich zurückzulesen, wenn das Modul aktiviert ist.

Kritisch wird es doch erst, wenn die 254 Möglichkeiten für das Strukturbyte ausgereizt sind.
Und wie die Module gesteuert werden (Steuerbyte) ist ja dann eine zweite Baustelle.

Viele Grüße,
Bert
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
013
13.01.2025, 17:24 Uhr
Enrico
Default Group and Edit



Zitat:
Bert schrieb

Zum Lesezeitpunkt darfst Du die Datenleitungen aber auch aktiv auf high setzen, das sollte unproblematisch sein.


Klar, aber ansonsten muss das hochohmig werden, weil sonst gar nichts mehr geht.
Das "Problem" verstehe ich immer noch nicht.
--
MFG
Enrico
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