Beiträge von psychofaktory

Am Wochenende konnte die Maßnahme endlich wie geplant umgesetzt werden.

Mit den ausgesuchten Komponenten und dem geplanten Konzept konnte das Vorhaben problemlos durchgeführt werden.

Der Einkabelmultischalter von Jultec hat sich als sehr gute Wahl gezeigt.
Das Gerät läuft ohne eigene Stromversorgung, es gab eine sehr gute Dokumentation dazu, und die Ausgänge erkennen intelligent ob ein Empfangsgerät im Unicable-Betrieb oder "Legacy" angeschlossen ist.

Den Digibit R1 hinter die Kaskadenausgänge zu hängen war ebenfalls eine gute Idee.
Die Parameter der minisatip-Konfiguration in der SATIP:AXE-Firmware mussten dazu lediglich von -W 0 auf -Q -W 1 geändert werden.

Für die Konfiguration der Empfangsgeräte hat es sich als sehr Vorteilhaft erwiesen schon mal von den ganzen Begrifflichkeiten im Zusammenhang mit Unicable gehört zu haben. So gelang die Umstellung relativ intuitiv.
Anzumerken ist hier aber, dass praktisch jeder Hersteller hier etwas anders vorgeht bzw. andere Bezeichnungen genutzt hat.
Bei den Android-TVs von Sony und Philips musste die SAT-Installation komplett neu vorgenommen werden. Inkl. Sendersuchlauf und dem damit verbundenen neu sortieren der Kanalliste.
Bei 2 Panasonic-TVs und einem Kathrein-Receiver musste nur von LNB auf Unicable umgestellt werden.
Ansonsten war natürlich überall zu beachten die korrekten IDs und Frequenzen anzugeben. Dazu hatte ich mir vorab schon eine kleine Übersicht erstellt.

Um dann vom Multituner-Betrieb profitieren zu können gab es ebenfalls Unterschiede bei den Empfangsgeräten. Teilweise müssen bei 2 LNB-Eingängen beide belegt werden, teilweise können die Empfänger auch 2 Bänder pro Eingang entgegen nehmen.

Einen Unterschied in der Signalstärke oder Empfangsqualität konnte ich leider nicht messen, da bei der Aktion auch die Satelitenschüssel abmontiert und folglich neu ausgerichtet werden musste. Somit gab es hier keine Vergleichswerte.
Etwas besser kamen mir subjektiv aber die Umschaltzeiten nach der Umstellung auf die neue Hardware vor.

Zitat von psychofaktory

Das würde bedeuten, dass mit einem Upgrade des Internetanschlusses auf ein VDSL 100/40 dann 2 HD-Programme und ein SD-Programm abgerufen werden können sollten. Bzw. sollte dann Predicitve-Tuning auch wieder uneingeschränkt laufen.

Inzwischen wurde der Internetanschluss am Standort mit der SAT-Anlage und dem Digibit R1 auf VDSL 100/40 umgestellt.
Damit läuft an Standort A (wo der TVHeadend-Server liegt) der TV-Empfang nun uneingeschränkt. Das heißt man merkt keinen Unterschied ob die SAT-Anlage remote via VPN angebunden ist oder am gleichen Standort ist. Alle Sender (auch HD) laufen ruckelfrei und predictive tuning funktioniert auch wieder.

Zitat von SkyBird1980

Der Digibit könnte auch direkt Unicable ab bekommen. Just sayin.

Jep. Ist mir bekannt.
Aber bei der Variante über die Kaskadenausgänge komme ich günstiger, da ich sonst einen größeren Unicable-Router bräuchte.

Zitat von yard2

Aber die ESD30 muss eine einzelne Stichdose sein.

Die Verteilung ist ja komplett sternförmig aufgebaut. Die vorhandenen Dosen sind alle Stichdosen.

Der direkte Anschluss der Empfangsgeräte ohne Dose sollte keine Probleme bereiten, oder?

Zitat von romibaer

was mich quasi interessiert hat ist welche Maßnahmen ein "noob" sinnvoll/nicht sinnvoll ergreifen kann für kleines Geld/Gratis um etwas sicherer/geschützter unterwegs zu sein im Netz

• einen datenschutzfreundlichen und korrekt konfigurieren Browser verwenden mit uBlock Origin und passenden Filterlisten verwenden
• nur verschlüsselte Protokolle wie HTTPS nutzen
• für DNS-Abfragen DNS-over-TLS oder DoH nutzen (ich nutze hier dns.digitale-gesellschaft.ch, dot.ffmuc.net, dns0.eu, dns3.digitalcourage.de)
• AdGuard oder PiHole mit passenden Filterlisten verwenden

Damit wären dann schon mal die beiden Punkte abgehakt:

Zitat von romibaer

Verschlüsselung der Kommunikation, damit dein Internetanbieter oder Mobilfunkbetreiber die Online-Aktivitäten nicht überwachen oder aufzeichnen kann
Verschlüsselung der DNS-Anfragen, sodass der Internetanbieter oder Mobilfunkanbieter die besuchte Domains nicht protokollieren kann

Zitat von yard2

Was meinst du mit Kaskadenausgängen ?
die unten an denen du einen weiteren Multischlater anschließen kannst ?
Dann nein, die sind nur dafür.

Genau. Die unten.

Zitat von yard2

bis auf den DigibitR1. Der muss woanders hin.

Ich hatte das so verstanden, dass das Signal was vom Quattro-LNB kommt (VL/HL/VH/HH) zu den Ausgängen unten durchgeschliffen wird.
Laut Anleitung soll man den Digibit R1 auch direkt an einen Quattro-LNB anschließen können. Folglich war ich der Annahme der Digibit kann auch an die Anschlüsse unten am Jultec angeschlossen werden. Ist dem tatsächlich nicht so?

Zitat von yard2

Für die Abschlusswiderstände einen DC-Entkoppelten
F-Endwiderstand (DC-entkoppelt)

ich hab die hier noch massenhaft rumliegen. Wären die geeignet?

Zitat von yard2

ESD30 kann gehen, insb. wenn danach noch DC-Splitter kommen.

Nach den Dosen käme ausschließlich das Empfangsgerät.
Die diodenentkoppelten Splitter sollen davor geschaltet werden.
Ingesamt gibt es aber nur 2 Dosen. Dort wo ich "(direkt)" dazugeschrieben hatte ginge das Kabel dann vom Splitter direkt in den Eingang des Empfangsgerätes.

Zitat von yard2

Ich hab mir noch das Netzteil gegönnt, da ich nicht wollte, dass der LNB über die Geräte gespeißt wird.

Was hätte das dann für einen Vorteil?
Ich fand das gerade das Tolle daran, dass kein zusätzliches Netzteil benötigt wird und somit im Leerlauf auch kein Strom verbraucht wird.

Zur Klärung der Fragestellung ob VPN sinnvoll bzw. geeignet ist um das jeweils gewünschte Ziel zu erreichen find ich diese Zusammenfassung gang sinnvoll:

Brauchst du wirklich ein VPN?

Zu vielen Themen im IT-Bereich gibt es kontroverse Ansichten/Meinungen. Eines dieser Themen ist zweifellos Virtual Private Network (VPN). Insbesondere dubiose…

www.kuketz-blog.de

Ich persönlich halte in den meisten Fällen nicht viel davon einen externen VPN-Anbieter/VPN-Dienst zu nutzen. Bzw. ist es so wie noob_at_pc bereits gesagt hat: In Werbeversprechen wird einem Schutz, Sicherheit und Anonymität suggeriert. Aber das ist mit Nichten der Fall.
Dazu ist deutlich mehr erforderlich als sich auf eine No-Logging-Policy auf dem Papier zu verlassen.
Verschleiert wird außerdem ja nur die IP. Durch Techniken wie Browser-Fingerprinting, Tracking-Cookies usw. ist man letztlich dann doch nicht anonym und im Netz verfolgbar.
Hier wäre es wohl sinnvoller an anderer Stelle anzusetzen.

Ein Punkt ist außerdem, dass man dem VPN-Anbieter vertrauen muss.

Mit einem VPN geht oftmals auch ein Performanceverlust einher. Das wäre mir die Sache ebenfalls nicht wert.

Man muss aber natürlich auch dazu sagen, dass z.B. bei Peering-Problemen (in bestimmten Konstellationen!) ein VPN auch die Performance verbessern kann.
Außerdem ist es manchmal natürlich vorteilhaft mit der IP-Adresse eines anderen Standorts aufzutreten. Stichwort Geoblocking etc.

Eine konkrete Empfehlung kann ich dazu aber nicht geben. Im obigen Link werden aber die Anbieter Mulvad und ProtonVPN empfohlen.

Vollkommen anders sieht es mit einer VPN-Verbindung ins eigene Heimnetz aus. Das ist kann aus vielen Gründen eine hervorragende Idee sein.
Als VPN-Protokoll würde ich bis auf spezielle Ausnahmefälle auf Wireguard setzen.

Es hat jetzt etwas länger gedauert bis ich mich wieder mit dem Thema befassen konnte, aber jetzt soll das Vorhaben endlich umgesetzt werden.

Nachdem LNB und die 4 Koax-Kabel zum LNB inwzischen witterungsbedingt auch porös geworden sind, sollen auch diese ausgetauscht werden.

Nach aktuellem Stand sieht der Plan aufgrund der örtlichen Gegebenheiten wie folgt aus:

• 85cm Parabolantenne (Bestand)
• Quattro-LNB [Anzeige] verbunden über
• outdoorgeeignete Koaxial-Kabel [Anzeige] mit
• Einkabelmultischalter Jultec JRS0504-4M. Daran:
  • Ausgang A: TV mit Quad-Tuner (direkt)
  • Ausgang B: 2-fach Splitter (diodenentkoppelt). Daran:
    • TV mit Twin-Tuner (an Dose Kathrein ESD30)
    • TV mit Twin-Tuner (direkt)
  • Ausgang C: 2-fach Splitter (diodenentkoppelt). Daran:
    • TV mit Twin-Tuner (direkt)
    • SAT-Receiver mit Single-Tuner (an Dose Kathrein ESD30)
  • Ausgang D: 2-fach Splitter (diodenentkoppelt). Daran:
    • aktuell noch freie vorh. Leitung ohne Dose mit Abschlusswiderstand
    • aktuell noch freie vorh. Leitung ohne Dose mit Abschlusswiderstand
  • Kaskadenausgänge:
    • SAT-IP-Server Telestar Digibit R1

Alle Empfangsgeräte sind laut Anleitung/Datenblatt für Unicable geeignet.

Wird das wie erhofft funktionieren?
Hab ich was übersehen/vergessen?
Gibt es Verbesserungsvorschläge?

Zitat von te36

Wenn die Probleme lokalisiert sind , und nur in der Strasse auftreten, aber nicht alle 1&1 Kunden zumindestens im Landkreis schimpfen, dann wird der Fehler auch dichter beim Kunden sein, also irgendwo in MyISP

Kommt auf die Konstellation drauf an.
Also ob 1&1 hier auch der Inhaber der Infrastruktur ist, oder sich nur eingemietet hat. Und falls er sich eingemietet hat in welcher Form.
Sollte letzteres der Fall sein gibts die Variante dass 1&1 eine Schnittstelle im örtlichen DSLAM gemietet hat und von dort aus die "letzte Meile" mit eigener Hardware anspricht. Dann hätten alle 1&1 Kunden die an dem Verteiler hängen die gleichen Probleme, wenn die Hardware defekt ist und/oder die Schnittstelle zu schwach dimensioniert.
Die andere Variante wäre, dass 1&1 die gesamte Infrasturkur des Netzbetreibers angemietet hat. Dann kann es sein, dass an einem der 899 BNG-Standorte zu wenige Kapazität am Übergabepunkt in die eigenen Netze gebucht wurde. Dann hätte aber ein deutlich größerer Einzugsbereich als nur ein einzelner Straßenzug mit ähnlichen Problemen zu kämpfen.

Vielleicht wird der Fehler hier an der falschen Stelle gesucht.

Hatte selbst schon ähnliche Probleme.

Laut dem Provider (1&1) soll von "außen" her ja alles in Ordnung sein.
Die Fritzbox synct zwar nicht mit voller Bandbreite, aber offenbar zumindest stabil mit ~90% der Bandbreite.
Das hier auf einen "glatten" Wert (90000 kBit/s) gedeckelt wird deutet für mich darauf hin dass der örtliche DSLAM über seine interne Schutzmechanismen herunterregelt. Das kann durch externe Störeinflüsse (fehlerhafte Verkabelung bei den Nachbarn, schlechte Kontaktstellen an Übergabepunkten, elektronische Störer wie Powerline etc.) herrühren, oder auch weil die Verbindung in einem gewissen Zeitraum zu oft unterbrochen wurde.
Letzteres ist durch die Umklemmaktion ja tatsächlich auch so gewesen. Sollte das der Grund dafür sein dass die Leitung nicht mit maximaler Kapazität synchronisiert wird, sollte sich das innerhalb weniger Tage von selbst geben wenn die Technik im DSLAM das automatisch nachjustiert.

Die Ergebnisse die du hier gepostet hattest bzw. die du hier in diesem Thread auch beschreibst deuten für mich eher auf ein anderes Problem hin.
Meine Vermutung ist, dass es entweder intern ein Problem mit der Priorisierung des Datenflusses gibt (Stichwort "Bufferbloat"), oder der Provider seine Leitungskapazität überbucht hat und/oder schlecht peert.

Die erste Vermutung könntest du ausschließen in dem du ausschließlich ein einziges Gerät via Kabel direkt an die Fritzox hängst und testest ob die Probleme dann auch auftreten wenn du ausschließlich eine einzige Anwendung nutzt. Also nichts anderes im Hintergrund aktiv ist dass Bandbreite beansprucht.
Sollte die zweite Vermutung zutreffen, könnte sich die Situation verbessern wenn du testweise einen externen VPN-Anbieter nutzt, damit der Datenverkehr anders geroutet wird. Sollten die Ergebnisse damit besser sein würde wohl nur ein Providerwechsel helfen.

Zitat von goscho

Wenn das mit der Temperatur von met.no jedoch klappt, gib bitte mal Bescheid.

Ja, das hat mit dem Code den ich oben gepostet hatte sehr gut funktioniert. Danke dafür nochmal.

Inzwischen konnte ich das Szenario auch mit "Versatile Thermostat" abbilden.
Allerdings leider immernoch nicht ganz so wie gewünscht.

Als "Type of Versatile Thermostat" musste ich "Thermostat over a climate" verwenden.
Wenn ich das nun alles richtig verstanden bzw. interpretiert habe, dann wird in dem jeweiligen Räumen über das Raumthermometer abhängig von der (über die zentrale Konfiguration hinterlegte) Außentemperatur geprüft ob geheizt werden muss. Das Add-On erstellt dann aufgrund der Parameter einen Algorithmus der dem Thermostat dann mitteilt wie es öffnen oder schließen soll.
Bei dem Modus gibts dann aber auch nur "an" und "aus".
Besser wäre da der Modus "Thermostat over a valve" gewesen bei dem granular über einen Prozentwert geregelt wird wie weit das Thermostat öffnet bzw. schließt. Die Sonoff TRVZB unterstützen das grundsätzlich seit einigen Monaten auch. Auch wurde die Unterstützung dafür in Zigbett2MQTT bereits mit aufgenommen. In Versatile Thermostat kann ich dann aber das Thermostat in diesem Modus nicht hinterlegen.
Wenn hier noch jemand einen Hinweis hat wäre ich dankbar.

Die Dokumentation ist dahingehend leider ziemlich dürftig. Viele der vorhandenen Optionen werden dort garnicht oder nur unzureichend beschrieben.

te36 ich kann nur für meinen Fall sprechen. Zwischen Home Assistant und den Zigbee-Geräten ist wie im Eingangspost erwähnt noch der Mosquitto MQTT-Broker sowie der Zigbee2MQTT-Container in dem der USB-Dongle der als Gateway fungiert eingebunden ist.
Salopp gesagt letztlich alles nur Maßnahmen, damit das was die jeweiligen Endgeräte an Daten liefern bzw. an commands empfangen von Home Assistant aus verwertbar ist.

Wenn man so sagen will hat Home Assistant hat dann also eine bereinigte Datenbasis auf der dann verschiedene Logiken aufgebaut werden können. Entweder mit Bordmitteln, oder über AddOns die das vereinfachen bzw. den Funktionsumfang erweitern.

Letzteres war mein Vorhaben, das jedoch aktuell noch problembehaftet ist, weil es offenbar eine Inkompatibilität zwischen dem AddOn und den Entitäten gibt die von meinen Thermostaten geliefert werden.
Oder bzw. weil ich die Dokumentation von dem andern AddOn nicht verstehe

...zumindest hab ich das bis jetzt so verstanden.

Danke für den Input!

mit diesem Code hat es jetzt funktioniert einen Sensor zu erstellen:

sensor:
  - platform: template
    sensors:
      aktuelle_temperatur:
        friendly_name: "Aktuelle Temperatur"
        unit_of_measurement: "°C"
        value_template: "{{ state_attr('weather.forecast_home', 'temperature') }}"

Den kann ich in 'Versatile Thermostat' auch verwenden.

Jetzt gibt es aber noch eine ganze Reihe von weiteren Unklarheiten.

• Um die Ansteuerung abhängig von der Außentemperatur zu machen muss wohl ein Thermostat vom Typ 'Central Configuration' angelegt werden. Was bedeuten dort die Einträge "Minimum temperature allowed' und "Maximum temperature allowed'?
• Welcher Thermostat-Typ ist für die einzelnen Räume dann in meinem Fall der richtige? 'Thermostat over a valve?'
• Was für Angaben muss ich sonst noch machen bei 'Main attributes', 'Underlyings', 'Presets' und 'Advanced parameters'?

Ich komm da mit der zugehörigen Dokumentation leider so überhaupt nicht zurecht...

te36 genau da setzen Add-Ons wie 'Better Thermostat" oder 'Versatile Thermostat' an. Die übernehmen praktisch die Logik dahinter und setzten das in HA um. So zumindest in der Theorie.

In meiner Praxis funktioniert das nur nicht so wie gewünscht. Aktuell muss ich manuell steuer. Leider.

Zitat von goscho

AFAIK musst du deine configuration.yaml um ein template für weather erweitern, wie hier beschrieben:

Ich scheine das System noch nicht so richtig verinnerlicht zu haben leider.

Gemäß der Anleitung aus dem Link habe ich versucht die Wetterdaten von met.no in das Template einzubinden.
Konkret habe ich in dem Template den Bereich 'weather.my_region' mit 'weather.my_region' aus deer Met.no-Integration ersetzt. Damit bekomme ich auch eine neue Entität. Die zeigt mir aber nur an dass es draußen bewölkt ist. Wie bekomme ich denn stattdessen die aktuelle Außentemperatur da rein?

Versatile Thermostat habe ich mir als Alternative auch schon angesehen.
Allerdings habe ich es ehrlich gesagt nicht hinbekommen das richtig einzurichten. Mir war nicht ganz klar was wo einzutragen ist, bzw. welche Optionen für mich überhaupt die richtigen bzw. relevant sind.

Es gibt bei mir nur ein Zigbee-Thermometer und ein Zigbee-Thermostat je Raum. Fenster-/Türkontakte sind nicht vorhanden. Auch für die Außentemperatur gibt es keine Sensor. Better Thermostat greift hier auf die Wettervorhersage aus dem vorinstallierten Met.no AddOn zurück. Wie man dem Versatile Thermostat AddOn die Außentemperatur ohne Sensor beibringen kann war mir ebenfalls leider nicht ersichtlich.

Hallo,

nun habe auch ich endlich den Einstieg ins Thema Smarthome gewagt.
Grund dafür war, dass ich meine Räumlichkeiten effizienter beheizen kann.

Die Wahl der zentralen Software fiel auf Home Assistant (installiert als Docker).
In allen betreffenden Räumen wurde ein Zigbee Temperatur-/Feuchtigkeitssensor (Sonoff SNZB-02D) angebracht, sowie am jeweiligen Heizkörper das analoge Thermostat durch ein Sonoff TRVZB getauscht.
Als Zigbee-Gateway wird ein Sonoff ZigBee 3.0 USB Dongle Plus eingesetzt. Dieser ist in einem Zigbee2MQTT Docker-Container eingebunden. MQTT-Broker ist ein Mosquito Docker-Container.
Alle Zigbee-Geräte konnten damit problemlos über das MQTT-AddOn in Home Assistant eingebunden werden.

Was ich nun möchte:
Anhand der von den Temperatursensoren der SNZB-02D ermittelten Raumtemperatur sollen die Thermostate für jeden einzelnen Raum angesteuert werden, so dass eine eingestellte Zieltemperatur erreicht wird.
Dazu habe ich mir zuerst einmal das Add-On "Better Thermostat" installiert, dass genau das umsetzten können soll. Die Einrichtung ging damit auch flott von der Hand.

Allerdings funktioniert das nicht so wie es soll...
Obwohl die Raumtemperatur laut Thermometer zu niedrig war und die eingestellte Zieltemperatur höher lag blieb die Heizung kalt.
Ein Vergleich der MQTT-Konfiguration zweier Thermostate zeigte, dass nach dem Firmwareupdate die Werte für "Valve closing degree" und "Valve opening degree" von 50 auf 100% umgestellt wurden.
Nachdem ich wieder zurück auf 50% geregelt hatte wurde zumindest mal der Heizkörper war.
Wie sich dann aber herausstellte hörte er bei Erreichen der gesetzten Zieltemperatur nicht mehr auf zu heizen.

Eine kurze Recherche zeigte, dass es offenbar Probleme bei Better Thermostat in Verbindung mit den Sonoff TRVZB Thermostaten gibt.
Darüber hinaus scheint die Unterstützung für die  Ansteuerung der Thermostate über valve opening und closing degree noch garnicht gegeben zu sein.
Letzteres wäre natürlich eine tolle Sache.

Für mich klang das Vorhaben anfangs noch nach einer simplen Sache. Wie sich zeigt ist es aber offenbar mal wieder anspruchsvoller als gedacht.
Kann mir jemand helfen die Thermostate richtig anzusteuern?
Wie handhabt ihr das?

Zitat von 5keeve

Es hakte extrem furchtbar.

Das sollte eigentlich immer besser laufen als DLNA. Das deutet für mich auch eher darauf hin dass der Fehler wo anders zu suchen ist/war.

Zitat von 5keeve

ich habe den Verdacht, meine Probleme lagen eher daran, dass ich zusätzlich noch Docker laufen hatte.

Gut möglich dass die Ressourcen damit ausgelastet waren.

Das QNAP TS-431 ist seit 10/22 aus dem Support und erhält keine Sicherheitsupdates mehr. Das nur zur Info.

Der mit QTS mitgelieferte Twonky dürfte ziemlich veraltet sein, da QNAP die Lizenzen dafür schon vor langer Zeit rausgepatcht hat und alle "neueren" Versionen eine eigens erworbene Lizenz benötigen würden.

Unabhängig davon wird der Twonky-Server seit Jahren nicht mehr vom Entwickler aktualisiert und offenbar auch nicht mehr betreut.

Wenn du also unbedingt auf DLNA setzen willst, dann würde ich dir raten dich nach einer alternativen Software umzusehen.

Grundsätzlich würde ich aber dazu raten deine Medien auf der NAS in Freigabeordner zu packen und diese dann in Kodi via SMB oder NFS einzubinden.

Zitat von ebnerjoh

Hab dann zuerst versucht in den Flash zu installieren, also .fw rauf und .flash umbenannt. In den oberen SLOT gesteckt und neu gestartet --> Kein Knight Rider Lichtspiel...

Das braucht manchmal zwei drei Anläufe. Da ist die Kiste leider etwas zickig.
Aber solange du dich strikt nach der Anweisung hältst sollte das funktionieren.
Im Zweifelsfall flash erst nochmal die Original-Firmware und dann nochmal die Satip-Axe. Bzw. teste in dem Zusammenhang ob die originalen Firmware die gleichen Probleme aufweist.