Beiträge von ClaudiaF

Ich habe die Library von Michael Margolis eingebunden und dieser Code kompiliert.

#include <Adafruit_WS2801.h>
#include <SPI.h>
#include <TimeLib.h>
#include <Time.h>




uint8_t dataPinStrip    = 10;
uint8_t clckPinStrip    = 9;
uint8_t num_LEDs        = 6;
// uint8_t hue             = 0;
uint32_t c              = 0;




Adafruit_WS2801 strip = Adafruit_WS2801(num_LEDs, dataPinStrip, clckPinStrip);


uint32_t Color(uint8_t r, uint8_t g, uint8_t b)
{
    return ((((r << 8) | g) << 8) | b);
}


void display_binary(int h, int m, int s=0) {
    for (int i = num_LEDs-1; i >= 0; --i)
    {
        uint8_t r = (((h >> i) & 0x1) == 1) ? 255 : 0;
        uint8_t g = (((m >> i) & 0x1) == 1) ? 255 : 0;
        uint8_t b = (((s >> i) & 0x1) == 1) ? 255 : 0;
        c = Color(r, g, b);
        strip.setPixelColor(5-i, c);
    }
    strip.show();
}


void setup()
{
    strip.begin();
}


void loop()
{
    time_t t = now();
    display_binary(hour(t), minute(t), second(t));
    delay(1.0);
}

Solltest Du keine Sekunden wollen, ersetze second(t) mit 0 innerhalb der loop Funktion (bzw rufe ohne second(t) auf).

Edit: strip.show() vergessen und ein Color Object wäre auch schön.

Cheers
Claudia

Don,

welche Time library hast Du eingebunden bzw. wo hast Du die her?

Cheers
Claudia

Hallo Don,

meines Wissens muß jedes Arduino Projekt mindestens die Routinen setup und loop haben.
Im setup wird alles initialisiert, wie strip.begin (siehe Lichterkette), und im loop werden
dann die Funktionen aufgerufen.

Gib mir mal kurz Zeit - poste gleich den Code wie ich denke das der funktionieren soll.

Gruß
Claudia

Zitat von SkyBird1980

Naja, ich gehe solche Problemen völlig aus dem Weg indem ich Kodi direkt in c:\Kodi installiert habe und die Anwendung immer mit dem schalter -p für Portable starte.
So landen alle Profildaten in c:\kodi\portable_data\... und ich hab keinerlei Rechtegerangel mehr mit dem UAC.

und ich in dem ich kein Windows benutze

Gruß
Claudia

Hallo Flo,

das ist natürlich schade und ehrlich gesagt, bin ich ein bisschen verwundert das unterschiedliche Verzeichnisse
unterschiedliche Geräteregistraturen erstellen. Aber Du hast natürlich alles richtig gemacht erstmal zu stoppen.
Leider beantwortet die Kurzschreibweise nun nicht, ob es am Umlaut oder an der Leerstelle lag - aber ich hoffe
die Entwickler haben eine Windowskiste und können das mal nachstellen.
Viel Spaß noch.

Gruß
Claudia

Das qlock2 sieht ja richtig super aus. Respekt - gute Arbeit.
DCF77 - das löst das Problem, ja
Und mit http://playground.arduino.cc/Code/DCF77 hast Du auch gleich Beispiele am Start.
Bin gespannt auf das Ergebnis.

Gruß
Claudia

Ich denke, das es weder an der inputstream noch an skygo an dieser Stelle liegt.
Ich vermute es ist Kodi selbst. Warum?
Ich habe mir den inputstream.adaptive Source mal angesehen und da fällt folgendes auf

xbmc->Log(ADDON::LOG_DEBUG, "Searching for decrypters in: %s", path.c_str());


if (!xbmc->GetDirectory(path.c_str(), "", &items, &num_items))
    return;

da wir im [definition='1','0']log[/definition] sehen, dass der Pfad richtig wiedergegeben wird, sollte path.str() richtig sein,
dass heisst dann aber, das GetDirectory nicht mit dem umgehen kann was path.str() liefert
und dann sofort returned. Entweder hat GetDirectory dann tatsächlich mit dem Umaut ein Problem
oder aber mit der Leerstelle im Pfad.

Wenn Du noch Lust und Laune hast, könntest Du noch ein bisschen probieren ob man Kodi betrügen kann.

Der eigentliche Pfad wird, wenn ich das richtig verstanden habe, aus der settings.xml der inpuistream.adaptive gelesen.
Zu finden unter ..\kodi\userdate\addon_data\inpustre...

Wenn Du die Datei öffnest, siehst Du wahrscheinlich einen Eintrag ala
<setting id="DECRYPTERPATH" value="special://home/cdm" />

was wenn Du da anstelle von "special://home/cdm" deinen Pfad an gibst?

Ggf. auch noch mit doppelten Quotes also ""C:\Users\...""

Wenn Du aber sagst, ich habe eine funktionierende Lösung und mag nicht spielen, bin ich auch glücklich damit.

Gruß
Claudia

Ich habe momentan kein Windows, kann es daher auch nicht wirklich testen aber was mich verwirrt ist
das Du eine Datei ssd_wv.dll im cdm Verzeichnis hast. Wenn ich aber richtig verstehe sollte da ein Link auf
%appdata%\Kodi\addons\inputstream.adaptive\lib\ssd_wv.dll sein. Siehe hier.

Kannst Du das nochmal prüfen ob Du alles so gemacht hast wie in der Anleitung beschrieben?

Es kann natürlich sein dass das auch funktioniert wenn die Datei anstelle eines Links dort existiert aber

im ersten Moment würde ich nach der Anleitung vorgehen um sicher zu sein.

Gruß

Claudia

>Gibt es irgendwo eine Zeichensatzeinstellung oder ist das ein Bug?
Also ich würde das als Bug werten.
Es wird ein utf-8 Wert übergeben aber anscheinend nicht behandelt.
Ich habe mir nicht das ganze Addon angeguckt aber dein Problem lässt sich mit folgender Änderung beheben.
In der skygo.py Datei Zeile 32 ersetzen.

# cookiePath = datapath + 'COOKIES'
cookiePath = datapath.decode('utf-8') + 'COOKIES'

zu finden unter ..\AppData\Roaming\Kodi\addons\plugin.video.skygo.de.

Gruß
Claudia

Welcher Arduino kommt den da in frage? Einige unterstützen RTCs
Und wie sieht es mit dem setzen der Uhrzeit aus?
Muß ja, jenachdem, jedesmal gemacht werden wenn der Arduino vom Strom genommen wird.

Der Code ansich (nur die display binary funktion) könnte so aussehen.

void display_binary(uint8_t h, uint8_t m, uint8_t s=0) {
    for (int i = 5; i >= 0; --i)
    {
        uint8_t r = (((h >> i) & 0x1) == 1) ? 255 : 0;
        uint8_t g = (((m >> i) & 0x1) == 1) ? 255 : 0;
        uint8_t b = (((s >> i) & 0x1) == 1) ? 255 : 0;
        c = Color(r, g, b);
        strip.setPixelColor(5-i, c);
    }
}

Der Aufruf wäre dann in der Form

display_binary(12, 30, 0)

Das andere (Color Struktur, strip Klasse etc...) kann vom Treppenstuffenprojekt übernommen und angepasst werden.

Wenn ein Arduino mit RTC zum Einsatz kommt, könnt darüber ein Alarm gestzt werden welcher minütlich die
Funktion aufruft und ansonst im sleep modus sich befindet.

Gruß
Claudia

Was mir gerade einfällt, wäre da nicht eigentlich ein Drucksensor die richtige Wahl

Hallo Don,

bezgl. dem Interrupthandling und dem dazugehörigen "Dornröschenschlaf" habe ich gelesen
dass man aufpassen muß den Arduino nicht in den "ewigen Schlaf" zu setzen.
Heisst also, solange ich keinen eigenen Arduino habe würde ich ungern die anderer kaputt machen.

Zum Projekt, kennst Du diese Echverbinder [Anzeige] ?
Und wenn Du die gegen die Wand setzt, gibt es dann noch genügend Licht?

Bin gespannt wie es aussieht wenn es fertig ist

Achja, wie mache ich das richtig wenn ich über Deinen/Euren Amazonlink bestelle?
Einfach den Link benutzen, einloggen und gut ist es?

Ich habe in der alten Version noch einen Fehler, da würde im März zurückgestellt und im Oktober vorgestellt aber es ist anders herum, oder?

Dieses Shell Skript sollte das Problem im Oktober abfangen

#!/bin/bash


day=$(date +%d | sed s.^0..)
mth=$(date +%m | sed s.^0..)


octoberflag="/storage/octoberflag"


if [ $mth -eq 3 ]; then
    if [ $day -ge 25 ] && [ $day -le 31 ]; then
        newtime=$(date +"%H")
        date -s $((newtime+1))":"$(date +"%M:%S")
    fi
elif [ $mth -eq 8 ]; then
    if [ $day -ge 25 ] && [ $day -le 31 ]; then
        if [ -f $octoberflag ]; then
            rm $octoberflag
        else
            newtime=$(date +"%H")
            date -s $((newtime-1))":"$(date +"%M:%S")
            touch $octoberflag        
        fi
    fi
fi

Logik:
Wenn wir im Oktober sind und der Sonntag zwischen dem 25 und 31ten liegt wird geprüft ob die Datei
welche als variable octoberflag definiert ist, existiert. Wenn nicht, dann wird die Zeit ermittelt, gesetzt und
die Datei angelegt. Nächster Lauf wird dann die Datei vorfinden und wieder löschen aber keine Zeit setzen.

Grundsätzlich hast Du natürlich Recht,
das Skript ansich hat keine Logik die das abfangen würde, es braucht es aber nicht.
Grund: der Cron.
Das Skript soll über den Cron Daemon gestartet werden (crontab Befehle) und zwar
an jedem Sonntag. Da es im Zeitraum vom 25-31 nur einen Sonntag gibt, wird dieses
Skript dann nur einmal ausgeführt und zwar zu der von Dir festgelegten Zeit (die ersten beiden Parameter für den Cron)

Ok, gerade sehe ich aber das Problem im Oktober, da wird die Zeit zurückgestellt und der Cron würde nach einer Stunde wieder ausgeführt.
Das einfachste wäre am Umstellungstag eine Datei anzulegen und im Skript abzufragen ob die Datei existiert.
Im ersten Fall würde diese dann nicht existieren und die Zeit zurückgesetzt, danach die Datei angelegt.
Eine Stunde später würde dann die Datei exisitieren und die Zeit nicht umgestellt aber die Datei gelöscht so dass
das darauffolgende Jahr wieder mit 0 anfängt.

Klingt richtig, oder?

Im März brauchen wir das nicht, da die Zeit nach vorne gestellt wird, also ein erneuter Aufruf nciht statt findet.

Ach ja, das ist Shell-Scripting. Standard bei jedem Unix dabei.

Hier das Skript.

NEUERE VERSION im weiteren Threadverlauf

Als erstes wird ermittelt welchen Tag wir haben, danach welchen Monat.
Wenn der Monat = 3 ist (also März) wird geprüft
ob der Tag >= 25 oder kleiner gleich 31 ist.
Damit haben wir den letzten Sonntag im März.
Wenn dem so ist, wird die aktuelle Stunde ermittelt,
eine Stunde abgezogen und mit den aktuellen Minuten und Sekunden
als String zusammengebaut und über date -s gesetzt.
Im Oktober wird halt eine Stunde hinzugerechnet.

Beispiel:
Ich nenne es SetTime.sh und bei mir liegt es nun unter /storage.
Wo Du es speicherst und wie Du es nennst kannst Du entscheiden,
solange es ein permanenter Speicherort (als zum Beispiel nicht /tmp) ist,
und Du darauf Schreibrechte hast.

- Kopiere das Skript
- Folgendes ist zu tun auf dem RPi

vi SetTime.sh
strg(oder ctrl)+A
rechts klick und einfügen
:wq!
enter (du solltest nun aus dem vi wieder draussen sein)

cat SetTime.sh
Jetzt solltest Du das Skript sehen.

Um Executionrechte zugeben
chmod u+x SetTime.sh

Nun den Croneintrag anlegen

crontab -e (und diese Zeile einfügen-copy und paste)
0 3 * * 0 /storage/SetTime.sh >/dev/null 2>&1

strg(oder ctrl)+O
enter
strg(oder ctrl)+X

crontab -l
zeigt den Eintrag

Hier kurz die Erklärung
0 steht für Minuten (0-60)
3 für die Stunde (0-23)
* für den Tag (1-31)
* für den Monat (1-12)
0 für den Werktag (0-6) 0=Sonntag

durch die Umleitung nach dev/null wird alles was das Skript an Ausgabe erzeugen würde gleich verworfen.

Das war es - hoffe ich.

Zitat von va!n

Ich nutze LibreElec v8.0.1 auf einem Raspberry Pi 3.Bzgl einer kurzen Info, wie und wo ich das Script einbinde wäre ich ebenfalls sehr dankbar!

Das ist gut, ich nutze zwar noch 7.9.1 auf einem RPi3 aber an dem wird's wohl nicht scheitern.
Gib mir ein paar Minuten zum erstellen und testen.

Zitat von va!n

Fraglich ist nur, wie ich das Problem dann während der Winnterzeit etc im Griff bekomme

Je nachdem was Du für ein Betriebssystem installiert (uname -a in der Shell ausführen) hast, kannst Du mit hwclock arbeiten
oder Du gehst über die date time Funktion des installierten OS.
Mein Ansatz wäre einen Cronjob aufzusetzen welcher nur Sonntags ausgeführt wird und prüft ob es der
letzte Sonntag im März oder Oktober ist und dann dementsprechend die Zeit anpasst.
Ist schnell geschrieben falls Du willst, aber bitte vorher das OS mitteilen.

Ich bin gerade am lesen und bin über die interrupts und Interrupt Service Routinen gestolpert.
Wenn ich das richtig verstehe wird dann über die Pins2 und 3 automatisch ein Trigger ausgeführt.
Was heissen soll, du brauchst nicht ständig im loop den Status prüfen sondern nur darauf reagieren,
wenn der Interrupt passiert. Weißt Du ob das mit deinen Bewegungssensoren geht?
Ergebnis sollte dann auf noch weniger Strom hinauslaufen.

Zitat von DanCooper

...nur läuft bzw. ist doch kein Treiber mehr geladen im S5, oder?

WOL funktioniert meines Wissens nach so.

Eine Netzwerkkarte muß auf dem Chip einen weiteren Modus implementieren,
nämlich den MagicPacket Modus (der heisst tatsächlich so)
Ich denke das dies heutzutage alle Desktopnetzwerkkartenchips haben sollten.

Nun ist es Aufgabe des BIOS und des Netzwerkkartentreibers bzw des
Betriebssystems diesen Modus zu realisieren.

Wenn der PC ausgeschaltet wird, aktiviert der Netzerkkartentreiber bzw. das Betriebssystem
den MagicPaket Modus, wenn der PC bootet muß der Modus deaktiviert und der normal Betriebsmodus aktiviert werden.

Der S5 Status sagt doch eingentlich nur aus, das der nächste Start ein Boot wegen PowerOff und kein z.B. Hibernatestart ist.

Hier nun der erste Versuch.

#include <Adafruit_WS2801.h>
#include <SPI.h>


uint8_t dataPinStrip    = 2;
uint8_t clckPinStrip    = 3;
uint8_t bewegung        = 7;
uint8_t bewegungsstatus = 0;
uint8_t num_LEDs        = 6;
uint8_t hue             = 0;
uint32_t c              = 0;
int abstand             = 0;


Adafruit_WS2801 strip = Adafruit_WS2801(num_LEDs, dataPinStrip, clckPinStrip);


uint32_t Color(uint8_t r, uint8_t g, uint8_t b)
{
    return ((((r << 8) | g) << 8) | b);
}




//boolean order down = false; up = true;
//boolean mode off = false; on = true;
void lights(boolean order=true, boolean mode=true)
{
    int i = 0;
    hue = mode ? 255 : 0;


    c = Color(hue, hue, hue);


    if (order)
    {
        for (i = 0; i < num_LEDs; i++)
        {
            strip.setPixelColor(i, c);
//            strip.show();
//            delay(0.05);
        }
    }
    else
    {
        for (i = num_LEDs; --i >= 0 ; )
        {
            strip.setPixelColor(i, c);
//            strip.show();
//            delay(0.05);
        }
    }
    strip.show();
    delay(0.05);
}


void brightness_decrease()
{
    int MaxRgb = 255;
    int LED_RGB_Werte[num_LEDs];
    for (uint8_t i=0; i<num_LEDs; i++) LED_RGB_Werte[i] = MaxRgb;


    for (int i=1; i <= MaxRgb+num_LEDs; i++)
    {
        for (int j=0; j<num_LEDs; j++)
        {
            hue = LED_RGB_Werte[j];
            c = Color(hue, hue, hue);
            strip.setPixelColor(j, c);
        }
        strip.show();
        delay(0.05);
        for (int j = num_LEDs - 1; j > 0; j--) 
        {
            LED_RGB_Werte[j] = LED_RGB_Werte[j - 1];
        }


        if (i <= MaxRgb)
        {
            LED_RGB_Werte[0] = MaxRgb-i;      
        }
        else
        {
            LED_RGB_Werte[0] = 0;      
        }
    }
}


int distanz()
{
  //  // setze Trigger auf HIGH
  //  GPIO.output(GPIO_TRIGGER1, True)
  //  // setze Trigger nach 0.01ms aus LOW
  //  time.sleep(0.00001)
  //  GPIO.output(GPIO_TRIGGER1, False)
  //  StartZeit = time.time()
  //  StopZeit = time.time()
  //  // speichere Startzeit
  //  while GPIO.input(GPIO_ECHO1) == 0:
  //      StartZeit = time.time()
  //  // speichere Ankunftszeit
  //  while GPIO.input(GPIO_ECHO1) == 1:
  //      StopZeit = time.time()
  //  // Zeit Differenz zwischen Start und Ankunft
  //  TimeElapsed = StopZeit - StartZeit
  //  // mit der Schallgeschwindigkeit (34300 cm/s) multiplizieren
  //  // und durch 2 teilen, da hin und zurueck
  //  distanz = (TimeElapsed * 34300) / 2
  //  return distanz
  return 0;
}


void up()
{
    strip_clear();
    lights();
    delay(1);
    lights(true, false);
}


void strip_clear()
{
    for (int i=0; i < num_LEDs; i++) 
    {
        strip.setPixelColor(i, 0);
    }
    strip.show();
}


void setup()
{
    pinMode(bewegung, INPUT);
    strip.begin();
    strip.show();
}


void loop()
{
    bewegungsstatus = digitalRead(bewegung);
    if (bewegungsstatus == HIGH)
    {
        up();
        delay(0.001);
        abstand = distanz();
        delay(1.0);
        if (abstand < 40)
        {
            strip_clear();
            lights(false);
            //von unten nach oben Licht an
            //delay(2);
            brightness_decrease();
            //lights(false, false)
        }
    }
}

Mit der distanz Funktion komme ich noch nicht richtig klar,
aber Du meintest ja, dass diese Du einen weiteren Bewegungssensor ersetzt wird, oder?
Falls dem nicht so ist, dann mußt Du mir nochmal die Logik erklären was da passieren soll.
Aktuell liefert die Funtion immer 0 zurück.

In der Light Funktion habe ich das show und delay ausserhalb der Loops.
Die alte Logik ist auskommentiert.
Falls das nicht schön ist, wieder ändern

In der Funktion loop verstehe ich das so, dass permanent
der Sensor abgefragt wird und nur wenn der HIGH ist, wird das Prog gestartet.
Sollte da evtl. noch ein delay am Schluß sein?
Ich meine, wieviel tausendmal wird da etwas in der Sekunde abgefragt?
Geht das auf's Silikon?? Keine Ahnung.

Laut Arduino IDE kompiliert das - ich hoffe es läuft auch.

Viel Spaß

Edit: Muss natürlich Silizium und nicht Silikon heissen - an was hab ich da wieder gedacht??