Nachrichten

46

SPS-Hardware / Re:WAGO oder was?

« am: 28. Mai 2010, 12:46:17 »

Läuft die oscat Lib unter twincat?

Zu dali: find ich nur bedingt super...und zwar wenn ich nur leuchtstofflampen habe...ansonsten Kenne ich wenige leuchten, die sich via dali ansteuern lassen...oder weis jemand ein günstiges, kleines dali Steuergerät, welches ich in eine Leuchte einbauen kann?? Und günstig heisst, 60,-€ günstig wie der beckhoff Dimmer.

47

SPS-Hardware / WAGO oder was?

« am: 26. Mai 2010, 10:56:22 »

Tag zusammen!

ich habe mir über die letzten Monate hinweg so das ein oder andere WAGO Gerät für unsere neue Automatisierung im Haus gekauft. Unter anderem 2 750-841 Controller und jede Menge 8E und 8A Baugruppen. Mit CoDeSys bin ich auch schon ganz gut vertraut.
So weit so gut.

Jetzt habe ich festgestellt, dass einige Baugruppen, die für die Hausautomation super wären, bei WAGO nicht vorhanden sind...
Am meisten vermisse ich die Dimmerklemme und eine 2-Kanal Klemme für Jalousien. Damit lassen sich super schlanke Verteiler aufbauen...

- Kann ich die Beckhoff Klemmen an der Wago betreiben??
- Kann man die Beckhoff Controller (CX9001-1001) mit CoDeSys programmieren??
- Wenn ja, kann ich da die gleiche Umgebung verwenden, oder muss ich da was neues installieren?
- Was gibts denn bei den WAGO's für Alternativen??

Fragen über Fragen....Ich bin wirklich am überlegen, ob ich auf Beckhoff umsteige....Hat da wer eine Idee?

48

SPS-Hardware / Re:Dimmen mit WAGO

« am: 22. Mai 2010, 16:57:21 »

YAY
Das mit der Dimmerklemme von Beckhoff ist ja eine super Nachricht!!
Ich habe auch bereits 750-841 für unser Haus eingekauft und war auf der Suche nach einer leistbaren Dimmerlösung.

Eine Frage dazu: brauche ich da noch ein extra Relais, um die Lampe(n) ganz auszuschalten oder macht das die Dimmerklemme?

Gruß
Martin

49

oscat.lib fuer TwinCAT/CoDeSys / Re:Manchester Decodierung

« am: 25. Oktober 2009, 14:57:30 »

Hier eine schnelle Skizze, wie das ganze funktionieren soll:

Die Taster sind konventionell an Digital Input (DI) angeschlossen.
Sämtliche andere Sensoren und Aktoren werden via das serielle Protokoll bedient.
Über das serielle Protokoll wird:
- die Temperatur, Helligkeit, Feuchte übertragen
- LEDs angezündet bei Events (Türglocke, Alarm, sonstiger Event,...)
- Die LED's konfiguriert
- Sensorik konfiguriert

Damit habe ich die Taster ohne Verzögerung in quasiEchtzeit in der SPS und kann damit alles mögliche anstellen.
Und alles andere (und die Dinge, die mir noch einfallen , kann ich über mein serielles Protokoll bedienen.

Und zum Thema Geschwindigkeit:
Über 2 verschiedene Telegrammtypen (Konfig & Steuern) übertrage ich einmal 2 Bytes (Steuern) und einmal 10 Bytes (Konfig)
Plus 2 Bytes Präambel zum Synchronisieren ergibt 4 bzw. 12 Bytes.
Wenn ich alle 40ms ein Bit übertrage, dann brauche ich für die 4 Bytes ca. 1,3 Sekunden und für die 12 Bytes ca. 4 Sekunden. (Mit vielleicht noch ein paar Paritätsbits)
Wie schnell das dann wirklich geht muss ich probieren. Senden kann ich ja schneller, da der Atmel ja viel schneller samplen kann als die SPS. Und empfangen geht via Interrupt, und da reicht die Geschwindigkeit für diese Art von Daten voll aus (Temp, Helligkeit, ...)

Hab auch schon eine Idee für das Protokoll...

[gelöscht durch Administrator]

50

oscat.lib fuer TwinCAT/CoDeSys / Re:Manchester Decodierung

« am: 25. Oktober 2009, 12:54:58 »

Hallo Leute!

Vielen Dank für die vielen Tips und Antworten!
Und so viele neue Fragen!!!

Also alles schön der Reihe nach:

@Daniel: I2C hab ich mir auch schon überleget und wäre eine gute Alternative, leider sind die Ausgangsmodule bei Wago keine open collector, somit lässt sich eine I2C Schaltung nicht realisieren. Und wieder eine serielle Schnittstelle ist mir eine zuviel, die RS232 Module sind ja auch nicht ganz billig....

@gravieren: Mit hohen Kosten habe ich eher die Teilnehmer gemeint. Ein 8IO Chip kostet so ca. 8 Euro... Da kann ich mir viele kleine ATMegas kaufen. Und der 8IO (DS2408) ist abgekündigt. Muss bei Fuchs mal nachfragen was die so sagen.

ip-symcon hab ich mir auch schon angesehen. Verwendet das jemand hier? Hab dort mal freundlich ein paar Dinge angefragt, aber eine sehr kühle Mail zurückbekommen. Ist halt wieder ein PC mehr...und vor allem hat er Windows drauf...werd ich mir für die Komfortebene noch etwas genauer anschauen.

@NetFritz: Danke für den Link! Vielleicht hab ich jetzt endlich einen Fingerprint Sensor gefunden.... (Sebury F1) Ansonsten hab ich mich (reine Geschmackssache) von Buslösungen verabschiedet. Ich werde alle Kabel und Leitungen in insg. 3 Verteiler ziehen und dort jeweils eine 750-841 einbauen. Ist dann zwar zwischen den Steuerungen auch ein Bus (Ethernet) aber von dort gehts dann sternförmig und ich hab dann (subjektiv) alles besser unter Kontrolle.

Werde mal meine Lösungsidee posten...

51

oscat.lib fuer TwinCAT/CoDeSys / Re:Manchester Decodierung

« am: 22. Oktober 2009, 19:56:02 »

Hmmmmm......
Das 1-wire Interface ist bei mir bis jetzt eigentlich wegen der hohen Kosten ausgeschieden.....
Und weil da ja einige Bauteile abgekündigt sind. (DS2408???)

Hat von euch jemand Erfahrung damit?? Kabellänge? Wieviele Teilnehmer am Bus? Reaktionszeit?
Die Preise bei Fuchs würden ja so schlecht nicht ausschauen....
Muss ich mich da doch noch mal einlesen.

52

oscat.lib fuer TwinCAT/CoDeSys / Re:Manchester Decodierung

« am: 22. Oktober 2009, 16:44:52 »

exakt, an meiner Idee gefällt mir, dass sie ohne zusätzl. HW auskommt
Werde ich mal etwas weiter behirnen...

53

oscat.lib fuer TwinCAT/CoDeSys / Re:Manchester Decodierung

« am: 22. Oktober 2009, 15:18:54 »

Ich verwende das NICHT für echtzeitkritische Dinge wie Schalter!!
Die Performance wäre, wie gesagt, für mich ausreichend.

54

oscat.lib fuer TwinCAT/CoDeSys / Re:Manchester Decodierung

« am: 22. Oktober 2009, 15:09:01 »

Hallo Hugo, Daniel,

wenn ich 10Bytes in ein paar Sekunden übertragen kann, ist das völlig ausreichend!! (Temp, Helligkeit, Konfig Daten, KEINE Echtzeitkritischen Daten...)
Und es funktioniert mit Standard /EA's --> billig!

Aber den Zusammenhang zwischen DCF77 und Manchester kann ich nicht herstellen.

Bei der Manchester Codierung wird auf der Sender Seite das codierte Signal mittels Takt mit dem Nutzsignal via XOR erzeugt.
Auf der Empfängerseite brauche ich nun eine D-PLL (Phase Locked Loop) um aus dem codierten Signal den Takt herauszubekommen. Dann kann ich wiederum mittels XOR auf die Nutzdaten schliessen.
Auf der Seite 3 des Dokumentes aus meinem 2ten Post ist das beschrieben.

Die Haupt-CHallenge ist es, sich auf den Takt aufzusynchen. Dafür scheint die Präambel gut zu funktionieren.
Hat da wer eine Idee für mich wie das auf der SPS gehen kann?? Samplen via Interrupt?

Oder hat wer ne bessere Idee Daten über 2 Adern in 2 Richtungen übertragen....

Danke!!

55

oscat.lib fuer TwinCAT/CoDeSys / Re:Manchester Decodierung

« am: 22. Oktober 2009, 10:50:25 »

Kann mir da keiner helfen?
Wäre doch super, wenn man mit einem simplen digitalen Ausgang Daten übertragen kann...

Größtes Problem (für mich) ist die DPLL: Sehr schön beschrieben ists auf: http://www.erg.abdn.ac.uk/users/gorry/course/phy-pages/dpll.html für die DPLL.

Ist das überhaupt machbar auf einer SPS? (750-841 von Wago)

Danke!

56

oscat.lib fuer TwinCAT/CoDeSys / Manchester Decodierung

« am: 21. Oktober 2009, 10:40:38 »

Hallo!

Erst mal ein grosses Danke für die lib bzw. die Seite!!! Ich bin gerade dabei, die Haustechnik für unseren Neubau zu planen und stehe vor einem Problem für mein Proof-of-Concept.

Ich gerade dabei, intelligente UP-Dosen mit einem kleinen ATMega für Temp, Helligkeit, LED's usw. zu bauen, die dann mit der Wago kommunizieren können. Für die Übertragung scheiden Funk und Ethernet aus da zu teuer, ebenso eib/knx oder ähnlich.

Nun habe ich folgende Idee, da die Geschwindigkeit keine grosse Rolle spielt:

Ich möchte über einen digitalen Ausgang bzw. in die andere Richtung über einen digitalen Eingang serielle Daten übertragen. Dazu möchte ich das Signal Manchester codieren.
siehe hier --> http://de.wikipedia.org/wiki/Manchester_Code

Das codieren auf der Wago sollte ja kein Problem sein, da es eine einfache XOR Bedingung ist.
Schwieriger gestaltet sich da das decodieren. Dafür brauche ich, soweit ich das richtig verstanden habe, eine D-PLL um das Nutzsignal wieder vom Clock zu trennen.

Gibt es hier jemanden, der mir da helfen kann, bzw. einen Tip ob das funktioniert und wie?
Wie gesagt, Geschwindigkeit ist kein Thema, wenns 10 Bit/s sind dann passt das auch.....

Vielen Dank!
Martin