Version 0.15.2

Diese Version hat ein paar kleine Bugfixes, die unter bestimmten Bedingungen auftreten.

  • Sollte ein Fehler auf dem /dev/piControl0 Device auftreten, z.B. wegen einem Reset, wird dieser Fehler normalerweise abgefangen. In der Version ab 0.15.0 löst dieser Anfang jedoch selber einen Fehler aus 🙁
  • Wenn mit auto_refresh gearbeitet wird und innerhalb eines Programms das RevPiModIO neu instantiiert wird ohne .cleanup() Aufruf, beendet sich der auto_refresh-Modus nicht sauber.
  • Monitoringmode repariert RevPiModIO(monitoring=True)
  • Seit Version 0.8.8 können mit reg_event auch Ausgänge in der Eventüberwachung registriert werden. Diese wurden jedoch nicht ausgewertet.

DOWNLOAD

 

Version 0.15.1 – Schneller, weniger Ressourcen und bessere .wait() Funktion!

HINWEIS: RevPiModio.devices.wait(…) Funktion nicht mehr kompatibel zu Vorgängerversionen!

Wir haben unser RevPiModIO Modul überarbeitet! Damit bekommen wir bessere Leistungen bei .readprocimg() / .writeprocimg() und verbrauchen weniger Ressourcen.

Die RevPiModio.devices.wait(…) Funktion wurde komplett umgeschrieben. Die alte Version hatte als Rückgabewert lediglich True oder False. Damit konnte man jedoch nicht die unterschiedlichen Abbruchbedingungen auswerten, was aber dringend benötigt wird.
Der Rückgabewert ist nun ein int() Wert! Werte kleiner oder gleich 0 sind dabei ein erfolgreiches Warten, Werte größer 0 sind ausgelöste Abbruchbedingungen, wie das exitevent oder der timeout.
Genaueres in unserer Dokumentation.

Außerdem wurden alle RevPiModIO.devices[0].*procimgdev() Funktionen entfernt, da sie als überflüssig bewertet wurden. Alternativ kann die Funktion durch Parameterübergabe des Devices an RevPiModIO.devices.*procimg(device) erledigt werden. Hier könnte auch eine Liste übergeben werden RevPiModIO.devices.*procimg([device1, device2]).
Genaueres in unserer Dokumentation.

Version 0.10.0 – Bugfixes und Jessie!

Die Kunbus GmbH wird jetzt ihr neues Jessie – Image für den Revolution Pi veröffentlichen! Unser RevPiModIO wurde für das neue Image etwas angepasst und ist jetzt für BEIDE Versionen (wheezy und jessie) freigegeben!

BUGFIXES: Diese Version beinhaltet auch Fehlerkorrekturen und sollte von allen (unabhängig des Jessie-Images) eingespielt werden!

Außerdem können wir stolz verkünden, dass unser Modul im Jessie Image über die Kunbus Repositories bezogen werden kann! Also ist die Installation und das Update ein Kinderspiel!

# Erstmal aktualisieren
pi@RevPi ~/ $ sudo apt-get update

# Und einfach installieren
pi@RevPi ~/ $ sudo apt-get install python3-revpimodio

Die Aktualisierungen bekommt ihr dann natürlich auch automatisch eingespielt, wenn ihr eurem RevPi ein Update unterzieht.

Downloads und Quellen

Version 0.9.6

Unsere neue Version kann die Eventüberwachung nun auch starten, OHNE zu blockieren. Eignet sich gut, wenn man GUIs schreiben will! Dann können Events definiert werden, welche bei IO-Änderung ausgelöst werden. Das eigentliche Programm kann dann weiter laufen.

Beim Aufruf für den Mainloop wird dann einfach der Parameter blocking=False übergeben

mainloop(blocking=False)

Version 0.9.5 – Eventfunktionen mit IO-Name und IO-Value

Wir habe eine neue Version veröffentlicht!

HINWEIS: Änderungen in Event-Funktionen NÖTIG!

Neben ein paar wichtigen Bugfixes sind diese Dinge neu:

  • Den Event-Funktionen, welche der mainloop() auslöst, wird jetzt der Name und der, zum Auslösezeitpunkt, anstehende Wert mit übergeben. Die Eventfunktionen müssen also in euren Quelltexten angepasst werden:
    def meinevent(ioname, iovalue):
    Über ioname und iovalue kann dann direkt auf die Werte zugegriffen werden. Ein zusätzliches Abfragen der IOs ist dann nicht mehr nötig. Sollten die Funktionen nicht angepasst werden, wird eine Exception ausgelöst.
  • Neue Funktion hinzugefügt um den Fehlerabfang von auto_refresh zu modifizieren:
    RevPiDevicelist.auto_refresh_maxioerrors(value=intwert)
    Legt die maximale Fehleranzahl beim lesen/schreiben des Prozessabbilds fest. Sollte der durch value übergebene Wert überschritten werden, wird eine Exception ausgelöst. Sonst werden nur Warnungen ausgegeben.
  • Neue Funktion um IO-Fehlerzähle zurückzusetzen:
    def auto_refresh_resetioerrors()
    Setzt den Fehlerzähler von auto_refresh auf 0 zurück

Downloads und Quellen

Version 0.9.0 – Jetzt einfach Treiber für virtuelle Devices entwickeln

Mit der neuen Version können „Virtuelle Devices“ von piCtory gefüttert werden!
logiCAD und andere Anwendung können auf diese Daten im Prozessabbild dann zugreifen.

  • Wir haben eine neue Klasse zu unserem Modul hinzugefügt. Diese instantiiert das Modul speziell für das erstellen von Anwendungen, die virtuelle Devices von piCtory mit Daten versorgen:
    rpi = revpimodio.RevPiModIODriver("virtualdevicename")

Über RevPiModIODriver

  • Dazu noch ein paar Bugfixes und etwas Code-Anpassungen

Downloads und Quellen

Version 0.8.10

Pünktlich zur embedded-World Messe veröffentlichen wir eine neue Version!

  • Die bei auto_refresh angegebene Aktualisierungsrate konnte nicht eingehalten werden und wich um einige Millisekunden ab. Die Funktion kontrolliert nun selbstständig ihre Laufzeit und trimmt die Zeit automatisch. Dadurch wird die angegebene Aktualisierungsrate (in Standardeinstellung 50 Millisekunden) eingehalten!
  • Mit reg_event() können nun auch Funktion als Event für Outputs registriert werden.
  • Leistungsverbesserung der wait()-Funktion – Weniger Ressourcenverbrauch.
  • Das Modul kann jetzt bei Instantiierung auch reine Monitoringaufgaben erledigen, wenn der Revolution Pi z.B. mit einem logi.CAD Programm läuft. Er überwacht dann alle Ein- und Ausgänge:
    rpi = revpimodio.RevPiModIO(auto_refresh=True, monitoring=True)
  • Dazu noch ein paar Bugfixes und etwas Code-Anpassungen

Downloads und Quellen

Version 0.8.8

Wir habe eine neue Version veröffentlicht!

Diese Version unterstützt jetzt „Virtuelle Devices“, die man in piCtory konfigurieren kann. Diese Devices werden als RevPiVirtual-Klasse abgebildet und haben die selben Funktionen wie RevPiGateway.
WICHTIG: Es muss auf jeden FALL pictory 1.1.1-4 verwendet werden! In kleineren Versionen gibt es generelle Probleme mit Virtuellen Devices.
KUNBUS-FORUM

Die RevPiDevicelist.wait() Funktion wurde um den Parameter edge erweitert, durch den auch auf eine bestimmte Flanke eines BIT-Inputs gewartet werden kann: RISING, FALING.

Downloads und Quellen

Version 0.8.7

Wir habe eine neue Test-Version veröffentlicht!

Neben ein paar Bugfixes wurde die auto_refresh-Funktion und damit auch der mainloop() deutlich Ressourcenschonender umgesetzt.

Instantiierung deutlich schneller, vor allem bei großer Anzahl von IOs, z.B. bei Gatewaymodulen.

Update lohnt sich!

Downloads und Quellen

Version 0.8.5

Wir habe eine neue Test-Version veröffentlicht!

Neben ein paar Bugfixes sind diese Dinge neu:

  • Bei der Instantiierung von RevPiModIO können nun mit einem Parameter alle Devices in das auto_refresh übernommen werden:
    rpi = revpimodio.RevPiModIO(auto_refresh=True)
  • Mit reg_event() können nun mehr als eine Funktion pro Input als Event registriert werden.
  • Bei reg_event kann nun das Keyword edge übergeben werden, wenn es sich um BIT-Inputs handelt. FALLING, RISING, BOTH bestimmt bei welcher Änderung das Event ausgeführt wird:
    rpi.devices["RevPi DIO"].reg_event("I_1", myfunc1, edge=revpimodio.RISING)
    rpi.devices["RevPi DIO"].reg_event("I_1", myfunc2, edge=revpimodio.FALLING)
  • Bei unreg_event können auch einzelne Funktionen entfernt werden:
    rpi.devices["RevPi DIO"].unreg_event("I_1", myfunc, edge=revpimodio.RISING)
    Die Funktion mit „myfunc2“ bleibt bei registriert, da sie edge=revpimodio.FALLING hat.

Downloads und Quellen