Willkommen auf unserer neuen Forenplattform für das Bus-Profi Forum

Neue Felder für die persönlichen Daten
Man kann jetzt seine öffentlich einsehbare Daten genau bestimmen. Details findet ihr in in diesem Beitrag.

Durch die neue Forensoftware und die Portierung der Daten konnten die Passwörter aus dem alten Forum nicht übernommen werden, bitte lassen Sie sich ein neues Passwort über die Passwort vergessen Funktion zusenden. Sollte es zu Problemen kommen kontaktieren Sie das Bus-Profi Team per E-Mail.

Konflikt mit programmierter Einstellung


Themenersteller
bonbod
Fingerwundschreiber
Fingerwundschreiber
Beiträge: 170
Registriert: So 2. Jul 2006, 10:32

#1 Konflikt mit programmierter Einstellung

Beitragvon bonbod » Mo 22. Aug 2011, 22:41

Hallo zusammen.
Ich möchte in einem UPS (10AA1E-4D93) eine Taste der Tastentabelle A für einen Zeitraum sperren.
Nach Absetzen des Kommandos erscheint die unter Betreff genannte Fehlermeldung im Busmonitor.

Deutet die Meldung daraufhin, dass ich mich selber ausgeschlossen habe?
Ist es ein Problem, dass diese Taste auch von anderen Modulen angesteuert werden kann?
Wie gehe ich bei der Suche am besten vor?

Gruß
Dirk

Benutzeravatar

LuckyLPA
Alleswisser
Alleswisser
Beiträge: 2446
Registriert: Di 13. Apr 2010, 16:17
Danksagung erhalten: 6 Mal

#2 RE: Konflikt mit programmierter Einstellung

Beitragvon LuckyLPA » Di 23. Aug 2011, 07:51

Moin.

Einfach mal die Tastersperre aktivieren in den Einstellungen (Modul-Einstellung).
[img]1[/img]
Das sollte das Problem beheben. Wenn nicht, dann nochmal die genaue Fehlermeldung posten.

mfg Carsten
Dateianhänge
371771Tastersperre.jpg
371771Tastersperre.jpg (64.85 KiB) 2025 mal betrachtet
Wenn du Hufgetrappel hörst, denk an Pferde und nicht an Zebras.

Benutzeravatar

Uwe
(†)
Beiträge: 14250
Registriert: So 26. Mai 2002, 23:10
Hat sich bedankt: 13 Mal
Danksagung erhalten: 56 Mal

#3 RE: Konflikt mit programmierter Einstellung

Beitragvon Uwe » Di 23. Aug 2011, 10:36

Auch ein nicht aktivierter Ausgang kann diese Fehlermeldung erzeugen.
Leider sieht man diese Meldungen nur im Busmonitor ...

Ebenso leider sind sie (noch) nicht konsequent für alles verfügbar.
Z.B. die Abfrage eines Statuskommandos von Relais sendet die entsprechende Tastenbelegung - egal ob die Statuskommandos aktiviert sind oder nicht.

Grüße, Uwe
----------------o00o----'(_)'----o00o---------------------


Themenersteller
bonbod
Fingerwundschreiber
Fingerwundschreiber
Beiträge: 170
Registriert: So 2. Jul 2006, 10:32

#4 RE: Konflikt mit programmierter Einstellung

Beitragvon bonbod » Di 23. Aug 2011, 20:04

Da habe ich mich ja schön blamiert ;-).

Tatsächlich war die Tastensperre für das Modul deaktiviert :blush:

Danke für die Hilfe.

Gruß
Dirk

Benutzeravatar

Uwe
(†)
Beiträge: 14250
Registriert: So 26. Mai 2002, 23:10
Hat sich bedankt: 13 Mal
Danksagung erhalten: 56 Mal

#5 RE: Konflikt mit programmierter Einstellung

Beitragvon Uwe » Mi 24. Aug 2011, 00:15

Mit deiner "Blamage" helfen wir bestimmt so manchem Anfänger, Dirk ;)

Auch ich vergesse dieses Häkchen immer mal wieder gerne - und so wie Carsten geschrieben hat, wird auch ihm das passieren.

Die 'ganz Dummen' machen eben die selben Fehler auch immer wieder :lol:

Grüße, Uwe - der beim Blamieren auch gerne noch ein Fettnäpfchen zum rein treten mit nimmt :blush: :w00t:
----------------o00o----'(_)'----o00o---------------------

Benutzeravatar

LuckyLPA
Alleswisser
Alleswisser
Beiträge: 2446
Registriert: Di 13. Apr 2010, 16:17
Danksagung erhalten: 6 Mal

#6 RE: Konflikt mit programmierter Einstellung

Beitragvon LuckyLPA » Mi 24. Aug 2011, 08:07

[zitat]Auch ich vergesse dieses Häkchen immer mal wieder gerne - und so wie Carsten geschrieben hat, wird auch ihm das passieren.[/zitat]
Moin Uwe.

Ja, dieses Häckchen fällt bei mir auch mal immer wieder untern Tisch, und dann funktioniert irgendwas nicht. Wozu kann ich die TabA eigentlich separat sperren? Entweder Alle oder gar keine. Stammt wohl noch aus der Zeit, wo die Tabelle A die einzige mit Timer war.

mfg Carsten.
Wenn du Hufgetrappel hörst, denk an Pferde und nicht an Zebras.

Benutzeravatar

Bert
Fingerwundschreiber
Fingerwundschreiber
Beiträge: 140
Registriert: Do 11. Aug 2005, 14:11
Danksagung erhalten: 3 Mal

#7 RE: Konflikt mit programmierter Einstellung

Beitragvon Bert » Mi 24. Aug 2011, 09:39

... mit blamieren hat das nicht viel zu tun.

Ich habe mir schon zu frühen Zeiten angewöhnt, bei der Ersteinrichtung der Module:
1. alle Ausgänge freizugeben und auf Dimmer zu stellen (auch wenn ich sie noch nicht brauche)
2. die Tastensperre anzuhaken

Bert - für den trotzdem noch genug Fehler übrig bleiben

Benutzeravatar

Beleuchtfix
Administrator
Administrator
Beiträge: 5293
Registriert: Mi 10. Jan 2007, 18:49
Hat sich bedankt: 4 Mal
Danksagung erhalten: 15 Mal
Kontaktdaten:

#8 RE: Konflikt mit programmierter Einstellung

Beitragvon Beleuchtfix » Mi 24. Aug 2011, 19:58

Bei Fehler piepen kannst du am besten auch gleich mit ausschalten WAF!

Gruß
Florian

Benutzeravatar

Uwe
(†)
Beiträge: 14250
Registriert: So 26. Mai 2002, 23:10
Hat sich bedankt: 13 Mal
Danksagung erhalten: 56 Mal

#9 RE: Konflikt mit programmierter Einstellung

Beitragvon Uwe » Do 25. Aug 2011, 11:36

Nicht nur die einzige mit Timer, Carsten.
Früher waren alle 'aktiven' Tasten generell nur auf Tab.A. Das hat sich mit den GTxxx gehörig geändert.
Eigentlich sollte an dieser Sperre mal nachgearbeitet werden. Die Sperrung der (für die Finger) zugänglichen Tasten zu verhindern kann durchaus sinnvoll sein - und die werden ja bei den GT auch vom Modul erkannt und entsprechend in der Pro deklariert.

Grüße, Uwe - dessen 'Tastensperrenkonstrukte' bei GT's manchmal schon recht abenteuerlich aussehen (die "Putzfrau-Taste")
----------------o00o----'(_)'----o00o---------------------


Zurück zu „Programmierfragen“

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 26 Gäste