Lars Jacobsen

Hmmmm lettere sagt end gjort. Det virker ikke helt som forventet. http://192.168.1.110/captain/index.php#debug giver følgende: 28-10-2014 17:32:37Page loaded - now starting... 28-10-2014 17:32:42Projectinfo: visualMinorVersion: 0 visualMajorVersion: 4 projectMajorRevision: 403768882 projectMinorRevision: 454301743 lastmodified: » day: 27 » monthWithJanuaryAsOne: 10 » hours: 20 » minutes: 24 » seconds: 0 » year: 2014 projectNumber: 1 customerName: Lars Jacobsen installerName: Lars Jacobsen 28-10-2014 17:32:42Skipping project file download 28-10-2014 17:32:42Loading modules. 28-10-2014 17:32:43Found 4 modules 28-10-2014 17:32:48Polling server status 28-10-2014 17:32:48Building output list. 28-10-2014 17:32:48Server status returned: false 28-10-2014 17:32:56Polling server status 28-10-2014 17:32:56Server status returned: false 28-10-2014 17:32:59All done! 28-10-2014 17:32:59Updating number of rules 1 28-10-2014 17:33:04Polling server status 28-10-2014 17:33:04Server status returned: false 28-10-2014 17:33:12Polling server status 28-10-2014 17:33:12Server status returned: false 28-10-2014 17:33:20Polling server status 28-10-2014 17:33:20Server status returned: false 28-10-2014 17:33:28Polling server status 28-10-2014 17:33:28Server status returned: false 28-10-2014 17:33:33Server start result: <--- HER KLIKKER JEG PÅ DEN GRØNNE START TREKANT - UDEN HELD. 28-10-2014 17:33:38Polling server status 28-10-2014 17:33:38Server status returned: false 28-10-2014 17:33:46Polling server status 28-10-2014 17:33:46Server status returned: false 28-10-2014 17:33:54Polling server status 28-10-2014 17:33:54Server status returned: false 28-10-2014 17:34:02Polling server status 28-10-2014 17:34:02Server status returned: false Overvågning af den "proces" som kører overvågningen giver blot følgende: sh: 1: screen: not found Apache2 loggen: [Tue Oct 28 18:32:03 2014] [error] [client 192.168.1.71] File does not exist: /rpiVentilation/www/favicon.ico /rpiVentilation/www/captain/ajax/../monitor/start.sh: 3: /rpiVentilation/www/captain/ajax/../monitor/start.sh: screen: not found /rpiVentilation/www/captain/ajax/../monitor/start.sh: 8: /rpiVentilation/www/captain/ajax/../monitor/start.sh: screen: not found Jeg forstår ikke helt stukturen med ajax/../monitor/ for ajax og monitor ligger i samme dir nemlig captain. start.sh ligger som forventet i /monitor/ /rpiVentilation/www/captain$ ls ajax assets data download includes index.php monitor /rpiVentilation/www/captain/ajax$ ls buildmonitorlist.php control_monitor.php form_login.php form_monactions.php form_monactions_sub.php ihc.php init_modules.php /rpiVentilation/www/captain/monitor$ ls monitor.php monitor.sh start.sh stop.sh Jeg havde ellers lavet en simpel regel der ved tryk på en knap skulle gemme værdi og tid i default txt fil, vist nok i /data/. Det var ud fra nogle standard muligheder der var i drop down listerne. Men hvis jeg nu åbner og vil rette reglen (eller tilføje nye), så er der kun muligheden så start - og et blankt drop down menu felt. Mikkel hjæææælp PS: RPi´n er på nettet og kan nås via WWW, RDP og SSH. Send en PM hvis du vil have adgang.

En ting LK/Schneider ønskede feedback på var interessen for muligheden at kunne opdatere firmware via Ethernet. For så ville de måske overveje om de kunne implementere dette. Her var svaret et rungende JA TAK.

Har du en fungerende DNS server indtastet under netværksindstillinger ? F.eks. Google´s 8:8:8:8

Nå vil lige dele mine oplevelser nu da jeg også har prøvet at installere IHC Captain på en RasPi. Havde i forvejen en kørende med Apache og php,- dog uden curl, så fulgte vejledningen fra pkt. 8, 11 og fremad. Tilgår: http://192.168.1.110/captain/#debug Indtaster oplysninger i Login boks. Får følgende meddelser: IHC login – checkHenter projektfil – henter, henter, henter…..efter ca. 10 sek. popper Login boksen op igen. Projektfilen er 4,5Mb og tager normalt 2,5 minut (150 sek.) om at loade i Visual. Har derfor prøvet at rette følgende: /includes/IHC_class.php linje 16 til private $CurlTimeout = 900; linie 41 fra curl_setopt($handle, CURLOPT_TIMEOUT, $this->CurlTimeout); til curl_setopt($handle, CURLOPT_TIMEOUT, 900); linie 160 fra 'curltimeout' => 10 til 'curltimeout' => 900 Men lige meget hjælper det Fejl fra Apache2/error.log: [Tue Oct 28 14:17:20 2014] [error] [client 192.168.1.71] PHP Fatal error: IHC/SOAP Fault on 'getIHCProject': ,0 in /rpiVentilation/www/captain/includes/IHC_class.php on line 343, referer: http://192.168.1.110/captain/Problemet er tilsyneladende noget med "getIHCProject" line 343 fra /includes/IHC_class.php trigger_error("IHC/SOAP Fault on '".$command."': ".implode(",",$eboj), E_USER_ERROR); Nå men rettigheder er som følger: /rpiVentilation/www/captain$ ls -la totalt 40 drwxr-xr-x 8 pi pi 4096 maj 30 19:56 . drwxr-xr-x 5 www-data www-data 4096 okt 28 12:26 .. drwxr-xr-x 2 pi pi 4096 sep 15 21:41 ajax drwxr-xr-x 6 pi pi 4096 mar 31 2014 assets drwxr-xr-x 2 www-data www-data 4096 okt 28 12:38 data drwxr-xr-x 2 www-data www-data 4096 sep 15 21:41 download drwxr-xr-x 4 pi pi 4096 maj 15 16:07 includes -rw-r--r-- 1 pi pi 4269 maj 28 23:39 index.php drwxr-xr-x 2 pi pi 4096 maj 15 14:04 monitor /rpiVentilation/www/captain/data$ ls -la totalt 12 drwxr-xr-x 2 www-data www-data 4096 okt 28 12:38 . drwxr-xr-x 8 pi pi 4096 maj 30 19:56 .. -rw-r--r-- 1 www-data www-data 281 okt 28 14:34 config.json /rpiVentilation/www/captain/download$ ls -la totalt 8 drwxr-xr-x 2 www-data www-data 4096 sep 15 21:41 . drwxr-xr-x 8 pi pi 4096 maj 30 19:56 .. /rpiVentilation/www/captain/includes$ ls -la totalt 80 drwxr-xr-x 4 pi pi 4096 maj 15 16:07 . drwxr-xr-x 8 pi pi 4096 maj 30 19:56 .. drwxr-xr-x 2 pi pi 4096 maj 14 11:25 elements -rw-r--r-- 1 pi pi 4600 sep 12 08:14 global.php -rw-r--r-- 1 pi pi 24652 okt 28 14:32 IHC_class.php -rwxr-xr-x 1 pi pi 7441 sep 12 10:18 IHCmonitor_class.php drwxr-xr-x 2 pi pi 4096 maj 31 16:23 modules -rw-r--r-- 1 pi pi 16928 maj 29 00:32 phpsonos_class.php /rpiVentilation/www/captain/monitor$ ls -la totalt 24 drwxr-xr-x 2 pi pi 4096 maj 15 14:04 . drwxr-xr-x 8 pi pi 4096 maj 30 19:56 .. -rwxr-xr-x 1 pi pi 989 sep 12 09:38 monitor.php -rwxr-xr-x 1 www-data www-data 76 apr 9 2014 monitor.sh -rwxr-xr-x 1 www-data www-data 207 mar 31 2014 start.sh -rwxr-xr-x 1 www-data www-data 66 mar 31 2014 stop.sh Har prøvet om jeg manuelt kunne kopiere project filen fra min PC med WinSCP til /rpiVentilation/www/captain/download, men det har jeg ikke rettigheder til, selvom jeg er logget på med default user pi/raspberry. Hmmm.... kørte derfor en: sudo chmod 777 /rpiVentilation/www/captain/download Så kunne jeg kopiere min projektfil og vupti sørme om ikke jeg nu kunne logge ind og få bygget brugerfladen Så skal der bare oprettes regler og testes.

Det kan skyldes fejlen i den gamle ntp protol der jo skulle være udgået, men har fået forlænget livet. Der er heller ingen timeservere der virker hos mig med en tussegammel 2.7.144 firmware. Selvom jeg kan teste de virker i Windows, så duer de ikke i controleren. Opdater tiden manuelt eller opgrader firmwaren. Den nye beta software har nemlig ikke dette problem og så skulle der igen være frit valg på time server hylden.

Nej det burde du ikke. 1.000/kWh er det mest normale.

Det er formetlig din Java det er galt med. Søg og du skal finde.

IHC og Hue kan ikke snakke sammen.

Prøv at cheke dine com port indstillinger. Det kan være controlleren blinker hurtig fordi der er korrekt fysisk forbindelse i USB-RS232, men at kommunikations indstillingerne ikke passer.

Jo det virker da hvis du benytter touch indgangen. 1. Tryk tænder - puls på udgangen der tænder dimmeren, og sætter status indikering ON 2. Lang tryk - lang puls på udgangen der følger tryk og regulere dimmeren, og status indikering stadig ON 3. Lang tryk igen - samme som do men regulere modsatte vej. 4. Kort tryk - puls på udgangen der slukker dimmeren, og sætter status ondikering OFF. Helt som forventet og lige efter bogen. Man kan så altid benytte sluk indgangen til et overstyre fra en anden FB, f.eks. sluk alt. men i daglig betjening er det ikke nødvendig og man kan nøjes med 1 tast.

1.2.02b er også helt OK. Virker fint her i simulering. Grunden til jeg nævnte a var fordi jeg lige har geninstalleret visual og ikke havde fået lagt senest FB opdatering på.

Nå så var der også debatmøde i Jylland i går. Stemning var god og måske ikke så "lynchagtig" som jeg kan fornemme den har været på Sjælland. Men flere af os havde jo også læst Bjarnes "rapport". Jeg havde lavet mig et lille notat med Fejl/mangler som jeg både spurgte til i pleneum og afleverede. Svar/kommentarer med blåt: Stabilitet – genstart arbejdes der på Stabilitet af Wireless beta firmwarer Mail server – understøttelse af SSL kryptering noteret Udlæse tælleværdier i app´n, som i serviceview kommer i næste release, dato, tid enum endnu ikke implementeret Lag/level i app´n – Weblink ligger sig altid øverst selvom der er “programeret” et grønt/rødt åbn/luk level lag ovenover. glemte at spørge om denne, men de har noten Klippe klister af koden i Visual programmerings vinduet noteret Wireless termostater, wireless PIR ingen umiddelbare planer fra LK/Schneider (se dog senere) Åbenhed om api og dokumentation af hvordan alle protokollerne virker. ikke den store forståelse herfor fra LK/Schneider (se dog senere) Gratis app. (Phillips hue, Sonus, mfl.) - folk har jo ikke noget at bruge app'en til uden at have IHC installation og måske kunne det netop sælge flere IHC installationer at naboen kunne se den fede app. Skal vi nok ikke forvente at se, da udviklingen jo drives af brugernes betaling for de forrige app versioner App til windows phone skal vi nok heller ikke forvente at se da markedsandelen nok er for lille Konverterboks, som kan skydes ind til kommunikation til andre/flere enheder. vi snakkede modbus som LK/Schneider ikke mente der var mere detaljeret behov for end den løsning de allerede har præsenteret. (alternativer se senere) Visualprogram til MAC noteret - men i skal nok ikke forvente det Roadmap planer bør offentligøres – bare lidt. Ingen umiddelbare planer om dette bortset fra det vi lige har set. Dokumentation ved releases – hvad er nyt/ændret. noteret, og det vil de forsøge at gøre bedre Analog inputmodul – lux, skumringsrelæ, fugt, vindretning, hastighed mm. (0-10V) Præsenteret Forbrugs/effektmåling på outputmoduler noteret, men nok ikke noget vi skal forvente (se dog senere) Dinskinne monteret dimmer med samme funktioner som wireless (måske via RS485 bus, ikke nødvendigvis wireless) Noteret, wireles er testet lidt og kan formentlig ikke godkendes hvis de sidder for tæt - som din monteret. alternative muligheder ala RS485 hvis featurer/faciliteter er de samme behøves det jo ikke være Wireless i en tavle.Et par øvrige ting der blev nævt/diskuteret/kommenteret: LK/Schneider kikker da lidt med her i forummet, men "vil/kan ikke holde øje med alle mulige private fora". Det var svært at overbevise dem om hvilke muligheder og resourcer der er i at bjæffe lidt med herinde. Der blev direkte sagt at LK/Schneiders kunder på IHC er installatørene - ikke de private brugere. I mine øre en lidt arrogant holdning uanset hvor rigtig den måtte være. Mange af problemerne/fejlene/ønskerne mm er jo ikke noget installatørene har eller oplever, men slutbrugeren. Måske vi bare skulle lave et link på forsiden af IHC-user.dk til LK-Kundeservice. Hvis ikke det er meningen at slutbrugeren selv skal kunne "lege" med sin installation, ja så må de jo tilbage til løsningen med softwaren/værktøjerne kun er for godkendte/registrerede/betalende installatører. Nå men ellers Mulighed for dokumentation udskrevet med farver på kabler/ledninger. Vi nævnte MikkelS´s løsning. Og så integration med andre ting. Der blev som sagt nævnt modbus og Velux io-home. Men der er jo også zigbee, zeewave mfl. Her sker der en der en helt vild udvikling. Jeg nævnte bla. muligheden for IFThisThenThat som kan benyttes med f.eks. Smappee som er en elmåler/datalogger der kan identificere forbuget meget nøjagtigt - uden forbrugsmålere på hvert udtag.Den giver besked så til IFTTT som giver besked videre til en WeMo Switch eller en af de 140 andre channels - feks. Nest, Neatmo, Phillips Hue. Så der er/bliver rig mulighed for integration til andre ting fremover. Måske bare ikke lige med et dedikeret IHC produkt. Hvis bare der blev lukke lidt op for API. Ikke nødvendigvis fuldt og fri, men bare så der kunne laves en gateway der kunne bede om at sætte en i/o on/off eller lign. når der sker en eller anden opdatering på facebook, eller mobilen kommer ind/udenfor et givent geofence. For alt det kan man med IFTTT. Eller benytte vejrudsigten til at sætte termostaten lidt op hvis temperaturen fulder under 5 gr. You name it. det kan allerede lade sige gøre uden LK/Schneiders IHC. Vi behøver ikke vente på de kommer med en proprietær løsning, hvis bare de ville udestøtte den udvikling der foregår ude i resten af verden. Glemte jeg at sige Schneider USA faktisk har et produkt/løsning ala ovenstående kaldet Wiser. Det IHC har for sig er at det er en integreret del af boligen/bygningen i den gode gamle kende LK design/kvalitet og ikke en noget klodset kinesisk/tysk adon i beige/brun plast.

FB 1.2.02.a. Fortrådet avanceret dimmer

På et 350m2 stort hus kommer man hurtig op på begrænsningen af antal wireless enheder, som teoretisk skulle være 64, men i praksis nok noget mindre. Jeg turde ikke løbe an på det. Jo et par tryk eller måske 10-20 stk, men ikke hvis vi snakker 50+ Stabiliteten på wireless er/kan også være et issue. Se mange tråde herom i forummet. Og da husejer selv trækker kabler, ja så er det da bare med at smide så mange i som muligt mens man kan. Det er ærgelig at mangle kablingen til en PIR, termostat eller lign. om et par år. Evt. bare forbered med tomrør.

ja, nemlig ja.3 har default åben, dog med dynamisk (risiko for skiftende) IP adresse, men man kan vælge andre løsninger: http://www.3.dk/Privat/Kundeservice/Hjaelp-til-mobilt-bredbaand/APN-guide1/?page=15414#APN_oversigt Standard løsningen burde dog være nok sammen med DYNDNS.

Prøv at tage et kik i galleriet. Min installation er lavet lidt på samme måde dog uden wireless: http://www.ihc-user.dk/forum/gallery/album/2-strammelse/ Forstår ikke hvorfor man vælger wireless tryk. Få dog trukket så mange kabler som muligt til tryk (med LED), PIR, magnetkontakter, lydgiver, røg-, temperatur-, fugt- og lys-sensor. Det eneste som bør vælges wireless er dimmere da de pt er de eneste der har ordentlige programmerings og styrings muligheder.

Nu har jeg ikke se installationen men Din skinne klips måske ?

Ja på et Wireless tryk. Det kan godt lade sig gøre.

I al evighed, indtil den bliver unlinket/resat.

Sidder ikke lige en en PC, men kan en Scenarie FB sammen med kort/lang tryk FB og en timer ikke gøre det ? Man behøver jo ikke nødvendigvis benytte en af de dedikerede udelys FB'r selvom de tit løser det.

Hvis kontakten aktiveres hele tiden vil den sende signal hele tiden. Er det batteri tryk er det ikke smart, men med en kombi der har fast 230v er det jo ikke noget problem. Der findes en FB der hedder forsinket til/frafald, som gør det du ønsker.

Øhmmm ja, der er masser af kloge menesker herinde Hvad har mere hardware med hvordan man parer wireless enheder at gøre ? Hvad er det konkret du er i tvivl om ? Parring med controller er nermest ikke til at gøre forkert hvis man følger instruktionerne. Vælg enhed, aktiver paring, tryk på de rigtige knapper og vent på "bling" lyden. Der er jo nærmest live instruktioner.

Hvilken firmware version kører du ? Der var tidligere en "bug" der gjorde at korte pulser ikke blev registreret korrekt. Så kører du med en ældre version, kan det være det.

Hej John, og velkommen til IHC-user.dk Godt du fandt os men det naturlige sted at lede er altså hos producenten LK: http://lk.dk/Lauritz+Knudsen/professionel/teknisk-support/IHC-Control-Visual-Software2.page?

Ja du kan jo prøve at sætte tiden op. Det sker der jo ikke noget ved. Det svarer jo bare til at du holder tryk knappen inde lidt længere. 0,4 sek. burde jo være nok for elektronik, men hvis der er et par relæer imellem der skal nå at trække, kan det være du skal op på 1 eller 2 sek.