#dect200

[danfuh]

TP-Link TL-R470T+ V6 Ergänzung zu meinem letzten Beitrag: Es gibt von anderen Herstellern tatsächlich Multi-WAN Lösungen. Besonders zu erwähnen wären die Vigor2926-Serie mit integrierten Modems und LTE. Also ein Gerät, dass alles kann und der Synology Router RT2600ac. Leider besitzt der Synology kein integriertes Modem. Mit der FRITZ!Box 7490, dem Fritz!Powerline 1260E und 1220E, einem FRITZ!WLAN Repeater 1750E, dem FRITZ!WLAN Repeater DVB-C, dem FRITZ!Fon C4, sechs FRITZ!DECT 200 und je einem FRITZ!DECT 210 sowie FRITZ!DECT 301 besteht nahezu unsere komplette Netzwerk Hardware aus AVM Geräten. Der Umstieg auf ein anderes Gerät als die FritzBox hätte zwangsläufig auch dazu geführt alle anderen Komponenten auszuwechseln und das wollte ich nicht unbedingt. Jetzt hängt die FritzBox hinter dem Load Balancer und arbeitet wie gewohnt mit ihren Mesh- und DECT-Komponenten zusammen. Aus heutiger Sicht war es wahrscheinlich ein Fehler komplett auf AVM Produkte zu setzen, denn diese sind meiner Meinung nach für Anforderungen abseits der Mainstream-Einstellungen einfach zu unflexibel. #tplink #fritz #tlr470t #tplinktlr470t #dect200 #dect210 #vodafonegigacube #avm #vigor2926 #synologyrouter #fritzrepeater #dsllteparallel #dualwan #loadbalance (hier: Erlangen, Germany) https://www.instagram.com/p/B0_P5FFF5gy/?igshid=e0dob2dm7h6o

[derprodukttester]

Habe 3 davon im Einsatz. Neben den DECT301 laufen noch 2 #dect200 und eine #dect210 an der #7490. die Anmeldung war einfach und die Einstellungen ebenfalls. Bisher läuft alles einwandfrei. @fritz.avm #dect301 #fritzbox

[wombatsblog-blog]

AVM DECT!200 goes Graphite (II)

Wie ich vor mehr als einem Jahr schon mal schrieb, logge ich die von inzwischen fünf AVM DECT!200 ("intelligente Steckdose") erfassten Messdaten via FHEM in eine graphite-Instanz. Besser gesagt: Ich habe geloggt, bis ich vor einigen Monaten den FHEM von der Fritzbox auf einen Raspberry-Pi umgezogen habe. Danach lief das irgendwie nicht mehr (segmentation fault bei der FHEM-Instanz auf der Fritzbox; nicht näher mit beschäftigt-). 

Nun habe ich mich wieder dran gesetzt und der FHEM-Instanz auf der Rasp-Pi das Loggen der DECT!200-Daten in eine exteren graphite-Instanz beigebracht:

fhem.cfg:

define DECT200toGraphite notify FBDECT.*:(power|voltage|current|energy).* { AVMDECT200tographite($EVENT,$NAME) }

AVMDECT200tographite ist eine perl-sub in einer 99_xxxx.pm Eigenbau FHEM-Erweiterung - und sieht so aus:

sub AVMDECT200tographite($$) { my $event = shift or return 'AVMDECT200tographite: No event given.';; my $device = shift or return 'AVMDECT200tographite: No device given.'; my ($type, $value) = $event =~ /^([^:]+): ([-]?[0-9]+(\.[0-9]+)?).*/; if ($type) { my $sock = IO::Socket::INET->new( PeerAddr => $carbon_server, PeerPort => $carbon_port, Proto => 'tcp' ); if ($sock->connected) { my $time = time; $sock->send("fritzbox.smarthome.$device.$type $value $time\n"); $sock->shutdown(2); #nur fuer die ersten Tests. Sonst als kommentar. #return "AVMDECT200tographite: everything seems OK ('$device','$event','$type','$value')"; } else { return "AVMDECT200tographite: no socket to '$carbon_server'"; } } else { return "AVMDECT200tographite: event syntax unknonw ('$device','$event')"; } }

...und schon fließen die Daten wieder: