S7 214 erweiterbar ?

Hallo
das geht per Erweiterungsbaugruppe. EM235 (etc.) oder eine direkt auf PT100 abgestimmte Version.
Beides allerdings ist sehr teuer, die Baugruppen zudem ja nur noch gebraucht auf dem Markt und uralt. Kurzum: Wer die Teile nicht hat ... sollte sich das zweimal überlegen.

Ein anderer Weg ist die Analogwerte in einen Mikrocontroller ausserhalb zu sammeln und dann seriell in die CPU zu übertragen. Da es sich um Temperaturen handelt deren Änderung vergleichsweise langsam vonstatten geht funzt das.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
an die 214 kannst du ein EM231 analogeingabemodul hängen wenn du das noch irgendwo bekommst. ist alte baureihe das zeug.
das em231 kann auch nur 0-20mA und 0-5/10V.
du müsstest deinen PT100 über einen messwandler anschließen.
Pt100/1000 --> 4-20mA oder 0-10V.
für die neueren cpus 22x gibt es RTD-Module die können Pt100/1000
 
Das heißt das ich das lieber lassen sollte?


Wäre aber die beste Lösung, das muss doch irgendwie ohne Messumwandler gehn!

Mfg

mario318i
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo
ich hatte es früher mal so versucht per 214 und EM235/231 (eine Type ist mit zusätzlichem Analogausgang) 8 PT100(0) einzulesen. Die Baugruppen haben eh nur 2 oder 3 Analogeingänge - die sich dann entsprechend im Programm durch umrechnen von -10 bis +10V auf den tatsächlichen Spannungspegel der Fühler normieren lassen.
Das war recht aufwendig auch von der externen Beschaltung her da die jeweils 'befragten' Fühler wegen überlegener Stückzahl auch noch auf die Analogeingänge zugeschaltet werden mussten :(
Wenn man dann noch Fühlerbruch usw. erfassen will könnte es die Sache zusätzlich verkomplizieren. Wobei nicht gesagt ist das es nicht bessere oder einfachere Lösungswege geben mag, die ich aber nicht kenne und daher nie probierte.
Weil das Ganze auch sehr teuer ist wählte ich bei mir dann Volldigitale Tempsensoren à la Maxim-Dallas 1-wire 18B20 (etc.) Die lassen sich seriell in quasi unendlicher Stückzahl erfassen. Zugebenerweise ist dabei eine Ein-schnittstellige CPU nicht unbedingt als ideale Basis anzusehen (da es normal über die Freie Kommunikation läuft) würde jedoch ohne weitere Busanbindung bzw. Ausgabe über Simatic-Displays auch gehen.
Alternativ zum 'Hochpreissektor' gibts da mittlerweile recht günstige Fertiggeräte die 8 oder 12 Sensoren 'einsammeln' und wo nur noch die Tabellen per RS485 in die CPU eingelesen werden brauchen. In der eBucht z.Bsp. 'ernesti001' sein TermoJet. Die Dinger laufen bei mir in zweifacher Ausführung schon lange an einer CPU224 und werden dann über den Bus und einige Tricks ins Hauptdisplay 'gespiegelt'. Protokolle und Schnittstellenkonverter sind auf der Homepage zu den Geräten beschrieben und damit kommt man incl. einiger Zusatzfühler für um die 150Eur. schon recht weit.
 
Hallo,

wo kriegt man den Infos zu "ernesti001 und TermoJet?

Wenn du da einen Link hast biiiiiiiiitteee posten.

Danke Helmut
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo
http://www.leveljet.de/download.html
dort finden sich HB's und Betriebsanleitungen.
Die (LevellJets) Tankwächter und TermoJets sind im Protokollaufbau und Baudrate (19,2k) jeweils gleich. Die Datenbytes lassen sich mit einer Funktion dann jeweils kompatibel Tabellen zuordnen. Lediglich LowByte & HighByte muss Simaticspezifisch 'umgeswapt' werden.
Mit recht einfachem Protokollwandler, wo nur wenige 'Bruchstücke' von libnodave drauf laufen müssen funktionieren die neueren 'Kisten' bei mir auch über PPI (normal aber nur in 19,2kBaud) da die jeweils eine (freiwälbare ?) Adresse mit rumschleppen. Ansonsten müssen die einzeln abgerufen werden - ich mache das seriell per einfachem Microcontroller für das 'Handshake', einfacher war jedoch anfangs die jeweiligen RS485 'Drivers' (Max485 etc.) per Ausgang zu 'enablen'.
Unsere erste Tankanzeige von dort feiert in einigen Tagen ihr fünfjähriges Jubiläum (die alten Dinger 'crawlen' noch mit 4800 Baud ...) - die haben ganz gute Sachen. Wie ich vor einigen Wochen entdeckte und dann anschloss dabei auch einen SD-Karten- speicher, Schreiber oder wie man das nennt. Dort lassen sich auch Mess- und andere werte seriell aus der SPS zwischenspeichern. Bin dabei am Tricksen, aber im TP angezeigt wirds schon.
Wenn jemand Interesse hat kann ich meine 'Kommunikation' (CPU 226/216) mit den Dingern gerne zur Verfügung stellen - die allerdings in der bei mir aktuell laufenden (Dauertest) Variante hauptsächlich auf der Weiterleitung in ASCII ins TD200 etc. basiert und nicht ganz vollständig ist da leider die benutzte 226 wegen diverser anderer Programmteile plötzlich voll war :eek: :eek: :eek:
 
Gibt es da auch eine Lösung die Temperatur und Feuchtigkeit erfassen kann?

Wäre nämlich noch besser um auch die Besprühung zu automatisieren!


MfG
mario318i
 
Hallo
ja gibt es zwar. Ist nur schon etwas schwierig erstmal hinzufinden.
http://www.wml-weathershop.de/wml-weathershop/de/
und dann unter Produkte/ Funkwetterstationen oben auf Seite 2 gehen .... und hoffen.
Eine Suchfunktion ist da nicht, jedenfalls keine die ich fand. Darum einiges aus der Beschreibung
Klima-Logger
Artikel-Nr.: 131.017
Profi-Thermo-Hygrometer mit Datenlogger-Funktion zur Überwachung der Temperatur und Luftfeuchtigkeit. Viele Anzeigemodi und Funktionen, wie die Taupunkt, Höchst- und Tiefstwerte, Durchschnittswerte, Alarm bei Unter/ Überschreiten von frei einstellbaren Temperatur- und Feuchtewerten, Kalibrierfunktion, sind verfügbar. Der Klimalogger hat einen integrierten Datenlogger mit einer Speierkapazität von bis zu 3000 Datensätzen, abrufbar über den Klimalogger selbst oder am PC mit RS232 Schnittstelle. Integrierte Funkuhr mit Datumsanzeige. Entfernung zwischen Basisstation und Sensoren: max. 100m. Anschluss von bis zu 5 optionalen Tempertur-/ Luftfeuchtigkeits-Funksensoren möglich.
Das ist nur ein 'Ding' - und zwar baugleich mit dem neueren 'TFA' Datenlogger. Welchen ich bei mir anschloss der aber momentan im ganzen iNetz nicht mehr zu finden ist.
Das Prinzip ist im org.Zustand allerdings: Die Daten werden im Logger gesammelt (zyklisch per Zeitvorwahl) und können einige Sekunden später von der SPS abgerufen werden. Um das Prinzip umzudrehen, das also die Daten sozusagen zuerst seriell in 'mehr Echtzeit' in die SPS kamen und dann irgendwann im Logger gespeichert wurden mussten wir da heftig dran rumlöten ... und bis es überhaupt dann wieder ging war auch so eine Sache. Alles andere als nachahmenswert.
Ansonsten können das nur sehr teuere sog. 'Wetterstationen' (WS3600 etc.). Und es gibt in der eBucht-USA einen Anbieter eines fertigen seriellen RS232 Boards mit Luftdruck, Temp. und Hygro-Sensor. Hygro und Luftdruck Sensoren sind jedoch nicht bestückt und richtig teuer.
Die RS232 ist bei mir 9600Baud an den Dingern - das Protokoll 'irgendwas' und nicht unbedingt offen. Ich denke mal so 2% davon schon zu wissen ...
Besseres fand ich bisher auch nicht - Gardena hat noch so ein Ding (40Euro) über den Gardena 'Analogbus' abzufragen - sehr robust. Weils aber in die Erde genagelt war es auch platt nachdem der Gärtner den Mäher drüberschob.
Bliebe ansonsten nur Selbstbau oder die richtig teuren Dinger auf Ultraschallbasis (>2500 Eur.) :confused: :confused:
 
Zuletzt bearbeitet:
Der klima-Logger sieht zwar gut aus aber wie binde ich den in meine S7 ein?
Wird nicht ....
... doch - das geht noch verhältnismässig einfach. Mein TFA-Logger (vor 16Monaten gekauft) hat 'ne normale RS232 Schnittstelle mit 9600Baud. Damit lassen sich nach Umwandlung von RS232 <---> in RS485 (oder im einfachsten Fall einfach das S7-200 Programmierkabel dazwischenstöpseln) und 'umschalten der CPU-Schnittstelle in die freie Kommunikation die Daten mit RCV in eine Tabelle in der SPS einlesen. Das Umschalten in die FKK geht über den richtigen Wert in SMB30 zu laden und Meldungsanfang, Meldungslänge und ein Erkennungszeichen festzulegen. Im HB oder den Tips&Tricks beschrieben.
Soweit ist das easy. Aber irgendwie kann man vorher per serieller Anfrage anscheinend festlegen welche Datensätze übertragen werden sollen. - die CPU sendet also erstmal einige Zeichen worauf der Logger dann richtiger reagiert.
Das ist also ähnlich der automatischen Abholung der Post vom eMail Server. Man will nicht alle eMails holen sondern nur die neueren des laufenden Tages ...
Und da hapert es mit der Vollständigen Kenntnis des Protokolls. Es müsste da noch massig ausgewertet werden was die beigepackte Windows Software alles an den Logger sendet um dort gezielt Datensätze anzufordern.
Mir gelang immer die letzten 30 Daten in der CPU 'einzusammeln' - Fehler dabei: Es fehlte jegliche Zuordnung zu welchem Fühler gehörig und von wann die waren. Bei immer meinetwegen vier 'angeschlossenen' Fühlern sind die natürlich auch immer an der selben (und damit richtigen) Stelle - fällt einer aus weil die Batterie leer oder die Reichweite schwankt, bzw. wirds einer mehr ist die ganze Funktion natürlich 'Essig'.
Bei vollständigerer Kenntnis des Protokolls würde das aber auch gehen !
Bevor man auf diese Logger zurückgreift - von denen ich annehme die werden weitestgehend baugleich sein - sollte man auf jeden fall darauf bestehen vollständige Unterlagen bzgl. der seriellen Übertragung im Karton vorzufinden. Als ich den kaufte wurde mir auch gesagt es sei alles dabei ....
andererseits gabs zu dem Zeitpunkt garkeine, und bis heute sinds nur wenige, Alternativen :???:
 
Könntest du mir babei helfen das zum Laufen zu bringen falls ich mir soetwas zulege?
Bin nämlich relativer Anfänger auf diesem Gebiet!

Muss ich die Fühler extra kaufen, oder?

Mfg

mario318i
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo
Muss ich die Fühler extra kaufen, oder?
Bei dem Datenlogger sind das normale 'Funksensoren'. Bis zu 6 oder 7Stück. Dabei gibt es soviel ich weiss zwei Systeme: 433Mhz (oder solche Hertzen) und 866Mhz. Es sind dann immer nur die Sensoren zur Station passend welche im selben 'Band' funken.
Könntest du mir babei helfen das zum Laufen zu bringen falls ich mir soetwas zulege?
Bin nämlich relativer Anfänger auf diesem Gebiet!
Die Software, wie sie bei mir läuft (und sich ständig auch verändert) kannst du bekommen. Die Prinzipien kann ich dir auch gerne erklären, wobei ich da SPS-technisch auch nur Hobbyist bin. Was schlecht ist mit der 'Fernhilfe' ist der elektrische (Schnittstellen)anschluss. Erfahrungsgemäss funktionieren diesbezüglich irgendwann ertestete Schaltungen oft nur an dem Gerät wo sie für gemacht wurden. Das liegt einfach daran das diese ganzen Geräte fortlaufend weiterentwickelt oder umbestückt werden. Wenn die Geräte (also die Logger) da nicht am selben Tag im gleichen Laden von derselben Palette gekauft wurden hat sich da oft schon wieder was geändert. Es zählt an der Stelle immer nur ausprobieren und testen.
Soweit so gut - nun müsstest du erstmal wissen wo es 'Fühler' dafür gibt; und welche. Denke ich mal - um überhaupt da ver- und abgleichen zu können welches Gerät es wenn wäre. Ich kaufte meine Zusatzfühler alle bei:
Der Preisleistungsprofi
- Firma Jörg und Michael Hunger GBR -

Der tritt auch in der eBucht auf, siehe Artikelnr. 250059729506
als normalen Temperaturfühler. Die Teile sind von TFA - das ist ziemlich wichtig den Logger dazu kompatibel zu kaufen weil nur von TFA gibt es bisher ein grosses Angebot von Zusatzfühlern (Hygro, z.Bsp. auch Schwimmer für Teiche oder Kältesensoren für die Kühltruhe !). Das hat der aber im Angebot. Warum der Logger von TFA (kostete 39,45Euro) verschwunden ist, oder ob ich den nur nicht finde an den Stellen wo er sich bisher versteckte sollte man da vielleicht mal anfragen. Bei uns Zubehörkompatibel zu dem TFA-Datenlogger ist darüber hinaus die Wetterstation WS2300.
Mein einzig zugehöriger Link zerfällt leider in tausend Stücke und füllt die ganze Seite- daher Artikelnr. 250197325371

Dort sind die Sensoren mit im Karton. Unterschied ist jedoch vollkommen andere Software und wohl auch Speicherbelegung. Was an 'Wetterstationen' gut oder schlecht ist möchte auch nicht unbedingt aussagen. Ich nahm da immer was mit 'Schnittstelle' .... und danach die Sintflut. Nachteil all dieser Funkteile ist andauernder Batteriewechsel - teilweise verlieren die auch dabei noch alle Daten. Merkt man natürlich auch nicht sofort alles.
Wenn du in der Richtung bei einer der von mir hier beispielhaft angebenen Quellen etwas kaufen wolltest ist es zudem egal welche es letztendlich wäre. Ich machte da bei beiden (oder mit dem 'KabelJets' zusammen sinds ja drei) nur gute Erfahrungen. Obs immer so ist kann ich aber auch nur annehmen.
Du kannst dir ja mal so ungefähr einen Plan erstellen welches Teil am ehesten passen würde. Und denn sehen wir mal was bei uns davon schon irgendwelche brauchbare 'Zuckungen' in der SPS von sich gibt und was du davon gebrauchen kannst.
Uns so ganz schnell geht das auch alles nicht ! Vieles dabei ist ein reines Geduldsspiel die Daten zuverlässig an die Stellen zu bekommen wo man die gerne hätte
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo
eben Zwischenantwort weil ich gleich noch weg muss. Ich kann da dann später noch einige Punkte genauer beschreiben.
zu: >>>>Klima-Daten-Logger LOG32
kenne ich zwar nicht, würde den evtl. aber für interessanter halten - zumindest bei Auslesen über den PC. Eine reine USB -Schnittstelle in die SPS 21x einzulesen um dort einen Datenaustausch zu ermöglichen ist mir bisher nicht gelungen. Von daher gibt es dazu wohl auch noch keinerlei anderweitige 'Lektüre'
>>> die TFA Dinger
Bei wml-weathershop ist es auch der abgebildete TFA Logger. Diese (wahrscheinlich neuere) Variante ist vom Foto her nicht vollkommen identisch mit meinem Gerät. Ich las gestern das es bei ELV den Logger mit dem vollseriellen Protokoll wie ich ihn habe noch geben (zu Zeiten des gelesen Beitrags - gegeben haben) soll. Fand aber nichts.
Zu dem bei WML-w_shop jetzt vertriebenem Gerät gibts eine recht präzise Protokollbeschreibung wo auch alle Probleme detailliert aufgeführt sind. Diese stimmt allerdings nicht 100%-ig in allen Punkten mit dem Ablauf wie er letztendlich bei mir funktioniert überein. Es wird sich, wie auch in sehr detaillierten Beschreibung dort zu finden ist sicherlich auch schon wieder um verschiedene Versionen handeln.
Bitte von daher unbedingt den Beitrag mit den intern verlinkten Beiträgen zur seriellen Anbindung bei http://www.wetterstationen.info/phpBB/viewtopic.php?t=7605&sid=a06b7890b744608ce3291e1f94e052c6
durchlesen !
Du wirst da auch finden das es für die TFA - Geräte open 'source Software' unter Windows und Linux gibt, von daher also Beispiele zugänglich sind die wohl auch noch permanent entwickelt werden.
Es wird dort auch der 'Zwischencontroller' von dem ich sprach, und wie hier damals von uns eingelötet, beschrieben. Da einige neuere und weitergehende Erkenntnisse dortiger Auswertungen vom Prinzip her recht grosse Schwierigkeiten im gesteuerten Ablauf andeuten schreibe ich da nachher noch einiges zu wo es bei uns so klemmt und hakt:(
 
So - nun noch zu der direkten Auswertung vom Klima Logger mit der SPS.
Wie von der 'Protokollabteilung' im Link ja bewiesen die ersten Bytes im Datensatz tatsächlich jeweils der Zeitstempel im Windows 'OLE-Time-Format' ist und das von mir an der Stelle in meiner vereinfachten Kommunikation direkt mit dem Logger interpretierte 'Startzeichen' garkeins ist dann wäre es eigentlich unmöglich den erhaltenen 32-Bit Float in der CPU214 vom OLE-Time in die tatsächliche Zeit umzurechnen um damit eine feste Zuordnung der Datensätze zu bekommen. Ich kann bei mir auch nur immer einen 56Bytes-Block (den angenommen neuesten 'abgreifen' und gehe dabei davon aus das die CPU-Zeit dann schon mit der Logger-Funkuhrzeit übereinstimmt. Was hinkommt weil unsere CPU's grösstenteils mit der Funktime synchronisiert werden. Freilaufend allerdings gibts dann da wohl bei mehreren Datensätzen irgendwo den Knoten ....
Ausserdem deckt sich die Erkenntnis das 'Echtzeitreaktionen', somit also Schaltvorgänge, eher unmöglich sind. Es liesse sich folglich nur über längere Zeiträume von der CPU auswerten 'gut feucht' zu feucht oder 'einfach nur trocken'. Da natürlich auch nicht so wichtig, 'aktuelle' Windrichtungsänderung hingegen wäre wohl immer die irgendeine von gestern ...
Letztendlich wäre es dann insgesamt überaus aufwändig alle Vorgänge wie Fühlerausfall, zuschalten eines Fühlers oder die Plausibilitätskontrolle für Messmüll da irgendwie zusammenhängend für jedes Messintervall jedesmal noch in der SPS vergleichen zu müssen. Es gäbe folglich keinerlei Zuverlässigkeit, dass was da ausgelesen wird irgendwie 'schon hinkommen wird'.
Ist bei mir allerdings auch so - die Zuverlässigkeit überlasse ich den Kabeldingern; die Funksender haben alle so ihre 'Macken'. Eine davon: Das plötzlich die Kanäle wechseln und der Windsensor urplötzlich zum Thermometer wird. Und ewiger Batteriewechsel - der Logger hat zwar Netzteil, doch die Fühler nicht. Am Logger sind jedoch wohl auch Kabelfühler vorgesehen; ausprobiert zwar noch nicht, aber da sind Stecker.
Um nun noch mal zu der ursprünglichen Frage sinngemäss zurückzukommen damit 'Schaltvorgänge' für die Befeuchtung - sag ich mal:- auszulösen, ist ja auch durch einige Beiträge im Wetter-Forum klar beschrieben dass es möglich ist.
Aber ob es sinnvoll ist diese Schaltvorgänge, vom Logger bestimmt, in einer S7 auszuführen :confused: :eek: :confused: da würde ich jetzt fast mal vorsichtig sagen dass das vielleicht nicht so ganz beste Weg ist :rolleyes:
Es scheint so das diese gesamten Wetterfritzen ihre Protokolle da vollkommen auf die beschriebene EEPROM Lesetechnik umgestrickt haben und damit wird das von der SPS aus zuverlässig mit den Dingern zu kommunizieren eigentlich unbeherrschbar. Auch einen Zwischencontroller (wie in der einen Webseite C-Control) dafür vollständig zusammenzustricken ist eigentlich ziemlich unmöglich.

Ich messe da nachher oder spätestens Morgen bei mir noch mal nach mit einem zusätzlich jetzt geholten Fühler. Wahrscheinlich geht dann lt. der Protokollbeschreibung bei mir dann die Tabelle auch überkopp -
das muss alles viel einfacher gehen, sonst wird das nicht zu haendeln !!!
 
Also ich muss sagen da ist mir irgendwie zu kompliziert, ich habe das Gefühl, dass das nie wirklich funktionieren wird! :confused: :confused:

ich weiß nicht ob das wirklich das rictige ist?

MfG
mario318i:???:
 
Zurück
Oben