Hallo,
ich bin am verzweifeln, PI und Fhem lief gut, ich habe noch etwas kosmetik machen wollen, dann beim Speichern "Fehlermeldung so ungefähr nicht möglich wegen Schreibschutz..... Pi neu neugestart, Fhem Webinterface läuft nicht, dann Fhem Status abgefragt, is running.
In der Fhem. log steht include fhem.cfg und dann can t open Serverport at 7072, die Adresse wird verwendet, sonst nichts.....
Ich hatte noch für einen Test das komplette Fhem Verzeichnis für Fhem unter Windows zum Testen kopiert, das kopierte Fhem Verzeichnis hat unter Windows funktioniert, das ich die Hardwarezugriffe unter Windows deaktiviert hatte.
Also habe ich diese Version auf den Pi kopiert (mit aktiven Hardwarezugriffen), leider der selbe Fehler nach Neustart. meine Vermutung ist das das Problem nicht in Fhem liegt, aber wo soll ich suchen, wie soll ich anfangen....
Natürlich habe ich im Forum und Internet nach einer Lösung gesucht aber nichts gefunden.
Über ein paar tolle Tipps würde ich mich sehr freuen.
Viele Grüße
Frank
Zitat von: Tecra8000 am 16 Februar 2017, 20:21:00
... ich habe noch etwas kosmetik machen wollen, ...
Was genau soll man sich jetzt darunter vorstellen?
Auch wenn du total wirres Zeug schreibst, meine ich raus gelesen zu haben, dass du ein Speicherplatzproblem haben könntest.
Für demnächst: Fehlermeldungen, Logeinträge genau und im Wortlaut posten. Bitte Strutkur in deine Posts bringen, man weiß nicht, was du beim Schreiben gedacht hast.
Kosmetik = optisch spalten anpassen und die Sendoren in Gruppen zusammen gefasst.
Mit der kopieraktion wollte ich sagen, das ich die vorher funktionierende Fhem Version wieder zurück kopiert habe, aber als komplettes Fhem Verzeichnis also nicht ein richtiges Backup, gleiche Fehlermeldung...
die Fhem.log hatte ich vor dem letzen Neustart gelöscht, damit nur aktuelle Infos dort stehen.
hier die Eintrage
2017.02.16 20:38:26 1: Including fhem.cfg
2017.02.16 20:38:26 1: telnetPort: Can't open server port at 7072: Die Adresse wird bereits verwendet. Exiting.
klingt für mich nach einem Rechteproblem.
Kannst Du Dich mal per ssh da einloggen und ein "ls -l /opt/fhem/" machen. Da sollte fhem:dialout gesetzt sein.
Gruß, Beta-User
Guten Morgen,
hier ist das Ergebnis:
pi@SmartHome2:~ $ ls -l /opt/fhem/
insgesamt 424
-rw-rw-rw- 1 fhem dialout 183831 Feb 16 06:33 CHANGED
-rw-rw-rw- 1 fhem dialout 34691 Feb 16 06:33 configDB.pm
drwxrwxrwx 39 fhem dialout 4096 Feb 7 21:52 contrib
drwxrwxrwx 3 fhem dialout 4096 Feb 7 21:48 demolog
drwxrwxrwx 4 fhem dialout 4096 Feb 7 21:48 docs
drwxrwxrwx 5 fhem dialout 20480 Feb 8 21:34 FHEM
-rw-r--r-- 1 pi pi 8659 Feb 16 20:00 fhem.cfg
-rw-rw-rw- 1 fhem dialout 15703 Feb 16 06:33 fhem.cfg.demo
-rwxrwxrwx 1 fhem dialout 129579 Feb 16 06:33 fhem.pl
drwxrwxrwx 2 fhem dialout 4096 Feb 16 21:12 log
-rw-rw-rw- 1 fhem dialout 935 Feb 16 06:33 README_DEMO.txt
drwxrwxrwx 4 fhem dialout 4096 Feb 8 21:34 restoreDir
drwxrwxrwx 2 fhem dialout 4096 Feb 7 21:52 unused
drwxrwxrwx 8 fhem dialout 4096 Feb 7 21:48 www
Sorry bin noch Anfänger....
...die fhem.cfg gehört aktuell (user:gruppe) pi:pi.
Ändern:
chown /opt/fhem/fhem.cfg fhem:dialout
(uU. brauchst Du ein "sudo" vorneweg).
Das passiert gerne, wenn man files von einem entfernten Rechner wieder rüberkopiert.
Ein paar Anmerkungen:
- Das direkte Editieren der fhem.cfg ist nicht mehr zu empfehlen, insbesondere für Anfänger. Besser über die FHEMWEB-Oberfläche die einzelnen Geräte bearbeiten. "Kosmetik" ist überflüssig bis riskant ;). Notfalls über die eingebaute Funktion edit files, da gibt es auch eine Syntaxprüfung.
- Ausgaben, lists usw. bitte immer in code-tags verpacken (#-Button oben), siehe dazu und zu weiteren wichtigen Infos zum Forum usw. die oben angepinnten Beiträge im Anfänger-Bereich.
- Für Neulinge gibt es im (deutschsprachigen) Ubuntu-Wiki viele Infos, wie ein (debian-basiertes) Linux (zu denen auch raspbian gehört) so tickt. Hier würde ich mal user- und Gruppenrechte empfehlen und das Thema manpages. Vieles läßt sich 1:1 übertragen.
Viel Erfolg noch,
Beta-User
andersrum...
erst User:Group, dann der Dateiname
sudo chown fhem:dialout /opt/fhem/fhem.cfg
Hallo an den Rechten lag es nicht, da ich am 2. Pi die Rechte nicht noch einmal angepasst habe.
Als mein 2. Pi der per VPN und UMTS angebunden ist auch die gleichen Probleme bekam viel mir ein das ich einen cronjob alle 59 Minuten laufen lasse, der die Werte für die beiden DHT11 an Fhem liefert.
Pi 1 ist zum Testen und weiter Programmieren, wenn er stabil läuft wird das Update auf den aktiven 2.Pi kopiert.
Die Tests zeigten das bei 99 % der Neustarts kein Zugriff möglich war, obwohl laut Status Fhem lief.
Es gibt jetzt 2 Möglichkeiten.
Entweder ich habe ein Spannungsproblem bei der Abfrage der DHTs, habe aber 2 unterschiedliche Netzteile im Einsatz....
Oder der Cronjob startet ungünstig so das Fhem nicht richtig startet.
Im Fehmlog gab es leider keine Hinweise.
Ich muss jetzt mal sehen wie ich den cronjob verzögert starte.
Oder hat einer schone eine Idee wie ich die Verzögerung programmiere?
Vielen Dank für die Unterstützung
Frank
Zitat von: Tecra8000 am 17 Februar 2017, 06:51:40
-rw-r--r-- 1 pi pi 8659 Feb 16 20:00 fhem.cfg
Das sollte definitif auf "fhem dialout" statt "pi pi" stehen, unabhängig von allen anderen Problemen, die es vielleicht noch gibt >:(.
@automatisierer: Danke für's korrigieren, man sollte einfach immer auch nochmal die manpages zu Rate ziehen ::).
chown /opt/fhem/fhem.cfg fhem:dialout das hatte ich natürlich sofort durchgeführt, brachte aber keine Besserung.
wie es aussieht dem der Cronjob für die DHTs nicht mehr läuft schein wieder alles OK zu sein, ich beobechte weiter.....
nen Tipp für das zeitversetzte Starten des Jobs????....
LG
Frank
Zitat von: Tecra8000 am 18 Februar 2017, 17:37:41
Oder der Cronjob startet ungünstig so das Fhem nicht richtig startet.
Das habe ich nicht kapiert. Kannst Du das mal erklären? Startest Du FHEM immer wieder neu? Wenn ja: Wozu?
Gruß,
Thorsten
Zitat von: Tecra8000 am 18 Februar 2017, 18:12:43
chown ... das hatte ich natürlich sofort durchgeführt, brachte aber keine Besserung.
Hi Frank,
hat das in der Form wirklich funktioniert?
Wie automatisierer geschrieben hat, hatte ich versehentlich die Parameter vertauscht, vermutlich braucht es auch sudo. Mach besser nochmal ein ls -l und nimm erforderlichenfalls den korrekten Befehl:
sudo chown fhem:dialout /opt/fhem/fhem.cfg
So um mal ein etwas mehr Klarheit hier zu bringen.
Das ich sehr viel Zeit bei der UMTS VPN zu meiner Kabel Fritzbox verloren habe (es lag daran das mich Kabel D auf IPV6 umgestellt hatte), fehlte mir am Ende die Zeit um den Pi / Fhem zu testen und weiter einzurichten. Da ich Anfang Dezember bis Ende Januar ins Ausland musste.
Also habe ich 2 Tage vor Abflug in 250 KM Entfernung alles angeschlossen.
Um etwas mehr Sicherheit reinzubringen, fahre ich zur Zeit den Pi um 6:00 softwaretechnis runter und umv 6:30 schalte eine Schaltuhr den Pi aus und an.
Also wenn er sich weg hängen sollte bekomme ich ihn morgens wieder.
Hat auch so perfekt und stabil funktioniert.
Was aktuell läuft ist relativ einfach. 8 Relais können geschaltet werden, 8 kabelgebunden Temperatursensoren und die 2 DHT11s die nur über Linux zu erreichen waren bzw. auszulesen.
Meine Probleme fingen wohl mit dem Cronjob die die DHTs auslesen und in Fhem schreiben. Seit der Deaktivierung laufen die beiden Pi wieder stabil.
SmartHome2 ist meine Testumgebung hier.
Hier noch einmal die aktuellen Rechte:
pi@SmartHome2:~ $ ls -l /opt/fhem/
insgesamt 440
drwxr-xr-x 2 fhem dialout 4096 Feb 17 21:23 backup
-rw-rw-rw- 1 fhem dialout 183831 Feb 16 06:33 CHANGED
-rw-rw-rw- 1 fhem dialout 34691 Feb 16 06:33 configDB.pm
drwxrwxrwx 39 fhem dialout 4096 Feb 7 21:52 contrib
drwxrwxrwx 3 fhem dialout 4096 Feb 7 21:48 demolog
drwxrwxrwx 4 fhem dialout 4096 Feb 7 21:48 docs
drwxrwxrwx 5 fhem dialout 20480 Feb 8 21:34 FHEM
-rw-r--r-- 1 fhem dialout 8434 Feb 17 21:18 fhem.cfg
-rw-rw-rw- 1 fhem dialout 15703 Feb 16 06:33 fhem.cfg.demo
-rw-rwxr-x 1 fhem dialout 8668 Feb 17 19:18 fhem.cfg.ok
-rwxrwxrwx 1 fhem dialout 129579 Feb 16 06:33 fhem.pl
drwxrwxrwx 2 fhem dialout 4096 Feb 17 19:33 log
-rw-rw-rw- 1 fhem dialout 935 Feb 16 06:33 README_DEMO.txt
drwxrwxrwx 4 fhem dialout 4096 Feb 8 21:34 restoreDir
drwxrwxrwx 2 fhem dialout 4096 Feb 7 21:52 unused
drwxrwxrwx 8 fhem dialout 4096 Feb 7 21:48 www
Es muss doch aber auch möglich sein die DHTs über fhem direkt auszulesen.
Ohne das man einen cronjob laufen lässt oder?
# DHT11 alle 30 min lesen
*/30 * * * * root /usr/local/sbin/fhem-dht
irgend wie in Fhem umgesetzt
Ps ich war jetzt auch noch nicht wieder dort. Wenn zur Zeit nur Remote
LG Frank
Zitat von: Tecra8000 am 19 Februar 2017, 18:58:35
Es muss doch aber auch möglich sein die DHTs über fhem direkt auszulesen.
Ohne das man einen cronjob laufen lässt oder?
Z.B. über einen Arduino und mySensors...?
Statt des Cronjobs könntest Du das Skript von fhem aus mit einem at starten. Dann startet es bestimmt erst, wenn fhem auch da ist.
...oder man übersetzt das, was in dem Skript steht, gleich auf Perl und macht es direkt von fhem aus. Natürlich ohne telnet-Kram am Ende, sondern setzt direkt ein Reading.
Gruß,
Thorsten
Hallo Thorsten,
ich möchte jetzt erst einmal keine optionale Hardware einsetzen.
Es scheint nicht so einfach zu sein die Dhts in Fhem einzubinden. Die Lösungen die ich immer wieder gefunden habe war immer die mit dem Conjob und export in die Fhem Variablen.
Am Besten finde ich das direkte lesen der Sensoren aus Fhem, das wäre für mich eine sauber Lösung
Perl kann ich leider noch nicht.
Ich eiere schon lange mit diesen Sensoren rum.....
LG
Frank
Zitat von: Tecra8000 am 19 Februar 2017, 22:02:20
Es scheint nicht so einfach zu sein die Dhts in Fhem einzubinden. Die Lösungen die ich immer wieder gefunden habe war immer die mit dem Conjob und export in die Fhem Variablen.
Am Besten finde ich das direkte lesen der Sensoren aus Fhem, das wäre für mich eine sauber Lösung
Perl kann ich leider noch nicht.
Na dann versuch doch einfach mal das Ding nicht per cron, sondern per at zu starten.
define blabla at +*00:59:00 "/usr/local/sbin/fhem-dht"
...oder so ähnlich. Womöglich gibt es aber ein Problem, weil fhem vielleicht nicht gleichzeitig auf den Befehl warten kann und auf eine Telnet-Verbindung antworten.
Stell doch mal das Coding des Skripts hier rein.
Gruß,
Thorsten
Hallo Thorsten,
hier mal das Sript, das den DHT11 ausliest und in Fhem schreibt.
Schön wäre es wenn ich diesen Code direkt in Fhem /Perl laufen lassen könnte.
PS: Seit der Deaktivierung dieses Scriptes laufen beide Pi wieder stabil, das heißt Sie sind über die Weboberfläche erreichbar.
Eine Frage habe ich noch zum Befehl Dashboard:
Ich möchte 4 Spalten neben einander, das ist kein Problem, aber darunter möchte ich eine Spalte über diese 4 Spalten, das hat noch nicht geklappt.
Das Fhem_Tablet_Ui finde ich für diese kleine Aufgabe zu mächtig.
#!/usr/bin/python
import Adafruit_DHT
import socket
### CONFIG ###
# fhem's telnet port
host = 'localhost'
port = 7072
sensors = [
{
'name': 'Innen.DHT11',
'type': Adafruit_DHT.DHT11,
'pin': 26
},
{
'name': 'Aussen.DHT11',
'type': Adafruit_DHT.DHT11,
'pin': 26
},
]
# retry in case of error
retries = 15
delay = 2
## config reference:
# sensors = [
# {
# 'name': 'DHT22',
# 'type': Adafruit_DHT.DHT22,
# 'pin': 4
# },
# {
# 'name': 'DHT11',
# 'type': Adafruit_DHT.DHT11,
# 'pin': 4
# },
# {
# 'name': 'AM2302',
# 'type': Adafruit_DHT.AM2302,
# 'pin': 4
# },
# ]
Vielen Dank und viele Grüße
Frank
Zitat von: Tecra8000 am 20 Februar 2017, 19:01:53
hier mal das Sript, das den DHT11 ausliest und in Fhem schreibt.
Das ist aber bestimmt nicht alles. Schau da nochmal nach.
Zitat
Eine Frage habe ich noch zum Befehl Dashboard:
Total off-topic hier. Mach am besten einen neuen Thread auf.
Gruß,
Thorsten
Oh ja, hat mit der Zwichenablage nicht funktioniert......
#!/usr/bin/python
import Adafruit_DHT
import socket
### CONFIG ###
# fhem's telnet port
host = 'localhost'
port = 7072
sensors = [
{
'name': 'Innen.DHT11',
'type': Adafruit_DHT.DHT11,
'pin': 26
},
{
'name': 'Aussen.DHT11',
'type': Adafruit_DHT.DHT11,
'pin': 26
},
]
# retry in case of error
retries = 15
delay = 2
## config reference:
# sensors = [
# {
# 'name': 'DHT22',
# 'type': Adafruit_DHT.DHT22,
# 'pin': 4
# },
# {
# 'name': 'DHT11',
# 'type': Adafruit_DHT.DHT11,
# 'pin': 4
# },
# {
# 'name': 'AM2302',
# 'type': Adafruit_DHT.AM2302,
# 'pin': 4
# },
# ]
def netcat(hostname, port, content):
s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
s.connect((hostname, port))
s.sendall(content)
s.shutdown(socket.SHUT_WR)
while 1:
data = s.recv(1024)
if data == "":
break
if data:
print "Received:", repr(data)
s.close()
# empty netcat string
s = "";
for sensor in sensors:
humidity, temperature = Adafruit_DHT.read_retry(sensor['type'], sensor['pin'], retries, delay)
if humidity is not None and temperature is not None:
s += 'setreading {0} Temperature {1:0.1f}\n'.format(sensor['name'], temperature)
s += 'setreading {0} Humidity {1:0.1f}\n'.format(sensor['name'], humidity)
def netcat(hostname, port, content):
s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
s.connect((hostname, port))
s.sendall(content)
s.shutdown(socket.SHUT_WR)
while 1:
data = s.recv(1024)
if data == "":
break
if data:
print "Received:", repr(data)
s.close()
# empty netcat string
s = "";
for sensor in sensors:
humidity, temperature = Adafruit_DHT.read_retry(sensor['type'], sensor['pin'], retries, delay)
if humidity is not None and temperature is not None:
s += 'setreading {0} Temperature {1:0.1f}\n'.format(sensor['name'], temperature)
s += 'setreading {0} Humidity {1:0.1f}\n'.format(sensor['name'], humidity)
s += 'setreading {0} Error 0\n'.format(sensor['name'])
else:
s += 'setreading {0} Error 1\n'.format(sensor['name'])
s += "quit"
netcat(host, port, s)
Da stimmt jetzt aber auch was nicht... Kannst Du nochmal nachschauen? Ich glaube, da hat sich was verdoppelt.
Hi,
si jetzt der dritte Versuch.
Sorry....
LG
Frank
#!/usr/bin/python
import Adafruit_DHT
import socket
### CONFIG ###
# fhem's telnet port
host = 'localhost'
port = 7072
sensors = [
{
'name': 'Innen.DHT11',
'type': Adafruit_DHT.DHT11,
'pin': 26
},
{
'name': 'Aussen.DHT11',
'type': Adafruit_DHT.DHT11,
'pin': 26
},
]
# retry in case of error
retries = 15
delay = 2
## config reference:
# sensors = [
# {
# 'name': 'DHT22',
# 'type': Adafruit_DHT.DHT22,
# 'pin': 4
# },
# {
# 'name': 'DHT11',
# 'type': Adafruit_DHT.DHT11,
# 'pin': 4
# },
# {
# 'name': 'AM2302',
# 'type': Adafruit_DHT.AM2302,
# 'pin': 4
# },
# ]
### END CONFIG ###
def netcat(hostname, port, content):
s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
s.connect((hostname, port))
s.sendall(content)
s.shutdown(socket.SHUT_WR)
while 1:
data = s.recv(1024)
if data == "":
break
if data:
print "Received:", repr(data)
s.close()
# empty netcat string
s = "";
for sensor in sensors:
humidity, temperature = Adafruit_DHT.read_retry(sensor['type'], sensor['pin'], retries, delay)
if humidity is not None and temperature is not None:
s += 'setreading {0} Temperature {1:0.1f}\n'.format(sensor['name'], temperature)
s += 'setreading {0} Humidity {1:0.1f}\n'.format(sensor['name'], humidity)
s += 'setreading {0} Error 0\n'.format(sensor['name'])
else:
s += 'setreading {0} Error 1\n'.format(sensor['name'])
s += "quit"
netcat(host, port, s)
Hi,
habe zu testen ins Pythonscript ein time.sleep(30) eingefügt, mal sehen wie es jetzt ausssieht.
Schön wäre natürlich die Zugriffe via Perl.
Viel mir gerade so ein.......
LG
Frank
Hi,
hast Du mal ausprobiert, was passiert, wenn Du das Ding einfach von einem at aus startest? Ich glaube, ich habe das schonmal vorher geschrieben.
Gruß,
Thorsten
Hallo Thorsten,
I am so happy.....
Das funktioniert, beim Googeln habe ich immer nur meine Lösung gefunden.
Keiner hat geschrieben das es so einfach geht,
man das war mir eine Lehre.......
Viele Dank
Sollte man das im Wiki nicht veröffendlichen....
Hatte neuen Post für "dashboard" aufgemacht, hast Du dazu auch eine Idee.
LG
FRank
Zitat von: Tecra8000 am 21 Februar 2017, 19:26:56
Sollte man das im Wiki nicht veröffendlichen....
Naja, die Lösung hat halt einen großen Nachteil: Ich nehme mal an, dass FHEM blockiert während der Zeit, die das Skript zur Ausführung braucht. Eine gute Lösung würde das vermeiden. Ich kenne aber momentan keinen einfach zu verwendenden Mechanismus dafür.
Zitat
Hatte neuen Post für "dashboard" aufgemacht, hast Du dazu auch eine Idee.
Ach das war für dashboard. Ich glaube, das hattest Du nicht dazugeschrieben. Nein, kenne ich nicht...
Vielleicht verschiebst Du das in den entsprechenden Forenbereich, wenn Dir hier keiner antwortet.
Gruß,
Thorsten
Da das Script unabhängig die Daten zu FHEM reinpustet, könnte man es doch im Hintergrund aufrufen können?
define blabla at +*00:59:00 "/usr/local/sbin/fhem-dht &"
Man beachte das "&" am Ende ....
Zitat von: Wernieman am 22 Februar 2017, 18:19:59
Da das Script unabhängig die Daten zu FHEM reinpustet, könnte man es doch im Hintergrund aufrufen können?
define blabla at +*00:59:00 "/usr/local/sbin/fhem-dht &"
Funktioniert das wirklich? Ich habe mal gelesen, dass fhem das auf eine Art und Weise startet, dass das & verloren geht. Ich kann mich da aber auch irren. In dem Fall wäre das natürlich perfekt.
Gruß,
Thorsten
Weiß ich nicht, da nicht getestet. In dem Falle würde ich ein Script ausführen lann, was das Script ausführt ...
ala
define blabla at +*00:59:00 "/usr/local/sbin/fhem-dht-starter"
Und im /usr/local/sbin/fhem-dht-starter
#!/bin/bash
/usr/local/sbin/fhem-dht &
exit 0
Wobei für beides EIGENLICH der Ordner /usr/local/bin/ besser wäre (nach Richtlinien)
das & ist hier unnötig. "..." startet automatisch im hintergrund.
Zitat von: justme1968 am 22 Februar 2017, 18:34:49
das & ist hier unnötig. "..." startet automatisch im hintergrund.
Grad nochmal in der Commandref nachgeschaut... Wieder was gelernt.
Also:
"/usr/local/sbin/fhem-dht" startet im Hintergrund, aber...
{system("/usr/local/sbin/fhem-dht")} ...nicht, oder?
...und
{`/usr/local/sbin/fhem-dht`} auch nicht.
Korrekt?
Gruß,
Thorsten
richtig.
"..." ist fhem, startet im hintergrund und lenkt stdout und stderr ins fhem log um
die anderen beiden varianten sind perl und das starten im hintergrund muss man mit & selber machen.
Danke für die Erklärung!