Flugzeug Lichtschaltung (Tag/Nacht) mit Fotowiderstand

Mit dem "überfordert"...
bei mir passiert immer gleich alles auf einmal :smiley:
Aber ja, natürlich will ich das ja lernen. In Sachen Modellbau kann man so viel schönes mit den Microcontrollern machen. Verstehen was die einzelnen Schritte machen, wenn ich sie vor mir habe, tue ich schon. Nur halt die selber herzuleiten und manche Ausdrücke sind halt doch bisschen komisch :smiley:

Das ist aber einfacher als fliegen lernen - und das dauert bekanntermaßen auch ne ganze Weile.
Und dabei ist der Puls deutlich höher als beim Programmieren :slight_smile:

Interessant wäre zu wissen: Sollen deine "Flieger" wirklich fliegen oder ist das eher so als (überdimensionales) Modellbau-Szenario zu sehen, wo nur"gerollt" wird, aber keiner (wirklich) abhebt ?

Wie groß sind die Flieger denn / Maßstab in etwa ?
"Boden-verkabelt" ?

Ja später soll dann ein Flugzeug von der Parkposition übers Vorfeld Richtungs Runway und wieder zurück rollen, ich denke "rumrollen" triffts. Soll dann auf dem Prinzip des Car-Systems aufbauen. Aber so eine Startvorichtung wie im Miwula möchte ich nicht bauen.
Es ist ein wirklich überdimensionales Diorama :smiley: Die Flieger sind alle im Maßstab 1:144.
Was meinst du mit Boden Verkabelt?
Wenn du die Bodenplatte des Airports meinst, ja die ist mit Lichtleiterkabeln verkabelt.

Hmm .... 1:144 !? Da wäre dann ja z.B. ein Airbus A310 mal grade 24cm in der Spannweite, die Kabinenbreite so etwas mehr als 2,5cm. Viel Elektronik passt da nicht wirklich rein - schon gar keinen "großen" Controller ala UNO oder gar MEGA - eher ein NANo oder MICRO .....

Wenn die "Dinger" sich dann auch noch vom Platz bewegen sollen (schon ne Idee, wie?), dann muss alles in die Kutsche rein - auch ein adäquater Akku.
D.h. nix feste Verbaelung "am Platz".

Machbar ist das trotzdem sicherlich. Ich nehm mal ne Tass Kaff und dann kommen Ideen.

biberlecram:
Aber so eine Startvorichtung wie im Miwula möchte ich nicht bauen.

Schade, wär sicherlich spannend geworden ;D

Was macht derweil mein Vorschlag aus #6?

Hab die Nanos für die Flugzeuge gekauft.
Verkabelung bekommt man schon gut unter.
Nur wie schon angesprochen, wenn die Flugzeuge über das Bugrad angetrieben werden sollen (wieder so ein Problemfall bei mir) wird das schon ein bisschen eng. Aber wozu gibts mini Steckverbinder etc :D:D
Ist halt alles ein bisschen kleiner, aber macht definitiv Spaß die Dinger zu bauen :smiley:

agmue:
Schade, wär sicherlich spannend geworden ;D

Was macht derweil mein Vorschlag aus #6?

Gute Frage? :smiley:
Ich habe es mir schon bestimmt 12 mal angeguckt, aber ich kriege es nicht hin das Ding bei mir da einzubauen. Ich denke schon gerade drüber nach, ob es vielleicht nicht sinvoller ist, nochmal die Programme einzeln sauber hochzuziehen. Weil wie schon erwähnt, sind es ja jetzt 4 kleine Programme, je nach Standort.
Aber aufjedenfall schonmal ein dickes Dankeschön !

biberlecram:
... aber ich kriege es nicht hin das Ding bei mir da einzubauen.

Dein Sketch aus #6, das raus

if (sensorWert > 512 )
{
digitalWrite(LED, HIGH);
}

else
{
digitalWrite(LED, LOW);
}

delay (50);

und durch das ersetzen:

const byte TagNachtOffset = 4;

if (sensorWert > 512 )    // Nacht
{
  if (prgNr <= TagNachtOffset)
  {
    prgNr += TagNachtOffset;
  }
}
else            // Tag
{
  if (prgNr > TagNachtOffset)
  {
    prgNr -= TagNachtOffset;
  }
}

Ob sensorWert > 512 Tag oder Nacht bedeutet, hast Du nicht erläutert, da mußt Du ggf. die Logik umdrehen.

Oh ok mir ist aufgefallen, dass in dem Sketch eh ein Fehler war. Schau mal bitte ich habe ihn durch den Originalen ersetzt. Da ist noch nichts mit dem Lichtsensor drin, sondern noch die Geschichte mit dem Taster.

Hab die Nanos für die Flugzeuge gekauft.

Aaaah ! Ein sehr wichtiger Fakt. Das sind propper Teile - haben aber begrenzt Steuer-Pins (analog/diigital).

Verkabelung bekommt man schon gut unter.

.... wenn man fein zieseliertes Werkzeug hat und ruhige Hände / Nerven :slight_smile:

Nur wie schon angesprochen, wenn die Flugzeuge über das Bugrad angetrieben werden sollen (wieder so ein Problemfall bei mir) wird das schon ein bisschen eng

Oooh - nun wird es detaillierter !

... muss also wenigstens noch ein Mini-Servo, Mini-Stepper + Akku (18650-Zelle o.ä.) rein.
Bekommst du als Nano-Chiruig sicher locker hin :slight_smile:

Aber wie mit dem Modell "kommunizieren" (Licht an/aus, fahren, etc), wenn da nix "Kabelei" ?
Bleibt nur so was wie Funk-Module ala Blue-Tooth (ooooch nööö), NRF24, oder WiFi mit ESP8266.

TERWI:
Aaaah ! Ein sehr wichtiger Fakt. Das sind propper Teile - haben aber begrenzt Steuer-Pins (analog/diigital)..... wenn man fein zieseliertes Werkzeug hat und ruhige Hände / Nerven :slight_smile: Oooh - nun wird es detaillierter !

... muss also wenigstens noch ein Mini-Servo, Mini-Stepper + Akku (18650-Zelle o.ä.) rein.
Bekommst du als Nano-Chiruig sicher locker hin :slight_smile:

Aber wie mit dem Modell "kommunizieren" (Licht an/aus, fahren, etc), wenn da nix "Kabelei" ?
Bleibt nur so was wie Funk-Module ala Blue-Tooth (ooooch nööö), NRF24, oder WiFi mit ESP8266.

Jetzt geht es erstmal darum Programme für Standmodelle zu machen, die nur an diversen Positionen des Airports stehen. Nur für die Beleuchtung und halt die Triebwerkssimulation (Fanblades sollen sich drehen). Ansonsten bewegt sich das Flugzeug erstmal nicht.

Zum Thema mit den fahrenden Flugzeugen:
Kennst du das Faller Car System? Draht in die Fahrbahn und mit Magnetschleifer drüber fahren. Das heißt, der Motor muss nur bei gewissen Punkten auf dem Rollweg anhalten. Das könnte man einerseits über Reedkontakte machen oder halt über eine Infrarot- bzw. Lichtschranke. Aber Bluethooth oder sonstige Drahtlosen Funkverbindungen sind natürlich auch eine Idee wert. Aber wie gesagt eins nach dem anderen. Erstmal jetzt die Beleuchtungsprogramme hinzimmern. :smiley:

:slight_smile: :slight_smile: Faller Car System kenne ich nicht, aber .....
.... booah der HAMMER (echt wahr): gegen 15:00 dachte ich noch drüber nach, wie ich/man mit meiner alten Faller-Autobahn (älter als 40 Jahre !!!) so was wie nen TAX-WAY basteln könnte ..... sähe sogar optisch sehr passend aus ! .... und währe auch ansatzweise passend zum Maßstab. Echt hammer ey ....

100.000.000 Dollar Frage vorweg:
? Wenn sich dein(e) Modell(e) bewegen können, dürfen diese nicht "fest" verdrahtet sein -> d..h. alles LIVE ist innen drin - wie im richtigen Fliescher.
? Alles drin & mobil .... wie dann mit dem Teil kommunizieren ? -> geht also nur DRAHTLOS !

Aber wie über welchen "ohne Draht-Funk" und welches Modul ?
Arduino allein kann das nicht - muss ein Zusatzmodul her - Welches ?
BlueTooth, WLAN (NRF), WiFi (ESP), ..... magnetisch wirds nicht funktioneren (das schleppen vielleicht !!!)

Naja, theoretisch könnte so ein Reedkontakt ja einfach den Stromkreis für den Motor unterbrechen. Oder halt irgendwie ein Signal dem Arduino senden. So wie das der Fotowiderstand ja auch macht. Irgendwas, was ständig einen Wert abfragt und wenn dann ein Wert Unterschritten/ Überschritten oder gleich ist, einfach dann eine Aktion ausführen lassen.

OK - ein Magnet im Boden unter dem Pseudo-Fluggerät (AN DER RICHTIGEN STELLE - MIT WENIG RÄUMLICHEN SPIEL) löst das Prob des "sich von der Stelle bewegen".
.... sehr Un-Elegant ! ..... weil die Plazierung muss sehr eindeutig sein, ist von anderen Magneten beinflusst und eine "Wiederkehr" des Modells muss sehr exakt sein.

Nächste Mega-Euro-Quiz-Frage wäre:
.... wie willst du das Modell ansatzweise über einen bestimmen Kurs steuern ? .... sofern es nicht vom "TAXI" gezogen wird ?
Mit Magneten im Boden drunter wird das sicher nix - da schenke ich dir lieber 10-100m meiner alten Faller-Bahn mit Modifikation meines grünen Lieblings-Jaguar-E-Type zum Schlepper ...... :slight_smile:

Der albernde Foto-Widerstand, welcher Taghell oder Nacht-Duster identifiziert ist da wirklich ein echt albernes Feature.
Sorry - Wichtiges natürlich.

ABER:
Wenn alle deine Flieger / Roll-Outs auf dem nicht wirklichen Flugfeld wie im echten Leben mit ein klitzeklein "Kommunikation" ausgerüstet sind,

KANN

das besser sein als im echten Leben .............. 8)

Jajaja... genug jetzt von dem fahrenden Flugzeug. Das kann ich mir immer noch überlegen, was ich wie mache. Ausserdem finde ich es nicht gut, wenn jemand so abwertend schreibt, der anscheinend selber keine Ahnung hat, was diese Technik betrifft oder was die Grundidee eigentlich ist. Ich verweise hier mal auf das Miniatur Wunderland in Hamburg, schau dir doch einfach da mal Videos von dem Airport an und der Technik die dahinter steckt und du wirst sehen wie die ganze Sache funktioniert. Und dann kann man sich normal mit anderen Leuten unterhalten und seine Ideen mit einbrigen, wie man was besser machen könnte. Denn dazu sind dann Foren wie dieses hier da, um anderen zu helfen, sich selber tipps und tricks anzueignen und vorallem das man mit anderen respektvoll umgeht.
Mir geht es jetzt erstmal um die Lichtsteuerung und nicht um ein fahrendes Flugzeug. Und dieses soll halt mit Fotowiderstand betrieben werden, damit das Flugzeug selber erkennen kann, ob Tag oder Nacht simuliert wird (wie bereits geschrieben) und ich nicht 140 Flugzeuge per Hand (Manuell) umschalten will. Ich würde jetzt um konstruktive Beiträge bitten. :slight_smile:

Nun denn, relativ einfach:

Man nehme einen lichtempfindlichen Widerstand (LDR genannt), der seinen Widerstand mit der Lichtstärke ändert.
Diesen LDR schaltet man mit Beinchen 1 an +5V, Beinchen 2 geht an irgendeinen analogen Eingang des (hier) NANO.
Ebenfalls von den A-Eingang noch einen 2. Widerstand (normal) an Minus/Masse. Damit hast du einen Spannungsteiler gebastelt, der je nach Helligkeit die Spannung am A-Eingang zwischen irgendwas mehr als 0V und weniger als +5V ändert.

Diese Sannung kannst du nun mittles analogRead() in eine Variable einlesen. Wer Wert wird dann irgendwo zwischen 0 und 1023 liegen - der Eingang hat einen 10-Bit Ad-Wandler.
Je nach Dimensionierung (Werte) des Spannungteilers und Lichtintensität ändert sich das Spannungsverhältnis/der Bereich.

Nun diesen Wert mit einer Konstanten vergleichen und festlegen, wann es hell / dunkel wird.
Fettich.
Wichtig ist nur, das eine s. g. Schalthystere berücksichtigt wird. D.h., die Vergleichwerte für ein und ausschalten müssen ein wnig auseinanderliegen - sonst flackerts !
Also z.B. "dunkel" bei 111 und "hell" bei 777.
Zwischenstufen gehen logo auch (bei 444/555 nur Cockpit an/aus).

Ergänzung:
Ein passender LDR wäre der TYP LDR-07.
Gibts bei Rechelt eektronik und kostet 1,10€

Der LDR-07 hat bei 10 Lux 4-11 KOhm, bei 100 Lux ca. 2 KOhm. (LDR an + wie oben)
Wenn du als 2. R einen 4,7 KOhm schaltest (diesen an Masse), erhälst du folgende var. Spannungsteiler:

Hell: ~ 2K + 4,7K -> ~ 3,5V -> ~ 720 (oder mehr, wenn heller)
unkel: ~10K + 4,7K -> ~ 1,6V -> ~ 325 (oder weiger, wenn dunkler)

Noch ne Ergänzung:

Du hast mich sicherlich völlig missverstanden.
Ich habe gar nichts irgendwie abwertend gemeint oder ähnlich.
Im Gegenteil: Ich bewundere Filigran-Bastler wie dich.

Guck dir mal meinen Sketch an. Ich will ja jetzt, dass der LDR den Taster ersetzt. Nur wie bekomme ich das hin? Der LDR soll einfach einen Programmwechsel hervorrufen.

Hmmm, mit dem Taster schaltest du ja deine "Beleuchtungssequenz" in der LOOP immer eine Pos. weiter (prgNr++;)
Den Taster kannst du logo nicht mit dem LDR ersetzen.

Wenn ich das so richtig erkenne, sind deine Programme 1-4 die gleichen wie 5-6, mit dem Unterschied, das bei 5-8 Logo + Innenbeleuchtung dazu kommen.
#0 macht gar nix ?
Eigentlich müsstet du mit der folgenden Änderung nur noch von 0 bis 4 schalten ?!

Allerdings blicke ich nicht wirlich durch die Beschreibung deiner Programmliste mit zugehöriger Auflistung der Lampen und der Schaltfolge in deinem Array - wann wird was denn nun wann hell ?
Das passt irgendwie nicht zusammen ..... oder ?!

Lampe 8 ist Kabine und 9+10 ist Logo ? Die gehen nur bei Programm 5-8 an ? (Also wenn dunkel ?!)

Du müsstest jetzt einfach nur in prgwechsel(byte nr) zusätzliche Abfragen einbauen, ob Programm 5-8 gewählt ist, ob grade Lampe 8, 9 oder 10 abgefragt/geschaltet wird und ob es dunkel oder hell ist.

Um deine "Programmstruktur" beizubehalten, müsste prgwechsel(byte nr) in etwa so aussehen:

void prgwechsel(byte nr) 
{
  Serial.print("prgNr: ");
  Serial.print(prgNr);
  Serial.print("  IOs:");
  for (byte j = 0; j < anzahlLeds; j++) 
  { 
    byte val = programme[nr][j];   // Wert HIER holen
    if ((nr >= 5) && (nr <= 8))    // Programm 5 - 8 ?
    { 
      if ((j <= 8) && (j <= 10))    // Lampe 8 - 10 ?
      {
        val = istDunkel;           // true/1, sonst false/0
      }
    } 
    digitalWrite(LED_AUSGAENGE[j], val);  // LED schalten
    Serial.print("  ");
    Serial.print(programme[nr][j]);
  }
  Serial.println();
}

In der LOOP() brauchst dun noch eine Abfrage des LDR-Spannungsteilers.
Dazu noch 2 Konstanten für Tag / Nacht und die globalen var "istDunkel" und "lux".
In etwa so:

word lux = 0;
boolean istDunkel = false;
const   wirdDunkel = 400: 
const   wirdHell  = 500;
void loop() 
{
  lux = analogRead(0);     // LDR-Teiler abfragen
  if (lux <= wirdDunkel)   // Vergleichen 1.
  { istDunkel = true);     // ... Licht an
  if (lux >= wirdHell)     // Vergleichen 2.  
  { istDunkel = false);    // ... Licht aus
  // ggf. hier Ausgabe der Daten via SERIELL zu testen
  ....
}

Die Werte für "wirdDunkel" und "wirdHell" hängen von den Spannungsteiler-Werten und der Beleuchtungsstärke am LDR ab und müssen experimentell ermittel werden.
Könnte passen bei LDR-07 mit 4K7
Das doppelte IF deswegen, damit es eine Hyterese gibt - sonst flackerts im Rumpf an der Lichtschwelle.

Das ist nicht getestet, nur so nach Gefühl -> ausprobieren !