FHEM und IPS1 Netzwerkschalter von ELV

[Guest]

Originally posted by: <email address deleted>

Da habe ich noch ein paar Zeilen im Log gefunden. Die sind nach dem
neuanlegen entstanden.

"my" variable @lines masks earlier declaration in same scope at ./FHEM/70_ELVIPS.pm line 210.
"my" variable @lines masks earlier declaration in same scope at ./FHEM/70_ELVIPS.pm line 344.
"my" variable $devid masks earlier declaration in same scope at ./FHEM/70_ELVIPS.pm line 356.
2012.06.07 01:01:36 3: ELVIPS setting callback timer
2012.06.07 01:01:36 3: No I/O device found for IPS11
2012.06.07 01:01:36 3: ELVIPS initialized
2012.06.07 01:01:46 3: SIS_PMS Unknown device el:vi:ps:00:01 0, please define it
2012.06.07 01:01:46 2: autocreate: define IPS11_192_168_1_199 SIS_PMS el:vi:ps:00:01 0
2012.06.07 01:01:46 2: autocreate: define FileLog_IPS11_192_168_1_199 FileLog /var/InternerSpeicher/fhem/log/IPS11_192_168_1_199-%Y.log IPS11_192_168_1_199
2012.06.07 01:02:17 3: SIS_PMS IPS11_192_168_1_199 state changed from to on
Use of uninitialized value $err_log in string ne at ./FHEM/70_ELVIPS.pm line 336.
2012.06.07 01:02:19 3: SIS_PMS IPS11_192_168_1_199 state changed from on to off
Use of uninitialized value $err_log in string ne at ./FHEM/70_ELVIPS.pm line 336.
2012.06.07 01:02:20 3: SIS_PMS IPS11_192_168_1_199 state changed from off to on
Use of uninitialized value $err_log in string ne at ./FHEM/70_ELVIPS.pm line 336.
2012.06.07 01:02:22 3: SIS_PMS IPS11_192_168_1_199 state changed from on to off
Use of uninitialized value $err_log in string ne at ./FHEM/70_ELVIPS.pm line 336.
2012.06.07 01:02:23 3: SIS_PMS IPS11_192_168_1_199 state changed from off to on
Use of uninitialized value $err_log in string ne at ./FHEM/70_ELVIPS.pm line 336.
2012.06.07 01:02:24 3: SIS_PMS IPS11_192_168_1_199 state changed from on to off
Use of uninitialized value $err_log in string ne at ./FHEM/70_ELVIPS.pm line 336.



Am Donnerstag, 7. Juni 2012 00:58:09 UTC+2 schrieb Kev:
>
> Hallo Kai,
> ich benötige nochmal deine Hilfe,
> habe gestern das FHEM geupdatet und seitdem habe ich Probleme mit dem IPS1.
> Er schaltete nicht mehr, habe dann das gerät mal gelöscht und neu erstellt
> und dann bekomme ich im Log das herraus und der FHEM Server ist am Ende.
> Erste wenn ich den IPS aus dem netz nehme und dann den Server neustarte
> kann ich ihn wieder bedinen. im Log stehen hunderte Zeilen mit
> "
>
> Use of uninitialized value $delay in addition (+) at ./FHEM/70_ELVIPS.pm line 192.
>
> Sagt dir das was??
>
> Danke schonmal Gruss Kev
>
>
> Am Freitag, 25. Mai 2012 01:01:11 UTC+2 schrieb Kev:
>>
>> Hallo Kai,
>>
>> ja das sowas auf einer FritzBox läuft ist nicht optimal das gebe ich zu,
>> ich sehe es nur aus den StromSpar aspekt. Hatte vorher im Keller einen
>> Server Laufen der 300W aus der Steckdose nuckelte, und seit dem das teil
>> ausgemustert ist wird einem Klar wieviel es an Stromkosten sparte. Aber
>> egal.
>>
>> Habe es ja so installiert wie du es geschrieben hast, und ich kann sagen.
>>
>> Ja es geht bestens. Habe mir noch zwei notifys geschriben die mir aus
>> einem FS20 on einen IPon und auch off machen, und es schaltet zuverlässig.
>> Habe auch mal schnell on off on off usw. gesendet und es tat sich immer
>> eine Aktion, und vorallem auch die die gewollt war.
>>
>> Dann habe ich mir mal diese pm datei angesehen, und absolut nichts
>> verstanden.
>>
>> Danke dir nochmal, ich hoffe das auch andere davon begeistert sind wenn
>> Sie es benötigen.
>>
>> Gruss und Danke
>> Kev
>>
>> Am Donnerstag, 24. Mai 2012 09:21:37 UTC+2 schrieb Kai 'wusel' Siering:
>>>
>>> On 05/24/2012 07:51 AM, Kai 'wusel' Siering wrote:
>>>
>>> > Dachte ja, Net::Telnet wäre narrensicher Ich probier's nachher mal
>>> > über HTTP.
>>> >
>>> > Nebenkriegsschauplatz: wenn eine Telnet-Verbindung offen ist, werden
>>> > weitere Versuche abgelehnt.
>>>
>>> FTR, es rennt jetzt so einigermaßen (Schalten geht, Statusabfrage geht
>>> -- per Socket::IO & Port 80): aber der IPS1 ist recht wählerisch, auch
>>> der Webserver ist der Meinung, es könne nur eine Verbindung zur Zeit
>>> geben => deutlich mehr Fehlerfälle noch abzufangen. "Kev" hat das halb-
>>> gare Modul zum Testen, mal sehen, wie's weitergeht
>>> -kai
>>>
>>>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Kev wrote:
> Hallo Kai,
>
> ja das sowas auf einer FritzBox läuft ist nicht optimal das gebe ich
> zu, ich sehe es nur aus den StromSpar aspekt. Hatte vorher im Keller
> einen Server Laufen der 300W aus der Steckdose nuckelte, und seit dem
> das teil ausgemustert ist wird einem Klar wieviel es an Stromkosten
> sparte. Aber egal.

Naja, ich habe meine 71er und 72er schon durch hinzufügen (und
minütliches Abfragen) eines snmpd zum Leistungsverlust gebracht (snmpd
aus Freetz auf die FB; tut, aber frißt halt kurzzeitig 100% CPU -- die
verbleibenden 0% reichen nicht mehr zum -- vollkommen blödsinningen,
aber Telekom-sei-dank in Deutschland eingebürgertem -- PPPoE-Umpacken),
lies: der Durchsatz brach spür- und in den Graphen sichtbar ein. Seitdem
nehme ich die FBs nur noch als Router (inkl. Site-2-Site-VPN),
Accesspoints und SIP-Telefonie-Gateways.

FHEM lief mal auf einem ~30 Watt ziehenden Pizzabox-PC, heute besteht
meine heimische IT aus überwiegend FB für Access/WLAN pro Etage, 'nem
Multicore-Server für diverse VMs (Windows, Mail-/filternder Proxyserver,
...) und "Myriaden" von kleinen ARMs und MIPSen, z. B. einem SheevaPlug
(aktuell: PogoPlug Pink) für FHEM, 2 Foneras und 2 MR3020 als
Webcamserver (Streams werden ausgewertet auf dem Multicore per
"motion"), Dockstars als NFS- und VDR-Server, ... Okay, der
Wohnzimmer-VDR ist ein Dual-Core-Atom

Wie gesagt, ich habe meine blutige Nase mit CPU-lastiger Software auf
Fritzboxen mir geholt und möchte nicht eine Funktion
(Hausautomatisation) gegen einen andere (Fullspeed Internet) abwägen
müssen Wenn mir mal ganz viel langweilig ist, gucke ich mal, ob FHEM
nicht auch in die 32 MB RAM des TL-MR3020 unter OpenWRT paßt ...

> Dann habe ich mir mal diese pm datei angesehen, und absolut nichts
> verstanden.

Das gibt sich, wenn man sich länger mit (FHEM-)Perl
auseinandergesetzt hat. Was ich initial gemacht habe, ist, das
SIS-PMS-Modul so zu bauen, daß andere bidirektionale (i. d. abfragbare)
Schalter damit bedienbar sind. IMHo ist das der Weg, wie Module in FHEM
funktionieren sollten: ein Grundgerüst, auf dem andere einfach aufsetzen.

> Danke dir nochmal, ich hoffe das auch andere davon begeistert sind
> wenn Sie es benötigen.

Nun, dazu müßte ich es fertig machen und einchecken:

> Am Donnerstag, 24. Mai 2012 09:21:37 UTC+2 schrieb Kai 'wusel' Siering:
>
>     geben => deutlich mehr Fehlerfälle noch abzufangen. "Kev" hat das
>     halb-
>     gare Modul zum Testen, mal sehen, wie's weitergeht
>     -kai
>

Aber das kommt ggf. kommendes Wochenende.
-kai

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Kev wrote:
> Hallo Kai,
> ich benötige nochmal deine Hilfe,
> habe gestern das FHEM geupdatet und seitdem habe ich Probleme mit dem
> IPS1.
> Er schaltete nicht mehr, habe dann das gerät mal gelöscht und neu
> erstellt und dann bekomme ich im Log das herraus und der FHEM Server
> ist am Ende. Erste wenn ich den IPS aus dem netz nehme und dann den
> Server neustarte kann ich ihn wieder bedinen. im Log stehen hunderte
> Zeilen mit
> "
> Use of uninitialized value $delay in addition (+) at ./FHEM/70_ELVIPS.pm line 192.
>
> Sagt dir das was?
>  
Daß das quick & dirty war An sich sollten Änderungen an FHEM keine
Auswirkungen auf das Modul haben, schon komisch. Kannst Du mir einen
IPS1 nochmal per public IP zur Verfügung stellen (IP ggf. per Mail),
damit ich dagegen testen kann? Ein mir später aufgefallenes Problem ist,
daß auch nur genau 1 Gerät derzeit gehen dürfte, der Code für >1 IPS1
ist murks. Ich werde mich da wohl am Wochenende mal dransetzen,
aufräumen und einchecken.
-kai


--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Mein LG wird auch von "einem Linux" gesteuert; nicht allerdings halte
ich für abwegiger, als an der dann doch vierstellig-teuren Kiste am
"MCP" rumzuschrauben -- zumal das Gerät vorbildlich per in der Anleitung
dokumentierter Befehle über die serielle Schnittstelle fernsteuerbar
ist. Für einen 47-Zoll-Türstopper fehlen mir einfach die Türen.

Ich schrieb es an anderer Stelle schon: FHEM eignet sich aus meiner
Sicht grade nicht für das doch eher fragile System einer Fritzbox. Zumal
mehr und mehr Anschlüsse als »NGN«, i. e. IP-Only ausgeführt werden,
mithin auch der Notruf davon abhängt, daß die FB das ISDN-, DECT- oder
ggf. Wählscheibentelefon bei Wahl der 110 per VoIP-over-DSL zur
Leitstelle durchstellt.

Es gibt viele Optionen für FHEM; FHEM on FritzBox ist zwar eine
augenfällig logische, aber eben nicht zwingend zweckmäßige davon.
-kai


--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hallo Kai,
ich wollte mal nachfragen ob du schon mal dazu gekommen bist, die
70_ELVIPS.pm zu verbessern.
Denn ich habe die Tage festgestellt das durch die IPS1 Schalter das FEHM
doch ganz massiv beeinflusst wird, was die ziverlässigkeit betrifft,
vielleicht liegt es auch daran das ich jetzt 5 von den Teilen im einsatz
habe. Frag nicht wie ich musste immer einen definieren dann autocreate
auschalten neustarten ein paar änderungen von anderen Teilen in FHEM
vornehmen und dann einen neuen anlegen Autocreate Aktivieren und neustarten
dann warten bis er da ist und dann Autocreate wieder auschalten und
neustarten. So habe ich es dann geschafft 5 von den Teilen zum laufen zu
bringen. nur nach diesr ganzen Aktion schalten meine FS20 Timer nicht mehr
zuverlässig da sehr oft sowas kommt.

2012.07.30 01:23:01 3: SIS_PMS Unknown device el:vi:ps:00:01 7, please
define it
2012.07.30 01:23:40 3: SIS_PMS Unknown device el:vi:ps:00:01 5, please
define it
2012.07.30 01:23:41 3: SIS_PMS Unknown device el:vi:ps:00:01 6, please
define it
2012.07.30 01:23:41 3: SIS_PMS Unknown device el:vi:ps:00:01 7, please
define it
2012.07.30 01:23:41 3: SIS_PMS Unknown device el:vi:ps:00:01 8, please
define it
2012.07.30 01:23:41 3: SIS_PMS Unknown device el:vi:ps:00:01 9, please
define it

Danke dir schonmal.
PS: Die IP ist momentan 95.89.113.140

Kev

Am Freitag, 8. Juni 2012 01:39:17 UTC+2 schrieb Kai 'wusel' Siering:
>
> Kev wrote:
> > Hallo Kai,
> > ich benötige nochmal deine Hilfe,
> > habe gestern das FHEM geupdatet und seitdem habe ich Probleme mit dem
> > IPS1.
> > Er schaltete nicht mehr, habe dann das gerät mal gelöscht und neu
> > erstellt und dann bekomme ich im Log das herraus und der FHEM Server
> > ist am Ende. Erste wenn ich den IPS aus dem netz nehme und dann den
> > Server neustarte kann ich ihn wieder bedinen. im Log stehen hunderte
> > Zeilen mit
> > "
> > Use of uninitialized value $delay in addition (+) at ./FHEM/70_ELVIPS.pm
> line 192.
> >
> > Sagt dir das was?
> >  
> Daß das quick & dirty war An sich sollten Änderungen an FHEM keine
> Auswirkungen auf das Modul haben, schon komisch. Kannst Du mir einen
> IPS1 nochmal per public IP zur Verfügung stellen (IP ggf. per Mail),
> damit ich dagegen testen kann? Ein mir später aufgefallenes Problem ist,
> daß auch nur genau 1 Gerät derzeit gehen dürfte, der Code für >1 IPS1
> ist murks. Ich werde mich da wohl am Wochenende mal dransetzen,
> aufräumen und einchecken.
> -kai
>
>
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hi,

vorweg, ich habe mich bisher nicht intensiv mit perl und der fhem
Entwickler Richtlinie auseinander gesetzt, mir fehlt einfach die Zeit. Ich
habe fhem aber für mein HomeControl im Einsatz, da dem Endanwender eine
Vielzahl an fertigen Modulen an die Hand gegeben ist, mit denen viele
Geräte und Aufgaben per einfache Einbindung gesteuert werden können.

Dieser Thread und auch andere befassen sich mit dem leidigen Thema , ELV
Geräte und Telnet-Implementation'. Ich habe mir ein IPIO88 zugelegt und war
ebenfalls enttäuscht, dass es aus fhem per perl-Telnet nicht gelingen
wollte, das Gerät anzusprechen/auszulesen. Das lesen via http ist einfach
zu langsam. Geholfen hat mir am Ende die Suche im Netz der Netze. Heiko
Schlittermann hat ein perl-script ins Netz gestellt, auf dessen Basis ich
versucht habe  ein fhem Modul anzupassen.

Wie schon angedeutet, ich bin kein Insider – ich habe sicherlich diverse
Rules im Code verletzt, aber das Modul macht was ich wollte:

-          Login zum IPIO88 (mit und ohne Anmeldung)

-          Setzen der Ausgänge 1 bis 8 (einzelnd)

-          Lesen der Aus- und Eingänge und ablegen der Werte in Readings

-          Status update via delay

Das Modul enthält somit die grundsätzliche Routine um mit den Telnet Server
der ELV Geräte (IPS 1, IPWE 1 und IPIO88) zu kommunizieren. Ich hänge mich
hier in den Thread, da ich hoffe, Dass die fhem-Cracks sich dem Modul
annehmen und vielleicht dem fhem-Standard anpassen, so dass es auch für
andere gefahrlos nutzbar ist.

Der define Aufruf ist:

define IPIO88

-          host kann mit :Port angegeben warden, ansonsten wir 23 gesetzt

-          login 0=nein, 1=ja -> user/pass ist im Modul gecoded, wenn 0 ->
muß Login via ,login off' im Gerät ausgeschaltet sein!

-          - delay in sec

OK, ich hoffe, ich werde wegen meiner Unbedarftheit nich zerrissen:-)

Gruß

Ralph

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com