Beiträge von horschte

Du müsstest mit den verschiedenen Zeiten rechnen. Wenn Restminuten < 1 dann Trigger bspw.

naja da sind halt rudimentäre sachen beschrieben, nichts was tiefer in die materie geht.

Das Item muss Datetime sein, in der Sitemap muss "Text" verwendet werden. Nebenbei sollte das Item richtig formatiert sein um ein ordentlich lesbares Datum zu erhalten.
beispiel für dich @patrick31698

DateTime Echo_Bedroom_NextTimer   "Next timer [%1$td.%1$tm.%1$tY, %1$tH:%1$tM Uhr]"     (Alexa_Bedroom) {channel="amazonechocontrol:echoshow:account1:echoshow5:nextTimer"}

Also hat das ganze zumindest etwas gutes. Unterm Strich kein Theater mehr mit übermotivierten Zollbeamten, andererseits alles deutlich teurer. Diverse Sachen wurden so wie ich das sehe auch preislich angehoben. Ich weiss noch nicht ob ich mich freuen soll.

Ein paar Wochen wird es ja dauern bis die ESP da sind. Hab bei Ali bestellt.

Ali packt die Steuern jetzt beim Verkauf in den Preis. Siehst du beim letzten Schritt. Offenbar will man da jetzt alles nach Vorschrift machen. "EU Lager" spielt da aber mittlerweile auch immer eine größere Rolle, auch im Gegensatz zu früher bei Kleinkram.

Zitat von theplayer02

@da_user Klaro, mache ich.
Aktuell versuche ich mein Glück mit einem ESP32 inkl. Kamera und Entwicklungsboard sowie dem folgenden Projekt:
Github Link

Nun muss ich mich wieder mit Freecad auseinandersetzen: Mein Wasserzähler (ein Sensus 620) hat ~76mm Durchmesser.
Der von dem oben verwendeten Projekt ~82mm.
Das wackelt zu sehr.

Mehr werde ich in einem eigenen Thread stellen.

schönes projekt. danke fürs verlinken, baue ich nach. gleich mal 3 esps bestellt

also bei der reichweite kann ich nur bedingt zustimmen. von basis -> gerät ist die reichweite natürlich mit hm besser, unterm strich durch zigbee mesh aber in der praxis dann doch meist unterlegen. setzt natürlich "aktive" zigbee geräte (lampen, steckdosen etc) vorraus. was ich bei hm mag sind die vielen geräte für unterschiedlichste einsatzzwecke (ich hab bspw u.a. den klingelsensor in betrieb). bei allem anderen aber (qualität, design, preis etc) sehe ich bei hm keine vorteile.
so das wars aber dann auch von mir mit offtopic

Zitat von the ratman

da bleib ich lieber bei homematic (wenns auch hässlich ist)

naja homematic hat sicher seine berechtigung, hab auch einige komponenten im einsatz. qualitativ ist in meinen augen, speziell im vergleich zu xiaomi/aqara aber nichts vorteilhafter. bei homematic hatte ich bisher mehr retour (2) als bei xiaomi, obwohl ich da 20x soviele geräte habe.
speziell bei sensoren spricht meines erachtens nichts für homematic. wie du schon angesprochen hast ist das design bei homematic meist gruselig und als beispiel die größe der kontaktsensoren mehr als doppelt so groß im vergleich zu xiaomi.
zum thema ali. dort wird doch nichts anderes verkauft als das was du bei amazon holst. nur (bspw dein sensor) für 1/10 des preises und ohne das ein weiterer zwischenhändler bezahlt wird.
ali hat sich bei mir (1 reklamationsall, 1 nicht angekommene lieferung) immer absolut vorbildlich verhalten und nach wenigen tagen das geld erstattet.

Zitat von Energy_Master

Welche verwendest du?Danke und viele Grüße
Martin

die aqara
https://de.aliexpress.com/item/100500169…-7de08964b418-0
und die xiaomi
https://de.aliexpress.com/item/327149044…-c467621cafaf-7

im grunde sind es ja beide fast die gleichen zigbee sensoren, die aqara nur ein wenig neuer. features, reichweite etc sind bei beiden identisch.

Zitat von the ratman

ich hab für neigefenster ne extra primitive methode entwickelt, da magnetkontakte und andere sensoren aufgrund der ungenauen spaltmaße bei meinem treibhaus nicht funktionieren wollten.

die funktionieren sehr gut https://de.aliexpress.com/item/400004259…758000004369689

genau. bei mir sind sie oben dran, sieht man quasi auch nicht.

Zitat von darkside40

Thema Dachfenster: Wie überprüft Ihr ob die offen sind?
Bei so Schwingfenstern ist das mit der Sensorik ja nicht ganz so einfach.

xiaomi/aqara kontaktsensoren, bei mir sind auch schwingfenster drin. zwar nicht mehr so spottbillig wie früher aber immer noch problemlos unter nem 10er pro stück zu bekommen. da du, wenn ich mich richtig erinnere ne zigbee bridge im einsatz hast also extrem einfach umsetzbar. die sind zwar beim anbringen sichtbar aber ja wirklich winzig.

Zitat von darkside40

Habe auch schon gesehen das manche den Aqara Vibrationssensor als Lagesensor da verwenden.

ja die gehen auch, sind aber größer.

Zitat von Momo90

Gute Idee, wird geklaut

oben nutze ich velux rolläden und fenster (nachgerüstet, gesteuert via wemos), unten enocean rolläden.
rolläden werden via sonnenauf/untergang sowie helligkeitssensor hoch/runtergefahren. natürlich auch mit abhängigkeit von zeiten um zu frühes/spätes fahren zu verhindern.
zusätzlich einzelne rollos oben und unten auf den wetterseiten bei regen runter (beheizter regensensor ist in den veluxfenstern, welche natürlich auch selbstständig schliessen drin)...das spart fenster putzen.
rules lüftung dachboden von mai - september: wenn temp dachboden (xiaomi sensor) > temp aussen (eigene wetterstation) und innentemp > 23 und aussentemp > 10 -> fenster auf und rollo hoch. hier liegt auch noch ein voc sensor bereit, muss noch eingebunden werden)
alle lampen die durch bewegungsmelder, kontaktsensoren, rules oder was auch immer automatisiert sind fragen bei mir immer den status der rollos ab. also bspw wenn badtür tagsüber auf und rollo unten -> licht an.
alle rollos unten sind an die diy alarmanlage gekoppelt. alarm scharf + sonnenuntergang/helligkeit < X -> rollos runter.
das war aber nur ein kleiner auszug

Heute morgen hab ich es leider nicht mehr geschafft. Hab verschlafen
Mit deiner neuen Version geprüft....läuft.
Nochmals Danke für deine Mühe.
Vielleicht finde ich ja noch was

Mach ich gleich morgen früh und werde berichten.

Zitat von PvD

Das muss @louis72 mal überprüfen. Auch die Darstellung hier im Codefenster macht aus dem & a m p ; wieder ein einfaches &

also @louis72 von meiner seite absolut keinen stress. die titelanzeige hast du ja wieder i.o. gebracht und das war für mich das einzig wichtige. der rest, wo auch immer der fehler liegt ist wirklich absolut ohne priorität. ich bin weiterhin sehr zufrieden mit dem skin, welcher mich jetzt schon seit kurz nach release begleitet

damit gehts

mit unfussy nur bei der info taste. dann ist es auch nur vollbild, nicht so ein fenster wie unter kodi18 oder hier in deinem skin.

hatte ich schon mehrfach gemacht nachdem ich das widget testweise auch mal deaktiviert hatte. an meinem htpc hab ich übrigens genau das gleiche problem.

hmmmm
mit aktiviertem [definition=12,0]debug[/definition].lg bekomme ich

2021-07-12 10:17:30.154 T:828     DEBUG <general>: HandleKey: return (0xf00d) pressed, action is Select
2021-07-12 10:17:30.155 T:828     DEBUG <general>: RunScriptWithParams - calling plugin German Telecast Offers('plugin://script.service.gto/','-1','?action=info&item=2','resume:false')
2021-07-12 10:17:30.155 T:1407    DEBUG <general>: Thread LanguageInvoker start, auto delete: false
2021-07-12 10:17:30.155 T:1407     INFO <general>: initializing python engine.
2021-07-12 10:17:30.155 T:1407    DEBUG <general>: CPythonInvoker(24, /storage/.kodi/addons/script.service.gto/main.py): start processing
2021-07-12 10:17:30.172 T:1407    DEBUG <general>: -->Python Interpreter Initialized<--
2021-07-12 10:17:30.173 T:1407    DEBUG <general>: 
                                                   
2021-07-12 10:17:30.173 T:1407    DEBUG <general>: CPythonInvoker(24, /storage/.kodi/addons/script.service.gto/main.py): the source file to load is "/storage/.kodi/addons/script.service.gto/main.py"
2021-07-12 10:17:30.173 T:1407    DEBUG <general>: CPythonInvoker(24, /storage/.kodi/addons/script.service.gto/main.py): setting the Python path to /storage/.kodi/addons/script.service.gto:/storage/.kodi/addons/script.module.certifi/lib:/storage/.kodi/addons/script.module.chardet/lib:/storage/.kodi/addons/script.module.dateutil/lib:/storage/.kodi/addons/script.module.idna/lib:/storage/.kodi/addons/script.module.requests/lib:/storage/.kodi/addons/script.module.six/lib:/storage/.kodi/addons/script.module.urllib3/lib:/usr/lib/python38.zip:/usr/lib/python3.8:/usr/lib/python3.8/lib-dynload:/usr/lib/python3.8/site-packages
2021-07-12 10:17:30.173 T:1407    DEBUG <general>: CPythonInvoker(24, /storage/.kodi/addons/script.service.gto/main.py): entering source directory /storage/.kodi/addons/script.service.gto
2021-07-12 10:17:30.173 T:1407    DEBUG <general>: CPythonInvoker(24, /storage/.kodi/addons/script.service.gto/main.py): instantiating addon using automatically obtained id of "script.service.gto" dependent on version 3.0.0 of the xbmc.python api
2021-07-12 10:17:30.439 T:1407    DEBUG <general>: [script.service.gto 3.0.5+matrix.5]: Getting PVR translations from /storage/.kodi/userdata/addon_data/script.service.gto/translations.json
2021-07-12 10:17:30.445 T:1407    DEBUG <general>: [script.service.gto 3.0.5+matrix.5]: import scraper module resources.lib.modules.scraper.knftv
2021-07-12 10:17:30.446 T:1407    DEBUG <general>: [script.service.gto 3.0.5+matrix.5]: Parameter call for handle #-1: action=info&item=2
2021-07-12 10:17:30.446 T:1407    ERROR <general>: EXCEPTION Thrown (PythonToCppException) : -->Python callback/script returned the following error<--
                                                    - NOTE: IGNORING THIS CAN LEAD TO MEMORY LEAKS!
                                                   Error Type: <class 'KeyError'>
                                                   Error Contents: 'item'
                                                   Traceback (most recent call last):
                                                     File "/storage/.kodi/addons/script.service.gto/main.py", line 313, in <module>
                                                       router(sys.argv[2][1:])
                                                     File "/storage/.kodi/addons/script.service.gto/main.py", line 268, in router
                                                       show_info(params['item'])
                                                   KeyError: 'item'
                                                   -->End of Python script error report<--
                                                   
2021-07-12 10:17:30.446 T:1407    DEBUG <general>: onExecutionDone(24, /storage/.kodi/addons/script.service.gto/main.py)
2021-07-12 10:17:30.452 T:828     DEBUG <general>: ------ Window Init (DialogNotification.xml) ------
2021-07-12 10:17:30.563 T:1407    DEBUG <general>: .
2021-07-12 10:17:30.816 T:1407     INFO <general>: Python interpreter stopped
2021-07-12 10:17:30.816 T:1407    DEBUG <general>: Thread LanguageInvoker 140627471648320 terminating

Zitat von PvD

horschte: Sofern da also noch ein Backup von Unfussy irgendwo rumfliegt, kannst Du diese Datei einfach ins aktuelle "skin.unfussy/xml" reinkopieren. Ist natürlich nur eine Notlösung, da beim nächsten Skinupdate diese Datei wieder verschwunden ist. Daher sollte @louis72 diese auch im Skin mitliefern.

das mit der xml wars leider nicht.

2021-07-12 08:07:37.948 T:1673    ERROR <general>: EXCEPTION Thrown (PythonToCppException) : -->Python callback/script returned the following error<--
                                                    - NOTE: IGNORING THIS CAN LEAD TO MEMORY LEAKS!
                                                   Error Type: <class 'KeyError'>
                                                   Error Contents: 'item'
                                                   Traceback (most recent call last):
                                                     File "/storage/.kodi/addons/script.service.gto/main.py", line 313, in <module>
                                                       router(sys.argv[2][1:])
                                                     File "/storage/.kodi/addons/script.service.gto/main.py", line 268, in router
                                                       show_info(params['item'])
                                                   KeyError: 'item'
                                                   -->End of Python script error report<--
                                                   
2021-07-12 08:07:38.309 T:1673     INFO <general>: Python interpreter stopped