Entries tagged 'author:steeph' (Page 28)

Entry created on 2021-10-16 Authors: steeph (376) Categories: Opinion (9) Personal (13) Technology (5) Thoughts (73) Languages used: en (257) edit

I feel like I'm not using modern technology and other privileges that are available to me today to it's full potential. I think that nobody is even able to. I mean, I'm sitting here on a bench in the fields writing a blog entry and uploading it to "my" web server via SSH, listening to an independent web radio over the internet in-between browsing the web (that really is almost world-wide) for any information that interests me at that moment, with a "phone" capable of so much more than I would have thought 20 years ago even desktop computer should be able to do. But still, so much would be possible with today's technology (mainly the internet and small, battery powered devices). Humanity, what are you doing, wasting your own inventions? steeph, what are you doing wasting your time and resources on listening to some random person talking about something just because it fulfils your momentary desire for information about that topic while typing this sentence?

Comment via email

Lucid dream induction really is easy when it's not hard.

Entry created on 2021-08-29 (edited 2021-10-15) Authors: steeph (376) Categories: Dreaming (9) Lucid Dream Induction (3) Lucid Dreaming (12) Research (3) Science (6) Languages used: en (257) edit

Becoming conscious of your dream state while dreaming is in a category in my mind that I call "like stopping smoking". It isn't like stopping smoking in many other ways. But in a way it is similar. There is no obvious requirement in order to achieve one of those goals. You just have to do it and it's done. As far as clearly formulatable instructions go, that's it. Just remember to notice the next time you're dreaming and you'll become aware. The first ever defined, written down and named lucid dream induction technique, based on the research of and published by Stephen LaBerge, is based a great deal on this assumption. MILD (Mnemonic Induction to Lucid Dreaming) is one of the most widely known lucid dream (LD) induction techniques. But it often is condensed so much that it loses most of its important instructions in the most popular online guides. For a complete picture with all the practical exercises the, as it were, original description from the book Exploring the World of Lucid Dreaming (book scan) is still the best introduction and guide to this induction technique and probably always will be.

I've used many different techniques to induce lucid dreams over in my time. Some with more success, some with less, some without. After a few years of regular practice, I've come to focus on a hand-full of techniques and personal adaptions of published techniques that seemed to help me best achieve my dream goals. Almost everybody who does intense and/or prolonged lucid dream practice seems to get to a point where they find "their" technique(s) or combination(s). That makes sense because people's life's are structured differently and different personalities and preferences presumably make different techniques more successful than others. But no LD induction technique is surefire. Apart from few counterexamples every dreamer wakes up with no new memory of dream lucidity more often than with a new success. It's an ubiquitous subject on every lucid dreaming forum and a inherent part of lucid dreaming practice. Becoming lucid every night is just not a realistic goal for most dreamers, no matter how hard they wish and try.

A lot could be said (and is said elsewhere) about the best approach and the right mind-set for lucid dream induction. I could write a huge review of different approaches, techniques and practices based on my own experiences. But I don't think that this would be much more helpful than the countless blog entries and forum posts about other dreamer's experiences. They are my experiences. Parts of them may overlap with useful tips that you can find in other posts and guides. But they are as likely to be helpful to you specifically as any other honest, optimistic step-by-step guide on the net, which is usually not at all. I could write a review of scientific studies and what practical instruction one could derive from them that have the highest likelihood of helping a large percentage of lucid dreamers looking for instructions. But such a review wouldn't be huge because the amount of comparable studies on the efficiency of LD induction techniques is tiny. The amount of research on the subject isn't large as it is, especially well-design studies, especially with more than a few participants. And the methodology used differs in almost every single study. That's why I so easily accept the fact that the lucid dreaming community still creates knew "knowledge" almost exclusively based on the sum of many individual anecdotes. The sum differs for everybody, based on what web sites they read and which posts they read and skip. Helpful practices emerge out of repetition of self experiment and the amateurish and biased publications in the form of short forum posts and incomplete and deformed retellings. As with mutations in other areas (with which I struggle to compare these memetic changes), prolific evolution is incredibly rare, which is why every dreamer with the wish to be able to become more lucid in their dreams or to have more lucid dreams is still stuck with blindly trying all sorts of practices without immediate feedback of progress or success.

I want to believe that there is some element in the variety of dreamers and LD induction attempts that plays such a large role in deciding the outcome of intentional attempts to obtain conscious experiences in dreams that managing this possibly yet unknown element would lead to a drastic rise in the success rate of such attempts. I'm far from being able to ascertain what this proposed element could be, if there was one. I'm just someone reading interesting sounding research papers and forum posts on lucid dreaming and experimenting with my own dreams. But to make my thought more intelligible, here is an idea how this could look like.

Because I'm in no way knowledgable in either neurology nor psychology I'll keep it short and broad, in the hopes of not saying too many too stupid things. Brain chemistry plays a big role in how we consciously experience the world. No lucid dreamer (at least not that I've heard about) knows what's going on chemically in their brain when they do their practice. They don't know how the repeated practice influences brain chemistry and they don't know what was chemically different in their brain during their successful induction attempts compared with their unsuccessful induction attempts. No lucid dreamer takes regular blood tests to learn something about the stuff that is pumped through their brains when they go to bed. Drug use is a common topic among some interested lucid dreamers and some medications have been proven to increase the LD frequency. But that's just a few medications that were tried because it seemed likely that they might have this affect based on what whas already known about them, mainly about their side effects when used with other intents. Remember: I don't know anything about neurology. But I can't help but think that intuitively it seems to me that there must be a large untapped potential for lucid dream research that could make dream consciousness easier to achieve.

Please don't hold back if you want to tell me how wrong I am. Especially if you want to tell me why I'm wrong. :)

Comment via email

USB/Serial PWM Fan Controller Using an Arduino

Entry created on 2020-11-22 (edited 2021-10-15) Authors: steeph (376) Categories: Arduino (4) Case Modding (11) Code (31) Computer (78) DIY (17) Electronics (16) Fans (1) Hardware (16) Projects (41) incomplete (22) Languages used: en (257) Topics: Projects → Arduino (4) Projects → Case Modding (9) edit

I wanted to be able to control the speed of the fans in my big NAS, Fred, individually. Even though the mainboard in use has five PWM fan connectors, the chipset can only control the speed of all fans together. There are probably good fan controllers commercially available that solve this problem better than I did. But they seemed overpriced and it seemed like a fun learning project for me.

The fan controller that I made uses an Arduino Nano clone that listens to it's serial port, waiting for a command to change the speed of a fan. When a command is recognised the continuous PWM signal for that fan is changed accordingly. It's possible to control up to six fans this way with an Arduino Nano. I'm only using three though since I only have three fan groups that need to be controlled separately.

The Arduino sketch/C code for the Arduino Nano that I used is as follows.




//fan speed sensor wire attached to digital pin 2 with a 10kohm pullup resistor
//fan PWM control wire attached directly to digital pin 9

#include <PWM.h> //include PWM library http://forum.arduino.cc/index.php?topic=117425.0

volatile int half_revolutions1; //allow half_revolutioins to be accesed in intterupt
volatile int half_revolutions2; //allow half_revolutioins to be accesed in intterupt
int rpm1; //set rpm as an integer
int rpm2; //set rpm as an integer
int pwm=255;
const byte numChars = 5;
char receivedChars[numChars];

boolean newData = false;

void setup()
{
  InitTimersSafe(); //not sure what this is for, but I think i need it for PWM control?
  bool success = SetPinFrequencySafe(9, 25000); //set frequency to 25kHz
  pwmWrite(9, 51); // 51=20% duty cycle, 255=100% duty cycle

  pinMode(5, OUTPUT);
  pinMode(6, OUTPUT);
  analogWrite(5, 170);
  analogWrite(6, 255);
  pinMode(2,INPUT_PULLUP); //set RPM pin to digital input
  pinMode(3,INPUT_PULLUP); //set RPM pin to digital input
  half_revolutions1 = 0;
  rpm1 = 0;
  half_revolutions2 = 0;
  rpm2 = 0;

  Serial.begin(9600);
}



void loop()
{
  sei(); //enable intterupts
  attachInterrupt(0, fan_rpm1, RISING); //record pulses as they rise
  delay(1000);
  detachInterrupt(0);
  attachInterrupt(1, fan_rpm2, RISING); //record pulses as they rise
  delay(1000);
  detachInterrupt(1);
  cli(); //disable intterupts

  rpm1 = (half_revolutions1/2)*60;

  Serial.print("1");
  Serial.println(rpm1);

  rpm2 = (half_revolutions2/2)*60;

  Serial.print("2");
  Serial.println(rpm2);

  rpm1 = 0;
  half_revolutions1 = 0;

  rpm2 = 0;
  half_revolutions2 = 0;

  pwm = 255;
  recvWithStartEndMarkers();
  processCommand();
}

void fan_rpm1()
{
  ++half_revolutions1; //increment before returning value
}


void fan_rpm2()
{
  ++half_revolutions2; //increment before returning value
}


void recvWithStartEndMarkers() {
    static boolean recvInProgress = false;
    static byte ndx = 0;
    char startMarker = 's';
    char endMarker = '\n';
    char rc;
 
    while (Serial.available() > 0 && newData == false) {
        rc = Serial.read();

        if (recvInProgress == true) {
            if (rc != endMarker) {
                receivedChars[ndx] = rc;
                ndx++;
                if (ndx >= numChars) {
                    ndx = numChars - 1;
                }
            }
            else {
                receivedChars[ndx] = '\0'; // terminate the string
                recvInProgress = false;
                ndx = 0;
                newData = true;
            }
        }

        else if (rc == startMarker) {
            recvInProgress = true;
        }
    }
}

void processCommand() {
    if (newData == true) {
        Serial.print("s");
        Serial.println(receivedChars);
        switch (receivedChars[0])
        {
            case '1':
                receivedChars[0] = '0';
                sscanf(receivedChars, "%d", &pwm);
                analogWrite(5, pwm);
                break;
            case '2':
                receivedChars[0] = '0';
                sscanf(receivedChars, "%d", &pwm);
                analogWrite(6, pwm);
                break;
            case '3':
                receivedChars[0] = '0';
                sscanf(receivedChars, "%d", &pwm);
                
                break;
//            default:
//                Serial.println("I don't know what that means.");
        }
        newData = false;
    }
}

Well, how should I put it? It works, usually.

(tbc?)

(tba:photos)

Comment via email

Zeo Mobile Teardown

Entry created on 2021-07-14 (edited 2021-10-15) Authors: steeph (376) Categories: Electronics (16) Projects (41) Shared (17) ZEO (1) Languages used: de (90) edit

2015 habe ich mir mal ein Zeo Mobile genauer angeschaut und im Schlafhacking-Blog darüber geschrieben.

Hintergrund: Das Zeo war ein Gerät ("war", weil es schon lange nicht mehr hergestellt und vertrieben wird), das anhand von Bewegungsdaten, EOG und EEG ein Schlafprofil des Trägers eines Stirnbandes erstellte. Es war wahrscheinlich das erste Gerät seiner Art, das diesen Einsatzzweck einfach benutzbar, mit cloudbasierter Software für Normalconsumer und - dafür, dass es quasi kein richtiges Konkurrenzprodukt gab - ziemlich günstig, bedient hat. Ich weiß gar nicht, woran der Hersteller, Zeo, Inc., ehem. Axon Labs) gescheitert ist. Er war dem heutigen Trend so weit voraus und hat alles geboten, was den Benutzern von heutigen, ähnlichen Geräten für den Zweck der Verbesserung der Schlafqualität wichtig ist, dass man ihn eher als Innovator als als seiner Zeit voraus bezeichnen kann. Anyways, es gab/gibt hauptsächlich zwei Geräte: Das Zeo Bedside, bestehend aus Nachttisch-Empfangsgerät, Kopfband, USB-/serieller Schnittstelle und Windows-Software, und das Zeo Mobile, ein Bluetooth-fähiges Kopfband mit Smartphone-App. Für ersteres wurde von einem (Ex-)Entwickler des Gerätes eine modifizierte Firmware (Version 2.6.3R) in Umlauf gebracht, die es ermöglicht, über USB die Rohdaten der Sensoren zu empfangen und so eigene Software zu benutzen. Damit hat während des kommerziellen Untergangs Zeos nicht nur er meinen Respekt gewonnen, sondern auch das Zeo Bedside neue Einsatzmöglichkeiten und eine Fan-Community von technik-interessierten Klarträumern. Für das neuere Zeo Mobile gibt es zwar auch eine Android-App, mit der man das Gerät ohne Konto auf dem nicht mehr existeierenden Zeo-Server weiterbenutzen kann, aber aus dem einfachen Grund, dass es nicht einfach möglich ist, Rohdaten aus dem Gerät zu bekommen, haben die Zeo Mobiles bei weitem nicht die Beliebtheit unter Hobbyisten, die die wenigen noch in Umlauf befindlichen Zeo Bedsides genießen.

Also, 2015 habe ich mir mal ein Zeo Mobile genauer angeschaut und im Schlafhacking-Blog darüber geschrieben: Zeo Mobile Teardown

Eigentlich wollte ich noch einige weitere Links hier einbauen, wie zum Beispiel zu der Entwickler-Webseite und zu ein paar interessanten Software-Projekten, die die Daten der Rohdaten-Firmware des Zeo Bedside nutzen. Leider kann ich die Firmware selbst nicht mehr finden und auch die relevanten Informationen sind nur noch im Internet Archive zu finden. Dort sind die Software-Downloads aber nicht archiviert, weshalb sich der Rest erübrigt. Sehr schade. Ich hoffe jemand wird die Sachen noch mal öffentlich zur Verfügung stellen. Ich habe sie leider nicht bei mir, weil ich nie ein Zeo selbst bespielt habe.

Vielleicht nehme ich den letzten Absatz wieder zurück. Hier ein paar URLs, die oben vielleicht fehlen (habe gerade keine Lust, sie in line zu bringen):

  • https://www.gwern.net/docs/zeo/index
  • https://www.gwern.net/docs/zeo/firmware-v2.6.3R-zeo.img
  • https://www.openyou.org/2013/06/11/zeo-firmware-and-raw-data-api-on-openyou-github/
  • http://eric-blue.com/2013/06/09/life-beyond-zeo/
  • https://github.com/evsc/zeoLibrary
  • https://github.com/openyou/zeo-firmware
  • https://github.com/openyou/zeo-raw-data-api
  • https://github.com/openyou/zeo-android-api
  • https://www.klartraumforum.de/forum/showthread.php?tid=9523
  • http://www.sleepstreamonline.com/rdl/
  • https://web.archive.org/web/20120422001938/http://sourceforge.net/projects/zeorawdata
  • https://web.archive.org/web/20110307193953/http://sourceforge.net/projects/zeodecoderview
  • https://sourceforge.net/projects/rxtxlibrary/files/rxtxlibrary/
  • https://sourceforge.net/projects/zeolab/
  • https://sourceforge.net/projects/zeolib/
  • https://web.archive.org/web/20120924070141/http://developers.myzeo.com/raw-data-library/
  • https://www.klartraumforum.de/forum/forumdisplay.php?fid=29 (Inhalt nur eingeloggt sichtbar)
Comment via email

Rock die Burg

Entry created on 2021-04-02 (edited 2021-10-15) Authors: steeph (376) Categories: Events (23) Fallen Fortress Open Air (10) Festivals (10) Music (5) Rock die Burg (10) Languages used: de (90) Topics: Events → Festivals (11) edit
This entry is referencing the entry 'Rock die Burg'.

CC0 licence logo
To the extent possible under law, steeph has waived all copyright and related or neighboring rights to this work.

Hier könnte ich mal erzählen, was Rock die Burg war und warum wie meine Geschichte dieses Alternative Rock Festival geht. Wenn ichmal Zeit und Lust finde es mal für ausreichend relevant halte.

Na, dann fange ich mal an.

Meine Fotos des Events aus den Jahren 2006 bis 2014 zu sehen.

2004 haben sich Liebhaber des alternativen Rocks in Bad Dürkheim zusammengetan und ein Rock-Festival ins Leben gerufen, das nicht nur den Bad Dürkheimer Jugendlichen das Angebot an Live-Konzerten erweiterte, sondern auch jungen Bads aus der Gegend eine Möglichkeit, vor einem Publikum aufzutreten, das größer ist und einen demografisch weiteren Einzug hat als die Konzerte, die damals schon regelmäßig im JuKiB (vorher Haus der Jugend) veranstaltet wurden. Der Name bezieht sich auf den ursprünglichen Veranstaltungsort: Den Burghof der Burgruine Hardenburg. Dort wurde in der Tat die Burg gerockt, auch wenn aus Sicherheits- und anderen Gründen der Zugang zu den meisten Teilen der Burgruine für Besucher gesperrt war.

Damals (2004) musste ich noch heftig von einem Freund überredet werden, zum Festival mitzukommen. Aber ich bin froh, die Gelegenheit genutzt zu haben. (Alleine wäre ich nicht darauf gekommen, die Veranstaltung zu besuchen.) Seit dem habe ich aber keine einzige Auflage von Rock die Burg verpasst. In den ersten Jahren als einfacher Besucher und betrunkener Hobby-Fotograf, später als einigeraßen aktives Vereinsmitglied, Aufbauhelfer, Webadmin und quasi offizieller (aber immer noch angetrunkener) Fotograf.

Vielleicht würde sich irgendwann mal ein Besucher dieser Seite für die Geschichte der Veranstaltung interessieren, die ich aus meiner aktiveren Zeit (ab ca. 2009) auch detailliert aufschreiben könnte. Aber ich bezweifle das jetzt einfach mal und beschränke mich hier darauf, das Festival erwähnt, meine Fotos verlinkt und meinem nostalgischen Mitteilungsbedürfnis der Tatsache, dass es sich um ein richtig geiles, kleines Festival mit einer sehr guten Musikauswahl und Stimmung handelte, grundlegend nachgegangen zu sein. Vielleicht werde ich mal noch einen zweiten Eintrag darüber schreiben oder diesen hier ergänzen, wenn ich Lust habe, ein paar Geschichtchen von den Festivals und aus der Orga aufzuschreiben, die damalige Besucher interessant finden könnten. Haut mich ruhig an, Falls Interesse besteht.

Ein Link mit Rückblicken aller Rock die Burgs mit Fotos, Videos und Line-Ups

Leider (jedenfalls für mich) hat sich das Genre der auftretenden Bands aus in diesem kurzen Eintrag nich genannten Gründen über die letzten Jahre immer weiter auf Hardcore eingefahren. Gute Musik und gute Bands, aber das weniger abwechslungsreiche und weniger auf Newcomer ausgerichtete Booking hat Rock die Burg zu einem anderen Festival gemacht. Als dann auch noch der Platz hinter der Burg nicht mehr für diese Veranstaltung zur Verfügung gestellt wurde und das Festival umziehen musste, wurde die Wandlung zu Recht durch eine Umbenennung abgeschlosen. Das Fallen Fortress Open Air ist nahtlos aus Rock die Burg hervorgegangen und eine sehr gute Namensgebung aus allerlei Gründen, die der Geschichte angemessen referenziert. Aber es ist ein anderes Festival und kein direkter Ersatz für Rock die Burg, weshalb ich die Meinung vertrete, dass irgendwann mal, vielleicht bald, vielleicht in ein paar Jahren, mal nostalgische Fans des alten Rock die Burg das Projekt angehen sollten, eine Veranstaltung nach den Grundsätzen, Zielen und dem Vorbild des ursprünglichen Rock die Burg auf dem ursprünglichen Gelände, dem tatsächlichen Burghof zu veranstalten. Falls jemand mitmachen möchte: Ich wäre auf jeden Fall dabei.

Comment via email

Definition Of Summer

Entry created on 2021-09-11 Authors: steeph (376) Categories: Definition (1) Silly (32) Skin (1) Summer (2) Languages used: en (257) edit

Summer is the aggregate of all nights in which you can lay in wet grass at 3am and enjoy a fresh wind on your bare skin.

Comment via email
Entry created on 2021-09-02 Authors: steeph (376) Categories: Band Name Ideas (3) Domain Name Ideas (1) Silly (32) Thoughts (73) Languages used: de (90) en (257) edit

If I had a band to name, I'd name it Feiera, because feiera.band is still available and costs only 2,50 a month.

Comment via email

The Three Bad Reasons Why I Don't Use Git

Entry created on 2021-09-01 Authors: steeph (376) Categories: Computer (78) Git (1) Personal (13) Software (53) Version Control (1) Languages used: en (257) edit

1. Github or other public Git repositories: Wouldn't be complete

Haven't published everything always, don't want to publish everything, would want to include everything but couldn't. So using public Git repositories would always be accompanied by a feeling of imperfection.

2. I've never used Git for anything really.

Apart from cloning and occasionally updating others' repositories I've never used them. I'm not used to using Git and I don't struggle with not using it. So starting to do so now would require me to hurdle quite some hurdle. I never used it. Why would I start now?

3. It's too late to start now.

I've noticed that the point where it would have been a good idea and would have made a lot of sense to get accustomed to using Git has long passed. So by starting now or in the future I would admit that I didn't take the hurdle when it would have been the right thing to do - when the best time to do so was near the present. I would admit to doing some things not the right way in the past if I would start to do them right from now on. It's easier to pretend that the way it always has been is the right way - the way I'm used to doing things.

That all makes no logical sense. It would be an improvement to start using Git for some things, be it coding projects, any category of texts that I have on my computers, any collection of files, ... The costs of these improvements would be hard disk space, which isn't all that rare for me nowadays and getting used to using Git, which isn't complicated.

So why don't I even try to use it in some cases? Well, I've just honestly told you my three reasons.

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