Die Kunbus GmbH hat heute scheinbar die ersten großen Updates für das Jessie-Image veröffentlicht! „Neuer Kernel, neue Firmware und WebStatus!“ weiterlesen
Revolution Pi Core 3 ist da :D
Wir haben unseren neuen „Revolution Pi 3“ in den Händen! Er hat das CM3 Modul im Kern und „unendlich“ Power!!! „Revolution Pi Core 3 ist da :D“ weiterlesen
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.
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)
RevPiPyLoad und RevPiPyControl – 0.2.12
Wir haben jeweils von RevPiPyLoad und RevPiPyControl eine neue Version veröffentlicht!
Beide Versionen sind 0.2.12 und müssen übereinstimmen, da die Übertragung der Log-Daten einen Fehler hatte.
Beides zu finden in unseren Quellen:
Revolution – Der Umbau lebt!
Unser Revolutionsumbau ist fertig! Die Software ist komplett in Python geschrieben und setzt auf unserem RevPiModIO-Modul auf!
So steuert der RevolutionPi unsere Testanlage!
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 durchvalue
ü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
Betriebsart: Automatik
In unserem Thread für die Automatik sehen wir nun ein interessantes Konzept. Wir „warten“ im Quellcode auf Sensoren, die auslösen. Der Quellcode blockiert an den jeweiligen Stellen und kann über bestimmte Bedingungen, Ereignisse oder threading.Events() fortgesetzt werden. „Betriebsart: Automatik“ weiterlesen
Betriebsart: Hand
Der Thread für den Handbetrieb ist relativ simpel durch die Event-Steuerung von RevPiModIO.
Der Thread wird durch die Evenfunktion def evt_start(self):
aus unserem vorherigen Beitrag gestartet.
In dem Thread werden alle Taster für den Handbetrieb als Events registriert und an Funktionen gebunden, die die dazugehörige Aktion ausführen. „Betriebsart: Hand“ weiterlesen
Betriebsarten werden durch ein Event gestartet
Der Programmstart sieht so aus: „Betriebsarten werden durch ein Event gestartet“ weiterlesen