Homematic wired

Ralf9 · 31 Dezember 2014, 11:24:47

Hallo gevoo,

Wenn ich "/etc/init.d/fhem stop" ausführe steht im fhem-2014-12.log:


2014.12.31 11:13:38 5: Cmd: >shutdown<
2014.12.31 11:13:38 5: Triggering global (1 changes)
2014.12.31 11:13:38 5: Notify loop for global SHUTDOWN
2014.12.31 11:13:38 0: Server shutdown
2014.12.31 11:13:38 3: HM485_LAN: Can't terminate HM485d with PID  6693.

Wenn dann vom RS485 Bus eine Nachricht empfangen wird, beendet sich der HM485d Server von alleine.

Ist dies evtl ein Rechteproblem?

Gruß Ralf

gevoo · 01 Januar 2015, 09:18:57

Ein gesundes neues Jahr allen Beteiligten,

ich habe mir mal erlaubt alle "neuen Erkenntnisse", die wir uns hier gemeinsam erarbeitet haben in einer zip- Datei zusammenzustellen. Darin enthalten sind alle Dateien, die für HWW485 erforderlich sind. Also das gesamte dev + aktuallisierte Dateien.
Für alle die neu hier sind und erst in HMW einsteigen wollen, ist das der optimale Startpunkt. Das System funktioniert noch nicht perfekt. Aber vieles geht schon. Für Kritiken und Anregungen bin ich, wie Ihr ja schon wisst, immer offen.

Neujahrsgrüße sendet gevoo

gevoo · 01 Januar 2015, 10:39:55

Hallo holzwurm83,

jetzt wird zumindest die Abfrage der Module erst nach der Initialisierung des Gateways ausgeführt. Trotzdem ist aufgrund Deiner Modulzahl der Bus noch kurzzeitig überlastet, so daß mindestens ein HMW_LC_SW2_DR und der HMW_SEN_SC_12_DR nicht korrekt antworten können.
Wenn Du merkst, daß Module "nicht wollen", kannst Du nur auf die Modulhauptseite gehen und ein - get config all - machen. Dann sollten Sie nachträglich noch erkannt werden, wenn der ganze Initialisierungsrummel auf dem Bus erledigt ist. Im normalen Betrieb ist die Informationsflut auf dem Bus geringer, so daß dann meist alles klappt.

Gruß gevoo

gevoo · 01 Januar 2015, 10:45:00

Hallo Scotty,

das kann verschiedene Ursachen haben. Der schnellste Weg das Modul zu erkennen, ist eine Taste am Modul zu drücken, bei Modulen mit Taste. Sonst einen Eingang mit dem entsprechendem Impuls schalten. Dann sendet das Modul von sich aus und wird als neu erkannt, was dann zum autocreate führt.

Gruß gevoo

gevoo · 01 Januar 2015, 10:50:28

Hallo Ralf,

ZitatIst dies evtl ein Rechteproblem?

Das würde ich zumindest nicht ausschließen.

Wenn Du FHEM mit schutdown beendest, was steht dann im log? Dann führt zumindest der user fhem den STOP- Befehl durch. Wenn dann das gleiche im log steht, ist die Wahrscheinlichkeit groß, daß es ein Rechteproblem ist.

Gruß gevoo

Ralf9 · 01 Januar 2015, 11:21:33

Hallo gevoo,

Ein gesundes neues Jahr auch von mir allen Beteiligten,

Zitat von: gevoo am 01 Januar 2015, 10:50:28
Wenn Du FHEM mit schutdown beendest, was steht dann im log? Dann führt zumindest der user fhem den STOP- Befehl durch. Wenn dann das gleiche im log steht, ist die Wahrscheinlichkeit groß, daß es ein Rechteproblem ist.

Code Auswählen


2015.01.01 10:57:06 4: Connection closed for FHEMWEB:192.168.0.4:55830
2015.01.01 10:57:06 4: HTTP FHEMWEB:192.168.0.4:55833 GET /fhem&room=HM485&cmd=shutdown
2015.01.01 10:57:06 5: Cmd: >shutdown<
2015.01.01 10:57:06 5: Triggering global (1 changes)
2015.01.01 10:57:06 5: Notify loop for global SHUTDOWN
2015.01.01 10:57:06 0: Server shutdown
2015.01.01 10:57:06 3: HM485_LAN: Can't terminate HM485d with PID  2461.

Hier sind die Prozesse wenn fhem läuft (es sind nicht die Prozesse vom obrigen log, aber die PID im log passt)

Code Auswählen


fhem      2958     1  4 11:01 pts/0    00:00:04 perl fhem.pl fhem.cfg
fhem      2968     1  4 11:01 pts/0    00:00:04 /usr/bin/perl ./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device /dev/ttyS1 --verbose 5

mit kill funktionierts:

Code Auswählen


root@bananapi:/opt/fhem# kill 2968
root@bananapi:/opt/fhem# 2015.01.01 11:07:02.430 0: HM485d: Server stopped ...

Gruß Ralf

gevoo · 01 Januar 2015, 11:41:06

Hallo Ralf,

die Procedure

Code Auswählen

sub HM485_LAN_HM485dStop($) {
	my ($hash) = @_;
	
	my $name = $hash->{NAME};
	my $pid = $hash->{HM485d_PID} ? $hash->{HM485d_PID} : 0;

	my $msg;
	if ($pid > 0) {
		if(kill(0, $pid)) {
			DevIo_CloseDev($hash);
			$hash->{STATE} = 'closed';
	
			kill('TERM', $pid);
			if(!kill(0, $pid)) {
				$msg = 'HM485d with PID ' . $pid . ' was terminated sucessfully.';
				$hash->{HM485d_STATE} = 'stopped';
				delete($hash->{HM485d_PID});
			} else {
				$msg = 'Can\'t terminate HM485d with PID ' . $pid . '.';
			}
		} else {
			$msg = 'There ar no HM485d process with PID ' . $pid . '.';
			
		}
		
		HM485::Util::logger($name, 3, $msg);
	}
	
	return $msg;
}

im 00_HM485_LAN.pm macht nichts anderes. Dann kann nur die PID nicht stimmen, oder?

Gruß gevoo

Ralf9 · 01 Januar 2015, 11:57:51

Hallo gevoo,

die PID stimmt:

Code Auswählen


root@bananapi:/opt/fhem/log# ps -ef | grep perl
fhem      4878     1  6 11:50 pts/0    00:00:03 perl fhem.pl fhem.cfg
fhem      4888     1  8 11:50 pts/0    00:00:04 /usr/bin/perl ./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device /dev/ttyS1 --verbose 5
root      5333  5300  0 11:51 pts/1    00:00:00 grep perl
root@bananapi:/opt/fhem/log# /etc/init.d/fhem stop
Stopping fhem...
root@bananapi:/opt/fhem/log# tail fhem-2015-01.log
2015.01.01 11:51:04 5: HM485_LAN: keepalive msgNo: 98
2015.01.01 11:51:04 5: SW: fd02624b
2015.01.01 11:51:04 5: HM485_LAN: Alive: (98) 3030
2015.01.01 11:51:21 4: Connection accepted from telnet:127.0.0.1:55362
2015.01.01 11:51:21 5: Cmd: >shutdown<
2015.01.01 11:51:21 5: Triggering global (1 changes)
2015.01.01 11:51:21 5: Notify loop for global SHUTDOWN
2015.01.01 11:51:21 0: Server shutdown
2015.01.01 11:51:21 3: HM485_LAN: Can't terminate HM485d with PID  4888.
root@bananapi:/opt/fhem/log# ps -ef | grep perl
fhem      4888     1  4 11:50 pts/0    00:00:04 /usr/bin/perl ./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device /dev/ttyS1 --verbose 5
root      5338  5300  0 11:51 pts/1    00:00:00 grep perl
root@bananapi:/opt/fhem/log#

Wenn ich in der fhem Kommandozeile {kill('TERM', 5801)} eingebe, wird der HM485d beendet.
Liegt es vielleicht daran, daß fhem zur Gruppe dialout gehört, aber im fhem Verzeichnis ein großer Teil der Dateien fhem:root hat.
Ein kleiner Teil hat fhem:dialout

Code Auswählen


# groups fhem
fhem : dialout tty

Code Auswählen


2015.01.01 12:14:48 4: Connection closed for FHEMWEB:192.168.0.4:56367
2015.01.01 12:14:48 4: HTTP FHEMWEB:192.168.0.4:56366 GET /fhem&cmd=%7Bkill%28%27TERM%27%2C+5801%29%7D
2015.01.01 12:14:48 5: Cmd: >{kill('TERM', 5801)}<
2015.01.01 12:14:48 4: /fhem&cmd=%7Bkill%28%27TERM%27%2C+5801%29%7D / RL:953 / text/html; charset=UTF-8 / Content-Encoding: gzip
 / 
2015.01.01 12:14:48 1: localhost:2000 disconnected, waiting to reappear (HM485_LAN)
2015.01.01 12:14:48 5: Triggering HM485_LAN (1 changes)
2015.01.01 12:14:48 5: Notify loop for HM485_LAN DISCONNECTED

Gruß Ralf

Scotty80 · 01 Januar 2015, 20:08:33

Zitat von: gevoo am 01 Januar 2015, 09:18:57
Ein gesundes neues Jahr allen Beteiligten,

ich habe mir mal erlaubt alle "neuen Erkenntnisse", die wir uns hier gemeinsam erarbeitet haben in einer zip- Datei zusammenzustellen. Darin enthalten sind alle Dateien, die für HWW485 erforderlich sind. Also das gesamte dev + aktuallisierte Dateien.
Für alle die neu hier sind und erst in HMW einsteigen wollen, ist das der optimale Startpunkt. Das System funktioniert noch nicht perfekt. Aber vieles geht schon. Für Kritiken und Anregungen bin ich, wie Ihr ja schon wisst, immer offen.

Neujahrsgrüße sendet gevoo

Hallo gevoo,

mit den aktualisierten Dateien funktioniert die Modul-Erkennung nun auch problemlos. Danke.

Liebe Grüße
Scotty

RoBra81 · 01 Januar 2015, 21:36:49

Auch von mir ein gesundes neues Jahr!

Zitat von: gevoo am 01 Januar 2015, 09:18:57
Ein gesundes neues Jahr allen Beteiligten,

ich habe mir mal erlaubt alle "neuen Erkenntnisse", die wir uns hier gemeinsam erarbeitet haben in einer zip- Datei zusammenzustellen. Darin enthalten sind alle Dateien, die für HWW485 erforderlich sind. Also das gesamte dev + aktuallisierte Dateien.
Für alle die neu hier sind und erst in HMW einsteigen wollen, ist das der optimale Startpunkt. Das System funktioniert noch nicht perfekt. Aber vieles geht schon. Für Kritiken und Anregungen bin ich, wie Ihr ja schon wisst, immer offen.

Neujahrsgrüße sendet gevoo

Ich lese diesen Thread schon eine Weile mit Spannung mit. Ich habe auch schon überlegt, mich als Tester anzubieten. Zum einen fehlt mir aber leider ein bisschen die Zeit und zum Anderen habe ich nur ein Produktivsystem auf dem ich schon ab und zu mal einen Ausfall meines Wired-Systems hatte (was dem WAF nicht gerade zuträglich ist, wenn plötzlich kein Licht(schalter) mehr funktioniert). Da es aber nun ein ZIP zum Testen gibt, die Frage, ob ich es relativ gefahrlos einsetzen kann?

Zum Einen stellt sich die Frage, ob meine Komponenten unterstützt werden:
HMW_IO_12_Sw14
HMW_LC_Sw2
HMW_Sen_SC_12
HMW_IO_12_Sw7

Und zum Anderen wäre es mir wichtig, dass ich die bereits vorhanden Komponenten so weiter verwenden kann, da ich diese passend umbenannt habe und reichlich notifys & Co. habe, die diese benutzen.

Aktuell setze ich eine ziemlich alte Version für meine Wired-Komponenten ein (meine 10_HM485.pm hat das Datum 02.02.2014 und ist noch von Dirk Hoffmann).

Vielen Dank
Ronny

Dirk · 01 Januar 2015, 21:52:40

Von mir auch ein frohes neues Jahr an alle.

Zitat von: RoBra81 am 01 Januar 2015, 21:36:49
Aktuell setze ich eine ziemlich alte Version für meine Wired-Komponenten ein (meine 10_HM485.pm hat das Datum 02.02.2014 und ist noch von Dirk Hoffmann).

Da Gevoo aktuell auf Basis "meiner" Module Weiterentwickelt sollte die aktuelle Entwicklung kompatibel sein.
Ich komme leider erst die nächste Zeit wieder dazu hier weiter zu entwickeln.
Dann macht es sicherlich auch Sinn den jetzigen Stand mal ins Github zu mergen.
Auch gibt es noch den einen oder anderen Bug am HM485d.pl den ich noch fixen will.

Viele Grüße
Dirk

Ralf9 · 01 Januar 2015, 22:32:53

Hallo,

kann mir mal jemand sagen wie im fhem Verzeichnis die Owner und Rechte sein müssen.
Macht es etwas aus wenn ein Teil der owner "fhem:root" und ein Teil "fhem:dialout" ist?
Ist es ok, wenn die *.pl Dateien "-rwxrwxrwx" und die restlichen Dateien "-rw-rw-rw-" haben?

Gruß Ralf

geri · 02 Januar 2015, 14:07:56

hallo wired-gemeinde!

möchte euch auch ein gutes neues jahr wünschen und mich noch einmal bei gevoo für seine weiteretwicklungen bedanken.

natürlich habe ich dann auch sofort wieder einen wunsch bzw. idee. ich möchte mit dem io-12-sw7-dr eine von bewegungsmeldern ausgelöste treppenlichtschaltung machen. die bewegungsmelder hängen an einem sen-sc-12. ich kann zwar die einschaltzeit direkt am bewegungsmelder verändern würder es aber eleganter finden wenn ich ein "set xxx on-for-timer" verwenden könnte. mein zweiter wunsch wäre die ausgänge des io-12-sw7-dr auf der weboberfläche mit einem klick auf das lampenicon an- bzw. ausschalten zu können.

gruss
Gerald

RoBra81 · 02 Januar 2015, 15:46:22

Zitat von: Dirk am 01 Januar 2015, 21:52:40
Da Gevoo aktuell auf Basis "meiner" Module Weiterentwickelt sollte die aktuelle Entwicklung kompatibel sein.

Leider nicht: die Groß- und Kleinschreibung hat sich geändert. state heißt jetzt STATE, press_short PRESS_SHORT und press_long PRESS_LONG. Da der STATE nicht mehr mit Value('DeviceName') abfragbar ist und die Events jetzt komplett groß geschrieben werden, funktioniert fast keiner meiner Wandtaster mehr und ich muss mich jetzt hinsetzen und alle Notifys durchgehen...

Ronny

RoBra81 · 02 Januar 2015, 20:36:21

So, nun bin ich doch zum Tester geworden

Also, nachdem ich nun schon viele Notifys & Co. umgebaut habe und vieles wieder geht, musste ich leider feststellen, dass mein HMW_IO_12_Sw14_DR noch nicht voll unterstützt wird: Ich nutze Kanal 20 als Eingang für einen Bewegungsmelder - das funktioniert. Leider kann ich aber den Ausgänge nicht schalten. Da ich es noch nicht gemacht habe (und nicht unbedingt den ganzen Thread durchsuchen möchte) die Frage: Was kann ich tun (welche Logs bei welchen Aktionen, welche Screenshots) um bei der Weiterentwicklung zu helfen?

Vielen Dank
Ronny

EDIT: Ich habe noch etwas gefunden, das nicht funktioniert (und das ich bald schmerzlich vermissen werde): an keinem Device funktioniert der lange Tastendruck (PRESS_LONG)

Homematic wired

Scotty80