Kandersen

Hej Henning. Du kan ikke sættes tags via PaperUI. Enten skal du lave items manuelt, eller så skal du bruge REST APIén til at sætte tags. Jeg anbefaler, netop af samme årsag, at man bruger items filer. Det er lidt mere besværligt at komme i gang med, men når først man har "set lyset" så giver det så meget mere fleksibilitet, så man ser sig aldrig tilbage igen. Nu ved jeg ikke hvilken computer du har openhab kørende på. Er det en windows, så kig i c:/openhab/. Der skulle gerne ligge en en etc/openhab2/ folder. I den kan du bla se /items/ folderen. Hvis det er en Rpi du bruger, så laver du en ssh forbindelse til din openhab. Eller du skal opsættes shares, så du kan se de foldere du skal bruge fx fx en windows maskine (i stifinderen). koekken.items Jeg bruger ssh løsningen. Og programmet jeg bruger (til windows) det hedder WinScp. Med det program kan du logge ind på din openhab ved at angive IP adresse, brugernavn=openhabian, samt password=openhabian. (<-- forudsætter du ikke har skiftet det). Så kan du se folder strukturen i WinScp. Den folder du skal have fat i hedder /etc/openhab2/. Deri vil du bla. finde /items/ folderen. en items fil er en ganske almindelig tekst file, som du selv navngiver. den skal bare hedde .items fil "efternavn"/extention Den kan fx se sådan her ud: (se vdhæftet fil) Dette er til et af værelserne hos os.. Hvis vi kigger på een af linierne, som har et Google Home tag: Dimmer koekken_vasklys_niv "Køkken Dimmer niveau vask [%.1f %%]" <light> ["Lighting"] { ihc="13957725" } Så er det første: Dimmer = med typen på channel, som du kan se i PaperUI (og den nyeste IHC binding). koekken_vasklys_niv = Dette er items navnet. Det er unikt og aldrig to items må hedde det samme. "Køkken Dimmer niveau vask [%.1f %%]" = Det er label. Den bruges mest til at beskrive hvad items er linket til, og det der [%.1f %%] Det er for at man kan se niveaet i fx sitemap. <light> = ikonet som vises i sitemap ["Lighting"] = Google Home tag, som fortæller Google home at der er tale om en lys enhed { ihc="13957725" } = IHC Recource ID.. (Bemærk, det er til en gamle IHC binding. Jeg har ikke lige adgang til min test opsætning med den nye binding hvor jeg sidder nu). Det er det tal som peger direkte på resource ID i IHC controller programmet. Det er i det her tilfælde Niveau på en IHC Ø80 lampeudtag dimmer. Sværere er det egentlig ikke. Når du har gjort dette, så skal du huske at synkronisere dine enheder i Google Home. Det gøres nemmest, hvis du har en google home enhed, ved at tale til den, og sige, "Hey google, synkronisere mine enheder". Hvis det går godt, så skulle du gerne kunne se et lys/pære ikon i Google Home app´en (i bunden af forsiden), hvor der står "køkken Dimmer niveau vask" eller hvad du end har skrevet i din label. Her er et tip.. glem dine labels i Google Home appén, og gå manuelt ind i Google Home appén og giv den et andet navn, som fremover er det du skal sige til Googe Home, for at styre det med stemmen. Det er betydelig nemmere og virker klippe stabilt på den måde. I mit tilfælde har jeg valgt at kalde dem "de to lamper ved køkkenvasken" i Google Home appén. Det betyder, at når jeg skal tænde/slukke dem, så siger jeg, "Hey Google, tænd de to lamper ved køkkenvasken". Det er bevidst valgt ud fra, at det var det jeg ville sige, hvis jeg bad en person om at tænde lyset. Plus at det også gjorde, at jeg ikke skulle til at lave alle mine labels om i OpenHab, da jeg begyndte at bruge Google Home. Hvis du allerede kan overskue det nu, så kan du sagtens bruge labels fra items i openhab. Så skulle du gerne være flyvende.. Der skal nok komme en mere detaljeret forklaring på et tidspunkt inkl screendumps osv. Har også overvejet en lille youtube film. Sidstnævnt kræver dog lige at jeg sætter mig ind i, hvordan man får vist sin skærm ordenligt på den måde andre gør.. Jeg aner nada om sådan noget. Men pt er jeg en del hængt op med arbejde og ikke mindst min egen installation, fordi jeg (endnu engang) ikke kunne dy mig og opdaterede min ellers klippe stabile openhab 2.3 til den nye Milestone release i forgårs. Det gav selvfølgelig et hav af problemer, som jeg pt døjer med.. Mangler dog kun at få modbus (Nilan ventilationsanlægget) op og køre igen. Men det er en tricky sag for en som mig, der aner nada om modbus, fordi alt er vendt op og ned i den nyeste openhab/modbus binding. Om alt går vel, så håber jeg lige i starten af det nye år, at have en forhåbentlig god guide parat.

Hmmm.. Det slog mig lige.. Det er en controller jeg har købt brugt, da den der oprindelig sad i huset var en HW 6.1. Så hvis controlleren gemmer informationer fra en tidligere installation, så kan det sagtens være årsagen.. Hvordan hulen resetter man så sådan noget? Det er jo ikke fordi det den store betydning. Det er bare underligt at se. Og måske i virkeligheden den forkerte måde du læser wireless enheder på, da det vel reelt kun er dem der er i brug/linket som er interessante, eller?

Prøv at se her:

Nix, aldrig mere end 10. Som jeg nævnte, så fik Pauli (ham der laver IHC bindingen til openhab) også "ramt" 38 wireless enheder. Men han ændrede noget i bindingen, så den nu melder de rigtige 10 enheder. Under wireless menuen i IHC Captain, der viser den jo også kun 10 enheder.

Hvis du finder løsningen, så vil jeg meget gene høre om den. Jeg har selv døjet med at dæmpe lyset på Hue lamperne via openhab og et IHC tryk, og har foreløbig opgivet. Jeg har dog ikke rodet så meget med den nye IHC binding endnu, (har den kun kørende som test på en clean Rpi med nyeste Milestone M8 og nogle få IHC items). Så det kan være løsningen ligger der et sted. Jeg opgav som sagt, og gik i en helt anden retning. Jeg valgte stemmestyring istedet, (Google Home). Så er jeg ude over det problem med Tryk

Så kan jeg fortælle dig, at dit eksempel ikke vil virke hos mig.. Gæt selv hvorfor!

Lars, jeg er udmærket klar over hvordan det foregår. Men du negligere det jeg skriver.

En portscanner viser kun om portene der scannes er åbne eller lukket. Hvis jeg smider en webserver op på port 9000, så kan hackeren med en portscanner se port 9000 er åben. Og så kan man forsøge lave request på allerede kendte protokoller, fx http. Men selve scanneren kan ikke fortælle dig, hvad der ligger bag. Rammer en hacker porten på min controller, ja så er det klart, at ved en http request vil den svare. Og derfor ved hackeren at der er en eller anden form for http server bag. Men umiddelbart finder de ikke ud af, hvilken type server. Jeg kan ihvertfald ikke se, at der sendes en http header ud med type/produkt. Det er det der er ideen med den, samtidig med man monitorere trafikken.

Altså - portscanning (WAN) fortæller INTET om, hvad der sidder i den anden ende (LAN). Network scanning formoder jeg du mener på det interne net (LAN). En hacker skal altså lige in på LAN førend en netværksscanning er brugbar. De fleste routere har heldigvis pr default lukket for portene. Bemærk, jeg siger ikke det ikke kan lade sig gøre. Men det er ikke bare lige noget man gør i løbet af 5 minutter. Og slet ikke for en "gennemsnitlig" hacker. Så er vi ude i noget rigtig seriøst, og/eller hackeren har fået brugeren til at starte et program (trojan) på indersiden først. Det vil i øvrigt være sådan det sker i langt langt de fleste tilfælde. Eller at brugeren har hentet noget suspect software som allerede har trojan. Jeg er enig i, at det er uheldigt at man kan hive visual programmet ud af controlleren uden brugernavn/password. Og ja, der er en potentiel fare i det. Men jeg tror ikke det er noget jeg ville gå i panik over, heller ikke selvom jeg har åbent til controlleren "udefra". Specielt fordi jeg ikke bruger standard porte.

Jaja, men nu skal den gennemsnitlige hacker også lige "finde" controlleren først.

Det er klart, at det er straks værre, hvis du også kan styre det den vej. Men det er jeg ikke sikker på man får lov til.

Det er korrekt. Du har ikke brug for 230V modulet. Det skal en autoriseret elektriker gøre. Jeg er ikke helt med på, hvorfor du vil trække nye kabler. Det burde ikke være nødvendigt. "Lampeledningen" sidder jo på 230V output modulet. Men først er det måske værd at fortælle, hvilke type wireless dimmer du vil udskifte til. Er det ø80 lampeudtag? I så fald ville jeg gå efter en løsning, hvor de monteres i eller omkring tavlen, hvis det er muligt. Du kan også udskifte de eksisterende lampeudtag med wireless. Det kan sagtens fungere, men på visse områder er det mindre praktisk, fx når du skal linke dem, eller hvis signalet ikke er så godt. Begge dele løses ved at opsætte dem i/omkring tavlen. Og så bruge de eksisterende lampeudtag som "slave".

Det er lidt skidt at man kan hente programmet via web porten på den måde, selvom det heldigvis ikke er konfigurationen. Men det er ikke umiddelbart noget jeg falder på halen over. I værste fald får en evt ubuden gæst adgang til lidt personfølsomme oplysninger såsom adresse, navn og telefonnummer.

Det slog mig lige. Det er sikkert fordi jeg ikke bruger standard porte. EDIT - Yep, det var fordi jeg ikke bruger standard porte. Den smider det hele ud på Web porten. Ikk! smart LK!

Hmm testede lige på min 6.2 controller. Der får jeg adgang nægtet. Der kan ikke oprettes forbindelse til dette website 10.4.28.6 nægtede at oprette forbindelse. Søg efter bin INCFile på Google ERR_CONNECTION_REFUSED

Det er Hue scener jeg mener. Og ja, netop på en gruppe. Det er jo det manden gerne vil have mulighed for med de 3 pærer

... men 3.6 gange flere wireless enheder Vi må kigge på det, det er trods alt kun i loggen den skriver jeg har 36 wireless enheder. I selve trådløs menuen, der er kun de 10.

Enten 1.16 eller 1.17.. Jeg gik bare ind i loggen, efter du havde udsendt den version, hvori du skrev, at nu var der kommet en log med. EDIT. Det er fra lige efter jeg installerede 1.17 i går. Ved ikke hvordan du kan komme "ind" og se min installation.

Hvorfor er det egentlig, at man ikke kan kalde en scene direkte? Jeg har set det flere andre steder (openHab) som heller ikke bruger scener. Men Google Home gør.

Jeg har ikke fået set i loggen her til morgen. Men efter jeg opdaterede til 1.17 i går, så kunne jeg ikke slukke Hue lyset i stuen. Det er ikke fordi det er unormalt, at det sker ind imellem, hvis jeg enten har opdateret IHC captain, eller lavet ændringer på IHC controlleren. Jeg kigger på det i aften.

Jeg tror du har lavet samme fejl som Pauli havde lavet i den nye IHC binding til Openhab.. IHC Captain siger (i loggen) at jeg har 36 wireless devices.. Jeg har altså kun 10, og den finder også kun 10 under IHC administrator 09-12-2018 19:17:45 [MAIN] IHC Captain Monitor is starting. Please wait... 09-12-2018 19:17:45 [MONI] ► Monitor thread started 09-12-2018 19:17:45 [MONI] Preparing event monitoring for 7 event tasks 09-12-2018 19:17:45 [WSOC] ► Websocket thread started 09-12-2018 19:17:45 [MONI] Setup monitoring (7/7) OK 09-12-2018 19:17:45 [MONI] 16425740 triggered hue ► 00178821639e. First run: 1 09-12-2018 19:17:45 [MAIN] ► Main thread started 09-12-2018 19:17:45 [MAIN] IHC Controller ping completed OK 09-12-2018 19:17:45 [MONI] 16425996 triggered hue ► 00178821639e. First run: 1 09-12-2018 19:17:45 [MONI] 3455323 triggered pushover ► sendmsg. First run: 1 09-12-2018 19:17:46 [MAIN] Found 36 wireless devices 09-12-2018 19:17:47 [MAIN] IHC Controller state pulled 09-12-2018 19:21:57 [MONI] 1 ressources updated 09-12-2018 19:21:57 [MONI] 16425740 triggered hue ► 00178821639e. First run: 0 09-12-2018 19:21:57 [MONI] 1 ressources updated 09-12-2018 19:21:57 [MONI] 16425740 triggered hue ► 00178821639e. First run: 0 09-12-2018 19:21:57 [MONI] 1 ressources updated 09-12-2018 19:21:57 [MONI] 16425740 triggered hue ► 00178821639e. First run: 0 09-12-2018 19:27:50 [MAIN] Found 36 wireless devices 09-12-2018 19:37:52 [MAIN] Found 36 wireless devices 09-12-2018 19:47:55 [MAIN] Found 36 wireless devices 09-12-2018 19:57:58 [MAIN] Found 36 wireless devices 09-12-2018 20:08:00 [MAIN] Found 36 wireless devices 09-12-2018 20:18:01 [MONI] Keep-alive on 7 monitoring events 09-12-2018 20:18:03 [MAIN] Found 36 wireless devices 09-12-2018 20:28:06 [MAIN] Found 36 wireless devices 09-12-2018 20:38:09 [MAIN] Found 36 wireless devices 09-12-2018 20:48:11 [MAIN] Found 36 wireless devices 09-12-2018 20:58:13 [MAIN] Found 36 wireless devices 09-12-2018 21:08:16 [MAIN] Found 36 wireless devices 09-12-2018 21:18:18 [MAIN] Found 36 wireless devices 09-12-2018 21:18:38 [MONI] Keep-alive on 7 monitoring events 09-12-2018 21:28:20 [MAIN] Found 36 wireless devices 09-12-2018 21:38:23 [MAIN] Found 36 wireless devices 09-12-2018 21:48:26 [MAIN] Found 36 wireless devices 09-12-2018 21:58:28 [MAIN] Found 36 wireless devices 09-12-2018 22:08:30 [MAIN] Found 36 wireless devices 09-12-2018 22:18:33 [MAIN] Found 36 wireless devices 09-12-2018 22:19:16 [MONI] Keep-alive on 7 monitoring events 09-12-2018 22:28:36 [MAIN] Found 36 wireless devices 09-12-2018 22:38:38 [MAIN] Found 36 wireless devices 09-12-2018 22:48:40 [MAIN] Found 36 wireless devices 09-12-2018 22:58:42 [MAIN] Found 36 wireless devices 09-12-2018 23:08:45 [MAIN] Found 36 wireless devices 09-12-2018 23:18:48 [MAIN] Found 36 wireless devices 09-12-2018 23:19:54 [MONI] Keep-alive on 7 monitoring events 09-12-2018 23:23:04 [WSOC] [127.0.0.1] Connected 09-12-2018 23:23:04 [WSOC] [10.4.28.30] Performing handshake 09-12-2018 23:23:04 [WSOC] [10.4.28.30] Handshake sent 09-12-2018 23:23:05 [WSOC] [10.4.28.30] Adding 13 ressource subs. 09-12-2018 23:23:05 [MONI] 13 ressources updated 09-12-2018 23:23:06 [WSOC] [10.4.28.30] Adding 13 ressource subs. 09-12-2018 23:23:06 [MONI] 13 ressources updated 09-12-2018 23:23:16 [WSOC] [10.4.28.30] Disconnected 09-12-2018 23:23:16 [WSOC] [10.4.28.30] Removing 13 ressource subs 09-12-2018 23:23:16 [WSOC] [127.0.0.1] Connected 09-12-2018 23:23:16 [WSOC] [10.4.28.30] Performing handshake 09-12-2018 23:23:16 [WSOC] [10.4.28.30] Handshake sent 09-12-2018 23:23:18 [WSOC] [10.4.28.30] Adding 13 ressource subs. 09-12-2018 23:23:18 [MONI] 13 ressources updated 09-12-2018 23:23:19 [WSOC] [10.4.28.30] Adding 13 ressource subs. 09-12-2018 23:23:19 [MONI] 13 ressources updated Luk Gem

Jeg tror, at han vil have een scene, hvori han tænder 3 forskellige pærer med hver deres lysstyrke. Det er altså scene kontrol han mangler i IHC Captain.

Hvis det kun er LK´s alarm pir du vil have, så er der denne: https://www.lk.dk/produkt/5703302166799 Lampeudtag: https://www.lk.dk/produkt/5703302153560 UNI400 dimmer https://www.lk.dk/produkt/5703302145015 LK´s nyeste sirene/lydgiver (eller een af dem. De har også interne). https://www.lk.dk/produkt/6430043851996 Telestater og reedrelæer er ikke LK´s, så der tror jeg bare du skal finde nogle tilfælde billeder.

Ja, da det er den gamle binding du har installeret. Så vil du ikke kunne se den. Men den kører fint nok, som du også ser i loggen. Du har 2 muligheder: 1. Smid den nye binding ind, (som er her på forumet, der er en længere tråd om det opdateret for mindre end ½ time siden). 2. Du skal manuelt opsætte alle items du vil bruge, som beskrevet i vejledningen til den gamle binding. Der er også tråde om det her på forumet. Alt afhængig af hvor seriøs du vil rode med openhab2, så vil jeg måske nok anbefale dig at tage den nye binding og installere den manuelt, (ved at kopiere den ind i din srv/addons/ folder på din Rpi. Og bagefter lade den ny binding installere alle channels automatisk for dig. Er du til mere avanceret openhab brug, så kan du vælge enten den gamle eller den nye (som stadigvæk skal kopiere ind i addons folderen) og så ellers i gang med channels og items.

Ser sgu godt ud, igen.. Du skal måske lige sige, at alle produkter bliver ikke vist som standard. Man skal aktivere "Al funktionsdokumentation" oppe i højre hjørne, for at få alt vist. Jeg har en del ?: Alle PIR´s viser ? Lampeudtag (alm 80mm) og UNI400 dimmere viser ? Udgang UNI400 dimmere viser (UniDimmer touch) ? Alle Telestater viser ? Alarm FBén, sabotage kreds viser ? Alarm Lydgiver viser ? Og så har jeg et par reedrelæer, (Brugerdefineret udgangsprodukt) som af gode grunde også viser ? Du bad om et praj, du fik et praj