IR Messung per Funk zur Sps Übertragung

thomasbmg

Level-2
Beiträge
37
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Moin,

wir wollen einen Prüfstand umbauen. Hier soll der Mitarbeiter nachher mit einem IR Messung bestimmte Punkte abgehen und die Oberflächentemperatur messen. Diese Werte sollen dann zu einer SPS geschickt werden. Gibt es hier eine mögliche Lösung von der "Stange"?
 
- Messgerät? (Hersteller, mögliche Schnittstellen, etc.)?
- SPS (Hersteller) oder freie Auswahl?
 
Infrarot Thermometer (Pyrometer) gibt es zB hier



Infrarot Temperatur Messung ist aber nicht ganz ohne, am besten vom Lieferanten beraten lassen.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Theoretisch könnte der Mitarbeiter auch kurz den Stab an das zu messende Objekt halten. Also ohne Infrarot.
Infrarot Thermometer (Pyrometer) gibt es zB hier



Infrarot Temperatur Messung ist aber nicht ganz ohne, am besten vom Lieferanten beraten lassen.
onst könnte der Mitarbeiter den Stab auch kurz ranhalten um die Objekttemperatur zu messen. Es müssen nur verschiedene Messpunkte sein, die sich öfters ändern.
 
Suchst du nicht explizit ein Gerät mit Wireless-Schnittstelle & API?

Evtl. mal dort anfragen:

Gerät ist mit WIFI ausgerüstet und hat einen Webclient. Beherrscht MQTT, Websockets...

Arbeite allerdings nicht mehr mit SIEMENS SPS'en (zumindest nicht mehr freiwillig), aber MQTT oder Websocket Kommunikation (hätte den Vorteil dass es keinen Broker braucht), können die gewiss auch.

Alternative könnte z. B. eine Beckhoff-SPS sein mit welcher du entweder direkt mit dem Gerät kommunizierst, oder (geht auch super), z.B. Node-Red auf der SPS installierst und die Kommunikation da drüber machst.
 
Suchst du nicht explizit ein Gerät mit Wireless-Schnittstelle & API?

Evtl. mal dort anfragen:

Gerät ist mit WIFI ausgerüstet und hat einen Webclient. Beherrscht MQTT, Websockets...

Arbeite allerdings nicht mehr mit SIEMENS SPS'en (zumindest nicht mehr freiwillig), aber MQTT oder Websocket Kommunikation (hätte den Vorteil dass es keinen Broker braucht), können die gewiss auch.

Alternative könnte z. B. eine Beckhoff-SPS sein mit welcher du entweder direkt mit dem Gerät kommunizierst, oder (geht auch super), z.B. Node-Red auf der SPS installierst und die Kommunikation da drüber machst.
Die Kommunktionsweise ist realtiv egal. Es soll einfach eine simple Verbindung ( kostengünstige) zur SPS aufgebaut werden.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ihr möchtet kostengünstige Applikationen aber arbeitet mit Siemens SPS'en und TIA? ;)😇

Wirf mal einen Blick auf die Siemens Kommunikationsoptionen:

Falls du bei Siemens nichts findest was auch der Temperatursensor deiner Wahl beherrscht, kannst du ja immer noch ein Gateway-Device einsetzen. Das kann eine moderne SPS oder z. B. auch nur ein kleiner RaspPi sein.
 
Der Punkt geht an dich. Ich wurde in das Projekt rein geworfen. Unter dem Motto : " Wir sind schon eigentlich in der Endphase des Projektes, wollen das und das jetzt zusätzlich und die Fremdfirma kann das nicht . Kümmer dich darum. " Und wir wir sind in der Instandhaltung. Das heißt Sensoren per Funk in ein SPS System einzuführen ist nicht unser täglich Brot. Aber ein Wlan Netz von Siemens mit der Messgerät hört isch ja schon Sinning an. Danke für die schnellen Antworten.
 
Ein WLAN-Adapter / AP von Siemens bringt dir ja alleine noch gar nichts, der ermöglicht ja nur, dass du statt kabelgebundenem Ethernet auch WIFI hast. Hierfür gäbe es günstigere Alternativen, z.B. einen Hutschienen WLAN-Router von Teltonika wie den RUT140 oder RUTX10.

Ich würde an deiner Stelle zunächst mal nach Infrarot-Thermometern suchen welche eine WIFI oder Bluetooth Schnittstelle sowie eine dokumentierte API. Im zweiten Schritt könnt ihr dann schauen ob sich die Kommunikation direkt mit eurer S7 realisieren lässt oder ob allenfalls ein Gateway integriert werden muss. Falls Siemens als SPS noch nicht gesetzt ist, würde ich eher zu bspw. Beckhoff raten, die Dinger sind einfach viel flexibler und kommunikativer.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Aber
Ein WLAN-Adapter / AP von Siemens bringt dir ja alleine noch gar nichts, der ermöglicht ja nur, dass du statt kabelgebundenem Ethernet auch WIFI hast. Hierfür gäbe es günstigere Alternativen, z.B. einen Hutschienen WLAN-Router von Teltonika wie den RUT140 oder RUTX10.

Ich würde an deiner Stelle zunächst mal nach Infrarot-Thermometern suchen welche eine WIFI oder Bluetooth Schnittstelle sowie eine dokumentierte API. Im zweiten Schritt könnt ihr dann schauen ob sich die Kommunikation direkt mit eurer S7 realisieren lässt oder ob allenfalls ein Gateway integriert werden muss. Falls Siemens als SPS noch nicht gesetzt ist, würde ich eher zu bspw. Beckhoff raten, die Dinger sind einfach viel flexibler und kommunikativer.
Das verstehe ich leider noch nicht so ganz. Du kannst doch z.B.mit dem Scalance W788 ein Wlan erzeugen. Hier könntest du das Gerät im Wlan anbinden und dann mit dem MQTT Protokoll und dem Baustein von Siemens auslesen.
 
1. Zum Preis eines Siemens W788 kaufst du dir vermutlich 10 Teltonika RUT140.
2. Du weisst ja noch gar nicht ob dein Temperatursensor MQTT kann. Daher besser erstmal nach für die Applikation einsetzbaren Sensoren schauen.
3. MQTT braucht einen Broker, das kann ein irgendwo in eurem Netz lokal installierter Broker sein oder bspw. einer bei Amazon. Mit MQTT kommuniziert die SPS nicht direkt mit dem dem Sensor. Denke hier wäre eine direkte Kommunikation >wesentlich< sinnvoller.
 
Die Frage ist auch, brauch die SPS die live daten oder geht es hier nur um eine iO/NiO Auswertung der Temperatur.. vllt kann das ja auch im Backend direkt passieren.. vieles ist offen. Würde ich aber vom Messgerät abhängig machen, welches im Endeffekt eingesetzt wird
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Für etwas so banales wie eine Temperaturmessung bei einem Prüfstand wo sonst alles die SPS macht extra ein Backend einzurichten (welcher Art auch immer) nur damit man eine Temperatur oder ein IO/NIO Signal in die SPS kriegt, wäre schon totaler Overkill. Ob dabei vom Backend ein binäres IO/NIO oder ein Temperaturwert an die SPS geschickt (oder von dieser abgeholt wird) macht dabei ja praktisch keinen Unterschied. Binär wäre nur noch etwas mehr Aufwand denn niemand findet es toll wenn Tresholds fix sind, was heisst wenn kein Istwert zur SPS geht müssten Grenzwerte an's Backend gehen. Hinzu kommt, dass es bei Auslagerung in ein Backend weniger direkte Diagnosemöglichkeit in der SPS gibt.

Falls die SPS das Protokoll des Temperaturfühlers nicht kann oder nur mit teuren Optionen, könnte ja z.B. auch Node-Red direkt auf der SPS installiert werden worüber der Wert vom Temperaturfühler gelesen und dann auf eine SPS-Variable geschrieben wird, dafür gibt's zahllose Beispiele im Internet.

Aber hier wird der Gaul gerade von hinten aufgezäumt. Zunächst muss definiert sein was für Temperaturfühler für die Anwendung eingesetzt werden können und was deren Schnittstellenoptionen sind und erst dann kommen ja eigentlich die Überlegungen wie der Datentransfer mit Schnittstelle XY umgesetzt werden könnte.
 
Zurück
Oben