Wenn dies dein erster Besuch hier ist, lies bitte zuerst die Hilfe - Häufig gestellte Fragen durch. Du musst dich vermutlich registrieren, bevor du Beiträge verfassen kannst. Klicke oben auf 'Registrieren', um den Registrierungsprozess zu starten. Du kannst auch jetzt schon Beiträge lesen. Suche dir einfach das Forum aus, das dich am meisten interessiert.
Wenn du in die Richtung IR gehen willst, schau dir mal den IrTrans an.
Ich verwende den auch gleich dafür, dass ich div. Lichter und Rollo mit der Harmony steuern kann.
Kannst du mir mal helfen wie ich die Harmony und Ir Trans einbinden kann. Und wie bekomme ich IR Trans auf den KNX Bus. ?
pingen ist wirklich keine "last" für IP-Netze. bei knx mag das anders sein.
das HS-logikmodul zeigt auch die dauer der rückantwort an (latenz). man könnte über einen latenz-vergleich ein kriterium für ein/aus herstellen.
über pingen werden mit fast allen monitoring-softwarepaketen (nagios, etc..) das ein/aus von PCs festgestellt.
ich checke, ob mein handy im wlan eingebucht ist, und lass dann ein symbol auf der visu anzeigen ...
Sorry für fast Full-Quote :-)
Klar - dem IP macht das nichts aus.
Aber: ein PING darf auch mal verloren gehen - hat ja die niedrigste Priorität, oder?
Den HS würde ich ungern alle 2-3 Sekunden mit shell-ping-befehlen beschäftigen wollen
Außerdem finde ich eine Latenz von 3 Sekunden für manche Erkennungslogiken
Ein Nagios oder eine Anwesenheitserkennung durch PING auf das Handy machst du sicherlich auch nicht alle 3 Sekunden, oder? Da dürfte die Lantenz (bis zur Erkennung = Ping-Abstand) gerne höher sein.
Wenn ich den TV einschalte will ich "sofort" das die gewünschte Szene (licht, rolladen, VDR, usw. angefahren wird).
Sofern: warum "rumpingen" wenn das System sich per Broadcast meldet... Daher ist PING für mich nur B-Lösungsweg. (aber jedem das seine)
Kannst du mir mal helfen wie ich die Harmony und Ir Trans einbinden kann. Und wie bekomme ich IR Trans auf den KNX Bus. ?
Dafür bedarf es wohl noch eines HS oder etwas ähnlichem - ich mach es per eibPort.
Da du aber wohl über kurz oder lang sicher auch so was in die Richtung haben wirst, wär ein IrTrans eine feine Sache, da der nicht nur Empfänger sondern auch Sender ist.
Damit kann ich auch meine nicht-netzwerkfähigen Geräte per IR schalten.
wenn der Fernseher DLNA unterstützt - die meisten neueren tun das - kann man den Status des DLNA über Netzwerk nutzten. Ich mach das bei verschiedenen Audigeräten über die Auswertung der UDP-Telegramme mit dem Homeserver - möglicherseise kann der Hager Server so etwas auch auswerten.
Beim Einschalten senden die DLNA Geräte einen UDP Multicast an die Adresse 239.255.255.250 Port 1900 mit dem text ssdp:alive, beim Ausschalten senden sie den Text ssdp:byebye
Ich hab mal angehängt, wie die Telegramme bei meinem Homeserver aussehen.
Gruß Christoph
Hallo Christoph
Ich habe mehrere Fernseher mit DLNA von Grundig
Jetzt habe ich versucht die Telegramme rauszusuchen die du geschrieben hast.
Allerdings finde ich keine UDP Telegramme von dieser IP Adresse
Kann das sein das die Fernseher keine senden????
Oder mach ich irgendwas falsch???
Vielleicht könntest du mir mal helfen.
Ich habe eine Fritzbox 7390, mit dieser habe ich die Telegramme mitgeschnieden. http://fritz.box/html/capture.html
(ANHANG Fritzbox1)
Danach habe ich die eth Datei in Wireshark geöffnet
und versucht das Telegramm zu finden,allerdings vergebens
Ich habe den Mitschnitt mal angehängt.
ich sehe in dem Trace, dass die Fritz-Box und ein Synology Server sich melden (z.B. No 760 und 761). Wenn die Grundig Fernseher DLNA machen sollte man was ähnliches sehen. Werden Die auf der Synology in Audiostation erkannt?
Welche Adresse haben die Fernseher? Es wäre interessant mal mitzischneiden, wass die alles senden, wenn man sie einschaltet.
Ja ich kann von jedem TV auf den synology mediaserver zugreifen. Was meinst du mit Audiostation ???
Also der TV im SZ hat 192.168.178.55
WZ hat 192.168.178.34
Bad hat 192.168.178.51
EZ hat 192.168.178.29
Wichtig wäre mir nur der im SZ weil der TV aus der Decke fährt und ich gerne möchte beim einschalten heraus fährt und beim ausschalten wieder hoch fährt.
Was ich gesehen habe die ip 192.168.178.20 ist mein t-home receiver, der sendet extrem oft an die IP die du geschrieben hast.
Soll ich nochmal einen Mitschnitt machen und jeden TV mal ein und ausschalten ???
mir fällt auf, dass man in dem Trace kein einziges UDP-Paket vom Fernseher im Schlafzimmer sieht. Entweder muß man da DLNA noch einschalten oder etwas im Netz ist so eingestellt, dass es Multicasts rausfiltert (so was könnte z.B. bei einem WLAN eingestellt sein). Versuch mal, ob man vom Fernseher im Schlafzimmer von anderen DLNA Geräten (z.B. PC) was abspielen kann bzw. die sieht. Davon könnte dann ein Trace helfen.
einige UDP Frames von 192.168.178.29 an 239.255.255.250 (Wireshark gibt das Protokoll gleich als SSDP an) sehen mir nach den Multicasts für DLNA aus. UDP Multicasts scheinen also im Netz nicht gefiltert.
In einige (zwischen 253 und 564) sehe ich auch das ssdp:alive. Zumindest das Einschalten sollte der Homeserver damit erkennen können. Wenn man diese Nachrichten erst beim Abspielen eines Films sieht, deutet das darauf hin, dass der Grundig sich nicht beim Einschalten im Netz meldet, sondern erst, wenn man eine DLNA Funktion aufruft - was zum Steuern unschön ist. Am Besten den Trace mitlaufen lassen und auf die UDP Frames von 192.168.178.29 an 239.255.255.250 filtern. Dann sieht man, was beim ein- bzw. ausschalten kommt und findet eventuell einen anderen Text im UDP, auf den der Homeserver lauschen kann. Falls nach dem Einschalten keine Telegramme kommen könnte es noch helfen wenn man den Grundig als "DLNA Renderer" konfigurieren kann. Das bedeutet, solange er läuft, können andere Geräte ihm DLNA Inhalte zur Wiedergabe senden. Damit muss er sich nach dem Einschalten direkt im Netz melden und sagt auch hoffentlich, wenn er sich abmeldet.
einige UDP Frames von 192.168.178.29 an 239.255.255.250 (Wireshark gibt das Protokoll gleich als SSDP an) sehen mir nach den Multicasts für DLNA aus. UDP Multicasts scheinen also im Netz nicht gefiltert.
In einige (zwischen 253 und 564) sehe ich auch das ssdp:alive. Zumindest das Einschalten sollte der Homeserver damit erkennen können. Wenn man diese Nachrichten erst beim Abspielen eines Films sieht, deutet das darauf hin, dass der Grundig sich nicht beim Einschalten im Netz meldet, sondern erst, wenn man eine DLNA Funktion aufruft - was zum Steuern unschön ist. Am Besten den Trace mitlaufen lassen und auf die UDP Frames von 192.168.178.29 an 239.255.255.250 filtern. Dann sieht man, was beim ein- bzw. ausschalten kommt und findet eventuell einen anderen Text im UDP, auf den der Homeserver lauschen kann. Falls nach dem Einschalten keine Telegramme kommen könnte es noch helfen wenn man den Grundig als "DLNA Renderer" konfigurieren kann. Das bedeutet, solange er läuft, können andere Geräte ihm DLNA Inhalte zur Wiedergabe senden. Damit muss er sich nach dem Einschalten direkt im Netz melden und sagt auch hoffentlich, wenn er sich abmeldet.
Mein Philips 46PFL8686 braucht vom Einschalten bis zur DLNA-Meldung ca. 15 Sekunden, dies ist eine gefühlte Ewigkeit.
Beim Ausschalten kommt die Meldung sofort.
Mein Philips 46PFL8686 braucht vom Einschalten bis zur DLNA-Meldung ca. 15 Sekunden, dies ist eine gefühlte Ewigkeit.
Beim Ausschalten kommt die Meldung sofort.
Hallo Wolfgang
so habe ich das auch und dann im QC Status Vorlage aber es geht nicht ??!!
wie sind deine KO einstellungen bzw wie zeigst du das in deiner Visu an
Die ip adresse ist doch von deinem Phillips ??
Wir verarbeiten personenbezogene Daten über die Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen. Weitere Informationen findest Du in unserer Datenschutzerklärung.
Indem Du unten auf "ICH stimme zu" klickst, stimmst Du unserer Datenschutzerklärung und unseren persönlichen Datenverarbeitungs- und Cookie-Praktiken zu, wie darin beschrieben. Du erkennst außerdem an, dass dieses Forum möglicherweise außerhalb Deines Landes gehostet wird und bist damit einverstanden, dass Deine Daten in dem Land, in dem dieses Forum gehostet wird, gesammelt, gespeichert und verarbeitet werden.
Kommentar