Entries tagged 'cat:Lucid Dreaming' (Page 1)

Lucid Dreaming Links

Entry Permalink (edited 2020-09-27) Authors: steeph (376) Categories: Dreaming (9) Links (7) Lucid Dreaming (12) Languages used: de (90) en (257) edit
  • Klartraum-Wiki
  • More links
  • BLucid - Der Klartraum-Podcast
  • Klartraumforum
  • LucidSage - Podcast
  • Schlafhacking-Blog (techniklastig)
  • Comment via email

    The WILD Ball

    Entry Permalink (edited 2020-03-06) Authors: steeph (376) Categories: Dreaming (9) Lucid Dream Induction (3) Lucid Dreaming (12) Projects (41) incomplete (22) Languages used: en (257) Topics: Projects (59) edit

    WILD Ball - electronic DIY aid in WILD induction

    What is a WILD Ball?

    WILD Ball is the name I have given my little project to build a device that aids a person in falling asleep more consciously and possibly experience waking-initiated lucid dreams.

    It is a tennis ball sized device that you hold in your hand while trying to fall asleep consciously (usually after a WBTB). WILD (waking-initiated lucid dream) is referring to my preferred way to experience dream consciousness.

    (How) Does it work?

    The most common reason why WILD attempts fail is that the critical moment - the exact moment where you start to perceive the dream instead of your physical surrounding enough to control the dream consciously - is simply missed. You stay awake for a while, and when/if you finally fall asleep, you don't notice it. It is important to stay aware until or become aware right at that moment where you already perceive a dream but are still conscious enough to control it. There is a variety of mental and a few physical techniques that are supposed to help one to accomplish just that. This device is an additional aid to mental techniques. As with other electronic devices made to aid lucid dream (LD) induction, it is expected to work best if you already have experience in successful LD induction. Of course it is not necessary to have experienced LDs before in order for this device to help accomplish this goal. I suggest its usage as a part of the WILD induction training of anybody who sees it as a fitting addition to their WILD practice. If you already have the ability to explore hypnagogic hallucinations extensively or sometimes experience the beginning of a dream without becoming lucid, this device might fill a gap in your LD practice.

    The WILD Balll has two different usage modes. (More might be added in the future.) Both aim to remind its user of their intention to fall asleep consciously by sounding a buzzer whenever the muscle contraction of the hand that is holding it drops below a certain threshold. It is an old technique to hold something in one hand and let it fall on something that makes a noise, thus waking one up right at the moment where muscle contraction is too weak to hold the object. This technique is seldomly discussed in the lucid dreaming community though and I have found only a handful of reports of people experimenting with or using it. Using an electronic device instead of a heavy object and a noisy underground has some advantages which might overcome the limitations that the classical approach has.

    • The type of sound can be altered in software. The built presented here only provides a simple piezo buzzer. But the design can easily be extended to play more complex sounds or music.
    • The length and volume of the sound can be altered in software, making it easier to tune it to your personal requirements.
    • The device can be used at any sleeping place and does not need to be set up before use when travelling.
    • By using headphones or a speaker pillow a loud alarm sound can be played for the user without disturbing other sleepers in the same room.
    • Obviously it is cooler to do it this way than to rely on simple physics.

    Mode 0 imitates the classical approach of letting the object fall when the muscle contraction becomes weak. The alarm sound is triggered when the device is moving at a certain speed or above. Movement is detected in three axes independently. The speed threshold can be simply set in software. If you want to move your hand or otherwise adjust your body during a WILD attempt without triggering the alarm, you can simply squeeze the device, which disables the sound until you let go and only hold it lightly again. For more uses of mode 1, see Ideas/modifications below.

    Mode 1 follows a different approach to achive the same result. You steadily squeeze the device during your WILD aatempt. As soon as the pressure drops below a certain threshold the alarm sounds for the defined duration. Right now this a implemented with a binary switch which means the threshold can not be adjusted in software but only changing the the way the switch is built, by using a different pre-manufactured switch or by changing (the hardness of) its surrounding (the ball itself). The switch could be replaced with a preassure sensor to allow more gradual detection of preassure loss.

    How to build one

    (tba)

    Challenges/known problems

    (tba)

    Getting used to holding the object, alarm sound too loud, getting used to the sound

    The code

    If you have a device built according to the above pictures then you can use the below Arduino sketch (download .ino file) as it is. Otherwise it should give you an idea of how to program the microcontroller used in your DIY built.

    /*
        This is the Arduino sketch for the WILD Ball, a simple device that aids a person in falling asleep more
        consciously and possibly experience waking-initiated lucid dreams.
        More information at: https://steeph.de/projects/wildball/
    */

    #include<Wire.h>
    const boolean usageMode = 0; /*
        There are two different usage modes:
        0: The alarm is triggered when the device is moved unless the button is pressed. (The button can be pressed
           while adjusting the hand or lying position. When the button is let go the alarm is active again.)
        1: Movements are ignored. The alarm is triggered and will sound for toneDuration milliseconds when the button is not pressed. */
    const boolean debugMode = 0; // Print messages to serial port if debugMode is enabled
    int buzzerPin = 5;
    int buttonPin = 4;
    int threshold = 1000; // The smaller this value the more sensitive the device will be to movement
    const int MPU=0x68;
    int16_t AcX,AcY,AcZ,Tmp,GyX,GyY,GyZ;
    int toneDuration = 300; // Minimum duration of alarm sound in milliseconds
    int toneFrequency = 250; // The frequency of the alarm sound
    void setup(){
      Wire.begin();
      Wire.beginTransmission(MPU);
      Wire.write(0x6B);
      Wire.write(0);    
      Wire.endTransmission(true);
      if (debugMode) { Serial.begin(9600); }
      pinMode(buzzerPin, OUTPUT);
      pinMode(buttonPin, INPUT);
    }
    void loop(){
      if (!usageMode) {
        Wire.beginTransmission(MPU);
        Wire.write(0x3B);
        Wire.endTransmission(false);
        Wire.requestFrom(MPU,14,true);
        AcX=Wire.read()<<8|Wire.read();
        AcY=Wire.read()<<8|Wire.read();
        AcZ=Wire.read()<<8|Wire.read();
        Tmp=Wire.read()<<8|Wire.read();
        GyX=Wire.read()<<8|Wire.read();
        GyY=Wire.read()<<8|Wire.read();
        GyZ=Wire.read()<<8|Wire.read();
      }

      if (debugMode && !usageMode) {
        Serial.print("Accelerometer: ");
        Serial.print("X = "); Serial.print(AcX);
        Serial.print(" | Y = "); Serial.print(AcY);
        Serial.print(" | Z = "); Serial.println(AcZ);
      
        Serial.print("Gyroscope: ");
        Serial.print("X = "); Serial.print(GyX);
        Serial.print(" | Y = "); Serial.print(GyY);
        Serial.print(" | Z = "); Serial.println(GyZ);
        Serial.println(" ");
      }

      if (usageMode) {
        if (debugMode) { Serial.println("Usage Mode 1"); Serial.println(); }
        if (!buttonPressed()) {
          tone(5, toneFrequency, toneDuration);
        }
      } else {
        if (debugMode) { Serial.println("Usage Mode 0"); Serial.println(); }
        if (moved(GyX,GyY,GyZ) && !buttonPressed()) {
          tone(5, toneFrequency, toneDuration);
          if (debugMode) { Serial.println("Ha! You moved!"); Serial.println(); }
        }
      }

      delay(100);
    }



    boolean buttonPressed() {
      if (digitalRead(buttonPin)) {
        if (debugMode) { Serial.println("Button is pressed."); Serial.println(); }
        return true;
      } else {
        return false;
      }
    }

    boolean moved (int16_t x, int16_t y, int16_t z) {
      if(x > threshold || y > threshold || z > threshold || x < -threshold || y < -threshold || z < -threshold)
      {
        return true;
      }
      else {
        return false;
      }
    }

    Ideas/modifications

    (tbc)

    The device does not have to be placed inside a ball. You can built a case and place the components according to your personal needs. Because it does not have to drop on anything but only move it is also possible to use mode 1 with the device strapped to the hand if you prefer to hold up an arm instead of holding something in your hand. If you usually experience muscle twitches while falling asleep, e.g. in your legs or feet, as many people do, you can also experiment with the device strapped to your foot or leg.

    Instead of sounding a buzzer for a pre-defined duration, you can experiment with different signals, be it blinking LEDs a playing an MP3 file from a different device or extension module. By adding a wave module the variety of sounds can be increased so that you can choose the best sound to make you aware quickly without waking you up completely. You yourself probably know best what sound that might be. But as with the rhythm nappping technique, short loud sounds are most likely to lead to a successfull LD induction attrempt.

    FILD mode (tba)

    Comment via email

    Vortrag: Luzide Träume

    Entry Permalink (edited 2020-03-06) Authors: steeph (376) Categories: Dreaming (9) Lucid Dreaming (12) Talks (4) Videos (4) Languages used: de (90) edit

    Ein Vortrag, den ich Anfang 2015 im RaumZeitLabor gehalten habe.

    Comment via email

    Was ich mir in einer Smartphone-App für Klarträumer wünschen würde

    Entry Permalink Authors: steeph (376) Categories: #100DaysToOffload (41) Dreams (4) Lucid Dreaming (12) Languages used: de (90) edit

    Angeregt von einem Post im Klartraumforum, der nach Ideen für und Erfahrungen mit Klartraum-Apps für Smartphones fragt habe ich mal meine Ideen für eine Klartraum-App aufgeschreiben. Jedenfalls die Grundideen. Weil es ein langer Text geworden ist schieb' ich den mal auch hier hin.

    Mein persönliches Wunsch-Feature-Set wäre:

    • Rhythm Napping Player
    • RC-Reminder
    • Zentrale Schnittstelle für REM-Erkennung und Aktion
    Funktionen, die mich nicht ansprechen, meiner Meinung nach aber gut in eine solche App passen:
    • Tipps-Feeder für Afänger
    • Traumtagebuch

    Mit Rhythm Napping habe ich persönlich sehr gute Erfolge. Die Funktion wäre relativ simpel: Man wählt ein Audio-Sample aus. Es ist fast egal was. Ein plötzlicher Anfang, wie bei einem Gong, scheint gut zu funktionieren. Es könnten ein paar Sounds dabei sein. Ich würde aber auch meine eigene Datei auswählen können wollen. Die Verzögerung (Einschlafzeit/Zeit bis erwarteten REM) wird in Minuten eingestellt. Der Abstand der Sounds wird in Minuten eingestellt, mit der Option auf "überrasche mich". Dazu sollte auch noch eine Abweichung vom eingestellten Abstand in Minuten eingestellt werden können, vielleicht auch wieder mit einer Überrasch-Option. Damit weicht das Modell von dem des Namensgebers ab. Mir gefällt es so besser. Aber auch eine klassische Folge wäre mir Recht.

    Apps, die einen an irgendetwas erinnern sollen, gibt es zwar viele. Aber die Bedürfnisse von Klarträumern scheinen speziell genug zu sein, dass es dafür eine App braucht, die flexibel genug ist, um auf das individuelle Training angepasst werden zu können. Was mir wichtig wäre, sind Erinnerungen in semi-zufälligen Abständen (keine Häufung, Mindestabstand) mit einstellbarer Anzahl pro Tag und nicht schnell Ruhe gibt, bevor der App gemeldet wurde, ob der RC positiv oder negativ ausfiel (ein Slider mit Zischenwerten wäre nett). Ich habe einige Ideen, wie ein RC-Reminder aufwendiger und vielseitiger designt werden könnte. Aber der Nutzen zusätzlicher Verkomplizierungen ist fragwürdig und müsste untersucht werden. Meine Ideen gehen auch in die Richtung Gedächnistraining.

    Was wirklich fehlt under den Klartraum-Apps ist eine Möglichkeit, zusätzliche Hardware zur REM-Schlaf-Erkennung und zur Abgabe von Signalen zu verwenden. Selbst wenn man ein Bluetooth-EEG und eine über Bluetooth schaltbare Lampe hat, ist es nicht einfach möglich, letztere zu aktivieren, wenn die Daten ersteres auf REM-Schlaf hindeuten. Was ich mir wünsche ist eine Zentrale, die aus unterschiedlichen Daten versucht, REM-Schlaf zu erkennen und dann beliebige Aktoren schalten kann. Ich sehe nicht, dass eine für diesen Zweck entwickelte, offene Schnittstelle viel Verwendung fände. Eher stelle ich mir vor, vorhandene USB-, Netzwerk- und Bluetooth-Geräte für Klarträumer verwendbar zu machen, indem aus den zur Verfügung stehenden Rohdaten so gut wie möglich erraten wird, wann REM-Schlaf eingetreten ist und dann nach vorher eingestellten Regeln zum Beispiel eine Lampe blinken lässt oder eine Audio-Datei abspielt. Es gibt da diese Java-App dieses Amis, die wohl nur für Windows entwickelt wird, aber über die Jahre eine ansehnliche Sammlung von Plug-Ins für die unterschiedlichsten Datenquellen und Aktuatoren bekommen hat. Ob NeuroSky, OpenEEG, Open BCI, ein eigenes Design, irgendein Kopfband eines dieser Kickstarter, ein rein analoges EEG mit Frequency-Shift am Mikrofoneingang, ein Gamer-EEG-Headset, Philips Hue, Neopixel/WS2812B an einem Arduino, ein paar LEDs in einer Schlafmaske mit einem ESP als USB-Interface, die eingebauten Lautsprecher/ein Bluetooth-Headset, der Vibrations-Motor in einer Smart-Watch, … die eigentliche REM-Erkennung muss aktuell jeder selbst schreiben und fine-tunen. Fast niemand macht das und deshalb sind funktionierende Klartraum-Headsets so selten. Viele dieser Schnittstellen ließen sich relativ bis sehr leicht implementieren. Aber alle auf einmal - die Vielfalt - das ist eben ein Projekt, das leicht abschreckt. Eine infividuelle Lösung mit propritärer Hard- und Software-Kombination erscheint da offenbar attraktiver als eine offene Schnittstelle für Bastler. Eine offene Schnittstelle würde unter dem Strich aber mehr Träumern ermöglichen, REM-Erkennung praktisch zu benutzen. (Ich persönlich finde das ein interessantes Thema und könnte immer sehr viel dazu schreiben. Notwendig ist der ganze Aufwand nicht. Wenn man erst mal seinen Schlaf ein bisschen analysiert hat oder für eine Weile rum-experimentiert hat, kann man auch einfach mit einer zeitlichen Verzögerung ab dem Hinlegen arbeiten und oft genug einen geeigneten Moment für das Signal oder die Stimulation erwischen.)

    Es gibt sehr unterschiedliche Klartraum-Kurse und Leitfäden. Die genaue Ausgestaltung ist ja eigentlich nur Geschmackssache, solange man sich mit den eigenen Träumen und Traum-Zielen intensiv beschäftigt und die richtigen Grundlagen vermittelt bekommt. Auch ich habe Ideen, wie ein Anfänger-Training gestaltet werden könnte. Das ließe sich in eine solche App gut integrieren. Einfache Übungsaufgaben, kurze Texte, Gedächtnisübungen, Tipps und Fragen nach dem persönlichen Erleben könnten gut mit RC-Erinnerungen kombiniert und in Alltagstätigkeiten integriert werden. Beispiele für tägliche Aufgaben: "Mache heute jedes Mal einen RC, wenn du durch eine Tür gehst." Zwischendurch Erinnerungen. Am Ende des Tages eine Abfrage, wie gut das geklappt hat. Falls nicht so gut wird die Aufgabe schon bald wieder als tägliche Aufgabe kommen. Auch etwas wie "Trinke diese Woche keinen Alkohol" könnte als Aufgabe kommen. Wenn man eh keinen Alkohol trinkt, gibt man das an und bekommt sofort die nächste Aufgabe. Mir würden so viele kleine und länger andaurnde Aufgaben einfallen, die zu einem individuellen Training zusammengesetzt und je nach Bedarf in ihrer Häufigkeit angepasst werden könnten. Den Zusammenhang vieler Aufgaben hier aufzuschreiben wäre jetzt etwas viel. Ich hoffe die grundlegende Idee habe ich schon rüberbringen können. Die meisten Meldungen wären einfach nur kurze Tipps zu RCs, Denkanstöße, Vorschläge fürs Traumaufschreiben, wie Übungen besser gelingen, Motivation, kreative RC-Anstöße.

    Die Traum-Aufzeichnung braucht die App meinetwegen nicht übernehmen. Die Wünsche und Möglichkeiten in Funktionsumfang und Umsetzung sind riesig und es gibt schon genug Apps, in denen strukturiert oder frei Datensätze eingegeben und archiviert werden können. Es gibt auch schon dutzende Apps, die speziell zum Aufschreiben und Auswerten von Träumen gedacht sind. Die Unterschiede sind gewaltig. Natürlich gibt es auch Gründe, weitere solche Apps zu bauen. Jeder hat halt eigene Vorstellungen, wie eine Traum-Aufzeichnungs-App aussehen sollte. Für mich reicht ein einfacher Audiorekorder oder eine einfache Notiz-App. Eine Auswertung der Inhalte in einer Form, aus der ich einen Nutzen ziehen könnte, habe ich noch nicht gesehen und ich bin mir auch nicht sicher, wie die aussehen müsste.

    Da das sehr unterschiedliche Features sind, die auch unabhängig voneinander funktionieren, könnte sie in fünf einzelne Apps aufgeteilt werden, die aber zusammen arbeiten und ein gemeinsames Interface haben. Zusammenarbeiten würden die Apps zum Beispiel, indem nach dem Start einer Rhythm-Napping-Session keine Aufgaben oder regulären RC-Erinnerungen mehr kommen. Die Schlafphasen-Erkennung kann auch als Wecker z.B. für WBTB fungieren und zum Aufwecken direkt Fragen zum Inhalt des Traums stellen. (Im Schlaflabor-Studien führt das zu besserer Traum-Erinnerung.) Die Länge und Anzahl aufgezeichneter Träume, die Antworten auf Tagesaufgaben und -Abfragen die Zuverlässigkeit der Reaktion auf RC-Erinnerungen können verwendet werden, um das individuelle Training (zukünftige Aufgaben und Fragen) zu beeinflussen. Die Schlafaufzeichnung/REM-Erkennung kann automatisch starten, wenn eine RN-Session gestartet wird. RN und Versuche, Singale in einen Traum zu senden, könnten automatisch in dazugehörenden Traumaufzeichnungen eingetragen werden. Und so weiter.

    Comment via email
    Go To Navigation Page
    Show/Hide Navigation
    Mastodon