Der xiaomi ax6000 hat nen 2,5 gbit port, ist aber nochmal etwas teurer.
Beiträge von horschte
-
-
Was ein Zufall @horschte habe mir die zwei gestern angesehen. Benutzt du die Original Firmware oder flashst du die auch, wenn ja, auf welche firmware?
mal schauen. openwrt soll ja funktionieren. wobei die originale firmware für normalanwender völlig i.o. ist. kenn die ja von den anderen mi routern.
Und warum hat so ein Monster nur drei Lan Anschlüsse..
weils kein switch ist
Stromverbrauch wäre auch mal interessant zu erfahren.
ja mal schauen. hab bisher auch noch nichts dazu gelesen.
-
78€ für nen xiaomi ax3600 router bei ali. eigentlich wollte ich zuerst den ax6000, da sind mir die preise aber noch nicht angenehm.
der ax3600 wird einen mi4 router ersetzen. der wiederum hat schon einen sich freuenden abnehmer.
ich kenne den xiaomi ax3600 schon von nem bekannten...das teil ist ne richtige ansage.
ggf wird ein ax6000 (wenn die preise mal stimmen) meinen weiteren xiaomi redmi 2100 ersetzen. dann können die beiden ax im mesh arbeiten. -
Du sollst da auch nichts ranhängen. jsonpath muss iobroker durchführen. Wie und wo kann ich dir leider nicht sagen. Ich nutze openhab.
-
Ich hatte gesehen, dass horschte das System so am laufen hat und wollte ursprünglich eine PN schreiben. Aber 1. ging das nicht
pn geht erst ab einer bestimmten anzahl an beiträgen. davon mal abgesehen würde ich sowas eh nicht per pn beantworten. das ganze soll ja öffentlich einsehbar sein.
Gibt es so ne Art warmup auch beim Kodi TVH addon, oder wie hast du es da gelöst?
brauchst du nicht. programmierst du eine aufnahme über kodi, nutzt tvh trotzdem die sachen wie pre processor command und warming up.
Ich denke aktuell, dass ich da eher die Steckdose schalte, sobald Kodi läuft. Kodi habe ich eh schon im ioBroker integriert, damit er mir die Beleuchtung entsprechend schaltet, sobald ich etwas abspiele.
steckdose ein wird bei mir per harmony aktion getriggert....und bei aufnahme natürlich. http empfangen/abfragen sollte iobroker ja auch können. fürs auschalten der steckdose musst du dann halt noch die tvh subscriptions anzahl ins spiel bringen.
so sieht der api aufruf dafür aus (inkl jsonpath um die anzahl der subscriptions zu filtern)
http://tvhname:tvhpasswort@192.168.2.3:9981/api/status/subscriptions:60000:JSONPATH($.totalCount)edit: achja, API:
Wenn ich die API seite aufrufe im Browser und im login den admin nehme, geht es. wenn ich den userlogin nehme, schreibt er mir die 403 forbidden daher ist wohl nicht jeder user für die API berechtigtich rufe per admin zugangsdaten auf. gibt ja auch keinen grund das mit nem normalen user zu machen oder?
-
Announcement_Echos muss deinen einzelnen items natürlich auch noch zugeordnet werden. ansonsten richtig, so läuft das.
-
ich schalte den digibit mit tvheadend bei aufnahmen per curl "indirekt" ein. curl betätigt in meiner openhab umgebung einen virtuellen schalter, der wiederum eine sonoff steckdose.
siehe screenshot pre processor command. darunter ist auch ein wert "extra warmup time" nutzbar. der umgeht genau das genannte problem....aufnahme will starten und digibit noch nicht fertig.
digibit steckdose aus wird bei mir nach aufnahmen ebenfalls mittels curl erledigt. die openhab umgebung prüft natürlich vorher noch ob eine andere aufnahme läuft oder jemand tv glotzt.Nun habe ich noch beim Aufnehmen die Einstellungen "Preprozessor-Kommando" und "Kommando zur Nachbearbeitung" gefunden.
Ich weiß allerdings nicht, wie viel früher der "Pre" Command ausgeführt wird, finde dazu auch nichts. Bin also weiterhin skeptisch, ob ich damit zuverlässig schalten kann.pre processor command wird punktgenau zum start deiner aufnahme inkl deiner gewählten vorlaufzeit in tvh ausgeführt. nutzt du zusätzlich warmup time wird die zusätzlich vorne rangehangen.
das ganze funktioniert sehr gut, bei mir schon recht lange so im einsatz.kleines Berechtigungsproblem, mir ist noch nicht klar, was der User für Berechtigungen braucht, um die API abzufragen
keine...du musst nur user + pw mitsenden bei deiner api abfrage.
-
gruppe geht auch. da hat man aber leichte verzögerungen drin. würd ich nur machen wenn die geräte nicht untereinander in hörweite sind. ansonsten klingts doof.
-
Das Ikea Ding ist ja mal interessant. Und es ist sogar hackbar.
so ein schloss gabs doch auch mal von xiaomi/yeelock. leider nur mit bluetooth
-
jup.
zum testen items
CodeSwitch fboxRinging "Phone ringing [%s]" {fritzboxtr064="callmonitor_ringing" } Switch fboxRinging_Out "Phone ringing [%s]" {fritzboxtr064="callmonitor_outgoing" } Call fboxIncomingCall "Incoming call: [%1$s to %2$s]" {fritzboxtr064="callmonitor_ringing" } Call fboxOutgoingCall "Outgoing call: [%1$s to %2$s]" {fritzboxtr064="callmonitor_outgoing" } Call fboxIncomingCallResolved "Incoming call: [%2$s]" {fritzboxtr064="callmonitor_ringing:resolveName" }
und rule
Code
Alles anzeigenrule "test" when Item fboxRinging changed from OFF to ON then val incCall = fboxIncomingCall.state as StringListType val callerNumber = incCall.getValue(1) val incCallResolved = fboxIncomingCallResolved.state as StringListType val callerName = incCallResolved.getValue(1) Alexa_WZ_Announce.sendCommand("Hallo, " + callerName + " ruft gerade an.") end
-
Oder man druckt sich einen mech. Schutzüber dem Schalter
oder man baut einen irisscanner am gpio des buttons an
also ich würde entweder den button deaktivieren (set buttontopic oder so war das glaube) oder das plasteteil des buttons mit ner zange im gehäuse abknipsen. dann ist das thema in 1sek durch. -
aber nicht vergessen den button am sonoff zu deaktivieren. ansonsten nützt das alles nichts.
-
Code
Alles anzeigen2021-01-27 11:32:20.868 [INFO ] [tzboxtr064.internal.PhonebookManager] - Trying to resolve number 0160xxxxxxx to name comparing 7 characters ==> /var/[definition='1','0']log[/definition]/openhab2/events.[definition='1','0']log[/definition] <== 2021-01-27 11:32:20.878 [vent.ItemStateChangedEvent] - fboxIncomingCall changed from , to 214xxxxxxxx,01602xxxxxxxxxx 2021-01-27 11:32:20.881 [vent.ItemStateChangedEvent] - fboxIncomingCallResolved changed from , to 21xxxxxxxxx,Name not found for 0160xxxxxxx 2021-01-27 11:32:20.884 [vent.ItemStateChangedEvent] - fboxRinging changed from OFF to ON 2021-01-27 11:32:20.895 [ome.event.ItemCommandEvent] - Item 'Alexa_Bu_Announce' received command Name not found for 016xxxxxxxx ruft an 2021-01-27 11:32:20.896 [nt.ItemStatePredictedEvent] - Alexa_Bu_Announce predicted to become Name not found for 0160xxxxxxxx ruft an 2021-01-27 11:32:20.909 [vent.ItemStateChangedEvent] - Alexa_Bu_Announce changed from NULL to Name not found for 0160xxxxxxx ruft an 2021-01-27 11:32:20.912 [vent.ItemStateChangedEvent] - Alexa_Bu_Announce changed from Name not found for 01602xxxxx ruft an to 2021-01-27 11:32:25.993 [vent.ItemStateChangedEvent] - fboxOutgoingCall changed from , to , 2021-01-27 11:32:25.994 [vent.ItemStateChangedEvent] - fboxIncomingCall changed from 21xxxxxxx,0160xxxxxxxx to , 2021-01-27 11:32:25.995 [vent.ItemStateChangedEvent] - fboxIncomingCallResolved changed from 214xxxxxxxxx,Name not found for 0160xxxxxx to , 2021-01-27 11:32:25.996 [vent.ItemStateChangedEvent] - fboxRinging changed from ON to OFF
bei mir gehts. zeile 9 kommt das klingelsignal, zeile 11 die sprachausgabe wer anruft (meine 2. nummer ist nicht abgespeichert, daher nur "...not found")
-
und wenn du ohne while einen tts befehl absetzt?
ich kann das heute irgendwann mal in meinem system testen...wenn while funktioniert (und das sollte es) bekomm ich ein bier von dir -
und nichts steht im [definition='1','0']log[/definition]?
-
ich bin bei solchen fragen raus. nutze noch openhab2 und wie ich das sehe, wird sich daran auch noch eine weile nichts ändern.
-
ach du bist auf oh3? da kann ich dir nicht sagen ob es while noch gibt
-
Ich kann gerade nur am Telefon hier drüberschauen und da fällt mir in der Rule kein Fehler auf. Das Item Echo_Living_Room_Announcement existiert auch in deiner Item Datei?
-
jup....aaaaber...ich weiss nicht genau ob der fboxRinging switch nach dem abheben aus geht. das musst du testen. 2000ms dürfte ein wenig kurz als intervall sein, musst du auch testen.
"Du hast einen Anruf" find ich albern, da du ja schon "Ruft dich an" drin hast. "Ruft dich an" ist auch irgendwie komisch....klar ruft er dich an, sonst würde ja dein telefon nicht klingeln .
in den strings zwischen den anführungszeichen auch immer freizeichen am anfang setzen. sonst kann alexa probleme bekommen weil es ja ein spaghettiwort wäre....mach also: " ruft dich an" draus. -
Aus Sicht der Marktforschung ist der thread hier sicher schon unbezahlbar
bekommst du von bosch keine prämie für deinen post?