SensorAndSwitch Haus-Automation auf Webserver-Basis

[dtrieb]

Nein auf einem Synology NAS. Und hast ja vorher auch geklappt.

 

[JL3]

Eben, genau deswegen muss es ja laufen.

Schau dir mal das http://www.synology-wiki.de/index.php/Cron wegen dem Cron und der /etc/crontab an.

 

[dtrieb]

So:

Cron läuft!
Temp-Verzeichnis hat Rechte 777!
sensorandswitchgerarr.datasasapbusy ist im Verzeichnis Temp aber in der Datei steht nichts.

Was kann ich jetzt noch machen?

 

[JL3]

sensorandswitchgerarr.datasasapbusy steht nur für die Dauer des Aufrufs im tmp/ und signalisiert, dass es gerade arbeitet. Die Datei ist leer und muss auch nach ein paar Sekunden wieder verschwinden. Wenn nicht, lösche die Datei selbst, denn sie blockiert die Abarbeitung von sasap, wenn die Datei noch existiert.
Vermutlich kann sasap deshalb die Cachedatei nicht schreiben.

 

[dtrieb]

Aber ich finde in den Schaltregeln immer noch keine Geräte.

 

[JL3]

Gibt es in tmp/ diese Datei? sensorandswitchgerarr.dataalle

Wenn ncht, dann lege sie händisch ohne Inhalt an und vergib auch 777 als Rechte.

 

[dtrieb]

Gibt es in tmp/ diese Datei? sensorandswitchgerarr.dataalle

Wenn ncht, dann lege sie händisch ohne Inhalt an und vergib auch 777 als Rechte.

Wenn ich diese Datei anlege sind auf der Oberfläche alle Geräte weg!

 

[JL3]

Auch nach 2 Minuten?
Nachtrag: Natürlich sind alle Geräte weg, weil jetzt die leere Cachedatei gelesen wird. Doch es geht darum, ob sasap jetzt mit einer existierenden Datei diese nun füllt.

 

[dtrieb]

Auch nach 2 Minuten?
Nachtrag: Natürlich sind alle Geräte weg, weil jetzt die leere Cachedatei gelesen wird. Doch es geht darum, ob sasap jetzt mit einer existierenden Datei diese nun füllt.

Ja nach 2 Minuten auch noch weg!

 

[JL3]

Dann kann sasap den Inhalt aus welchen Gründen auch immer nicht schreiben. sas läuft dann in einer Art Notmodus und beschafft sich seine Infos selbst. Die anderen Scripte brauchen den Cache.
Dumm gelaufen, ein funktionierendes sas zu löschen und neu aufzusetzen. Wer weiß, wo welche Rechte in diesem Linux-Rechte- und Benutzerwirrwarr wieder nicht stimmen. *seufz*

Installiere wohl am besten nochmal neu und lösche vorher auch den sas-Ordner, dass auch die Verzeichnisse neu generiert werden.

 

[koyaanisqatsi]

Moins

Und nicht vergessen...
Auch der crond sollte nur einmal laufen, vorher also: killall crond

 

[JL3]

@dtrieb: Hast du nochmal neu aufgesetzt? Läuft es?

 

[JL3]

(Labor-Link entfernt) zum Testen.

Nun Geräte-Cache auf SQLite-Datenbankbasis.

 

[SF1975]

Hallo,
Einfach drüber bügeln, oder muss noch etwas beachtet werden?

 

[JL3]

Das ist ja das Schöne. Drüberbügeln. SAS merkt, dass der alte Cache keine Datenbank ist und ersetzt die Datei durch eine Datenbank.

 

[koyaanisqatsi]

Moin

Cool man...

Bin grad am Testen.
Hab dafür crontab -e aufgerufen und eine Zeile hinzugefügt...

* * * * * /var/media/NEW_LINK/cgi-bin/php-cgi -f /var/media/NEW_LINK/sensorandswitch/sasap.php
[COLOR=#ff0000][B]* * * * * /var/media/NEW_LINK/cgi-bin/php-cgi -f /var/media/NEW_LINK/sastest/sasap.php[/B][/COLOR]

Das /sastest/tmp Verzeichnis sieht mit (Pseudos) 1x Info 2x Sensor 1x Schalter so aus...

total 28
dr----x--t 2 root root 4096 Mar 4 14:17 ./
drwxrwxrwx 8 boxusr11 root 4096 Mar 4 14:12 ../
-rwxrwxrwx 1 root root 7168 Mar 4 14:17 sensorandswitchgerarr.dataalle*
-rwxrwxrwx 1 root root 8392 Mar 4 14:17 sensorandswitchgerarr.dataconf*
-rw-r--r-- 1 root root 0 Mar 4 14:17 sensorandswitchgerarr.datasasap

Kannst du mal bitte erklären wo die Datenbank ist.
Ist das überhaupt richtig so?
Bin ein wenig:

 

[JL3]

Die Datenbank ist im Verzeichnis /var/media/NEW_LINK/sastest/tmp/sensorandswitchgerarr.dataalle

Kurz zur Erklärung:

.dataalle ist die Datenbank
.dataconf ist die verschlüsselte Konfigurationsdatei als Array (normale Datei)
.datasasap ist eine "Hinweisdatei" an sas, dass sasap auch läuft.

 

[koyaanisqatsi]

Danke.
Mal reingucken, momemt...

type	name	tbl_name	rootpage	sql
table	cache	cache	2	CREATE TABLE cache (name VARCHAR(99) PRIMARY KEY, ts INTEGER, daten VARCHAR(999999999))
index	sqlite_autoindex_cache_1	cache	3

 

[JL3]

name ist der Gerätename und dient auch als Index
ts ist der Zeitstempel. Alte Eintragungen von Zombies werde nach 70 Sekunden gelöscht.
daten ist das Array des Geräts

 

[koyaanisqatsi]

Erst hab ich ohne crond laufen lassen.
SaS verhält sich trotzdem anscheinend ganz normal und manuelles Schalten ist auch möglich.
Dann erst mit crond, ab dann werden auch die tmp Dateien erstellt.
Das erste SaS (ohne SQLite3 Datenbank) bekommt mit was das Zweite (mit SQLite3 Datenbank) macht.
...und umgekehrt.

Sieht gut aus und fühlt sich solide an.

Hab mal schnell ein Anzeige.php gebastelt...
db.php

<?php
date_default_timezone_set('Europe/Berlin');
$strDatenbank = 'sqlite:tmp/sensorandswitchgerarr.dataalle';
$dbh = new PDO($strDatenbank);
?>

cache.php

<?php
include("db.php");
try {
$sth = $dbh->prepare('select rowid, * from cache');
$sth->execute();
sleep(0.125);
$dbh = null;
echo '<table border="1"
style="background:fixed 0% 0% repeat olive url(/rte/img/bg.jpg);
table-layout:fixed;
border:3px double olive;
border-collapse:inherit;
border-spacing:3px 5px;">
<tr><th>name</th><th>ts</th><th>daten</th></tr>';
while($Zeile = $sth->fetch(PDO::FETCH_ASSOC)){?>
<tr>
<td><?php echo $Zeile['name']; ?></td>
<td><?php echo $Zeile['ts']; ?></td>
<td><?php echo $Zeile['daten']; ?></td>
</tr>
<?php
}
echo '</table>';
}
catch(PDOException $e) {
echo $e->getMessage();
}
?>

Ausgabe: cache.php

Hinweis:
Der Timestamp, kann wie du siehst, identisch sein.
Für die Prüfung auf Ungültigkeit ist das unkritisch.
Für eine Eindeutige Identifikation allerdings nicht.