Kategorie: Revolutionsumbau

Sowohl auf dem RevPiDay 2017, als auch auf dem RevPiDay 2018 haben wir unseren Revolutionsumbau vorgestellt!

Hier findet ihr die aktuellen Quelltexte, basierend auf RevPiModIO2. „Quelltexte mit Visualisierung“ weiterlesen

Mit diesem Blog begann die Reise mit RevPiModIO!

Ältere Beiträge des Blogs sind teils mit dem alten RevPiModIO V1 geschrieben.
Der Quellcode-Download ist komplett mit RevPiModIO2 umgesetzt. „HINWEIS: vor dem Lesen“ weiterlesen

In unserem alten Revolutionsumbau, wurde die Steuerung für den Handbetrieb über Bedienflaschen realisiert. Nun wollen wir ein Panel PC mit Visualisierung! „Revolutionsumbau 2.0 freestyle – Panel PC“ weiterlesen

Nach dem Umstieg von Motorschützen auf einen Frequenzumrichter und die Neuplatzierung der Sensoren „s_rutsche“ und „s_metall“ sieht das ganze so aus:

Da wir nun endlich den Prüfungsaufbau vollständig modifizieren können, beseitigen wir die größte Schwachstelle des Systems: „Revolutionsumbau 2.0 freestyle – Sensoren“ weiterlesen

Bei der ersten Version unseres Revolutionsumbaus war der Aufbau vom Prüfungsobjekt fest vorgegeben. Positionen von Sensoren und Zylinder, aber auch der Ablauf musste strickt eingehalten werden.

Das ist jetzt VORBEI! Wir können alles anpassen wie es uns gefällt! „Revolutionsumbau 2.0 freestyle – Frequenzumrichter“ weiterlesen

In der ersten Version unseres Revolutionsumbaus haben wir die Magazinfüllstände in unserem Programm als Variablen angelegt. Das hatte natürlich den Nachteil, dass diese Werte beim Programmneustart verloren waren.

Nun wollen wir diese Werte über virtuelle Devices im Prozessabbild speichern!

piCtory Konfiguration

Legen wir uns ein virtuelles Device mit dem Namen „virt01“ in piCtory an:

„Virtuelle Devices statt Programmvariablen“ weiterlesen

Unser Revolutionsumbau ist fertig! Die Software ist komplett in Python geschrieben und setzt auf unserem RevPiModIO-Modul auf!

So steuert der RevolutionPi unsere Testanlage!

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

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