Beiträge von tojo2503

Zitat von CvH

Ubuntu 16.04 is völlig veraltet (in Hinblick auf Kodi und die Intel Treiber).
Es gab tonnen an Fixes für Kodi 18 in dem Bereich, das mit K17 zu testen macht im Moment keinen Sinn.

Alles klar, danke für die Info. Habe Ubuntu 16.04.3 mit dem aktuellen upstream Kernel, also ein paar Fixes sollten drin sein, ich werde aber bald mal auf die 18.04. gehen.
Aber wenn es auf Kodi-Seite nicht passt, dann warte ich bis Kodi 18 (oder ich riskiere mal den Sprung auf die alpha).
Wie sieht's denn mit dem Hardware-Decoding aus? Meine CPU kann H265 8-bit, aber nicht 10-bit. Ich nehme an, dass das für UHD bzw. DVB-T2 ein Problem gibt? Weißt du da mehr?

Boogie2005: Der Monitor sollte da doch vollkommen egal sein. Klar kann ein Full-HD kein UHD anzeigen, aber wenn es auf einem Full-HD ruckelt, wird es auch auf einem UHD ruckeln...

Hallo zusammen,

Sky zeigt ja die Spiele der WM in UHD. Ich habe kein UHD TV, aber die Kommentatoren auf Sky sind deutlich besser.
Ich habe es aus Spaß mal probiert mit meinem aktuellen Setup:

- Empfang mit einem Sundtek USB DVB-C Stick und TV-Headend
- Linux Server mit Kodi 17 unter Xubuntu 16.04
- x86 Architektur mit einem Celeron N3160
- Receiver Yamaha RX V477 (der ist UHD fähig)
- älterer Full-HD LG-TV

In TVHeadend wurden mir die beiden Sender, die bei Kabel Deutschland eingespeist werden, angezeigt. Ich kann sie auch mappen und sie erscheinen in Kodi.
Man kann die Sender öffnen, die Datenrate liegt bei ca 29 Mbit (also schon wirklich UHD).

Aktuell ruckelt es aber sehr stark und die CPU-Auslastung geht auf 100% hoch. Hat da jemand Erfahrungen, ob mit Einstellungen in Richtung Hardware-Dekodierung noch was geht? Was müsste die CPU können? Hat mich schon gewundert, dass der Sundtek-Stick da überhaupt ein Bild liefert.

Grüße

edit: die CPU kann h265 mit 8-bit in Hardware, aber 10bit nicht. Ist das Sky UHD Signal mit 10-bit? Konnte dazu nicht wirklich was finden...

Zitat von horschte

du musst in der yeelight App die netzwerkfunktion für die Lampen aktivieren.
App aufrufen, Lampe aufrufen, ganz unten rechts den "pfeil" drücken, dort LAN aktivieren.
Es gibt übrigens etwas "offizielles" für Openhab (mi io)

Hey, danke für die Antwort. Die Netzwerksteuerung habe ich jetzt aktiviert. Aber: welches Binding??
Im offiziellen findet man nur das"Xiaomi Mi Smart Home Binding". Aber das scheint nicht für Lampen zu sein.

Bin sehr verwirrt. War noch nie so schwierig was in openHab reinzukriegen.

Grüße

edit: habs geschafft. Unter Misc muss man Eclipse IoT Market aktivieren, dann erscheint das Xioami Mi IO Binding (nach refresh). Damit geht es. Danke.

Zitat von horschte

um alles zu komplettieren....yeelights als e27 lampen.
lassen sich problemlos in openhab integrieren, brauchen keine bridge und sind sehr günstig (~10-15€).

Moin,

die Yeelight Empfehlung war top. Großartige Lampe schon als Generation 1.

Die openhab Integration kriege ich nicht hin in OH2.2. Gibt ja kein offizielles Binding sondern nur das inoffizielle ZIP. Das kann ich installieren und wir mir angezeigt, aber die Lampe findet er nicht (über die App funktionierte sie). Welches Binding nimmst du bzw wo hast du es her?
Ist nicht weiter schlimm, weils direkt in Alexa ja läuft, aber alles in openhab wäre für die Durchgängigkeit schon gut.

Grüße

Zitat von TylerDurden_BS

Hallo tojo2503,
ich habe bei mir die Malmberg Schalter verwendet. Gibt es für 18€ bei Hornbach.
Brauchst du aber auf jeden Fall Phase L1 und N, wenn du also wirklich eine Wechselschaltung hast vielleicht
an der anderen Schaltstelle ?
Es gibt zumindest mir nicht bekannt auch keine Einbindung in Openhab, aber eine Alexaskill und es wird kein
zusätzlicher Hub benötigt.
Siehe in einem anderen Forum: https://www.alefo.de/forum/wechsels…-machen-3531-20

ach ja tiefe Schalterdosen, bzw den Mut die bestehenden etwas nach hinten zu erweiteren braucht es auch.

Gruß TylerDurden

Alles anzeigen

Hallo,

ich glaube ich lasse das mit dem Lichtschalter. Ist wie gesagt eh nur eine Mietwohnung, im Eigenheim werde ich das dann in Angriff nehmen. Ich müsste auch erstmal ein N in der Nähe suchen und dahin führen.
Ich bleibe dann bei den normalen Lampen und verschiebe alle weitere auf später. War für mich eh eher Proof of Concept als wirklich nützlich.

Vielen Dank für eure Hilfe

Zitat von killercorny

Pins müsstest du löten. Bei den Schaltern ist das aber etwas ungünstig, wegen Platz und so. Oder zumindestens dran halten während des flashens, hab ich gemacht. Jedoch muss man auch einen Pin vom ESP auf Grund legen (GND) um flashen zu können. Anleitungen gibts da im Netz, wenn nicht hier fragen.

Moin,

jetzt ist alles da... aber ich hab natürlich nicht nachgedacht vorher.
Der Lichtschalter arbeitet als Wechselschalter.
Foto ist im Anhang. Die Farbkodierung ist etwas ungewöhnlich, aber ich vermute, dass blau und schwarz die Verbindung zwischen den Schaltern ist (somit Spannung auf blau anliegen kann...). Alles etwas älter hier.

Lange Rede kurzer Sinn. Bei einer Wechselschaltung scheinen die Sonoff nicht zu funktionieren oder? Einzige Möglichkeit, die mir einfällt ist den anderen Lichtschalter nicht mehr schaltbar zu machen. Und selbst dann bräuchte ich noch ein N oder?

Fällt jemandem noch eine Lösung ein, mit der man diese Schaltung leicht Smart machen kann?

Grüße

Zitat von horschte

wie @killercorny schon meinte....den mqtt server kannst du genauso gut unter xbuntu in betrieb nehmen.flashen der sonoff ist keine raketenwissenschaft.
die usb adapter gibts in china ab ca 1,20€ (bspw aliexpress).

Alles klar. Ich hab mir mal die (alte) Lampe gekauft und den Schalter auch.
Den Adapter brauche ich nur, wenn eine Firmware >=1.6 drauf ist, wenn ich das richtig gelesen habe? Nicht finden konnte ich ob ich im Schalter löten muss oder ob da eine Steckerleiste drin ist? Löten kann ich zwar, aber finde ich eher nervig für die Inbetriebnahme und würde ich gerne vermeiden.
Grüße

Zitat von horschte

800lm bezieht sich auf weiss. das dürfte etwa der hue white e27 entsprechen die m.E. die beste weisse smart led auf dem markt ist....allerdings bridge-gebunden.
die neuen modelle gibts auch als reine white version https://www.gearbest.com/led-light-bulbs/pp_1664061.html

Sehr gut. Besten Dank für die ausführlichen Infos. Kurze Nachfrage: was ist der Unterschied zwischen der alten und der neuen Version? Auf Amazon findet man soweit ich sehe nur die alte, farbige?
Kann man über openhab / Alexa dann auch die Farben ändern oder geht das nicht über Alexa (es werden ja nur "Lichtschalter" oder "Dimmer" bereitgestellt).

Zitat von killercorny

Da du schon Openhab verwendest, fällt die Wahl nicht schwer: Sonoff T1 Lichtschalter. Gibts bei Amazon wenns schnell gehen soll, oder beim Chinahändler wenns günstig sein soll.
Ich hab jeweils den Sonoff Touch (erstes Modell) mit ESPeasy und nen Doppelschalter T1 2-Gang mit Tasmota im Einsatz. Das sind alternative Firmwares die man auf die Teile flasht. Dadurch ist man nicht an die Cloud von Sonoff gebunden sondern kann rein lokal übern MQTT-Broker die Schalter ansteuern. Der MQTT-Server wird einfach nebst OH2 installiert. Geht bei openhabian über das config tool.

Über die Sonoff bin ich auch schon gestolpert. Da war mir aber nicht so richtig klar, ob man die in openhab reinkriegt. openhabian läuft bei mir nicht, sondern openhab auf einem Ubuntu. Aber den Server kriege ich da schond rauf. Flashen sieht auf den ersten Blick auch machbar aus. Ich glaube ich gebe denen mal eine Chance.

Grüße

Hallo,
ich hoffe ich bin hier richtig. Ich bin gerade dabei meine SmartHome Hardware ein bisschen zu erweitern. "Dank" Mietwohnung nicht so ganz einfach. TV, Beamer, Receiver, Kodi usw. laufen über OpenHab schon alle mit Alexa. Ich würde gerne im ersten Schritt noch 2 Lampen einbinden.

• Einmal das "große" Licht (geschaltet per Lichtschalter, nicht dimmbare LEDs).
• Dazu ein "kleines" Licht (E27 Sockel, sollte dimmbar sein)

Mich verwirrt die Auswahl, insbesondere die Frage ob mit / ohne Hub. Eigentlich will ich für die paar Geräte keinen Hub verwenden, der noch Strom zieht, sondern direkt arbeiten. Hat jemand Empfehlungen für einen Lichtschalter (falls es sowas überhaupt gibt) ohne Hub und eine gute LED, die direkt mit OpenHab gekoppelt werden können (direkt mit Alexa ginge notfalls auch, aber OpenHab Integration wäre schon wichtig wegen der Regeln).
Generellt: warum sollte ich überhaupt einen Hub verwenden? Erschließt sich mir nicht so ganz... Habt ihr da Tipps / Erfahrungen?

Beste Grüße

Zitat von Natascha303

Scheint genau diesselbe Problematik zu sein wie bei mir, irgendwas in dem Ubutnut 16.04 System weckt die Festplatte nach ca 10 Minuten wieder auf.Die Konfiguartion hab ich identisch, nur via by-uuid anstatt /dev/sdX aber dies ist ja trivial.

Die Frage ist was weckt die Festplatte auf... hab schon mit iotop geschaut, aber da sieht man nur Prozesse vom gesamten System. Gibt es eine Möglichkeit auszulesen was explitzit auf eine sdX Festplatte zugreift ?

Hi,

du könntest mal im normalen Syslog /var/[definition='1','0']log[/definition]/syslog schauen, am besten in dem Moment, in dem die Platte aufwacht. Wie gesagt, bei mir war es irgendwas mit einer Zeit / Datumssache.
Ansonsten kannst du genauer schauen, indem du block_dump aktivierst (vorher „sudo su“ machen):

https://www.laub-home.de/wiki/Festplatt…_Protokollieren

Das hat mir auch sehr geholfen. Das Log ist recht groß, aber du kannst dann einfach nach sda1 (oder wasauchimmer) suchen.

Grüße

Hi,

ich hatte ein ähnliches Problem mit meiner WD Festplatte unter Ubuntu 16.04, die mit HD-Parm gar nicht funktioniert.
HD-Idle geht besser, aber ich hatte irgendwie Probleme mit einem der Zeit Services (NLP?), ich weiß es nicht mehr so genau leider. Workaround war zuerst HD-Idle per cronjob neuzustarten, denn das erste herunterfahren hat immer funktioniert, alle weiteren nicht mehr. Man sah auch diverse Meldungen im Log.
Einen "richtigen" Workaround ohne Hd-Idle Neustart habe ich auch gefunden, leider weiß ich nicht mehr genau woran es lag...

Konfiguriert habe ich hd-idle recht simpel in der /etc/default/hd-idle:

START_HD_IDLE=true
HD_IDLE_OPTS="-a /dev/sda -i 120"

Klappt bei mir einwandfrei. Ich gehe nochmal in mich und suche nach dem Problem mit dem Zeit / Datum Service.

Grüße

Zitat von JackTramiel

...
Dazu kommt, das irgendwo der Wurm drin ist und Alexa sporadisch meckert, Geräte würden nicht reagieren - um sie dann, deutlich
verzögert, doch zu schalten. Dem muss ich jetzt erstmal beikommen.
...

Hi,

hast du dafür eine Lösung? Bei mir ist das seit kurzem genauso. Ich habe 0 Ahnung, wo ich suchen soll. Openhab läuft bei mir auf einem Ubuntu Server. Ich vermute das Problem irgendwie eher entweder bei Amazon oder in der openhab cloud...
ist schon komisch, wenn sowas nur zeitversetzt durch kommt. und gar nicht gut für den „Frauen-Akzeptanz-Faktor“.

Grüße

Zitat von JackTramiel

Ich dachte ich versuch mal "pro 7" und "pro sieben maxx".... aber ohne Erfolg. So einfach lässt sie sich nicht austricksen.

Ja, die Regel bei mir ist fast identisch. Ich nutze als Tag für Alexa jedoch Switchable statt Lightning. Hat Lightning einen Grund oder einfach Zufall, weils auch geht?

Ich habe keine Ahnung warum ich Lightning genommen habe. Ich glaube für Alexa verhält sich das identisch.

Gute Idee mit 7 und Sieben... ich glaube aber es gibt im Moment keinen Workaround.

Grüße

Zitat von BJ1

Wenn hier viele kleine .ts erzeugt werden, die von einer m3u8 abgespielt werden, sieht das Streaming sehr nach Apple HLS bzw. HDS aus. Dort wird der Stream in sogenannte Chunks verpackt (das sind die .ts) und per HTTP-Server jedem Client ausgeliefert. Der Vorteil bei der Sache: Man kann im Stream spulen oder pausieren, jeder Client bekommt seine individuelle angepasste Bitrate und Client/Server können sehr schnell auf veränderte Streamingumgebungen reagieren.

Das Cacheproblem gehört da m.M nach eher zu inputstream bzw. zum RTMP-Plugin.

Ah, scheint, dass du es etwas mehr Ahnung hast.
Ich glaube auch (steht ja auch im Thread), dass man über Inputstream hier was regeln könnte. Angeblich unterstützt das ja mittlerweile das Format. Müsste man nur im Emby Addon umbauen und ich kann das leider nicht. Hast du eine Ahnung wie man das vielleicht manuell testen könnte? Ich habe irgendwas von einem Header in der m3u im Kopf, der dann bewirkt, dass sich inputstream der Sache annimmt.

Grüße

Zitat von bgx

+1 habe die gleiche Problematik und wäre froh wenn es da eine Lösung gäbe.

Habe mal probiert mich intensiver mit den Entwicklern auseinander zu setzen:
https://emby.media/community/inde…d/?fromsearch=1
Hat nicht so wirklich geklappt leider. Hatte nicht das Gefühl dass sie verstanden haben was ich will. Ich entnehme dem Thread dass es evtl mit Kodi 18 besser wird.
Wenn du noch was rauskriegst dann immer her damit.

Das größere Problem ist auch, dass es auf dem Pi3 extrem stark ruckelt sobald er einmal nicht „flüssig“ gestreamt hat. Das nervt sehr.

Zitat von JackTramiel

Darf ich fragen wie du das mit Sendern ala "Pro 7" und "Pro 7 Maxx" gelöst hast?

Hier fragt mich Alexa - was ich ja schweren Herzens verstehen kann - immer nach dem gewünschten Sender, weils ja 2 mit Pro 7 gibt.
Und dem Sender jetzt den Namen "Pro 7 normal" zu geben ist mir zu doof.

Hi,

vielleicht mal zur generellen Lösung. Es gibt bei mir eine rule:

rule "PRO7"
when
Item TV_Channel_PRO7 received command
then
sendCommand(myKodi_pvropentv,"ProSieben HD")
end

und ein Item:

Switch TV_Channel_PRO7 "Pro Sieben" ["Lighting"]

Das dürfte bei dir ähnlich sein. Für alle Interessierten: meine Kodi Liste hat ab und zu zwei Leerzeichen in den Sendernamen, wo man nur eins vermutet. Das muss natürlich in der Rule exakt passen (Bspw.: „Sky Sport Bundesliga 3“ mit 2 Leerzeichen vor der 3).

Dein Problem liegt bei Alexa und ist soweit ich weiß nicht zu beheben außer mit dem Workaround, den du schon beschrieben hast.

Alexa unterscheidet „Sky Bundesliga 1“ und „Sky Bundesliga 2“ vernünftig, aber eine Aktion darf nicht ausschließlich so heißen, wie eine andere Aktion beginnt.

Hatte das Problem beim Receiver. Da gab es „Receiver“ für „schalte den Receiver ein“ und „Receiver Lautstärke“ für „setze Receiver Lautstärke auf xx“.
Das ging nicht weil er bei „Receiver“ immer nachgefragt hat. Deswegen habe es ich „Receiver Power“ umbenannt.

Wenn du eine Lösung hast, dann immer her damit.

Grüße

Zitat von chessplayer

Da ich mit TvHeadend noch nicht so erfahren bin, mal die Frage: wie sorgt man dafür, dass ein bestimmter Tuner z.B. für Live-TV genommen wird und ein anderer dann für Aufnahmen? Geht dass über die Priorisierung im WebIf oder muss man an den Clients was einstellen?

Hi,

ich priorisiere die Tuner über die normale Prioritäteinstellung. Sowohl bei "Priority" als auch "Streaming Priority" habe ich meinem Sundtek eine 50 gegeben und dem Xbox-Stick eine 5. Dann nimmt er immer erst den Sundtek Stick wenn eine Anfrage kommt.
Wieso willst du zwischen Live-TV und Aufnahmen unterscheiden? Ich würde immer den besseren Stick zuerst verwenden, denke ich...

Grüße

Zitat von chessplayer

@tojo2503: Das kann sein. Ich habe das halt gestern mal ausgegraben und muss da für die neue Situation erst mal recherchieren.

Mal 'ne andere Frage: an welcher Box und mit welchem Image betreibst Du denn Sundtek und XBOX ONE Tuner parallel? Ich hatte diesbezüglich ja dieses Problem und jetzt eben nur eine "Bastellösung", die aber ohnehin nicht trägt für das, was ich im Endeffekt machen will (da brauche ich Leia). Das ist das Projekt fürs WE neben den Tests mit den advanced settings ...

Hi,

ich bin auf einem Intel Celeron N3160 unterwegs, aber nicht mit LibreELEC sondern Linux basiert mit Xubuntu. Habe die Erfahrung gemacht, dass man ab einem Punkt, ab dem das Gerät eher Server als Client ist, nicht mehr wirklich mit LE weiterkommt. Alle Clients sind bei mir LE.

Unter Xubuntu laufen beide Sticks parallel einwandfrei. Dein Thread im LE Forum war mir etwas lang, aber es sah mir danach aus, dass das Problem gelöst ist? Zumindest im Testbuild?

Grüße

Zitat von chessplayer

Muss meine Euphorie von letzter Nacht ein wenig dämpfen. Ganz weg ist das Ruckeln nicht, es tritt noch sporadisch auf, ist aber definitiv besser als zuvor. Aber insgesamt ist das derzeit dennoch hart an der Grenze zum Erträglichen. Werde in den nächsten Tagen mal mit den folgenden Einstellungen in der [definition='2','1']advancedsettings[/definition].xml rumspielen:

Code: <woltlab-metacode data-name=

advancedsettings.xml" data-highlighter="xml" data-line="1"><network>
     <buffermode>1</buffermode>
     <cachemembuffersize>157286400</cachemembuffersize>
     <readbufferfactor>20</readbufferfactor>
   </network>
   <pvr>
     <minvideocachelevel>20</minvideocachelevel>
     <minaudiocachelevel>15</minaudiocachelevel>
   </pvr>

Das hat zumindest auf der Wetek Play etwas bewirkt, wenn auch keine endgültige Überwindung der kurzen Stillstände. Werde dann wieder berichten, wobei das etwas dauern dürfte ...

Moin,

wurde das minvideocachelevel für pvr nicht mit Kodi17 entfernt?

Grüße

Zitat von chessplayer

Hallo @tojo2503,
Dein Beitrag ist ja schon fast vier Monate her, aber da ich gestern den gesamten Thread nochmal zumindest überflogen habe, wollte ich zunächst nachfragen, ob Du irgendwelche Verbesserungen hast sehen können. Dann aber bin ich ganz am Ende auf den Beitrag von @lutzlustig gestoßen und habe das ja gleich mal probiert mit recht gutem Erfolg (siehe meinen Post ein wenig weiter oben). Das wollte ich Dir zumindest mal mitteilen, falls Du das Teil nicht schon entsorgt hast ...

Im Übrigen hängt der bei mir an Kabel BW (Unitymedia).

Hi,

danke für den Hinweis, ich lese hier noch mit. Bei mir tut der Tuner zuverlässig seinen Dienst, allerdings mit einigen leicht nervigen Artefakten. Deswegen benutze ich ihn als Zweittuner nach meinem Sundtek und nur für Aufnahmen usw. Dafür passt es. Ich werde mal das "alten Status" Kästchen aktivieren und schauen, ob sich dann eine Verbesserung einstellt.

Viele Grüße