Wie modelliere ich eine Straßenampelsteuerung?

Und dann von mir noch ein Wunsch: Wie sieht denn das Datenmodell aus? Will heißen: Zeig mal bitte für den Anfang Deine Ampelklasse.

Das Schlüsselwort As ist Teil der VB-Deklaration-Syntax (zB in Kombination mit Dim - s. Zeile#2).
Es taucht bei dir zweimal auf - beim zweiten Mal syntax-widrig (nämlich ohne Dim).
Also der Compiler sieht in zeile#3 das As und erwartet folglich eine Deklaration (Dim, Public, Private, etc). Da ist aber keine.

Amelie schrieb:

Ich finde nichts dazu warum bei mir ein Fehler kommt. Fehler: Deklaration erwartet...

grrr - siehe post#16

Amelie schrieb:

Habe alles wieder gelöscht.

Welche Arbeitspakete möchtest Du jetzt abarbeiten?
Wenn Du keinen detaillierten Plan entwirfst, wirst Du es nicht in einer akzeptablen Zeit schaffen, Dein Projekt zu verwirklichen.
Ich hatte Dir bereits geschrieben, dass Du zunächst alles mögliche aufschreiben sollst, ohne am Code zu arbeiten.

@Amelie Kurz zum Verständnis soll das ganze Projekt nur eine "Fingerübung" sein. Sich mit Pictureboxen, grafischer Anzeige etc. zu beschäftigen? Falls das nur eine Übung ist und Du Schwierigkeiten hast, hilft es immer das Problem erstmal kleiner/einfacher zu machen.
z.B. Background Picturebox mittels Button click Farbwechsel etc. dann Farbwechsel mit Timer dann ... (oder eben erstmal eine "Ampel" anstatt ganze Kreuzung aufeinmal -> schnelleres Fehlerfinden)
Langsam kommt man so seinen eigentlichen Zielen auf die Spur.

Leider ist es immer viel leichter gedacht als dann gemacht. Simpelste Sachen, können doch deutlich komplexere Dinge erfordern als angenommen.
LG

---
Welches Probleme hast Du jetzt ganz konkret

Modul: Fast gar nicht.
Klasse: Bauplan für Objekte, also Objektbeschreibung.

Bei Dir fängt es also beim Programmieren* (am besten in einer eigenen Datei) mit
an.

*was aber erst der Schritt nach dem Überlegen ist, was ne Ampel in Deinem Programm charakterisiert und können muss.

Amelie schrieb:

Habe das alles nun vereinfacht.

Dann mach in Version 1 alles ganz einfach, da gehört eine

Amelie schrieb:

Störrungssimulation

noch nicht dazu.
Arbeitspaket:
UserControl für eine 3-Farben-Ampel, das im externen Takt nacheinander die richtigen Farben darstellt.
Der externe Takt wird durch Button_Click erzeugt.
Wenn Du das hast, reden wir weiter.
========
Ich weiß, Du hast es jetzt sehr schwer. Viele eifrige Helfer wollen Dir helfen, Deinen Plan umzusetzen.
Dein Problem ist, dass sich die Helfer untereinander nicht einig sind und sich auch nicht absprechen.
Hier musst Du ansetzen:
Mach Dir zu jedem Helfer eine Liste, wie er Dir helfen will.
Dann legst Du fest, wem Du folgen willst.
Mach dies öffentlich, so dass die anderen Helfer wissen, dass Du ihren Weg nicht verfolgen willst.
Dann konzentriere Dich auf diesen einen Weg, bei dem Dir dann auch wieder andere Helfer zur Seite stehen.

Ampelstatus ist Teil der ampel-Klasse. Und dann ist es noch Private deklariert. Daher haben andere Klassen eh keinen Zugriff darauf.
Aber auch wenn ampelstatus statt Private eben Friend oder Public wäre, dann will der Compiler auch wissen, wovon Du den ampelstatus setzen willst. Du musst erstmal eine Ampel mithilfe von New "konstruieren" (oder anders genannt: eine Ampel instanziieren), damit in Deinem Programm überhaupt erstmal ne tatsächliche Ampel exisitert. Und wenn Du dann 4 Ampeln hast, will der Compiler auch wissen, von welcher Ampel (will heißen: welche Ampel-Instanz) Du konkret den ampelstatus setzen willst.

##########
@Amelie
Ein Beispiel:


Das setzt voraus, dass ampelstatus von außen zugänglich ist, also nicht mit Private deklariert ist. Gleichzeitig zeigt sich ein Problem in der Variablenbenennung. Was soll ampelstatus = True bedeuten? Was ist denn ein wahrer oder falscher Ampelstatus?

Amelie schrieb:

Dann ist käfig noch immer nicht erreichbar? Wofür ist dann das Boolean besser gesagt der Zustand des Boolean gut????

Wenn käfig wie in Deinem Beispiel mit Public deklariert ist, ist es auch von außen abrufbar. Aber es ist ja auch eine Eigenschaft* des Hamsters.
Naja, Du willst irgendwas über die Ampel aussagen. Nicht über die Straße, nicht über die Verkehrsteilnehmer. ampelstatus beschreibt einen Teil der Ampel. Und käfig beschreibt … öhm … den Haltungszustand des Hamsters (?) und nicht den einer Katze. Daher gehört käfig in die Klasse Hamster.

Amelie schrieb:

Der Ampelsatus sollte anzeigen ob die Anlage läuft oder Störung hat.

Dann wäre eine passendere Bezeichnung der Variable z.B. FunktioniertNormal. Da kann man was auch mit True oder False verstehen.

* für die anderen: nicht im Sinne von Property

##########

Aber es stellt sich mir gerade eine andere Frage: Willst Du mit ampelstatus eine Ampel beschreiben oder alle Ampeln gleichzeitig? Wenn Du eher sagen willst, dass alle Ampel ausfallen (oder wieder normal laufen), dann muss man das natürlich anders angehen.

RodFromGermany schrieb:

Diese kannst Du alle numerieren und für jeden Zustand die Farben aller Ampeln sowie die Dauer festlegen und die Überspringbarkeit.

Ein Boolean kennt nur zwei Zustände: True und False.
Du brauchst mehrere definierte Zustände:

Amelie schrieb:

Ja was ist die Ampel auf der Strasse / Kreuzung?
Nur eine "Ampel"

Ja, das sehe ich auch so. Eine Ampel-Instanz ist genau eine einzige Ampel, so (ähnlich) wie im Bild zu sehen. Und das ist der Knackpunkt. Wenn eine Ampel die Eigenschaft ampelsteuerung hat, wie soll dann das Programm wissen, welche Ampel Du mit
ansteuern willst? Es besteht ja noch nicht mal ein Bezug zu einer Ampel. Daher weiß der Compiler ja noch nicht mal, dass Du die Ampeleigenschaft meinst. Denn lass jetzt mal ne weitere Klasse in Deinem Programm sein:

Woher soll dann Dein Programm wissen, dass mit ampelsteuerung = True innerhalb von frm_main_shown jetzt effektiv eine Ampel gemeint ist und nicht die Schaltzentrale? Und wenn Du 8 Ampeln hast, weiß der Compiler auch nicht, bei welcher Ampel Du jetzt den Zustand verändern willst. Das musst Du somit dem Compiler immer mitteilen, indem Du den konkreten Bezug dazuschreibst, so wie ich es in Post#30 mit den 2 Ampeln gemacht habe.

StackOverflowException = fast immer Rekursion.
Ablauf bei Dir:
Dim aufruf As New steuerung -> ein steuerung-Objekt namens aufruf wird erstellt
Dazu gehört: eine AutoAmpel1 und eine FussAmpel1 (was ist ne Fußampel?)
Beide sind vom Typ steuerung und werden gleich mit New instanziiert.
Öhm … ja. Und dann wiederholt sich das. Da AutoAmpel1 selber wieder eine steuerung ist und somit selber wieder eine AutoAmpel1 und eine FussAmpel1 hat und die wieder instanziiert werden …
Endlosschleife.
Da stimmt (ja, sorry) was am Datenmodell nicht.
Außerdem ist es ein no go, dass die Klasse steuerung auf frm_Main zugreift, aber das behandeln wir gleich.
AutoAmpel1 und FussAmpel1 sind wohl daher nicht vom Typ steuerung, sondern vom Typ … Ampel?

Hi @Amelie

so etwa:



Es geht mir darum, dass du erstmal mit Klassen um kannst.
Du willst ja nur einmal das komplette Paket Steuerung initalisieren. Da muss alles drin sein. Die Fußampeln , die Autoamplen, und jeweils deren Eigenschaften. Daher habe ich "mal eben schnell" ein Testprojekt erstellt. Ich habe die Klasse Form1 (logisch), dann eine Klasse mit Grobzeug (denk dir einen besseren Namen aus). Als dritte Klasse gibt es die Steuerung. Diese erbt von Grobes. Nun habe ich einen Konstruktor gebaut (Public Sub New), mit dem du bestimmte Werte übergeben kannst. Und das war's im Grunde genommen schon.

Natürlich geht das alles besser und schöner, aber es läuft, kompiliert und du kannst lernen.
In die Public Structures kannst du gerne noch mehr Eigenschaften reintun.
Bedenke bitte, dass einige Sachen nicht durch den Konstruktor festgelegt werden sollten, genau wie auch gerne einige Sachen Private sein dürfen. Ich will sagen, selbst Funktionen sollten einige Werte nicht ändern können. Aber lass das erstmal sacken.

PS: Ich habe in den Projekteigenschaften Option Strict auf On gestellt, Option infer auf Off, VB6-Verweis entfernt und die Assembly-Language auf Deutsch (Deutschland) gestellt. Nur dass du Bescheid weißt.