-
Gesamte Inhalte
1546 -
Benutzer seit
-
Letzter Besuch
Alle erstellten Inhalte von Phrontistes
-
Bremskontakt ändert selbstständig seine Eigenschaft
Phrontistes antwortete auf George 63s Thema in Fragen zur Steuerung
Ich kenne diesen Fehler auch, lieber @Neo. Bei meinem Entwurf AE2F6792-B250-44C4-8697-F506F42E6197 fahren gelegentlich nach dem Neustart des Programmes (auch ohne Herunterfahren des Rechners) die Autos durch die geschlossene Schranke und vorbeifahrende Züge durch. Ursache sind wie bei @George 63 Gleiskontakte (hier die beiden vor der Schranke), die via Eigenschaft mit den Ampeln verbunden ist. Mit der EV hat das nichts zu tun; via EV schalte ich nur die Ampel, den Rest soll die Verbindung zwischen Ampel und Gleiskontakt erledigen - was sie ja in der Regel auch tut. Ansonsten analog wie bei @George 63, wobei sich bei mir "rot oder grün" (warum auch immer diese Bezeichnung, die Ampel hat kein grün) und "gelb" von "Abbremsen" auf "Beschleunigen" verstellen. Wie gesagt, das Problem tritt, sicher zum Leidwesen von @Neo, nur gelegentlich auf - bei mir aber, wenn es auftritt, dann an beiden Gleiskontakten gleichzeitig. -
Verbesserungsvorschlag: Fenster Ereignisverwaltung / TreeView / Kontextmenü
Phrontistes antwortete auf Phrontistess Thema in Feature-Wünsche
Aha, da muss man aber auch erst mal drauf kommen (ich lerne ja noch). Jetzt kann ich es aber nachvollziehen. Nachdem ich gesehen habe, dass man im Kontextmenüs des Nodes ("Ereignismodule") u.a. Modulvariablen setzen kann (ich hatte mich schon die ganze Zeit gefragt, wie das geht), nehme ich meinen Umbennungsvorschlag hiermit zurück . Sorry, @Neo und alle anderen, dass ich einen "Verbesserungsvorschlag" mache, bevor ich alles verstanden habe. Beste Grüße Phrontistes -
Verbesserungsvorschlag: Fenster Ereignisverwaltung / TreeView / Kontextmenü
Phrontistes antwortete auf Phrontistess Thema in Feature-Wünsche
Hallo @EASY, Ich hab' nichts anderes erwartet, das war die Antwort auf @RoniHB, der meinte "in dem Modul passiert etwas". Klar doch, nur fände ich im Kontextmenü und als neuen Namen "Ereignisgruppe" eingängiger - eben weil das ja kein Modul ist, sondern schlicht ein neuer Node im TreeView. Beste Grüße Phrontistes -
Danke an alle! Ich sehe schon, das ist komplizierter als ich erst dachte - und was ich auch selbst jetzt gemerkt habe. Ich ändere manchmal mehrere Sachen auf einmal (ohne das EV-Fenster zu verlassen) und da kann es sogar sein, dass ich in mehreren Ereignissen (nur zum eigenen Verständnis) in die LUA-Ansicht gewechselt habe. Dass ich mit [Ja] dann alles bestätige (auch das, was ich gerade gar nicht sehe) musste ich erst mal begreifen. Manchmal hängen die Sachen ja voneinander ab, weshalb ich, wie gerade gesagt, manchmal mehrere Sachen auf einmal ändere ohne das EV-Fenster zu verlassen. Das ist ersichtlich aber nicht so sinnvoll. LUA kannte ich bisher nicht, aber ich beherrsche (aus nebenberuflicher Arbeit) mehrere Programmiersprachen und reime mir zusammen, wie die LUA-Syntax aussieht. Guter Tipp , besser ein paar Klicks mehr, als schon getane Arbeit zerschießen. Ob @Neo den User vor solchen Fehlbedienungen schützen kann, kann ich jetzt auch nicht mehr beurteilen. Warten wir ab, was er sagt. Schönen 1. Mai noch an alle Phrontistes
-
Hallo @RoniHB, ganz so ist es leider nicht: Erzeuge mal ein neues Ereignis, mach' 'was mit der graphische Benutzeroberfläche, schalte in LUA (ohne dort etwas zu ändern) und schließe dann das Fenster und sage Speichern [Nein]. Danach gibt es das neue Ereignis nicht - was ja auch logisch ist, Du hast ja [Nein] gesagt, nichts speichern. So wie Du es beschreibst funktioniert es nur, wenn Du ein bestehendes Ereignis (das früher schon mal gespeichert war) nicht veränderst. Aber schon, wenn Du an der graphischen Benutzeroberfläche etwas änderst, dann mal schnell sehen willst, wie das bei LUA aussieht und sofort auf [Schließen] gehst und mit [Nein] antwortest, ist die Änderung - logischerweise, Du sagst ja [Nein] - hinüber. Sagst Du bei der Frage speichern aber [Ja], dann speichert er natürlich - aber hinterher kommst Du nicht mehr in die graphische Benutzeroberfläche, weil Neo das nicht zurückübersetzen kann, was auch klar ist. M.E. sollte @Neo deshalb beim Speichern [Ja] und unveränderter LUA-Ansicht (zurückschalten ginge jetzt also eigentlich noch) erst zurück zur graphischen Ansicht schalten - oder halt die entsprechende Flagge in der Datenbank, die es ja geben muss, "richtig" (im Sinne von "graphische Benutzeroberfläche ist zulässig") setzen. Beste Grüße Phrontistes
-
Verbesserungsvorschlag: Fenster Ereignisverwaltung / TreeView / Kontextmenü
Phrontistes antwortete auf Phrontistess Thema in Feature-Wünsche
Hallo @RoniHB; bei "Neu / Ereignismodul" im TreeView passiert aber nichts, denn damit wird (nur) eine Gruppe (ein neuer Node) erzeugt. Gut, Nodes mit allem was darunter ist, kann man deaktivieren, aber das hat mit "Neu / Ereignismodul" (besser "Neu / Ereignisgruppe") ja nichts zu tun. -
Hallo @Neo, dass Du sensibel reagierst, wenn man von der LUA-Darstellung zurück zur graphischen will, ist klar; Du kannst ja nicht rückübersetzen, wenn man da etwas ändert. Misslich ist aber, wenn man zur LUA-Darstellung wechselt (nur um zu schauen wie das aussieht) und dann [Schließen] und Speichen [Ja] drückt - dann ist die graphische Darstellung beim nächsten Aufruf weg. Vorschlag: Bei [Schließen] und Speichen [Ja] prüfen, ob ein Wechsel zur graphischen Darstellung möglich wäre und erst wechseln (bzw. entsprechende Flagge in DB setzen) dann schließen (oder wenigstens fragen). Beste Grüße Phrontistes
-
Hallo @Neo, wie Du das Ein-/Ausklappen mit dem Doppelklick gelöst hast ist gut so und ich würde es auch lassen, zumal die Nutzer das ja so gewohnt sind. Soweit klar. Gleichwohl wünscht man sich manchmal, dass alles, was unter dem Node liegt ein- bzw. ausgeklappt wird. Vielleicht machst Du mal zusätzlich ins Kontextmenü "Alle ausklappen" und "Alle einklappen" und gehst dann entsprechend rekursiv alles bis ganz unten durch. Beste Grüße Phrontistes
-
Hallo @Neo, als Anfänger hatte ich mich gefragt, a) was ist wohl Neu / Ereignismodul ("Modul" ist ja ein schillernder Begriff) und b) wie ich eine Untergruppe (zwecks besserer Strukturierung) erzeuge. Du siehst das "Problem" schon . Vorschlag: Nenne es "Ereignisgruppe", nicht "Ereignismodul" Beste Grüße Phrontistes
-
Hallo @JimKnopf, ich bin beeindruckt! Beste Grüße Phrontistes
-
Hallo @JimKnopf, Gibst Du uns mal noch die ID des neuen Entwurfes? Beste Grüße Phrontistes
-
Das sieht man Verteiler ja auch an. Balthazar100 hat zwei Verteiler drin, das kann also nicht gehen. Über seinen Ton kann ich nur den Kopf schütteln kann. Die MiniMax Module sind genial und erleichtern den Einstieg enorm. Nicht jeder begreift offenbar, dass sie vom Roten Brummer für Nutzer kostenlos zur Verfügung gestellt werden.
-
Jetzt (nach Deinem Hinweis) ja - und ich bekomme es auch hin . Danke!
-
Toll ! Und wer macht jetzt die Fleißarbeit, die neuen Signale in die MiniMax-Module einzubauen ? Ich benutze die MiniMax-Module sehr gerne - und habe bisher zu jedem Ne5 noch einen Bremskontakt gestellt. Das müsste man mit den neuen Ne 5-Haltetafeln ja nicht mehr. Schreib' beim neuen Signal noch "Ne 5" vorne dran, denn mit dieser Bezeichnung konnte man die statischen bisher (auch) finden.
-
Dank an HWB und Goetz. Ich hab' zwar nochmal einen Moment gebraucht, es dann aber begriffen.
-
Blöde Frage vom Anfänger: Gibt es einen besonderen Trick, wie man an einen Entwurf kommt? Wie man eine Anlage via Content-ID aufruft, weiß ich und es funktioniert auch - aber nicht mit dieser ID. Liegt das daran, dass es ein Entwurf ist?