Beiträge anzeigen

Diese Sektion erlaubt es ihnen alle Beiträge dieses Mitglieds zu sehen. Beachten sie, dass sie nur solche Beiträge sehen können, zu denen sie auch Zugriffsrechte haben.


Nachrichten - NightWatcher

Seiten: 1 2 [3] 4 5 6
31
oscat.lib fuer TwinCAT/CoDeSys / Re: Blind_Input mit Single Click
« am: 06. Februar 2015, 11:23:38 »
Ich vermute fast, dass es nicht so einfach ist. Er würde ja nun immer den In Triggern, wenn sich der Status ändert und nicht 141 ist.

Was passiert bei deiner Schaltung, wenn du über den Blind_Input S1 oder S2 betätigst?

EDIT: Habe deine Schaltung gerade noch mal verinnerlicht. Könnte doch klappen. Habe mal wieder zu weit gedacht. Ich baue es ein, damit man es unter Real Bedingungen feststellen kann :-)

32
oscat.lib fuer TwinCAT/CoDeSys / Re: Blind_Input mit Single Click
« am: 05. Februar 2015, 21:03:41 »
Ich werde den Baustein auch spätestens am WE testen. Aber wenn er bei Tobias klappt, nehme ich stark an, dass er hier auch funktioniert.

@Tobias Problem, das habe ich auch, aber aus Faulheit noch nicht gelöst, da noch andere Sachen auf dem Tisch liegen.

Liegt einfach daran, dass du durch den manuellen Eingriff an PO 0 (bzw. deinen angefahrenen Wert) anliegen hast. Der Blind_Night schleift morgens einfach PI nach PO durch. Da dann dort aber eben auch 0 anliegt (durch deinen Eingriff), fährt der Rollladen nicht.

Meine Idee war einfach, dass er nachts unabhängig davon immer an PO des Blind_Input 255 anlegt. Mir ist noch kein Szenario eingefallen, dass er morgens NICHT wieder hochgehen sollte. Wenn doch, könnte man dies mit nachgeschalteten Bausteinen (z.b. SET oder Security) steuern.

33
Hast PN.

34
oscat.lib fuer TwinCAT/CoDeSys / Re: Blind_Input mit Single Click
« am: 15. Januar 2015, 21:17:11 »
Hängen ich mich gleich mal mit dran. Vielleicht versuchen ich die Tage mal 1-2 Sachen. Dann stelle ich nen modifizierten Baustein zur Verfügung.

35
Moin,

ich habe meinen Schlafzimmer Rollladen so geschaltet, dass er unter der Woche automatisch und am Wochenende manuell hochgeht.

Das klappt soweit auch alles wunderbar.

Nun habe ich jedoch den Blind_input so konfiguriert, dass er über 1-Taster Betrieb läuft. Leider muss ich am Wochenende morgens immer 3x drücken, damit er hochfährt.

Die letzte Aktion war natürlich auch hochfahren, also möchte er nun runterfahren. Da der Rollladen durch Blind_Night aber bereits unten ist, muss ich den lauf stoppen und wieder drücken.

Eigentlich müsste der Baustein doch nur noch ZUSÄTZLICH prüfen, ob er auf 0 oder 255 an PO steht, und dann entsprechend agieren, unabhängig davon, was er als letztes gemacht hat. Jeder Baustein, der nach ihm eine Aktion auslöst, würde den 1 Taster Betrieb stören.

Oder habe ich nur etwas grundlegendes übersehen?



[gelöscht durch Administrator]

36
SPS-Programmierung / Re: über Readpi Byte auslesen möglich?
« am: 10. Dezember 2014, 17:24:19 »
Okay, habs schon rausgefunden.

M_JALOUSIE_TUER_POS       AT %MD100   : BYTE;

geht z.B.

Vielleicht könnte mir noch jemand sagen, ob das so korrekt ist, oder die Funktion nur zufällig klappt :-)

37
SPS-Programmierung / über Readpi Byte auslesen möglich?
« am: 10. Dezember 2014, 17:11:23 »
Hi,

ist es möglich, an einen Merker (XML) über readpi einen Byte wert auszulesen.

M_JALOUSIE_TUER_POS       AT %MX0.9   : BYTE;

Funktioniert leider nicht, weil auf der Adresse nur boolsche Werte stehen dürfen.

38
Was meinst du mit "in einer zyklischen Laufzeit"? Der F_TRIG kann schon zyklisch aufgerufen und bearbeitet werden - genau dafür ist er gemacht. Er gibt bei einer positiven Flanke ein Signal heraus, das genau einen Zyklus lang ansteht. Das nennt man dann Impuls. Und der reicht, um den BLIND_INPUT via IN anzutriggern.

Aber ich hatte dich so verstanden, dass dein Beispiel (Screenshot) für die Lüftungsposition zwar funktioniert, das Schließen jedoch nicht. Oder funktioniert schon der Screenshot nicht?

Man kann leider die Konstante nicht erkennen, die an PI angebunden ist. Kannst du die noch so verschieben, dass man sieht, welchen Wert du übergibst?
Meine Schaltplan funktioniert schon. Der Impuls in dem Zyklus ist leider so kurz, dass der nächste Baustein (TON) und/oder BLIND_INPUT ihn nicht "registriert".

Ist der Zyklus z.b. 1sek. dann scheint es zu klappen. Werde ich morgen früh sehen.  ::)

39
Update, ich vermute, dass der F_TRIG hier bei einer Zyklischen Laufzeit nicht geeignet ist. In meinen ersten Tests läuft es, wenn ich eine Schaltung schreibe, die 1x in der Sekunde aufgerufen wird.

Werde das dann heute nach mal noch unter realen Bedingungen testen.

40
Ach, und falls du dich wunderst, warum die Läden so früh herunter gehen: XCAL.SUN_RISE und SUN_SET werden in UTC ausgegeben (die Sonne ging heute nicht schon um kurz vor vier unter). Dem BLIND_NIGHT übergibst du aber die lokale Zeit an DTIN. Mit XCAL.UTC funktioniert es richtig.
Die Bausteine haben bei mir nen Offset von 90min. Die andere Nachricht von dir, werde ich evtl am Montag mal ausgiebig testen. Danke schon mal  8)

41
Habe ich gestern bereits (heute morgen) - klappt natürlich.... NICHT  :-\

42
Habe mal was gebastelt, so meinst du es, oder?



[gelöscht durch Administrator]

43
Schon klar, das alles.  ;)

Ich denke, ich habe mich falsch ausgedrückt...

44
Die Abhilfe kann nun allerdings nicht im BLIND_NIGHT geschehen, Ursache ist ja der PO=0 des BLIND_INPUT. Lösen würde ich das folgendermaßen:
Das habe ich mir auch gedacht. Aber probieren wollte ich es natürlich trotzdem mal.

- 255 (konstant) auf BLIND_INPUT/PI
Sowas ind er Art habe ich mir heute morgen auch gedacht, nachdem ich mit den Quellcode des Bausteins mal angesehen habe.

Ich kann kaum glauben, dass das Problem nur mich betrifft und man dies nicht Werkseitig in den Baustein irgendwie integriert hat. Oder bauen sich alle Ihr eigenes Süppchen? Habe immer möglichst versucht, die Bausteine nicht zu bearbeiten.

45
Nun, folgendes Szenario, rolladen fährt nachts automatisch runter.

blind_input po = 255
blind_night po = 0

Ich fahren den rolladen in der Nacht hoch und dann wieder runter, weil ich zb mal auf die Terrasse muss.

blind_input po = 0
blind_night po = 0

Morgens schleift das modul blind_night den pi an po durch. Da er aber noch auf 0 steht, passiert natürlich nichts.

[gelöscht durch Administrator]

Seiten: 1 2 [3] 4 5 6