C++ fstream GPIO Trigger/Interrupt

[alexander_ro]

WriingPi mach aus einem GPIO aber auch keinen echten Hardware Interrupt.
Wenn es nicht zwingend sein muss würde ich die Lösung gerne Hardware unabhängig halten. Da sind halt Kernel und C Funktionen meiner Meinung die besser Wahl.

Ich schau mir das mal an was IBM von inotify schreibt. Die Seite die ich gefunden hatte war ja auch Englisch findet man leider ja öfter nicht anderes. Ich probier das auch mal aus mit inotify dann kann ich auch mal gucken wie schnell das ist. Stimmt schon an die blockierenden read habe ich nicht mehr gedacht.

[HaWe]

WriingPi mach aus einem GPIO aber auch keinen echten Hardware Interrupt.

vermutlich, nach meinem begrenzten Verständnis, hast du damit Recht.
Hier äußert sich der Meister des wiringPis persönlich dazu:
https://www.raspberrypi.org/forums/v...146408#p146408

s.a. hier unter "Interrupts"
https://projects.drogon.net/raspberr...gpi/functions/

[Ceos]

WriingPi mach aus einem GPIO aber auch keinen echten Hardware Interrupt.

neuerem kernel sei dank schon, wie gesagt der einzige grund wrum ich es nochmal erwähnt hatte ... leider aber eben limitiert auf raspbery pi
https://www.raspberrypi.org/forums/v...ic.php?t=74643

viel erfolg beim probieren mit inotify, und denk dran, wenn der kernel älter ist, musst du auf dnotify zurückfallen aber dann wirds unperformant ... zumindest nach dem was ich bei vergleichsdiskussionen so gelesen habe


PS: -----------

du kansnt auch die realtime patches installieren wenns richtig dramatisch werden sollte mit den timings, aber dann hast du natürlich nichts universelles mehr

[alexander_ro]

@Ceos: So alte Kernel gibt es doch für den Raspberry gar nicht mehr. Bei IBM ist für inotify von Kernel 2.6 die rede. Ich habe zwar ein Gentoo auf meinem laufen ich benutze aber den Kernel den auch das Raspian benutzt. Die boot Partition habe ich einfach kopiert.

Das ist ein Irrtum zu glauben das etwas schneller wird mit den Realtime Funktionen des Kernels. Realtime garantiert nur eine Reaktion in einer bestimmten Zeit. Diese Zeit muss aber auch im Rahmen der Möglichkeiten des Systems liegen. Deutlich schneller würde es nur wenn man die Filesystem Zugriffe durch Memory Mapped IO ersetzt. Das will ich aber nicht weil das wieder andere Probleme mit sich bringt. Trotzdem will ich aber auch nicht sinnlos Rechenzeit verschwenden.

Ob das echte Hardware Interrupts sind müsste man im Datenblatt des Prozessors nachlesen. Das ist mir aber im Moment zu viel Aufwand.

[Ceos]

Realtime garantiert nur eine Reaktion in einer bestimmten Zeit

darauf kams doch an oder nicht?

Ob das echte Hardware Interrupts sind müsste man im Datenblatt des Prozessors nachlesen

ja sind es beim Raspberry Pi + wiring pi seitdem der kernel ISR unterstützung bekommen hat

Deutlich schneller würde es nur wenn man die Filesystem Zugriffe durch Memory Mapped IO ersetzt. Das will ich aber nicht weil das wieder andere Probleme mit sich bringt.

seh ich genau so ... in beiderlei hinsicht

[alexander_ro]

darauf kams doch an oder nicht?

Stimmt ist nicht unwichtig. Aber wenn der Raspberry nicht bis zum letzten Prozent Rechenleistung ausgelastet ist sind die Abweichungen in der Reaktionszeit auch ohne Realtime sehr gering. Selbst wenn Gentoo Updates compiliert das relativ hohe Last verursacht reicht scheinbar die verbleibende Rechenzeit um einige Ports ohne nennenswerten Zeit Verlust zu überwachen und zu schalten. Das macht der Kernel schon recht ordentlich und ist so für meine Zwecke mehr als ausreichend.

[Ceos]

okay freut mich und danke für den informativen test