Wifilight.pm

Begonnen von herrmannj, 18 Januar 2014, 04:10:07

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten 1 ... 44 45 46 47 48 ... 155
Benutzer-Aktionen

ChristianKnorr

#675
14 September 2014, 10:54:45
Zitat von: Blackcat am 14 September 2014, 09:56:25Hi,

die Version von dir ist wohl veraltet, hier ist nochmal das aktuelle Skript was ich selbst nutze
Dann passiert das beim speichern:
ZitatERROR:
Global symbol "$dauer" requires explicit package name at ./FHEM/99_WifiLED_Utils.pm line 317. Global symbol "@lichter" requires explicit package name at ./FHEM/99_WifiLED_Utils.pm line 319. Global symbol "@farben" requires explicit package name at ./FHEM/99_WifiLED_Utils.pm line 321. Global symbol "$gesamtdauersek" requires explicit package name at ./FHEM/99_WifiLED_Utils.pm line 340. Global symbol "$dauer" requires explicit package name at ./FHEM/99_WifiLED_Utils.pm line 340. Global symbol "$dauerfarben" requires explicit package name at ./FHEM/99_WifiLED_Utils.pm line 342. Global symbol "@farben" requires explicit package name at ./FHEM/99_WifiLED_Utils.pm line 343. Global symbol "$dauerfarben" requires explicit package name at ./FHEM/99_WifiLED_Utils.pm line 344. Global symbol "$anteiligedauer" requires explicit package name at ./FHEM/99_WifiLED_Utils.pm line 347. Global symbol "$gesamtdauersek" requires explicit package name at ./FHEM/99_WifiLED_Utils.pm line 347. Global symbol "$dauerfarben" requires explicit package name at ./FHEM/99_WifiLED_Utils.pm line 347. Global symbol "$gesamtdauersek" requires explicit package name at ./FHEM/99_WifiLED_Utils.pm line 349. Global symbol "$dauerfarben" requires explicit package name at ./FHEM/99_WifiLED_Utils.pm line 349. Global symbol "$anteiligedauer" requires explicit package name at ./FHEM/99_WifiLED_Utils.pm line 349. Global symbol "@lichter" requires explicit package name at ./FHEM/99_WifiLED_Utils.pm line 352. Global symbol "@farben" requires explicit package name at ./FHEM/99_WifiLED_Utils.pm line 360. Global symbol "@lichter" requires explicit package name at ./FHEM/99_WifiLED_Utils.pm line 361. Global symbol "@farben" requires explicit package name at ./FHEM/99_WifiLED_Utils.pm line 364. Global symbol "$anteiligedauer" requires explicit package name at ./FHEM/99_WifiLED_Utils.pm line 364. Global symbol "@farben" requires explicit package name at ./FHEM/99_WifiLED_Utils.pm line 364. Global symbol "@farben" requires explicit package name at ./FHEM/99_WifiLED_Utils.pm line 366. Global symbol "$anteiligedauer" requires explicit package name at ./FHEM/99_WifiLED_Utils.pm line 366. Global symbol "@farben" requires explicit package name at ./FHEM/99_WifiLED_Utils.pm line 366.


Zitat von: Blackcat am 14 September 2014, 09:56:25(in MyUtils kopieren)
Ich nutze eine eigens dafür angelegte Datei 99_WifiLED_Utils.pm. Mache ich immer bei eigenen oder geklauten Modulen, finde ich übersichtlicher.


Zitat von: Blackcat am 14 September 2014, 09:56:25und was du natürlich brauchst WifiLight.pm in der aktuellen Version von Jörg :)
Ist das nicht die Datei die das im Header stehen hat?
Code Auswählen
# $Id: 32_WifiLight.pm 68 2013-12-08 08:00:00Z herrmannj $

ChristianKnorr

#676
14 September 2014, 11:04:42
Zitat von: ChristianKnorr am 13 September 2014, 16:29:41
Code Auswählen
2014.09.13 16:22:45 3: WakeUp: start, angegebene Gesamtdauer in Sekunden 300, Dauer Farben 250, Anteil 1.2
2014.09.13 16:22:45 3: LED_WohnzimmerTV RGB LW12 set off 0
2014.09.13 16:22:45 3: LED_WohnzimmerTV RGB LW12 dim 0 0
2014.09.13 16:22:45 3: LED_WohnzimmerTV set HSV 240, 100, 0 with ramp: 0, flags:
2014.09.13 16:22:45 3: set LED_WohnzimmerTV on 240,100,0 : usage: set LED_WohnzimmerTV on [seconds]
2014.09.13 16:22:45 3: LED_WohnzimmerTV set HSV 240, 100, 2 with ramp: 24, flags:
2014.09.13 16:22:45 3: LED_WohnzimmerTV set HSV 240, 100, 5 with ramp: 24, flags: q
2014.09.13 16:22:45 3: LED_WohnzimmerTV set HSV 240, 100, 8 with ramp: 24, flags: q
2014.09.13 16:22:45 3: LED_WohnzimmerTV set HSV 210, 100, 10 with ramp: 36, flags: q
2014.09.13 16:22:45 3: LED_WohnzimmerTV set HSV 190, 100, 12 with ramp: 2, flags: q
2014.09.13 16:22:45 3: LED_WohnzimmerTV set HSV 90, 100, 14 with ramp: 2, flags: q
2014.09.13 16:22:45 3: LED_WohnzimmerTV set HSV 70, 100, 16 with ramp: 2, flags: q
2014.09.13 16:22:45 3: LED_WohnzimmerTV set HSV 10, 100, 24 with ramp: 3, flags: q
2014.09.13 16:22:45 3: LED_WohnzimmerTV set HSV 30, 100, 40 with ramp: 36, flags: q
2014.09.13 16:22:45 3: LED_WohnzimmerTV set HSV 40, 100, 60 with ramp: 36, flags: q
2014.09.13 16:22:45 3: LED_WohnzimmerTV set HSV 45, 100, 80 with ramp: 36, flags: q
2014.09.13 16:22:45 3: LED_WohnzimmerTV set HSV 50, 100, 100 with ramp: 36, flags: q
2014.09.13 16:22:45 3: LED_WohnzimmerTV set HSV 50, 0, 28 with ramp: 6, flags: q
2014.09.13 16:22:45 3: LED_WohnzimmerTV set HSV 50, 0, 80 with ramp: 36, flags: q
Man sieht das alles an einem Zeitpunkt passiert.
Kleiner Denkfehler von mir. Wegen der Queue ist es ja auch richtig so, das alles an (nahezu) einem Zeitpunkt passiert ;D

silver-side

#677
14 September 2014, 11:30:15
Hi Jörg

Netzteil ist vom Iphone dran denke das ist gut genug dafür  ;) werde aber das vom Ipad auch noch mal testen spaßeshalber.
Die ganze Sache hat sich wieder verschlechtert, Morgens zb. ist die Bridge nicht zu erreichen sprich nach längerer Pause kein Ping möglich und auch keine Funktion. Strom aus wieder an und es geht wieder ein Weile. Fhem und App sind nie gleichzeitig im Einsatz, wenn Fhem mal wieder nicht die Bridge ansteuert teste ich gelegentlich ob die App es tut und das tut sie dann auch.
Bin echt Ratlos.
Werde mal eine andere Bridge bestellen und testen aber Hoffnung mache ich mir keine da die App ja tut was Sie soll.

Grüße und einen schönen Sonntag  :)

Peter

herrmannj

#678
14 September 2014, 12:27:42
Hi Christian,

Code Auswählen
Kleiner Denkfehler von mir. Wegen der Queue ist es ja auch richtig so, das alles an (nahezu) einem Zeitpunkt passiert ;D
Yes, korrekt. Mit dem "on" hasst Du aber tatsächlich einen Fehler gefunden. Danke.

Hi Peter,

yepp, komisch (app geht, fhem nicht). Die bridge ist eine mimose (die Chinesen halten nix von guter firmware). Netzteil war bei mir ein lessons learned, deswegen der Hinweis.

Darüber hinaus: ich schau halt schon ob ich modulseitig was tun kann. Nur: wenn pingen nicht geht dann kann fhem halt auch nicht auf die bridge (pingen läuft ja auf os level). Das geht vermutlich eher so in die Netzwerk Ecke (Wlan oder so). Ein Widerspruch ist das die milight app Deiner Beschreibung nach funktioniert, sprich der fhem-host kann die bridge nicht erreichen, die app kann es. (hee?  ::) )

Hängt Dein fhem host am Kabel oder am wifi ?

Dir auch einen schönen Sonntag
vg
jörg

herrmannj

#679
14 September 2014, 12:39:03
Hi (#2) Peter,

Zitatsprich nach längerer Pause kein Ping möglich
Ist das ein sicheres Muster ? Du hast eine v4 oder  (also kein browser interface auf der bridge) ?

vg
Jörg


juppzupp

#680
14 September 2014, 12:46:44
Habe bei diversen dieser (embedded) Produkte festgestellt, das TCP wesentlich besser implementiert ist als icmp oder UDP. Wäre nen Versuch wert.....

herrmannj

#681
14 September 2014, 12:50:40
nur bedingt. die v4 kann man mit bordmitteln nicht auf tcp umstellen weil das webif weg ist  ;) Es sei denn in der App gibt es neuerdings einen button dazu

vg
jörg

silver-side

#682
14 September 2014, 12:55:31
Hi Jörg
Ja Muster ist sicher immer nach längerer Pause kommt beim Ping erstmal Time out min. 10 mal dann kommt ein request zurück.
Ja ist eine V4 Bridge.
Was mich halt verwundert das die App Problemlos funktioniert  :o

herrmannj

#683
14 September 2014, 13:04:58
nur mal Gedankenspiel: könnte ja sein das die V4 eine Timeout dazubekommen hat. Hab ich noch nie so gehört, aber könnte ja sein. Dann müsste man die wake-up sequenz isolieren (da hätte ich vielleicht sogar einen Verdacht).

Bevor wir da was machen (denn das hätte Auswirkungen auf die Geschwindigkeit der fades), vielleicht könntest Du (plus wer auch immer möchte) das nochmal strukturiert tiefer untersuchen. Also so in der Art: "Ja, jedesmal , 100%, nach xx Stunden sleep kommt kein ping zurück. Andersherum: wenn die bridge antwortet macht sie das immer. Pings laufen dann ewig weiter." So in der Art.

Ich setzt eine V3 ein - da ist von dem Verhalten keine Spur.

vg
Jörg

silver-side

#684
14 September 2014, 13:54:37
Ich werde erstmal eine neue Bridge ordern und die Testen um grundsätzlich erstmal einen defekt auszuschließen. Wenn die neue Bridge das Verhalten auch aufweist dann geh ich mal tiefer in die Materie rein, sofern mir das überhaupt möglich ist  ;)

Denke das ist wohl die bester Variante ??

herrmannj

#685
14 September 2014, 14:16:29
ich kann sehr gut damit leben wenn es "nur" eine defekte bridge ist  ;) Das ohne Nebenwirkungen im Modul einzubauen ist nicht trivial, müsste dann aber natürlich gemacht werden.

Mit folgender Idee könnte man die Theorie überprüfen:

Unter der Annahme das jeden (!) morgen (bzw nach Wartezeit) fhem nicht reagiert: bevor morgens mit fhem geschaltet wird, einmal die app aufrufen. Nix machen, nur warten bis die app die bridge mit ip anzeigt. Dann app aus und mit fhem schalten.

Wenn das Ergebnis lautet das fhem danach sofort reagiert würde das die time-out Theorie stützen. Dann müsste man nur noch testen wie lang der time-out ist.

Ich meine mich übrigens zu erinnern das Blackcat das anfangs auch hatte. Jetzt scheint es aber weg zu sein (?).

vg
Jörg

skin57

#686
14 September 2014, 14:56:25
Zitat von: silver-side am 14 September 2014, 12:55:31
Hi Jörg
Ja Muster ist sicher immer nach längerer Pause kommt beim Ping erstmal Time out min. 10 mal dann kommt ein request zurück.
Ja ist eine V4 Bridge.
Was mich halt verwundert das die App Problemlos funktioniert  :o

Hmmm, da meine V4-Bridge ohne derlei Zickereien funktioniert:  Schon mal ins Protokoll des WLAN-Routers geschaut, ob die Bridge z.B. regelmäßig getrennt/neu verbunden wird - oder vielleicht andere Merkwüdigkeiten drin stehen?

silver-side

#687
14 September 2014, 16:52:13
Hi
Bei mir sieht das so aus Router stellt den DHCP bereit und das Wlan kommt von einer Airport station.
Im Router ist nichts zu erkenne bezüglich Abbrüchen und co und die Airport listen das leider nicht auf.
Hab gerade mal die Bridge zerlegt und das was die Wlan Antenne nennen ersetzt durch eine ordentliche aber ohne Erfolg.

Wenn Du doch eine V4 Bridge hast mach doch bitte mal einen Ping so ca 1 min lang und schau mal was dabei rum kommt.
Sind Abbrüche dabei und vor allem was für Zeiten (ms) ??
Wäre sehr nett von dir.

Grüße Peter

skin57

#688
14 September 2014, 17:01:34
Zitat von: silver-side am 14 September 2014, 16:52:13
Wenn Du doch eine V4 Bridge hast mach doch bitte mal einen Ping so ca 1 min lang und schau mal was dabei rum kommt.
Sind Abbrüche dabei und vor allem was für Zeiten (ms) ??
Wäre sehr nett von dir.

Grüße Peter

Ich spendier sogar 2 Minuten:

PING 192.168.1.16 (192.168.1.16) 56(84) bytes of data.
64 bytes from 192.168.1.16: icmp_seq=1 ttl=255 time=118 ms
64 bytes from 192.168.1.16: icmp_seq=2 ttl=255 time=29.9 ms
64 bytes from 192.168.1.16: icmp_seq=3 ttl=255 time=8.49 ms
64 bytes from 192.168.1.16: icmp_seq=4 ttl=255 time=16.6 ms
64 bytes from 192.168.1.16: icmp_seq=5 ttl=255 time=17.5 ms
64 bytes from 192.168.1.16: icmp_seq=6 ttl=255 time=26.4 ms
64 bytes from 192.168.1.16: icmp_seq=7 ttl=255 time=5.75 ms
64 bytes from 192.168.1.16: icmp_seq=8 ttl=255 time=28.0 ms
64 bytes from 192.168.1.16: icmp_seq=9 ttl=255 time=8.12 ms
64 bytes from 192.168.1.16: icmp_seq=10 ttl=255 time=22.8 ms
64 bytes from 192.168.1.16: icmp_seq=11 ttl=255 time=23.0 ms
64 bytes from 192.168.1.16: icmp_seq=12 ttl=255 time=31.8 ms
64 bytes from 192.168.1.16: icmp_seq=13 ttl=255 time=5.17 ms
64 bytes from 192.168.1.16: icmp_seq=14 ttl=255 time=4.93 ms
64 bytes from 192.168.1.16: icmp_seq=15 ttl=255 time=17.2 ms
64 bytes from 192.168.1.16: icmp_seq=16 ttl=255 time=13.1 ms
64 bytes from 192.168.1.16: icmp_seq=17 ttl=255 time=15.1 ms
64 bytes from 192.168.1.16: icmp_seq=18 ttl=255 time=23.8 ms
64 bytes from 192.168.1.16: icmp_seq=19 ttl=255 time=23.9 ms
64 bytes from 192.168.1.16: icmp_seq=20 ttl=255 time=25.0 ms
64 bytes from 192.168.1.16: icmp_seq=21 ttl=255 time=4.25 ms
64 bytes from 192.168.1.16: icmp_seq=22 ttl=255 time=34.5 ms
64 bytes from 192.168.1.16: icmp_seq=23 ttl=255 time=31.0 ms
64 bytes from 192.168.1.16: icmp_seq=24 ttl=255 time=29.1 ms
64 bytes from 192.168.1.16: icmp_seq=25 ttl=255 time=44.2 ms
64 bytes from 192.168.1.16: icmp_seq=26 ttl=255 time=31.1 ms
64 bytes from 192.168.1.16: icmp_seq=27 ttl=255 time=37.2 ms
64 bytes from 192.168.1.16: icmp_seq=28 ttl=255 time=32.9 ms
64 bytes from 192.168.1.16: icmp_seq=29 ttl=255 time=27.2 ms
64 bytes from 192.168.1.16: icmp_seq=30 ttl=255 time=6.03 ms
64 bytes from 192.168.1.16: icmp_seq=31 ttl=255 time=7.28 ms
64 bytes from 192.168.1.16: icmp_seq=32 ttl=255 time=15.7 ms
64 bytes from 192.168.1.16: icmp_seq=33 ttl=255 time=24.4 ms
64 bytes from 192.168.1.16: icmp_seq=34 ttl=255 time=32.5 ms
64 bytes from 192.168.1.16: icmp_seq=35 ttl=255 time=18.7 ms
64 bytes from 192.168.1.16: icmp_seq=36 ttl=255 time=28.6 ms
64 bytes from 192.168.1.16: icmp_seq=37 ttl=255 time=27.2 ms
64 bytes from 192.168.1.16: icmp_seq=38 ttl=255 time=6.49 ms
64 bytes from 192.168.1.16: icmp_seq=39 ttl=255 time=6.84 ms
64 bytes from 192.168.1.16: icmp_seq=40 ttl=255 time=7.13 ms
64 bytes from 192.168.1.16: icmp_seq=41 ttl=255 time=15.4 ms
64 bytes from 192.168.1.16: icmp_seq=42 ttl=255 time=17.0 ms
64 bytes from 192.168.1.16: icmp_seq=43 ttl=255 time=18.4 ms
64 bytes from 192.168.1.16: icmp_seq=44 ttl=255 time=18.9 ms
64 bytes from 192.168.1.16: icmp_seq=45 ttl=255 time=27.6 ms
64 bytes from 192.168.1.16: icmp_seq=46 ttl=255 time=28.2 ms
64 bytes from 192.168.1.16: icmp_seq=47 ttl=255 time=29.3 ms
64 bytes from 192.168.1.16: icmp_seq=48 ttl=255 time=8.38 ms
64 bytes from 192.168.1.16: icmp_seq=49 ttl=255 time=17.3 ms
64 bytes from 192.168.1.16: icmp_seq=50 ttl=255 time=17.5 ms
64 bytes from 192.168.1.16: icmp_seq=51 ttl=255 time=26.2 ms
64 bytes from 192.168.1.16: icmp_seq=52 ttl=255 time=29.7 ms
64 bytes from 192.168.1.16: icmp_seq=53 ttl=255 time=28.6 ms
64 bytes from 192.168.1.16: icmp_seq=54 ttl=255 time=28.5 ms
64 bytes from 192.168.1.16: icmp_seq=55 ttl=255 time=7.07 ms
64 bytes from 192.168.1.16: icmp_seq=56 ttl=255 time=23.2 ms
64 bytes from 192.168.1.16: icmp_seq=57 ttl=255 time=24.4 ms
64 bytes from 192.168.1.16: icmp_seq=58 ttl=255 time=35.0 ms
64 bytes from 192.168.1.16: icmp_seq=59 ttl=255 time=11.9 ms
64 bytes from 192.168.1.16: icmp_seq=60 ttl=255 time=20.3 ms
64 bytes from 192.168.1.16: icmp_seq=61 ttl=255 time=14.0 ms
64 bytes from 192.168.1.16: icmp_seq=62 ttl=255 time=22.5 ms
64 bytes from 192.168.1.16: icmp_seq=63 ttl=255 time=30.8 ms
64 bytes from 192.168.1.16: icmp_seq=64 ttl=255 time=9.24 ms
64 bytes from 192.168.1.16: icmp_seq=65 ttl=255 time=24.9 ms
64 bytes from 192.168.1.16: icmp_seq=66 ttl=255 time=26.4 ms
64 bytes from 192.168.1.16: icmp_seq=67 ttl=255 time=27.5 ms
64 bytes from 192.168.1.16: icmp_seq=68 ttl=255 time=6.07 ms
64 bytes from 192.168.1.16: icmp_seq=69 ttl=255 time=7.40 ms
64 bytes from 192.168.1.16: icmp_seq=70 ttl=255 time=16.4 ms
64 bytes from 192.168.1.16: icmp_seq=71 ttl=255 time=32.0 ms
64 bytes from 192.168.1.16: icmp_seq=72 ttl=255 time=6.35 ms
64 bytes from 192.168.1.16: icmp_seq=73 ttl=255 time=5.46 ms
64 bytes from 192.168.1.16: icmp_seq=74 ttl=255 time=6.18 ms
64 bytes from 192.168.1.16: icmp_seq=75 ttl=255 time=22.3 ms
64 bytes from 192.168.1.16: icmp_seq=76 ttl=255 time=22.8 ms
64 bytes from 192.168.1.16: icmp_seq=77 ttl=255 time=8.51 ms
64 bytes from 192.168.1.16: icmp_seq=78 ttl=255 time=31.3 ms
64 bytes from 192.168.1.16: icmp_seq=79 ttl=255 time=28.3 ms
64 bytes from 192.168.1.16: icmp_seq=80 ttl=255 time=18.4 ms
64 bytes from 192.168.1.16: icmp_seq=81 ttl=255 time=12.5 ms
64 bytes from 192.168.1.16: icmp_seq=82 ttl=255 time=27.4 ms
64 bytes from 192.168.1.16: icmp_seq=83 ttl=255 time=28.7 ms
64 bytes from 192.168.1.16: icmp_seq=84 ttl=255 time=14.7 ms
64 bytes from 192.168.1.16: icmp_seq=85 ttl=255 time=21.7 ms
64 bytes from 192.168.1.16: icmp_seq=86 ttl=255 time=30.1 ms
64 bytes from 192.168.1.16: icmp_seq=87 ttl=255 time=15.9 ms
64 bytes from 192.168.1.16: icmp_seq=88 ttl=255 time=35.4 ms
64 bytes from 192.168.1.16: icmp_seq=89 ttl=255 time=3.52 ms
64 bytes from 192.168.1.16: icmp_seq=90 ttl=255 time=4.28 ms
64 bytes from 192.168.1.16: icmp_seq=91 ttl=255 time=13.1 ms
64 bytes from 192.168.1.16: icmp_seq=92 ttl=255 time=13.9 ms
64 bytes from 192.168.1.16: icmp_seq=93 ttl=255 time=15.3 ms
64 bytes from 192.168.1.16: icmp_seq=94 ttl=255 time=17.8 ms
64 bytes from 192.168.1.16: icmp_seq=95 ttl=255 time=9.51 ms
64 bytes from 192.168.1.16: icmp_seq=96 ttl=255 time=32.8 ms
64 bytes from 192.168.1.16: icmp_seq=97 ttl=255 time=28.4 ms
64 bytes from 192.168.1.16: icmp_seq=98 ttl=255 time=12.4 ms
64 bytes from 192.168.1.16: icmp_seq=99 ttl=255 time=28.1 ms
64 bytes from 192.168.1.16: icmp_seq=100 ttl=255 time=14.7 ms
64 bytes from 192.168.1.16: icmp_seq=101 ttl=255 time=8.72 ms
64 bytes from 192.168.1.16: icmp_seq=102 ttl=255 time=27.3 ms
64 bytes from 192.168.1.16: icmp_seq=103 ttl=255 time=10.6 ms
64 bytes from 192.168.1.16: icmp_seq=104 ttl=255 time=18.9 ms
64 bytes from 192.168.1.16: icmp_seq=105 ttl=255 time=5.67 ms
64 bytes from 192.168.1.16: icmp_seq=106 ttl=255 time=28.2 ms
64 bytes from 192.168.1.16: icmp_seq=107 ttl=255 time=30.0 ms
64 bytes from 192.168.1.16: icmp_seq=108 ttl=255 time=10.3 ms
64 bytes from 192.168.1.16: icmp_seq=109 ttl=255 time=10.4 ms
64 bytes from 192.168.1.16: icmp_seq=110 ttl=255 time=11.2 ms
64 bytes from 192.168.1.16: icmp_seq=111 ttl=255 time=20.7 ms
64 bytes from 192.168.1.16: icmp_seq=112 ttl=255 time=20.4 ms
64 bytes from 192.168.1.16: icmp_seq=113 ttl=255 time=21.4 ms
64 bytes from 192.168.1.16: icmp_seq=114 ttl=255 time=22.6 ms
64 bytes from 192.168.1.16: icmp_seq=115 ttl=255 time=30.9 ms
64 bytes from 192.168.1.16: icmp_seq=116 ttl=255 time=32.6 ms
64 bytes from 192.168.1.16: icmp_seq=117 ttl=255 time=4.34 ms
64 bytes from 192.168.1.16: icmp_seq=118 ttl=255 time=41.9 ms
64 bytes from 192.168.1.16: icmp_seq=119 ttl=255 time=6.61 ms
64 bytes from 192.168.1.16: icmp_seq=120 ttl=255 time=8.10 ms
64 bytes from 192.168.1.16: icmp_seq=121 ttl=255 time=16.4 ms
64 bytes from 192.168.1.16: icmp_seq=122 ttl=255 time=19.1 ms
64 bytes from 192.168.1.16: icmp_seq=123 ttl=255 time=19.5 ms
64 bytes from 192.168.1.16: icmp_seq=124 ttl=255 time=20.4 ms
64 bytes from 192.168.1.16: icmp_seq=125 ttl=255 time=43.2 ms
64 bytes from 192.168.1.16: icmp_seq=126 ttl=255 time=44.2 ms
64 bytes from 192.168.1.16: icmp_seq=127 ttl=255 time=23.5 ms
64 bytes from 192.168.1.16: icmp_seq=128 ttl=255 time=9.66 ms
64 bytes from 192.168.1.16: icmp_seq=129 ttl=255 time=25.3 ms
^C
--- 192.168.1.16 ping statistics ---
129 packets transmitted, 129 received, 0% packet loss, time 128187ms
rtt min/avg/max/mdev = 3.522/20.885/118.247/13.158 ms

silver-side

#689
14 September 2014, 17:16:59
Oh Super vielen Dank.
Sieht bei mir aber ähnlich aus mit den Ping zeiten und wenn der Ping mal läuft dann gehts ja auch.
Erklärt aber immer noch nicht warum ich ihn Fhem manchmal on drücke und nichts passiert und nach off on off on es dann angeht.
Farbänderungen sind auch manchmal nicht möglich.
Glaube echt die Bridge hat einen weg
Drucken
Nach oben Seiten 1 ... 44 45 46 47 48 ... 155
Benutzer-Aktionen