-Menü

Beiträge anzeigen

Dieser Abschnitt erlaubt es Ihnen, alle Beiträge anzusehen, die von diesem Mitglied geschrieben wurden. Beachten Sie, dass Sie nur Beiträge sehen können, die in Teilen des Forums geschrieben wurden, auf die Sie aktuell Zugriff haben.

Beiträge anzeigen-Menü

Beiträge - paraglider

#1
Hi,

ich habe eine 750-467 deren Kanäle mir bei 0v am Eingang lustig hin und her springe Werte im Word Ausgang bringen.

Erst habe ich gedacht das liegt vielleicht an irgendwelchen Statusbits die vom AIN2 (wenn korrekt konfiguriert) weggefiltert werden. Jetzt habe ich den AIN2 (in meinen Augen) korrekt konfiguriert (Daten auf Bit3-14 etc; siehe Bild im Anhang), der Ausgangswert springt dennoch zwischen 0 und 1 Volt hin und her. 

Unter http://www.wago.com/wagoweb/documentation/750/ger_manu/modules/m07500467_xxxxxxxx_0de.pdf steht ach noch was von einem Statusbyte, aber auch dass nur die 16 Bit mit den Nutzwert ausgegeben werden.

Jetzt bin ich etwas ratlos und denke schon darüber nach, ob vielleicht die Klemme ein HW Problem hat - obwohl mir ein HW Problem noch nie unter die Augen gekommen ist.

Habt Ihr irgendwelche Ideen oder habe ich doch etwas falsch konfiguriert?

[gelöscht durch Administrator]
#2
...auch von meiner Seite ein großes Dankeschön. Ich logge eine Reihe von Daten auf eine mysql-DB auf einem Synology NAS.

Alles klappt tadellos. Vielen Dank auch für das Demoprogramm!

Andreas
#3
Hallo,

für meine Haussteuerung versuche ich gerade einige Zentrale "Events" (Zentral Lichtaus, Zentral Rolladen hoch/runter) per globaler Variable abzubilden.

Das ganze habe ich vereinfacht so abgebildet:

Für jeden Lichttaster nutze ich den Click Baustein. Am Doppelclick-Ausgang setzte ich die globale Variable, z.B. für Zentral Licht aus.

Das ganze funktioniert nicht, ich denke ich weiss auch warum: Das Haus hat natürlich sehr viele Click Bausteine die alle parallel aktiv sind. Bei 99% dieser Bausteine findet kein Doppelclick statt und dadurch wird die globale Variable mit false gesetzt. Der einzige Baustein der wg. einem Doppelclick die globale Variable auf true setzten will wird durch die große Masse der anderen FBs sofort überschrieben.

Jetzt könnte ich natürlich alle Doppelclick-Ausgänge in einem Riesen-Oder "zusammendrahten", das muss doch aber eleganter gehen...

Ich hoffe ich habe mich einigermaßen klar ausgedrückt und jemand von Euch kann mir weiterhelfen...

Andreas

Im Anhang mein entsprechender Baustein (hier für Zentral Rolladen auf und ab).


[gelöscht durch Administrator]
#4
Hi Klaus,

ich war einige Zeit (öhem) aufgrund Arbeitsstress nicht mehr an dem Thema 'dran. Habe aber jetzt Deinen Beitrag gesehen und wollte Deinen Baustein ausprobieren.
Da fehlen mir aber leider ein paar abhängige Bausteine:

BLIND_SHADE_flex
BLIND_DARK
HYST_T

Wo bekomme ich die her?

Andreas
#5
Ich habe den Superbaustein mit CFC erstellt.

Über das "patchen" der Lib konnte ich zwar die Variable MANUAL_TIMEOUT als "public" und damit als zugreifbar definieren, hat aber trotzdem nicht geklappt: Obwohl ich verschiedene Werte für die einzelnen Jalousien definiert hatte, war der Wert trotzdem für alle dann gleich...

Grüße!
Andreas
#6
SPS-Programmierung / Re: WebVisu mit Android
02. Januar 2012, 18:20:11
Kein SSI? Ich dachte Du benutzt für Deine Seite http://www.jan-karina.be/piotr/index_pc.html SSI zusammen mit jscript?


PS: If it's easier for you we can switch to english.
#7
SPS-Programmierung / Re: WebVisu mit Android
02. Januar 2012, 17:29:11
Hi,

ich mache gerade die ersten Schritte bzgl. Wago-Visualisierung.

Scheinbar setzten viele Leute SSI ein. Wenn ich es recht verstehe habe ich mit SSI ein SSI-Script auf der Wago und ein weiteres js/html File auf einem weiteren Webserver. Wäre es nicht einfacher direkt per Modbus auf die Wago zuzugreifen? Dann könnte ich mir das SSI sparen. Es gibt zum Beispiel PHPModbus für einen Wagozugriff aus PHP heraus.

Wieso setzt das niemand ein? Was sind die Nachteile gegenüber SSI?

Danke & Viele Grüße,
Andreas
#8
Hallo Stefan,

ich mache das auch über einen Doppelclick, "missbrauche" danach den alarm (zentral runter) und wind (zentral hoch) Eingang von Blind_Security.

Andreas
#9
Aha, das heisst ich kopiere den FB aus der Bibliothek raus, wandle die Variable als Input-Var um und das war's? Sind dann keine Nebeneffekte zu erwarten?

Danke!
Andreas
#10
Jetzt habe ich einige Zeit versucht am Code rumzuschrauben, richtig zielführend ist das aber eher nicht.

Deshalb neuer Versuch:

Kann man denn eine Setup-Variable nicht nur per Doppelclick setzen sondern auch "programmatisch"? Im speziellen geht's mir um die Setupvariable MANUAL_TIMEOUT  beim Baust ein BLIND_INPUT.

Diesen habe ich ich einem eigenen Baustein "_SuperBlind" verpackt und nun würde ich gerne MANUAL_TIMEOUT per Parameter von außen setzen.
Geht das?

Danke für Eure Hilfe,
Andreas
#11
Kann uns denn keiner weiterhelfen?

Wie komme ich denn an die Sourcen von Oscat 'ran um die Bugfixes ggf. selbst durchführen zu können?

Liebe Grüße,
Andreas
#12
Hallo,

meine Haussteuerung steht mittlerweile kurz vor dem aktiven Einsatz. Bei der Steuerung der Rollläden und Jalousien (aktuell nur per Simulation) habe ich noch ein kleines Problem - vielleicht verstehe ich auch nur die OSCAT Logik noch nicht vollständig:

Zur Situation:
Ich fahre die ganze BLIND Konfiguration manuell. Im BLIND_INPUT habe ich die MAX_RUNTIME gesetzt. Da ich mir aus BLIND_INPUT, BLIND_SECURITY und BLIND_CONTROL einen "Superbaustein" gebastelt habe, den ich überall im Haus einsetze, ist die MAX_RUNTIME damit ein globaler Wert.

Für jeden individuellen Rolladen/Jalousie habe ich in BLIND_CONTROL die T_UD individuell gesetzt (von 17s bis 1m30). Die MAX_RUNTIME habe ich deshalb auf 1m31s gesetzt.

Meine Fragen:

1) Bei einem manuellen DOWN oder UP wird der Motorausgang (MU oder MD) nach MAX_RUNTIME stromlos geschaltet. Sollte das nicht bereits nach T_UD passieren?

2) Bein einem WIND Alarm bleibt der Motorausgang MU dauerhaft ON, so lange wie der Alarm aktiv ist. Sollte er nicht auch nach MAX_RUNTIME stromlos geschaltet werden, besser noch nach T_UD?

3) Die POS wird korrekt berechnet. Wieso schaltet BLIND_CONTROL überhaupt den Motor ein, wenn die POS 255 (also oben) und der Hochtaster gedrückt wird oder Sturmalarm kommt. Mehr "hoch als 255" geht ja nicht...

Danke für Eure Antwort/Hilfe,
Andreas

[gelöscht durch Administrator]
#13
Hi Hugo,

dessen war ich mir bereits bewusst. Ich muss einen Click > 10 ms simulieren. Meine Frage war eigentlich (hab mich wohl falsch ausgedrückt): Wie simuliere ich beim Debugging mit CodeSys solch einen Click damit der Baustein denkt, ein Taster wurde kurz gedrückt und auf dem Q Ausgang ein "high" Signal schaltet...

Andreas
#14
oscat.lib fuer TwinCAT/CoDeSys / CLICK debuggen?
28. Februar 2011, 23:17:42
Hallo,

ich mache gerade meine ersten Schritte mit CodeSys und OSCAT.

Ich habe mir aus einigen OSCAT Bausteinen eine kleine Steuerung zusammen "gebastelt". Alles funktioniert soweit ganz gut.

Leider bekomme ich ich das Programm nur per Download in meine Wago und "psychischen" Taster getestet: Ich schaffe es einfach nicht per Debug einen Single Click beim CLICK Baustein zu simulieren. Gibt's da einen Trick oder muss ich meine (bisher) noch wenigen HW-Module jeweils auf den zu testenden Programmteil mappen?

Danke & Viele Grüße,
Andreas