Hop til indhold

Kandersen

Members
  • Antal indlæg

    3.308
  • Medlem siden

  • Senest besøgt

  • Days Won

    39

Alt der er opslået af Kandersen

  1. Jeg bruger 1.2.03.d på alle mine wireless dimmere.
  2. 2.5Mb. Der er jo langt ned til det som han anbefalede så. Måske han skal have en ny kugleramme
  3. Skal du da heller ikke.. Men du skal finde en løsning for dine tæller data. Det er uholdbart at du ikke kan "resette" din controller uden de går tabt. Hvis du kan få IHC Captain til at logge dem, så er det nok bedst. Ellers kan openhab sikkert, selvom det måske er at skyde lidt over målet bare for det. Alternativ så sæt en gammel controller op til dine tællere. Personligt tror jeg dog problemet ligger et helt andet sted, selvom dine wireless problemer har været lidt atypiske, så synes jeg stadigvæk det stinker af, at det er det samme som "trigger" balladen. (wireless).
  4. Det er meget han ikke foreslog dig at købe en V3 controller
  5. Det lyder som en lidt for vag forklaring fra LK, men synes det er set før, specielt med de her wireless problemer
  6. Hvor meget fylder tællerdelen af programmet?
  7. Hi @Pauli Anttila Got the latest openhab 2.5 snapshot installed last night. And the Dimmer now turns on at level 100 when asking Google to turn on the light. So this works pretty well.. Great job! I really look forward to the configurable level.. That will make it a massive feature, like using sceenaries in Visual..
  8. I havnt tried this myself. But I believe you´ll have to read from your z-wave device and write onto the Ihc controller.. So you´ll need to create the ihc channel manually and on the item you´ll probably do something like this: (remember to set the write only on the ihc channel). number item-name "label" <icon> (group) {channel="ihc channel", channel="z-wave channel" } (number requires that the lux resource ID is a number channel.. I dont know if it is, otherweise you´ll have to use String insted I guess).
  9. Ahh okay var jeg ikke klar over. Troede kun det var min. belastningen som var anderledes for ø80 udtagene.
  10. Ahh okay, jeg troede du havde fundet en metode at gemme det på.
  11. ø80 dimmere behøver ikke belastning på, når du linker dem.
  12. Der er ikke rigtig nogen løsninger Bjarne, fordi du ikke kan komme i kontakt med controlleren via serviceview. Dine problemer lader til at være startet fornyligt. Måske hvis du husker hvad du har ændret i visual.. Kan det være een af dine målere som opfører sig underligt?. Har du evt prøvet at uploade et tomt program og så dit eget bagefter? Jeg er ret sikker på, det er noget inde i visual programmet som te´r sig underligt.
  13. Yes. I dont see anything in the old binding which the new binding doesnt support as well. But you´ll need to make quite a few changes. Btw it´s the same question you asked the other day. And therefore you´ll get basicly the same answer
  14. @Pauli Anttila sounds great.. Could you please upload the .jar as well. From the community of Openhab there are rumors that the next merge will not happen until 60 days or so, due to some changes in the ESH etc.. (I dont really know what it is, but these days nothing gets merged as far as I understand, untill openhab developers have moved everything from ESH to openhab).
  15. Yep, samme funktion som en en IHC dæmper 1-tast, bare med Hue pærer via IHC tryk. Det er en tricky sag.
  16. You´ll have to "convert" you config and items to use the latest 2.5 binding. After that, you can remove the old. You can also use both at the same time. But there really isnt any point in doing so.
  17. Faktisk er jeg netop begyndt at gå i den anden retning mht Hue, og lægge det over på en deicderet Zigbee dongle (openhab). Mine første test viser, at det virker faktisk ret godt. Problemet med det er, at jeg har endnu ikke fået IHC<->openhab til at styre det fra et tryk. Men det skal nok lykkes på et tidspunkt.
  18. Det er ikke det, at de forrige ejere skulle begå indbruddet.. Det er nok mere problem med, at krypteringsnøgler florerer rundt, uden at der nødvendigvis er styr på, hvem der har dem. Boligen kan jo skifte ejere massere af gange undervejs. Den dag nogen ser "fidusen" i det, så tror jeg der vil opstå et sort marked for det. Krypteringsnøgle + adresse = værdifuld information (for nogen). Der er efterhånden ingen grænser for, hvad nogle syge mennesker vil gøre, for selv ganske små penge!
  19. Tvivler jeg på nogen har med de priser vand efterhånden står i
  20. Umiddelbart er jeg enig i, at man har nogle seriøse skavanker i knoppen, hvis man logger en andens vandforbrug.. Men du skal tænke lidt mere kreativt over det. Fjernaflæst forbrugsmålere er faktisk et rimelig alvorligt sted, hvor sikkerheden bør være temmelig høj. Jeg er ikke så meget for at pensle det ud i detaljer.. Men ideen med at lave simulering på fx lyset, når man ikke er hjemme, det har pludselig en yderst ringe effekt, hvis forbrugsmålerne kan fjernaflæses af uvedkommende. Så håber jeg du selv kan regne ud, hvad problemet i virkeligheden er.
  21. I realiteten et godt argument de har. Omend jeg synes det er lidt vildt at det skal være nødvendigt at skifte målere. Krypteringsnøglen burde da kunne ændres.
  22. Det må du have misforstået. Ganske almindelig IHC Wireless dæmpere virker fint i 2.8.4.
  23. Det er ikke helt korrekt antaget. Dæmperen er/kan faktisk være alt afgørende for om det virker eller ej. Når man bruger en decideret LED driver, så er man nødt til at vide præcis på hvad måde dæmperen fungere. Snappy LED driveren skulle virke med en CR dæmper, min der er forskel på hvordan dæmperne dæmper og ikke mindst, hvordan driveren fungere. Nogle drivere dæmper på spænding andre på Ma. Nogle driveren har kun DC udgang. Til sidst er der kilderne. De har samme problem. Nogle dæmper ret godt afhængig af teknologien, andre af røvens til. De bedste kilder pt skulle være Philips Expertcolor. Og de er specielt gode fordi de kan dæmpes på både AC og DC. Jeg har selv nogle stykker af dem på en UNI250 (1-modul) og en ø80 dæmper. Og det er faktisk ret gode.. Det er helt vildt hvad 2 stk 6.5W kan dæmpes ned på et ø80 dæmper med en jernkerne trafo foran. På Uni dæmperen er de også ret gode. Men fordi jeg kun købte 4 til at starte med, så har jeg pt 2 siddende sammen med 2 Osram (dyre men totalt skod) Pharathon kilder.. Faktisk kun 1 Osram kilde, for den sidste er lige røget i sidste uge.. Anyway, UNI250 (1-modul) dæmperen gør det faktisk også godt her med Philips expertcolor kilderne og igen på en jerkerne trafo. Bedste link (jeg kender) til Philips kilderne: https://www.lyskilderdirekte.dk/philips-ledspot-expertcolor-gu5-3-mr16-master-daempbar-erstatter-50w (ps bemærk at linket default linker til erhverv.. Skift til privat for at få private priser) Personligt ville jeg ikke begive mig ud i at afprøve en UNI350 dæmper med en decideret LED driver. Hvis Vang skifter fra Halogen til LED, så må vi formode at der sidder/sad en trafo i forvejen. Denne ville jeg først og fremmest prøve med. Og så med nogle ordentlige kilder. Philips Master har lidt samme problem som mange andre, hvor netop dæmperen er/kan være problemet. Og endnu mere, hvis man bruger en decideret LED driver. Jeg har testet en meget dyr LED driver på en UNI400, en UNI250 (1-modul) og et ø80 udtag. Det lykkedes mig IKKE at få det til at virke med LedON og Orsam kilder. Til sidst opgave jeg og driveren røg over i bunken med navnet, "endnu et ligegyldigt indkøb". Dette er driveren jeg har prøvet som nu bare ligger og samler støv. Hvis nogen ved hvordan man evt får den til at virke, så vil jeg gerne høre det: https://detled.dk/led-transformere-og-drivere/2000-ltsys-daempbar-led-driver-12v-1-150w.html
×
×
  • Tilføj...

Important Information

Privatlivspolitik og We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.

1200x630bb.png

ok