Pitää väliaikatietoja tuosta oman nethomen sekoamisesta laittaa. En ole ehtinyt koko systeemiin perehtymään, ja nyt se on toiminut ongelmitta ja ilman buuttia 4päivää. Eli hämärämmäksi menee tuo... Taidan kuitenkin vaihtaa ne koodipyörälliset pois johonkin tois sijaiseen käyttöön.
Menee kyl vähän mysteeriseksi , kato seuraavan kerran jos sulla on aikaa niin tuleeko ne kytkimen painallukset sinne telnet / subscribe ikkunaan. Jos ei katso jos sulla on telstick käytössä vilkkuuko siinä sininen valo kun painat kytkintä.
Tuleekos jollain mieleen mitä tarvitsisi jos nethomea kehittäs käyttämään i2c väylästä I/O pinnejä valojen ohjaukseen ja kytkimiltä luettavilta signaaleilta. Itselle tulee mieleen nethomen remap item joka kuuntelee annettua gpio pinniä ja lamppu joka vetää pinnin aktiiviseksi kortilta ja ehkä tuottaa pwm signaalilla lisä kortilla 0-10v analoogi signaalin. Omassa mielessä oli laittaa raspin perään arduino mega jossa on inputtei ja outputtei sopivasti ja sen saa kivasti juttelemaan i2c väylällä raspille kunhan on logic level converter välissä , tilailin testiin noita signaali converttereita niin näkee saako tosta toimivaa vaan onko vain kaukainen haave.
En tiedä meneekö ihan täysin oikeaan paikkaan, mutta tämä näyttäisi olevan aktiivinen keskustelu kodinautomaatioratkaisuihin liittyen. Minulla olisi käsissä 7 tai 8 kpl Berker KNX kytkimiä ja niistä pitäisi päästä eroon. Käytettyjä, mutta näyttäisi olevan naarmuttomia jne. Osaisitteko potkaista oikeaan suuntaan mistä löytäisiin ihmisiä jotka olisivat noista kiinnostuneita tai löytyykö täällä kiinnostusta. http://www.hager.co.in/product-cata...cessories/bus-coupling-unit/75040003/9102.htm
Mikähän tuo TCP:n ongelma oikeasti on? Oletko tekijältä kysellyt? Testinä auki kaksi TCP-client-yhteyttä joista toiseen syötetään 1 event-rivi sekunnissa ja toinen vain kuuntelee ja näyttää nämä rivit. Homma toimii muutamia tunteja ja sitten heittää "Mar 10, 2015 6:28:22 PM nu.nethome.home.items.net.TCPCommandPort receiveEvent WARNING: TCPCommandPort could not send event, TCP stream blocked". UDP-clientissa (ainakin käyttämissäni eth-rs-muuntimissa) on se ongelma, että saan lähetettyä event-rivit ja vastauksena ok, mutta muuta vastaanottoa ei tule vaikka subscriben laittaakin.
Jaa-a eli oot onnistunut toistamaan sen vika tilan , mikä sinäänsä on kiva , itse sitä en saanut kaatumaan kovasta yrityksestä huolimatta kun joskus koitin debugata ongelmaa. voisin tuota kysellä suoraan tekijältä , tosin aika pian vissiin nethomeen tulee suora I/o tuki , oli puhetta vähän tuon kehittäjän kanssa. Venailen sparkfunilta , i2c logic level shifteriä niin pääsis testaa i2c väylällä arduinon ohjausta. Itse taidan kyllä käyttää niin että luen datan tcp portista mutta lähetän systeemit udpellä näin olen itse toiminut kun tarvitsen tiedot nethomesta muualle laitteelle. Ps. laitoin kyselyä menemään josko tuolla kehittäjällä on joku idea tuohon crashiin
Noh tänään sain vastauksen ilmeisesti jos tcp paella lähettää paketin pitäisi myös kuunnella se kuittaus minkä tcp protokolla lähettää niin sitten ei pitäisi keikata enää. eli se mun scripti on tcp osalta vajaavainen. tossa jotain esimerkkiä ilmeisesti miten se pitäisi oikeen tehdä , eli paketin lähetyksen jälkeen saadaan kuittaus ja suljetaan se yhteys. http://xmodulo.com/how-to-write-simple-tcp-server-and-client-in-perl.html mitä nyt ihan pikasesti vilkaisin niin tälläsellä rivillä se ehkä kertoisi nethomelle että lähetys on lähetetty tai jotain. shutdown($socket, 1); tietysti tuo $socket laitetaan samaksi mikä siinä scriptissä on nimeltään se socket. Voisin tätä jossain vaiheessa testate oishan se tietty kiva että sais tcp liikennöinninkin toimimaan oikein. uskoisinettä tuota host puolta puukotammalla sen saisi lähetettyä eventit oikein nethomelle. Noh pitihän sitä kokeilla Koodi: #!/usr/bin/perl use strict; use warnings; use IO::Socket; my $sensordata = `cat /sys/class/thermal/thermal_zone0/temp 2>&1`; #fix for negative temps from http://habrahabr.ru/post/163575/ $sensordata =~ /t=(\D*\d+)/i; my $ret = $sensordata*1000; $ret = sprintf("%.0f", $ret); # auto-flush on socket $| = 1; # create a connecting socket my $socket = new IO::Socket::INET ( PeerHost => '127.0.0.1', PeerPort => '8005', Proto => 'tcp', ); die "cannot connect to the server $!\n" unless $socket; print "connected to the server\n"; # data to send to a server my $req = 'event,UPM_Message,Direction,In,UPM.DeviceCode,1,UPM.HouseCode,2,UPM.Primary,$ret,UPM.Secondary,122,UPM.SequenceNumber,0'; my $size = $socket->send($req); print "sent data of length $size\n"; # notify server that request has been sent shutdown($socket, 1); # receive a response of up to 1024 characters from server my $response = ""; $socket->recv($response, 1024); print "received response: $response\n"; $socket->close(); Tällä eventti menee perille ja saan kuittauksen ok etc eli pitäisi toimia tuon esimerkin mukaan. Jos oli noin helppo korjaus niin huhhuh joskus tuota pähkäilin mutta se lähetys kun kaatui randomisti niin ei oikeen tiennyt missää vika ja kun udp toimi niin menin siitä mistä aita on matalin , en oikestaan osaa koodata pätkääkään mutta hyvä kopiomaan googlesta koodin pätkiä
Pikaseen testasin, niin valitettavasti keikkaa. Lähetin 24 event-riviä sekunnissa, noin minuutissa tulee "TCP stream blocked". Mitä nopeammin kyselee sen nopeammin heittää kuperkeikan. Kolmella eri (nopealla) toistolla testattuna noin 1500 kertaa ja sitten nurin.
Oho kokeilen tänään itse tuota niin voin antaa nethomen tekijälle palautetta. Et viittis copy paste sitä test scriptii? ite saan kun tungen tuota lämpöscriptaa nethomeen sisään ns urakalla 25ms viive niin jossain vaiheessa tulee tällänen nethomeen, Event queue full. Current Item processing is "New Item" since 0,59 ms joten nethomen event quee täyttyy noista kyselyistä ja se ei kerkeä työstämään jonka jälkeen tuo tcp porttikaan ei halua enää vastata lähetyksiin ja kaikki alkaa mennä pieleen , testit jatkuu. jahas huomasinpa mielenkiintoisen jutun tuo kaatuu kun portti saavuttaa 655jotain näin tälläistä event,TCPMessage,IPAddress,/127.0.0.1:49614,Value,event,UPM_Message,Direction,In,UPM.DeviceCode,1,UPM.HouseCode,2,UPM.Primary,$ret,UPM.Secondary,122,UPM.SequenceNumber,0 event,TCPMessage,IPAddress,/127.0.0.1:49615,Value,event,UPM_Message,Direction,In,UPM.DeviceCode,1,UPM.HouseCode,2,UPM.Primary,$ret,UPM.Secondary,122,UPM.SequenceNumber,0 tuo 127zzz jälkeen oleva luku kasvaa kokoajan ja kun se osuu 655 crash. Äääh tuo esimerkki server lähetys example kaatuu samanlailla kun portit on nousse 655xxxx crash se ei jostain syystä uudelleen käytä jo käytettyä porttia vaan avaa aina uuden. Selvittelen asiaa.
Olen taasen jatkanut kotiautomaatio ohjelmien testausta ja nyt alkaa tuntumaan siltä että OpenHAB tulee Nexahomen tilalle. Tässä tuntuu olevan aika lailla kaikki mahdollista mitä itse ajattelen tarvitsevan ja lisäksi tukea tuntuu olevan todella monipuolisesti eri laitteille. Huonona puolena on, että ohjelma ei ole kovin nätti konffata vaan konffaus tapahtuu hyvin pitälle koodaamalla javan sukuisella kielellä muutamaan eri tiedostoon. Ilmeisesti tähän pitäisi tulla parannusta 2.0 version myötä, joka on nyt betana. Tellstickillekkin tuntuu olevan ihan täysi tuki, kunhan ottaa bindigsin kautta pluginin eikä Application integrationin kautta. Piilotettuna ohjetta jos joku haluaa kokeilla Rapsberryllä Tellstickin kanssa. Spoiler OpenHAB:n saa asennettua ainakin parilla tapaa (pakettien hallinnalla tai kopioimalla ohjelma haluttuun kansioon) Raspberryyn ja alla oleva on mielestäni parempi, koska näin ei tarvitse jumpata tiedostojen oikeuksien kanssa. Helppo demo setup. Pohjalla puhdas rasbian, raspberry-config ajettuna. Ei tarvitse olla päivitettynä. koska tapahtuu asennuksen mukana. Ohjeessa viitataan suoraan tiedostoihin, joten ohje vanhenee kun tulee uusia versioita. Ja en ota mitään vastuuta jos sattuu jotain hassua Koodi: sudo apt-get update && sudo apt-get -y upgrade mkdir ~/Openhab && cd Openhab wget https://github.com/openhab/openhab/releases/download/v1.6.2/distribution-1.6.2-runtime.zip unzip distribution-1.6.2-runtime.zip && rm distribution-1.6.2-runtime.zip cp ~/Openhab/configurations/openhab_default.cfg ~/Openhab/configurations/openhab.cfg wget https://github.com/openhab/openhab/releases/download/v1.6.2/distribution-1.6.2-demo-configuration.zip unzip distribution-1.6.2-demo-configuration.zip && rm distribution-1.6.2-demo-configuration.zip start.sh http://IP:8080/openhab.app?sitemap=demo Tämän jälkeen voi ottaa seuraavan ohjeen lopusta OpenHAB designerin (tarvitsee Samban) tai Habminin helpottamaan Admin hommia. #Asennus niin että tulee tuki Tellstickille ja ei demo setup juttuja. # Pohjalla puhdas rasbian, raspberry-config ajettuna. Ei tarvitse olla päivitettynä. koska tapahtuu asennuksen mukana. #Asennetan repositiot Tellstick jutuille Koodi: sudo sh -c "echo 'deb http://download.telldus.com/debian/ stable main' >>/etc/apt/sources.list" && sudo wget -q http://download.telldus.se/debian/telldus-public.key -O- | sudo apt-key add - #Päivitys Koodi: sudo apt-get update && sudo apt-get -y upgrade #Asennetaan tellstickin juttut, xrdp etähallintaan ja samba openHAB Designer:lle. Screen OpenHabin seurantaan, zip vain asetusten turvaan laittoon. Koodi: sudo apt-get -y install telldus-core tellduscenter xrdp samba samba-common-bin zip screen #Ääkköset kohdalleen xrdp:lle Koodi: sudo cp /etc/xrdp/km-041d.ini /etc/xrdp/km-040b.ini #Backup Koodi: sudo cp /etc/tellstick.conf /etc/tellstick.conf.old #Ladataan Openhab ja asennetaan Koodi: mkdir ~/Openhab && cd Openhab wget https://github.com/openhab/openhab/releases/download/v1.6.2/distribution-1.6.2-runtime.zip unzip /home/pi/Openhab/distribution-1.6.2-runtime.zip && rm distribution-1.6.2-runtime.zip cp ~/Openhab/configurations/openhab_default.cfg ~/Openhab/configurations/openhab.cfg #Tellstick tuki Openhabbiin Koodi: cd ~/Openhab/addons wget https://openhab.ci.cloudbees.com/job/openHAB/lastStableBuild/org.openhab.binding%24org.openhab.binding.tellstick/artifact/org.openhab.binding/org.openhab.binding.tellstick/1.7.0-SNAPSHOT/org.openhab.binding.tellstick-1.7.0-SNAPSHOT.jar #Alta ensin eka käsky. Jos ei onnistu niin openhab.cfg tiedoston loppuun tuo risuaitain välissä oleva. Koodi: cat - >> ~/Openhab/configurations/openhab.cfg #sitten pasteteaan alle. Huom eka tyhjä rivi ja lopetetaan ctrl+d Koodi: #######Tellstick##### tellstick:library_path=/usr/lib/libtelldus-core.so.2 tellstick:max_idle=60000000 ##################### #Tehdään dl kansio jonne ladataan esim. addons:it. Jostakin omat default.items default.sitemaps (tai suoraan oikeaan paikkaan) ja tellstick.conf. Jos ei ole tellstick.conf:ia niin TelldusCenterilla (remote desktop yhteys ja menu-accessories-TelldusCenter) määrittää tellstick:n laitteet. Koodi: mkdir -p ~/dl/addons && cd ~/dl/addons #Ladataan lisä osat joita myöhemmin voi aktivoida siirtämällä addons kansioon ja asettamalla asetukset openhab.cfg- tiedostoon. Koodi: wget https://github.com/openhab/openhab/releases/download/v1.6.2/distribution-1.6.2-addons.zip unzip distribution-1.6.2-addons.zip && rm distribution-1.6.2-addons.zip #Tellstickin conf paikalleen. Ei tarvitse jos on conffannut TelldusCentterillä Koodi: sudo cp ~/dl/tellstick.conf /etc/tellstick.conf #Kopio default.items -> Openhab/configurations/items default.sitemaps -> Openhab/configurations/sitemaps/ #reboot jonka jälkeen tarkistaa remote desctopilla että tellstick.conffi tiedoston jutut on tullut TelldusCenteriin (Menu -> Accessories ->. Jos Ok -> Koodi: ./Openhab/start.sh #Odottelua kaatuuko ohjelma Java virheeseen... jos ei niin sitten katsomaan selaimella: http://ip:8080 #Jos ok pysäytetään ohjelma ctr-c #Laitetaan Openhab käynnistymään automaattisesti (Screen versio) # https://github.com/openhab/openhab/...igure-openhab-to-start-automatically-on-linux # Tekee tiedoston ensin esim. DL kansiossa ja sitten oikeaan paikka. Tiedostosta pitää muuttaa polku ja user=pi Koodi: sudo cp ~/dl/openhab /etc/init.d/openhab sudo chmod a+x /etc/init.d/openhab sudo update-rc.d openhab defaults #Käynnistetään OpenHAB Koodi: sudo /etc/init.d/openhab start #Openhabbiin pääsee näkemään mitä duunaa Koodi: sudo -u pi screen -r openHAB # Ja pysäytys Koodi: sudo /etc/init.d/openhab stop #Ei pakollisia #Habmin # Lataa zip https://github.com/cdjackson/HABmin oikealta Download zip # Pura sieltä addons kansion tavara Openhab/addons -kansioon ja # tee habmin kansio (pienellä) pura kaikki muut tavarat sinne pl. tuo addons kansio. # Odota hetkin jos openhab on käynnissä ja mene http://ip:8080/habmin #openHAB Designer #Ei toimi rapsberryssä joten openhab- kansio jaetaan samballa esim. windows koneelle, jossa softaa voi käyttää # Jako http://www.element14.com/community/...ligatory-install-tutorial-for-rpi-and-openhab Koodi: sudo pico /etc/samba/smb.conf #muuta Koodi: workgroup = WORKGROUP wins support = yes #Lisää Koodi: [OpenHAB] comment= OpenHAB Home path=/home/pi/OpenHAB browseable=Yes writeable=Yes only guest=no create mask=0777 directory mask=0777 public=no #Tallenna Koodi: sudo smbpasswd -a pi #Osoita Designerillä configurations- kansioon, jossa pitää olla openhab_default.cfg- tiedosto. Yritän saada pian tellstick esimerkit items, sitemaps ja rules- tiedostoihin tai voi katsoa mallia tuolta: https://arneseime.wordpress.com/2014/11/12/getting-started-with-openhab-tellstick-duo-and-nexa/ ja OpenHABin wikistä.
Nethome puhumaan , esim jääkaappi/pakastin lämpötila hälytykset koto suomella! -> noh aika hauskalla suomella mutta siitä kyllä selvän saa. Ostetaan kaiuttimet , itse hain expertiltä 10 eurolla usb portista virran saavat jotka liittyy raspiin ihan 3.5mm jackilla Samsung oli merkki. 1. Apt-get update 2. apt-get upgrade 3. apt-get install mplayer sitten vähän scripti puolta Koodi: #!/bin/bash lampo=$(cat /onewire/devices/10.68F1D8020800/temperature) lampo=$(printf "%.1f" $lampo ) lampo1=${lampo//./,} say() { local IFS=+;/usr/bin/mplayer -ao alsa -really-quiet -noconsolecontrols "http://translate.google.com/translate_tts?tl=fi&q=$*"; } say $* $lampo1 eli eka lampo = onewirestä device id joka luetaan variableen numeroina. toka lampo karsitaan ylimääräiset desimaalit. kolmas lampo variable vaihtaa . , niin google täti osaa sen lausua. loppu rimpsu lähettää sen googlelle ja soittaa mplayerillä äänifileen jonka sisältä on tuon anturin lukema eli vaikka -20,21 Tuollahan saa varkaatkin hämmästymään jos ei "hälytystä" kytketä pois kun tullaan kotiin niin liiketunnistimet laittavat ääntä pihalle , ei siellä yläkerrassa mitään varastettavaa ole , ja poliisitkin on jo hälytetty. tästä sitten pitää saada varkaitten ilmeet suora streeminä youtubeen : saa jatkokehittää ihan vapaasti
Eroaa oikeastaan vain tuolla toistolla ja sleepillä: Koodi: #!/usr/bin/perl -w use IO::Socket::INET; use Time::HiRes qw(usleep); # auto-flush on socket $| = 1; while(1) { # create a connecting socket my $socket = new IO::Socket::INET ( PeerHost => '192.168.1.21', PeerPort => '8005', Proto => 'tcp', ); die "cannot connect to the server $!\n" unless $socket; print "connected to the server\n"; # data to send to a server #my $req = 'event,NexaL_Message,Direction,In,NexaL.Address,2001,NexaL.Button,1,NexaL.Command,1'; my $req = 'event,NexaL_Message,Direction,In,NexaL.Address,2003,NexaL.Button,1,NexaL.Command,1'; my $size = $socket->send($req); print "sent data of length $size\n"; # notify server that request has been sent shutdown($socket, 1); # receive a response of up to 1024 characters from server my $response = ""; $socket->recv($response, 1024); print "received response: $response\n"; $socket->close(); usleep(100000); } Ja sitten huomiot: Jos osoitteessa on lamppuun mapattu kytkin josta lähtee tuon In-viestin jälkeen Out-viesti niin ongelmaa ei tule. Lähetti sitten 10kpl/sec tai 10sec välein. Mutta jos osoitetta ei ole olemassa tai osoitteessa on lamppu joka ei Out-viestiä lähetä (vilkkuu vain guissa) niin se ~1500 lähetystä ja tcp blocked-viestejä tulee sekunnissa kymmeniä näyttöön ja lokiin: HomeManager_64.sh: "Mar 13, 2015 7:29:42 PM nu.nethome.home.items.net.TCPCommandPort receiveEvent WARNING: TCPCommandPort could not send event, TCP stream blocked" HomeManager0.log: "2015.03.13 19:29:42.535 WARNING:TCPCommandPort could not send event, TCP stream blocked (TCPCommandPort 4481817, TID22)" Missä lokissa tuo iippari: portti tulee vastaan? 65535 on suurin porttilukema, eli tuossa tulee tehtyä onnistunut ddos-hyökkäys... Itse en ole tuota "event queue full" virhettä saanut aikaan vaikka nopeasti laitan viestiä menemään. Ei luulis olevan eroa mutta mulla nhs pyörii linux-virtuaalikoneella ei siis raspilla.
Jaa a osaankohan auttaa, itse testasin pelr example server ja client softaa, mutta siis meinaat että jos nethomeen lähettää oikean eventin jossa on joku toi toiminto nniin se ei kaadu. Vakuttas sitten niin että ilman ulos lähtevää komentoa nethome pitää ne jonossa ja kaatuu jossain vaihessa. Kokeilen tuota että siellä olisi oikea item mikä vastaa siihen. Sitten voin lähettää tekijälle viestiä jos se vaikka olisi bugi.
Siltä tuo vähän näyttäisi näillä testeillä. Nytkin on menossa remapattu kytkin 25kertaa sekunnissa (usleep(40000); ) ja lähetyksiä mennyt reilu 80000 eli vajaa tunnin ajan. Kokeileppas sellaisella nexan osoitteella missä ei ole mitään ja sellaisella missä on joku remapattu kytkin. Ja lisää tapahtui: Reilun tunnin jälkeen heitti kuitenkin kuperkeikan... tcp blocked tulee sen verran nopeasti etten osaa sanoa tarkkaa aikaa.
Pitää kattoo nethome koneesta netstatilla avaako se tosiaan uusia portteja eikä sulje vanhoja mulla on vielä tää työn alla , ohessa kokeilen saisikos minibian imageen kernel headerit niin vois alkaa käyttää sitä , käytän sitä jo owfs masiinassa siinä ei ole mitään turhaa mukana , tosin raivostuttavaa kun joutuu jokaisen asentaa erikseen . meen vielä sillä debian Jessie listalla niin pitas saada toimiva systeemi ainakin joksikin hetkeksi. Korttina toimii sandisk 8gb microsd gigantista 10 eur , nopeus tuntuu olevan ihan kiva verrattuna kingstonin korttiin. EDIT. ei kyl saa enää uudessa raspin imagessa bitbangeria toimimaan prk en vielä heitä kirvestä kaivoon testit jatkuu Hehe taitaa löytyä tie saada bitbanger toimimaan. tarkemmat ohjeet jos ja kun se toimii! tarkemmat ohjeet rally englannilla opennethomen foorumilla . vastaan täällä kyllä jos ongelmia ilmenee.
Vihdoin sain verkkokaupasta wemo insight moduulin ja 4 ydin piin. Wemo toimii asennuksen jälkeen loistavasti ja osaa kertoa kulutetut kwh t. Ja 4 ydin pii on kyllä vauhdikas.
Kuulostaa hyvältä. Taindanpa itsekin tuon wemon tilata. Mitäs tämä tarvitsee Nethomen osalta toimiakseen?
Wlan tukiaseman himaan ja androie tai aplle luuri johon saa wemo softan. Tarvii vaan ekan kerran puhelimella wemo conffaa omaan wlaniin sen jälkeen käyttö sujuu nethomenkautta jos kone on samassa werkossa missä wemo.
Eikö nethomessa tarvitse mitään moduleita lisätä? Niin ja saako tuosta kulutuksesta piirrettyä trendiä?