danke zunächst,
mein Verständnisniveau ist hier kellertief unter deinem.
Mir geht es darum, zu verstehen, was fremde Karten typischerweise tun.
Die Frage ist auch speziell auf ISA (von mir aus auch PCI) Karten der Üblich Verdächtigen in der PC Welt gemünzt, z.B. ICP DAS.
Willssu n Link?Übersicht
Alles verkompliziert durch grottenschlechtes Englisch.

Zitat :

Und sowohl für nen Watchdog als auch einen Lese-Fifo muss man das detektieren.

Nehmen wir Beispiel 1: Es sind eine Schar C- Funktionen beigefügt, die in einer ISR, (den Timer auf schneller modifiziert) , alles mögliche tun, unter anderem Register abfragen. Mir ist die Möglichkeit genommen, die Register selbst abzufragen, da sie ja dann soz. resettet sind. Soll ich lt.Manual nicht tun. Was genau übergeben wird , weiß ich nicht, dank der schlecht oder gar nicht weiter dokumentierten Hardware. Ich bin dabei, dem Hersteller eine Problemanfrage zu stellen, damit er verständlich darlegt, was seine C-Fkt eigentlich tun, andererseits was seine Hardware tut.
Ich befürchte eine Antwort in schlimmsten Chinglisch und fruchtlose Kommunikation. Meine Frage hier soll klären, wie PC Karten (diese typischen Adr-auf-300h-gejumperten Experimentier I /O Karten) Lesevorgänge handhaben.

Zitat :

Lösungen sind zB Mechanismen wie Mutexe oder allgemein exclusive Zugriffe.

Hab ich in der verwirrenden Welt der RTOS schon mal gelesen, kann das sein?
Gerade kommt dein edit, wir reden etwas aneinander vorbei.
Ich bastele an Maschinensteuerungen unter DOS, die selbst soviel wie möglich Kontrolle ausüben. Bei der Programmgröße (240KB) komm ich immer noch locker am 386-protected Mode vorbei, Dos-Extender? Später? Warum nicht! Mit Linux wollen wir mal gar nicht anfangen(wenngleich gut und interessant). Windoof ist allerdings Teufelswerk für mich. (Lebenszeit reicht nicht mehr)

[ Diese Nachricht wurde geändert von: asdf am  4 Apr 2017  1:18 ]

Zitat :

wobei das sicher schon in entsprechenden Controllern passieren kann

Ja, da ist irgendein FPGA o.ä. drauf.

Zitat :

sowohl für nen Watchdog als auch einen Lese-Fifo muss man das detektieren.

Muss wer? Der Kartenhersteller, wenn er beabsichtigt, quasi als Seiteneffekt durch den im Controller detektierten Lesevorgang eine Aktion auszulösen? Eben um diesen Seiteneffekt geht es mir- ist das gängige Praxis?
Das würde heissen, ich muß mit inportb() selbst die Register lesen, (resp.outpb() schreiben), nachdem ich rausgefunden habe, welche "tollen praktischen" C- Routinen der Hersteller benutzt, um diese dann gänzlich zu meiden. Die Fahr- und Interpolationsbefehle der C- Library sind ja in der Tat verlockend, Kreise, Bögen, Strecken fahren im 3-D-Raum.
Das is der Punkt: ich muß reverse engineering betreiben, weil ein TW-Hersteller zu faul oder zu blöd ist, in gutem Englisch eine umfassende und verständliche Dokumentation seiner Schnittstelle zu liefern.

Zitat : asdf hat am  4 Apr 2017 02:19 geschrieben :

Zitat : sowohl für nen Watchdog als auch einen Lese-Fifo muss man das detektieren. Muss wer? Der Kartenhersteller, wenn er beabsichtigt, quasi als Seiteneffekt durch den im Controller detektierten Lesevorgang eine Aktion auszulösen? Eben um diesen Seiteneffekt geht es mir- ist das gängige Praxis?

Ja, sogar manchmal ohne speziellen Hinweis...
... z.B. wenn Du Zeitmessungen zwischen verschiedenen Lesezugriffen benötigst.
Läuft intern (Hardwareseitig) etwa so ab:
Lesebefehl -> Ausgabe eines Zäühlerstandes -> Rücksetzen des Zählers -> Befehl beendet.
Beim nächsten Lesebefehl hast Du dann relativ genau die Zeit gemessen.
Herkömmlich programmiert würde es so aussehen:
Lesebefehl -> Ausgabe Zählerstand -> Befehl beendet Löschbefehl -> Zähler Löschen -> Befehl beendet.
.... braucht natürlich viel mehr Zeit _und_ es ist nicht immer gewährleistet, dass sich nicht ein anderer Befehl per IRQ dazwischenschiebt.

_________________
Interpunktion und Orthographie dieses Beitrags sind frei erfunden.
Eine Übereinstimmung mit aktuellen oder ehemaligen Regeln wäre rein zufällig und ist nicht beabsichtigt.
Wer einen Fehler findet, darf ihn behalten!

Vielen Dank, hajos
das Argument Zeitersparnis leuchtet mir ein, zumal entsprechende Controllerlogik zur Detektion des Lesens immer da ist.

Zitat :

Please don’t read this register, otherwise the message will lost

Das ist genau der Fallstrick-
entweder:
Ich benutze die vorgefertigten Routinen des Herstellers wie zb. Mehrachs-Interpolation, Endschalterüberwachung, etc., dann lesen diese Routinen und die Register werden danach hardwareseitig gelöscht.
Oder:
Ich muß Routinen komplett ersetzen, welche Register auf der Karte auslesen. Ich kann nicht ohne Seiteneffekt rein info-halber mal zwischendurch Register auslesen.
Kann also hiermit abgeschlossen werden.