Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Ohjelmointi, palvelimet ja muu edistyneempi käyttö => Aiheen aloitti: uggeli - 16.07.13 - klo:16.05
-
Elikkäs elikkäs..
Suunnitelmissa olisi aikataululla x hankkia Rasberry Pi ja rakentaa siitä ensin sääasema; tuulen nopeus, suunta ja lämpötila (optiona "kelikamera") ominaisuuksilla. Tietoja olisi toki hyvä päästä tarkkailemaan netin kautta omia tunnuksia käyttämällä..
Osaatteko vinkatahyvää ja edullista tapaa tuulen nopeuden ja suunnan mittaukseen, sekä mahdollisesti valmista ohjelmistopuolta tuohon? Rasberryn sivuilta löysin tällaisen keskustelun:
http://www.raspberrypi.org/phpBB3/viewtopic.php?f=37&t=45520
Mutta ajattelin, että olisi mukavampi, jos tästä aihepiiristä voitaisiin käydä keskustelua myös suomeksi. Jos vaikka joku muukin kiinnostuisi ja vaikkapa toteuttaisi.. Itse en tiedä vielä aikataulua jolloin tätä ryhtyisin kasaamaan, mutta tämä kiinnostaa kyllä.
Myöhemmin tähän osaksi tulisi oma pilvi, jossa voisi hyödyntää owncloudia, bittorrent synciä jne. kuten joku oli tehnyt:
How I Created My Own Personal Cloud Using BitTorrent Sync, Owncloud, and Raspberry Pi (http://www.google.fi/url?sa=t&rct=j&q=&esrc=s&source=web&cd=2&ved=0CDwQFjAB&url=http%3A%2F%2Fblog.bittorrent.com%2F2013%2F05%2F23%2Fhow-i-created-my-own-personal-cloud-using-bittorrent-sync-owncloud-and-raspberry-pi%2F&ei=RUPlUca7F4KB4gSmnYDABQ&usg=AFQjCNGdr17Hm50whySy7ihXeI3NdFkAaA&bvm=bv.48705608,d.bGE&cad=rja)
Myöhemmin olisi mukava saada Jollaan softat, jolla jako omaan pilveen onnistuu mutkattomasti myös tienpäältä ja jolla voisi vilkaista vaikkapa sääaseman tietoja jne. Tässä vaiheessa koko projekti on vain suunnittelua "olisi mukava, jos.." periaatteella. Toivottavasti tämä vielä tulee tehdyksi ja tämä ketju mahdollisine vinkkeineen / lisäideoineen toimisi myös innostusta ylläpitävänä tekijänä, niin itselleni kuin muillekin. Monellahan Pi jo palvelimena yms. toimiikin. :)
Edit:
Heti kun tähän liittyen teki hakua työpäivän jälkeen, niin löytyihän iheeseen liittyen mm.
http://ilmaisenergia.info/foorumi/index.php?topic=876.0
Töissä olossa on se vika, että työnteko haittaa harrastuksia. :D
-
Sääasema kiinnostaa minuakin..
Itsellä Pi (itseasiassa kolme Pi:tä) on jo seuraavissa käytöissä:
1) Kodin mediakeskuksen palvelin (tällä hetkellä tosin vain Samba ja NFS-jaot), mutta jatkossa myös MythTV, johon se menee jos jaettava kama on jo levyillä. Suoran toiston dekoodaamiseen teho ei riitä. Client toimii hyvin.
2) Kotiverkon nimipalvelija (bind)
3) OwnCloud, kotiverkossa (ja pääsy annettu ulkoa DMZ:n kautta)
4) HTTP-testipalvelin (verkon ulkoa DMZ:n kautta)
5) MySQL testipalvelin
6) Vikasietoisen clusterin testipalvelin (Hartbeat ja MySQL cluster)
....mitähän muuta :-)
-
Sen verran projekti itsellänikin on liikahtanut eteenpäin, että Pi on tilattu. Ensivaiheessa tuosta olis tarkoitus tehdä ihan vaan samba / NFS jaoilla kotipalvelin, johon toki owncloudkin. Tuo sääasema tipahti ainakin hetkeksi suunnitelmista, kun parin kilometrin päästä löytyi sääasema.. Olkoonkin, että itse projekti tässä olisi se pointti, riippumatta siitä onko lähistöllä jo sääasema vai ei.. Kuitenkin tuo lähistön asema näyttää myös sääkameraa, toimii Windowsilla btw. Pitäisi sitä siis vähintään lisätä omaan linuxpohjaiseen ukkostutkakin aikanaan.. :D Siis kunhan tuo tulee rakennettua..
Ehkäpä lisään rasberryyn myös MiniDLNA palvelimen ja testaan sen toimivuutta käytännössä.
Näin muutoin kiinnostuksen kohteena on myös mm. valvontakameran kytkentä Pi:n yhteyteen.. Yksi käyttötarkoitus voisi olla lintujen suhteen ns. pönttökamera, mutta jos ajatellaan tuota valvontakameraa valvontatarkoituksessa, niin mitenhän hyvin / huonosti nuo halvemmat itsenäisesti toimivat wlan kykyiset kamerat soveltuisivat tehtävään? Esim. tämä:
http://dx.com/p/300kp-wireless-wifi-wlan-network-surveillance-ip-camera-w-36-led-night-vision-purple-dc-12v-103433
Tai tämä:
http://dx.com/p/ip-700mw-1mp-1-4-cmos-outdoor-waterproof-wireless-ip-network-camera-w-48-led-ir-night-vision-grey-183283
Nuo itsenäisethän osaisivat kyllä pukata kuvia rasberryn palvelimeen ymmärtääkseni, mutta saako noista tulevaa kuvaa tarkkailtua verkon kautta Rasberryllä ja siten säätää motion ohjelmalle asetustiedostot milloin kuvataan ja tallentaa vasta sitten? Jos ei, niin voiko suht. helposti toteuttaa seuraavaa toiminnallisuutta:
Rasberrylle annettu kotona arvo => kotona=0 jolloin kameran palvelimelle lähetetyt kuvat pidettäisiin tallessa. Jos kotona=1 niin ko. aikana tallenettuja kuvia säilytettäisiin vain x päivän verran?
Edit:
Katselin tuossa Motion - Config File Options (http://www.lavrsen.dk/foswiki/bin/view/Motion/ConfigFileOptions) sivua ja tuolla oli seuraavasti:
netcam_url Specify an url to a downloadable jpeg file or raw mjpeg stream to use as input device. Such as an AXIS 2100 network camera.
Tuosta itse käsittäisin, että mikäli IP kamera tarjoaa mjpeg streamia, niin motion osaisi käyttää sitä. Axis 2100 tuossa on mainittuna, mutta ehkä saman asian ajaisi Deal Extremen Kai Nikon KNK-580 300KP Outdoor Security Wireless Network IP Camera w/ 48-IR LED / Wi-Fi (http://dx.com/p/kai-nikon-knk-580-300kp-outdoor-security-wireless-network-ip-camera-w-48-ir-led-wi-fi-206207), joka pukkaa videota mjpeg muodossa. Tuon kameran tarkkuus ei ole huipputasoa, mutta ei se sitä Rasberry Pin kanssa saa ollakaan. Ei tuo olisi hinnallakaan pilattu.. :)
-
Moikka.
Olen aloittamassa samanlaista projektia mökille.
Mulle tulis tuulen suunta, nopeus ja lämpötila.
Tarkoituksena laittaa myös kamera kuvaamaan keliä mökillä.
Koska meillä on siellä aurinkopaneelit ja tuuligeneraattori olisi raspi tarkoitus kytkeä tarkkailemaan akuston varauksen tilaa. Kaikki tieto lähetettäisiin joko spostiin, pilveen tai verkkosivulle tarkkailtavaksi.
Raspiin tulisi myösparin rivin lcd näyttö johon olisi tarkoitus saada näitä tietoja näkyviin esim skrollaavana tai tietoja voisi selata näyttöön asennetuilla napeilla.
Onko ideoita mistä aloittaa?
Mites ketjun aloittajalla projekti etenee?
-
Jahas.
Oma projekti alkanut edistyä jo jokunen aika sitten mutta sormisuussa istunut ja selannut nettiä kun en osaa näitä tietoja verkkoon laittaa / kotisivuja tehdä vaikka kotikoneelle josta tietoja lukea.
Suunnitelmana olisi siis että Raspberry PI tulee mökille ja lukee tiedot sääasemalta WEEWX ohjelmalla. en sen kummemmin ole päässyt perille kuinka nuo tiedot pääsisi lukemaan tuosta PI:stä. Selaimella ne saan näkymään PI:ssä.
No joka tapauksessa nyt pitäisi saada yhteys PI:hin ulkoverkosta. PI:ssä siis mokkula joka toivottavasti käynnistyy automaattisesti jos sattuu boottautumaan... Kirjoitin jonkun USB boot skriptin...
Olen tosiaan vähän tai aika paljonkin hakoteillä tän asian kanssa ja tarvitsisin opastusta.
Kun saan tiedot ja yhteyden PI:hin ulkoverkon kautta voin vihdoin heivata koko komeuden sinne mökille säätä mittaamaan. Eli mittari ja PI toimii keskenään loistavasti. En vain osaa ulkoverkosta kirjautua Pi:hin sisälle enkä tiedä kuinka saan ne tiedot järkevässä muodossa luettua sieltä.
Jos joku vaivautuisi auttaamaan tämän asian suhteen... Niin ja taisin mennä ronkkimaan sitä portti asetusta jossakin vaiheessa PI:stä ettei se portti olisi sama "olikohan" 22... Eli siihen vaihdoin jotain muuta. Salasanankin taisin vaihtaa joksikin. Mut sen varmaan saan selville...
-
No joka tapauksessa nyt pitäisi saada yhteys PI:hin ulkoverkosta. PI:ssä siis mokkula joka toivottavasti käynnistyy automaattisesti jos sattuu boottautumaan... Kirjoitin jonkun USB boot skriptin...
Mikä operaattori ja liittymä (erityisesti, onko 3G vai 4G)?
Monissa mobiililiittymissä yhteys kulkee operaattorin NATin kautta, jolloin laitteeseen ei voi ottaa suoraan yhteyttä ulkopuolelta. Jos kyseessä on tällainen liittymä, yhteys pitäisi muodostaa RPi:stä ulospäin, kiinteässä osoitteessa sijaitsevaan tai domain-nimellä löytyvään palvelimeen. Sopivalla VPN-virityksellä voi sitten tarvittaessa luoda verkon koneiden välille, jolloin palvelimelta pääsee vaikka SSH:lla Raspiin sisälle.
-
Saunalahti 4G on yhteys jota sitten 3g:ssä käytetään.
-
Sääasema kiinnostaa minuakin..
Itsellä Pi (itseasiassa kolme Pi:tä) on jo seuraavissa käytöissä:
1) Kodin mediakeskuksen palvelin (tällä hetkellä tosin vain Samba ja NFS-jaot), mutta jatkossa myös MythTV, johon se menee jos jaettava kama on jo levyillä. Suoran toiston dekoodaamiseen teho ei riitä. Client toimii hyvin.
MythTV = uPNP serveri ? Toimiiko siinä tekstitykset oikein? Eli jos on jaossa:
Joku.mkv
Joku.srt
Niin tekstit näkyvät myös oikein asiakaspäässä ?
-
Sääasema kiinnostaa minuakin..
Itsellä Pi (itseasiassa kolme Pi:tä) on jo seuraavissa käytöissä:
1) Kodin mediakeskuksen palvelin (tällä hetkellä tosin vain Samba ja NFS-jaot), mutta jatkossa myös MythTV, johon se menee jos jaettava kama on jo levyillä. Suoran toiston dekoodaamiseen teho ei riitä. Client toimii hyvin.
MythTV = uPNP serveri ? Toimiiko siinä tekstitykset oikein? Eli jos on jaossa:
Joku.mkv
Joku.srt
Niin tekstit näkyvät myös oikein asiakaspäässä ?
Odysseuksen viesti oli vuodelta 2013... On varmaan saanut asian kuntoon.
-
Eli eli...
Saiskos tän Raspin hoitamaan tän homman niin että:
Raspi käynnistyy kellokytkimellä, Raspi käynnistyy työpöydälle ja alkaa yrittämään mokkulaa verkkoon. Jos verkkoa ei löydy Raspi boottaa itsensä. Tähän on varattu 15min kellokytkimellä jonka jälkeen virrat on pois 45min. ja sama uudelleen.
Kun verkko on löydetty Raspi lataisi WeeWX:n ja Voimalan tiedot palvelimelle... Nappaisi kuvan kameralla ja mahdollisesti 10s. videoklipin jotka se myös yrittäisi lähettää palvelimelle. Raspi saa WeeWX:n tiedot 5min välein eli max. 5min käynnistymisestä.
Kun tämä olisi tehty Raspi sammuttaisi itsensä ennen kuin kellokytkin katkaisee virrat.
Mökillä on hyvä 3G yhteys... n. 10/7Mbps ainakin Soneralla.
Edit. Vois alkaa purkaa tätä niin että saisi tuon mokkulan Huawei E367 yrittämään sitä verkkoyhteyttä.
Aikaisemmin tehtiin jokin käsky yrittää yhteyttä kun mokkula kytketään Raspiin. Nyt se aiheuttaa sen että koko raspi tai ainakin usb:t menee jumiin. Raspissa on USB-hubi jossa 1,5A oma poweri.
Muokkaa toiminto on suotavaa kayttää eikä minuutin välein laittaa viestejä -Storck
-
Testasin samantapaista tiedonsiirtoa kahden Raspin välillä kun toinen RPi1 oli Saunalahti mobiiliverkossa (USB/HuaweiE353) ja toinen RPi2 kiinteässä verkossa. Koska mobiiliverkon läpi, jossa on NAT, ei voi ulkoa avata yhteyttä, pitää RPi1 avata yhteys. RPi2 kuuntelee aina. Kellokytkin kytki RPi1:lle sähkön jolloin RPi1 ajoi shell scriptin joka wvdial:lla koetti avata GPRS yhteyden ja testasi toimiiko PING. Jos ei toimi, yritti uudelleen. Jos kolme kertaa epäonnistui, koetti avata HSPA yhteyden. Jos PING OK, kutsuu Python scriptiä joka lähettää udp paketin. RPi2 vastaa paketilla joka sisältää ohjausbittejä jotka Python script tulkitsee.
Tässä siirtyy vain vähän ei kriittistä dataa; muutama lämpötilatieto yhteen suuntaan ja muutama ohjausbitti toiseen suuntaan joten yhteydetön UDP kelpaa. Jos haluaa avata TCP/IP yhteyden niin sen ei pitäisi olla paljon vaikeampi. En tunne sun WeeWX ohjelmaa. Jos se haluaa avata TCP/IP yhteyden niin kai se onnistuu.
Mun RPi käynnistyy ilman GUI mutta kai scriptit toimisi myös GUI kanssa. Crontab käynnistää bootissa radio-gprs.sh (liite). Sudo crontab käynnistää scriptin jonka kautta voi ronkkia RPi I/O nastoja sekä komentaa lopuksi shutdown. Scriptit viestivät toisilleen luomalla sopivan /tmp/ tiedoston.
Monimutkainen homma ja sun tapauksessa vielä vaikeampi kun haluat siirtää enemmän dataa kahdesta lähteestä.
-
Oletteko tätä kokeilleet raspin kanssa:
http://ofmodemsandmen.com/supported.html
Jonkun reitittimen kanssa käyttänyt, niin sieltä valikoista sai valittua että resetoi koko purkin jos ei ole yhteyttä nettiin.
-
Edit. Vois alkaa purkaa tätä niin että saisi tuon mokkulan Huawei E367 yrittämään sitä verkkoyhteyttä.
Tuleeko virheilmoituksia? Mitä tulee kun annat komennon
tail -f /var/log/messages
ja sen jälkeen liität modeemin USB porttiin?
-
Huomasin että tuosta usb-hubista loppui poweri kun kytkin sen mokkulan siihen. Laitoin raspille oman 3A virtalähteen, nyt usb:t pelittää mutta verkkoa mokkula ei löydä.
Mokkula on kytkettynä usb-hubiin koska raspi kaatuu jos kytken sen siihen.
Käynnistys mokkula kytkettynä
Mar 7 09:19:06 raspberrypi weewx[3356]: engine: Using configuration file /etc/weewx/weewx.conf
Mar 7 09:19:06 raspberrypi weewx[3356]: engine: Loading station type FineOffsetUSB (weewx.drivers.fousb)
Mar 7 09:19:06 raspberrypi weewx[3356]: fousb: driver version is 1.7
Mar 7 09:19:06 raspberrypi weewx[3356]: fousb: polling mode is PERIODIC
Mar 7 09:19:06 raspberrypi weewx[3356]: fousb: polling interval is 60
Mar 7 09:19:06 raspberrypi weewx[3356]: fousb: found station on USB bus=001 device=007
Mar 7 09:19:06 raspberrypi weewx[3356]: engine: StdConvert target unit is 0x1
Mar 7 09:19:06 raspberrypi weewx[3356]: engine: Archive will use data binding wx_binding
Mar 7 09:19:06 raspberrypi weewx[3356]: engine: Record generation will be attempted in 'hardware'
Mar 7 09:19:07 raspberrypi weewx[3356]: engine: Using archive interval of 60 seconds
Mar 7 09:19:07 raspberrypi weewx[3356]: engine: Using binding 'wx_binding' to database 'weewx.sdb'
Mar 7 09:19:07 raspberrypi weewx[3356]: engine: Starting backfill of daily summaries
Mar 7 09:19:07 raspberrypi weewx[3356]: engine: Daily summaries up to date.
Mar 7 09:19:08 raspberrypi weewx[3356]: engine: Starting up weewx version 3.2.1
Mar 7 09:19:08 raspberrypi weewx[3356]: fousb: synchronising to the weather station (quality=1)
Mar 7 09:19:10 raspberrypi kernel: [ 66.755162] uart-pl011 20201000.uart: no DMA platform data
Mar 7 09:19:17 raspberrypi weavedConnectd[2346]: 45723> Cannot connect to Weaved Servers, is network down? DNS configued?, check network paramters!
Mar 7 09:19:35 raspberrypi kernel: [ 92.116380] Transfer to device 6 endpoint 0x1 frame 1736 failed - FIQ reported NYET. Data may have been lost.
Mar 7 09:20:05 raspberrypi weewx[3356]: engine: Starting main packet loop.
Mar 7 09:20:08 raspberrypi weewx[3356]: fousb: station status {'unknown': 0, 'lost_connection': 0, 'rain_overflow': 0} (0)
Mar 7 09:22:10 raspberrypi weewx[3356]: fousb: synchronising to the weather station (quality=1)
Mar 7 09:22:43 raspberrypi weewx[3356]: cheetahgenerator: Generated 14 files for report StandardReport in 15.96 seconds
Mar 7 09:22:48 raspberrypi weewx[3356]: genimages: Generated 12 images for StandardReport in 4.52 seconds
Mar 7 09:23:28 raspberrypi weewx[3356]: fousb: synchronising to the weather station (quality=1)
Irroitin mokkulan
Mar 7 09:24:04 raspberrypi kernel: [ 361.138980] usb 1-1.3.4: USB disconnect, device number 8
Mar 7 09:24:04 raspberrypi kernel: [ 361.141229] option1 ttyUSB0: GSM modem (1-port) converter now disconnected from ttyUSB0
Mar 7 09:24:04 raspberrypi kernel: [ 361.141406] option 1-1.3.4:1.0: device disconnected
Mar 7 09:24:04 raspberrypi kernel: [ 361.141693] qmi_wwan 1-1.3.4:1.1 wwan0: unregister 'qmi_wwan' usb-20980000.usb-1.3.4, WWAN/QMI device
Mar 7 09:24:04 raspberrypi kernel: [ 361.172715] option1 ttyUSB1: GSM modem (1-port) converter now disconnected from ttyUSB1
Mar 7 09:24:04 raspberrypi kernel: [ 361.172854] option 1-1.3.4:1.3: device disconnected
Mar 7 09:24:04 raspberrypi kernel: [ 361.173519] option1 ttyUSB2: GSM modem (1-port) converter now disconnected from ttyUSB2
Mar 7 09:24:04 raspberrypi kernel: [ 361.173648] option 1-1.3.4:1.4: device disconnected
Mar 7 09:24:14 raspberrypi weewx[3356]: cheetahgenerator: Generated 14 files for report StandardReport in 5.08 seconds
Mar 7 09:24:18 raspberrypi weewx[3356]: genimages: Generated 12 images for StandardReport in 4.43 seconds
Kytkin Mokkulan takaisin
Mar 7 09:25:10 raspberrypi weewx[3356]: fousb: synchronising to the weather station (quality=1)
Mar 7 09:25:36 raspberrypi kernel: [ 453.295657] usb 1-1.3.4: new high-speed USB device number 9 using dwc_otg
Mar 7 09:25:36 raspberrypi kernel: [ 453.398212] usb 1-1.3.4: New USB device found, idVendor=12d1, idProduct=1446
Mar 7 09:25:36 raspberrypi kernel: [ 453.398240] usb 1-1.3.4: New USB device strings: Mfr=3, Product=2, SerialNumber=0
Mar 7 09:25:36 raspberrypi kernel: [ 453.398253] usb 1-1.3.4: Product: HUAWEI Mobile
Mar 7 09:25:36 raspberrypi kernel: [ 453.398264] usb 1-1.3.4: Manufacturer: Huawei Technologies
Mar 7 09:25:36 raspberrypi kernel: [ 453.482164] usb-storage 1-1.3.4:1.0: USB Mass Storage device detected
Mar 7 09:25:36 raspberrypi kernel: [ 453.495872] scsi host2: usb-storage 1-1.3.4:1.0
Mar 7 09:25:36 raspberrypi kernel: [ 453.496648] usb-storage 1-1.3.4:1.1: USB Mass Storage device detected
Mar 7 09:25:36 raspberrypi kernel: [ 453.503343] scsi host3: usb-storage 1-1.3.4:1.1
Mar 7 09:25:37 raspberrypi usb_modeswitch: switching device 12d1:1446 on 001/009
Mar 7 09:25:37 raspberrypi kernel: [ 454.516155] usb-storage 1-1.3.4:1.0: USB Mass Storage device detected
Mar 7 09:25:37 raspberrypi kernel: [ 454.516551] usb 1-1.3.4: USB disconnect, device number 9
Mar 7 09:25:37 raspberrypi kernel: [ 454.516870] scsi host4: usb-storage 1-1.3.4:1.0
Mar 7 09:25:41 raspberrypi kernel: [ 458.416004] usb 1-1.3.4: new high-speed USB device number 10 using dwc_otg
Mar 7 09:25:41 raspberrypi kernel: [ 458.518719] usb 1-1.3.4: New USB device found, idVendor=12d1, idProduct=1506
Mar 7 09:25:41 raspberrypi kernel: [ 458.518748] usb 1-1.3.4: New USB device strings: Mfr=4, Product=3, SerialNumber=0
Mar 7 09:25:41 raspberrypi kernel: [ 458.518763] usb 1-1.3.4: Product: HUAWEI Mobile
Mar 7 09:25:41 raspberrypi kernel: [ 458.518775] usb 1-1.3.4: Manufacturer: Huawei Technologies
Mar 7 09:25:42 raspberrypi kernel: [ 458.602555] option 1-1.3.4:1.0: GSM modem (1-port) converter detected
Mar 7 09:25:42 raspberrypi kernel: [ 458.603792] usb 1-1.3.4: GSM modem (1-port) converter now attached to ttyUSB0
Mar 7 09:25:42 raspberrypi kernel: [ 458.609614] qmi_wwan 1-1.3.4:1.1: cdc-wdm0: USB WDM device
Mar 7 09:25:42 raspberrypi kernel: [ 458.610934] qmi_wwan 1-1.3.4:1.1 wwan0: register 'qmi_wwan' at usb-20980000.usb-1.3.4, WWAN/QMI device, ca:d6:f1:e0:2b:90
Mar 7 09:25:42 raspberrypi kernel: [ 458.611751] option 1-1.3.4:1.3: GSM modem (1-port) converter detected
Mar 7 09:25:42 raspberrypi kernel: [ 458.616982] usb 1-1.3.4: GSM modem (1-port) converter now attached to ttyUSB1
Mar 7 09:25:42 raspberrypi kernel: [ 458.617877] option 1-1.3.4:1.4: GSM modem (1-port) converter detected
Mar 7 09:25:42 raspberrypi kernel: [ 458.619929] usb 1-1.3.4: GSM modem (1-port) converter now attached to ttyUSB2
Mar 7 09:25:42 raspberrypi kernel: [ 458.620429] usb-storage 1-1.3.4:1.5: USB Mass Storage device detected
Mar 7 09:25:42 raspberrypi kernel: [ 458.627522] scsi host5: usb-storage 1-1.3.4:1.5
Mar 7 09:25:42 raspberrypi kernel: [ 458.628357] usb-storage 1-1.3.4:1.6: USB Mass Storage device detected
Mar 7 09:25:42 raspberrypi kernel: [ 458.645627] scsi host6: usb-storage 1-1.3.4:1.6
Mar 7 09:25:42 raspberrypi logger: usb_modeswitch: switched to 12d1:1506 on 001/010
Mar 7 09:25:43 raspberrypi kernel: [ 459.627475] scsi 5:0:0:0: CD-ROM HUAWEI Mass Storage 2.31 PQ: 0 ANSI: 2
Mar 7 09:25:43 raspberrypi kernel: [ 459.630246] sr 5:0:0:0: [sr0] scsi-1 drive
Mar 7 09:25:43 raspberrypi kernel: [ 459.631469] sr 5:0:0:0: Attached scsi generic sg0 type 5
Mar 7 09:25:43 raspberrypi kernel: [ 459.647423] scsi 6:0:0:0: Direct-Access HUAWEI TF CARD Storage PQ: 0 ANSI: 2
Mar 7 09:25:43 raspberrypi kernel: [ 459.655578] sd 6:0:0:0: Attached scsi generic sg1 type 0
Mar 7 09:25:43 raspberrypi kernel: [ 459.659697] sd 6:0:0:0: [sda] Attached SCSI removable disk
Mar 7 09:25:47 raspberrypi kernel: [ 463.931896] Transfer to device 5 endpoint 0x1 frame 765 failed - FIQ reported NYET. Data may have been lost.
Mar 7 09:25:50 raspberrypi kernel: [ 466.704274] Transfer to device 5 endpoint 0x2 frame 1489 failed - FIQ reported NYET. Data may have been lost.
Mar 7 09:26:15 raspberrypi weewx[3356]: cheetahgenerator: Generated 14 files for report StandardReport in 6.52 seconds
Mar 7 09:26:20 raspberrypi weewx[3356]: genimages: Generated 12 images for StandardReport in 4.87 seconds
Mar 7 09:26:55 raspberrypi weavedConnectd[2346]: 50303> Cannot connect to Weaved Servers, is network down? DNS configued?, check network paramters!
Mar 7 09:27:16 raspberrypi weewx[3356]: fousb: synchronising to the weather station (quality=1)
Mar 7 09:28:14 raspberrypi weewx[3356]: cheetahgenerator: Generated 14 files for report StandardReport in 5.55 seconds
Mar 7 09:28:19 raspberrypi weewx[3356]: genimages: Generated 12 images for StandardReport in 4.79 seconds
-
Mokkula näyttää tunnistuvan oikein. Miten käynnistät mobiiliyhteyden mokkulan kytkemisen jälkeen ja miten yhteys on konfiguroitu? Käytätkö NetworkManageria vai wvdialia?
-
Nyt en muista kun siihen kirjoitettiin joku automatiikka kun raspi huomaa mokkulan kytketyn pitäisi sen yrittää automaattisesti yhteyttä. saattoi olla tuo wvdial
-
Huomasin että tuosta usb-hubista loppui poweri kun kytkin sen mokkulan siihen. Laitoin raspille oman 3A virtalähteen, nyt usb:t pelittää mutta verkkoa mokkula ei löydä.
Mokkula on kytkettynä usb-hubiin koska raspi kaatuu jos kytken sen siihen.
Kaatuuko 3 A virtalähteelläkin? Onko yleismittaria? Tarkista +5 V jännite kortilta. Notkuuko? Kaatuuko niin että boottaa?
Onko sulla Ethernet yhteys Raspiin käytössä?
Näkyy E367 tyyppi idVendor=12d1, idProduct=1506 olevan sama kuin E353.
Mitä on /etc/wvdial.conf? Onko Saunalahti ISP? Mulla toimii tällainen wvdial.conf:
[Dialer Defaults]
Init1 = ATZ
Init2 = ATQ0 V1 E1 S0=0 &C1 &D2
Modem = /dev/ttyUSB0
Dial Attempts = 2
Abort on Busy = 1
Check Def Route = 0
Stupid Mode = 0
Auto Reconnect = 0
[Dialer GPRS]
Init2 = AT^SYSCFG=13,1,3FFFFFFF,0,2
Init1 = AT+CGDCONT=1,"IP","internet.saunalahti"
Phone = *99***1#
Username = " "
Password = " "
[Dialer HSPA]
Init2 = AT^SYSCFG=14,2,3FFFFFFF,0,1
Init1 = AT+CGDCONT=1,"IP","internet.saunalahti"
Phone = *99***1#
Username = " "
Password = " "
Jos komennat esim. wvdial HSPA mitä kertoo?
-
Kaatuuko 3 A virtalähteelläkin? Onko yleismittaria? Tarkista +5 V jännite kortilta. Notkuuko? Kaatuuko niin että boottaa?
Kyllä kaatuu, voltit 5,09 - 5,14V eli vähän huojuu.
Onko sulla Ethernet yhteys Raspiin käytössä?
On mahdollista käyttää Ethernet yhteyttä...
Tällainen oli se /etc/wvdial.conf
[Dialer defaults]
Modem = /dev/ttyUSB0
Init = AT+CGDCONT=1,"IP","internet.saunalahti"
Phone = *99***1#
Stupid Mode = 1
Username = " "
Password = " "
Taitaa johtua tuosta että mulla olisi väärässä USB portissa tuo mokkula??
Mitä tarkoitat ISP:llä??
Nyt vähän helpottuu kun sain ssh yhteyden Puttyllä raspiin.
Miten muuten voisin saada tuon yhteyden luotua ilman puttya? Eli jos komennan terminaalissa ssh 192.168.x.xx yrittää terminaali automaattisesti porttia 22 mut raspiin olen sen vaihtanut. miten siis saan käskettyä yhteyden haluaamaani porttiin??
-
Miten muuten voisin saada tuon yhteyden luotua ilman puttya? Eli jos komennan terminaalissa ssh 192.168.x.xx yrittää terminaali automaattisesti porttia 22 mut raspiin olen sen vaihtanut. miten siis saan käskettyä yhteyden haluaamaani porttiin??
Kaksi tapaa: ssh 192.168.xxx.xxx -p port tai
editoi /etc/ssh/ssh_config
Mitä tapahtui kun yritit wvdial?
Tuo tuli kun liitin modeemin USB porttiin:
Mar 7 12:39:56 rpi1 kernel: [ 575.766157] usb 1-1.3: new high-speed USB device number 6 using dwc_otg
Mar 7 12:39:56 rpi1 kernel: [ 575.867636] usb 1-1.3: New USB device found, idVendor=12d1, idProduct=14fe
Mar 7 12:39:56 rpi1 kernel: [ 575.867679] usb 1-1.3: New USB device strings: Mfr=2, Product=1, SerialNumber=0
Mar 7 12:39:56 rpi1 kernel: [ 575.867699] usb 1-1.3: Product: HUAWEI Mobile
Mar 7 12:39:56 rpi1 kernel: [ 575.867715] usb 1-1.3: Manufacturer: HUAWEI
Mar 7 12:39:56 rpi1 kernel: [ 575.880584] usb-storage 1-1.3:1.0: USB Mass Storage device detected
Mar 7 12:39:56 rpi1 kernel: [ 575.889011] scsi host5: usb-storage 1-1.3:1.0
Mar 7 12:39:56 rpi1 kernel: [ 575.890142] usb-storage 1-1.3:1.1: USB Mass Storage device detected
Mar 7 12:39:56 rpi1 kernel: [ 575.904816] scsi host6: usb-storage 1-1.3:1.1
Mar 7 12:39:57 rpi1 kernel: [ 576.887599] scsi 5:0:0:0: CD-ROM HUAWEI Mass Storage 2.31 PQ: 0 ANSI: 2
Mar 7 12:39:57 rpi1 kernel: [ 576.890269] sr 5:0:0:0: [sr0] scsi-1 drive
Mar 7 12:39:57 rpi1 kernel: [ 576.891823] sr 5:0:0:0: Attached scsi generic sg0 type 5
Mar 7 12:39:57 rpi1 kernel: [ 576.899986] scsi 6:0:0:0: Direct-Access HUAWEI SD Storage 2.31 PQ: 0 ANSI: 2
Mar 7 12:39:57 rpi1 kernel: [ 576.904034] sd 6:0:0:0: [sda] Attached SCSI removable disk
Mar 7 12:39:57 rpi1 kernel: [ 576.909229] sd 6:0:0:0: Attached scsi generic sg1 type 0
Mar 7 12:39:58 rpi1 usb_modeswitch: switching device 12d1:14fe on 001/006
Mar 7 12:39:58 rpi1 kernel: [ 577.836871] usb 1-1.3: USB disconnect, device number 6
Mar 7 12:40:06 rpi1 kernel: [ 586.006240] usb 1-1.3: new high-speed USB device number 7 using dwc_otg
Mar 7 12:40:06 rpi1 kernel: [ 586.107816] usb 1-1.3: New USB device found, idVendor=12d1, idProduct=1506
Mar 7 12:40:06 rpi1 kernel: [ 586.107857] usb 1-1.3: New USB device strings: Mfr=3, Product=2, SerialNumber=0
Mar 7 12:40:06 rpi1 kernel: [ 586.107876] usb 1-1.3: Product: HUAWEI Mobile
Mar 7 12:40:06 rpi1 kernel: [ 586.107891] usb 1-1.3: Manufacturer: HUAWEI
Mar 7 12:40:06 rpi1 kernel: [ 586.118461] option 1-1.3:1.0: GSM modem (1-port) converter detected
Mar 7 12:40:06 rpi1 kernel: [ 586.119109] usb 1-1.3: GSM modem (1-port) converter now attached to ttyUSB0
Mar 7 12:40:06 rpi1 kernel: [ 586.122961] huawei_cdc_ncm 1-1.3:1.1: MAC-Address: 58:2c:80:13:92:63
Mar 7 12:40:06 rpi1 kernel: [ 586.123005] huawei_cdc_ncm 1-1.3:1.1: setting rx_max = 16384
Mar 7 12:40:06 rpi1 kernel: [ 586.123303] huawei_cdc_ncm 1-1.3:1.1: setting tx_max = 16384
Mar 7 12:40:06 rpi1 kernel: [ 586.124013] huawei_cdc_ncm 1-1.3:1.1: cdc-wdm0: USB WDM device
Mar 7 12:40:06 rpi1 kernel: [ 586.125339] huawei_cdc_ncm 1-1.3:1.1 wwan0: register 'huawei_cdc_ncm' at usb-20980000.usb-1.3, Huawei CDC NCM device, 58:2c:80:13:92:63
Mar 7 12:40:06 rpi1 kernel: [ 586.125916] option 1-1.3:1.2: GSM modem (1-port) converter detected
Mar 7 12:40:06 rpi1 kernel: [ 586.130334] usb 1-1.3: GSM modem (1-port) converter now attached to ttyUSB1
Mar 7 12:40:06 rpi1 kernel: [ 586.131129] option 1-1.3:1.3: GSM modem (1-port) converter detected
Mar 7 12:40:06 rpi1 kernel: [ 586.131729] usb 1-1.3: GSM modem (1-port) converter now attached to ttyUSB2
Mar 7 12:40:06 rpi1 kernel: [ 586.138417] usb-storage 1-1.3:1.4: USB Mass Storage device detected
Mar 7 12:40:07 rpi1 kernel: [ 586.148336] scsi host7: usb-storage 1-1.3:1.4
Mar 7 12:40:07 rpi1 kernel: [ 586.149467] usb-storage 1-1.3:1.5: USB Mass Storage device detected
Mar 7 12:40:07 rpi1 kernel: [ 586.150155] scsi host8: usb-storage 1-1.3:1.5
Mar 7 12:40:07 rpi1 logger: usb_modeswitch: switched to 12d1:1506 on 001/007
Mar 7 12:40:08 rpi1 kernel: [ 587.148443] scsi 7:0:0:0: CD-ROM HUAWEI Mass Storage 2.31 PQ: 0 ANSI: 2
Mar 7 12:40:08 rpi1 kernel: [ 587.149721] scsi 8:0:0:0: Direct-Access HUAWEI SD Storage 2.31 PQ: 0 ANSI: 2
Mar 7 12:40:08 rpi1 kernel: [ 587.159018] sd 8:0:0:0: Attached scsi generic sg0 type 0
Mar 7 12:40:08 rpi1 kernel: [ 587.159638] sd 8:0:0:0: [sda] Attached SCSI removable disk
Mar 7 12:40:08 rpi1 kernel: [ 587.161002] sr 7:0:0:0: [sr0] scsi-1 drive
Mar 7 12:40:08 rpi1 kernel: [ 587.169635] sr 7:0:0:0: Attached scsi generic sg1 type 5
-
No voihan... Nyt kun Puttylla olen kiinni raspissa en saa kopioitua noita printtejä tänne... Ja terminaali ottaa ilm. yhteyden mutta ei hyväksy salasanaa.
Se wvdial kertoo: Cannot open /dev/ttyUSB0: Device or resource busy
-
No voihan... Nyt kun Puttylla olen kiinni raspissa en saa kopioitua noita printtejä tänne... Ja terminaali ottaa ilm. yhteyden mutta ei hyväksy salasanaa.
Se wvdial kertoo: Cannot open /dev/ttyUSB0: Device or resource busy
ssh on näppärä käyttää avainparin avulla jolloin ei tarvi joka kertaa antaa salasanaa jos jättää salasanakentän tyhjäksi. Tuolla on ohjetta :
https://www.linux.fi/wiki/SSH
Onko sun Raspissa jokin toinen joka käyttää ttyUSB0?
-
Onko sun Raspissa jokin toinen joka käyttää ttyUSB0?
No kun en tiedä...
Tossa on nyt usb:ssä kiinni näppis, hiiri, sääasema.
[/quote]
ssh on näppärä käyttää avainparin avulla jolloin ei tarvi joka kertaa antaa salasanaa jos jättää salasanakentän tyhjäksi. Tuolla on ohjetta :
https://www.linux.fi/wiki/SSH
No niin nyt pääsin päätteellä kiinni Raspiin... unohdin et piti laittaa muotoon
ssh pi@192.168.xxx.xxx -p porttinumero
Eli nyt saan ne tulosteet helpommin tänne...
-
Laita ssh niin voit käyttää etänä ilman noita. Ota aluksi sääasema pois jotta pääset laittamaan wvdial kuntoon.
-
Jes. Boottaan Raspin ja irroitin muut... Nyt siis Raspissa kiinni mokkula ja usb-hubi (eli ei hubin kautta).
Eli bootin jälkeen
pi@raspberrypi ~ $ wvdial
--> WvDial: Internet dialer version 1.61
--> Cannot open /dev/ttyUSB0: Device or resource busy
--> Cannot open /dev/ttyUSB0: Device or resource busy
--> Cannot open /dev/ttyUSB0: Device or resource busy
Ja se /etc/wvdial.conf tän näkönen
[Dialer defaults]
Modem = /dev/ttyUSB0
Init = AT+CGDCONT=1,"IP","internet.saunalahti"
Phone = *99***1#
Stupid Mode = 1
Username = " "
Password = " "
-
Taitaa johtua tuosta että mulla olisi väärässä USB portissa tuo mokkula??
Ei ole, jos joku portti ei ole rikki. Kaikki USB-portit ovat samanarvoisia* ja USB:ssä ei ole samalla tavalla porttinumeroita kuin vaikka sarjaporteissa.
*nyt puhutaan Raspberrystä, jossa on vain 2.0-portteja. PC:ssä voisi olla joku 3.0-porttikin, mutta silläkään ei pitäisi olla tässä merkitystä.
Mitä tarkoitat ISP:llä??
Internet Service Provider eli internetpalveluntarjoaja (https://fi.wikipedia.org/wiki/Internet-palveluntarjoaja).
Onko sun Raspissa jokin toinen joka käyttää ttyUSB0?
No kun en tiedä...
Liekkö asennettuna jokin toinenkin softa, joka tykkää tuota modeemia käyttää. Voit ottaa selvää:
sudo lsof /dev/ttyUSB0
-
Liekkö asennettuna jokin toinenkin softa, joka tykkää tuota modeemia käyttää. Voit ottaa selvää:
sudo lsof /dev/ttyUSB0
pi@raspberrypi ~ $ sudo lsof /dev/ttyUSB0
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
wvdial 3643 root 4u CHR 188,0 0t0 9079 /dev/ttyUSB0
-
Kokeilin näillä asetuksilla mutta ei auta...
[Dialer Defaults]
Init1 = ATZ
Init2 = ATQ0 V1 E1 S0=0 &C1 &D2
Modem = /dev/ttyUSB0
Dial Attempts = 2
Abort on Busy = 1
Check Def Route = 0
Stupid Mode = 0
Auto Reconnect = 0
[Dialer GPRS]
Init2 = AT^SYSCFG=13,1,3FFFFFFF,0,2
Init1 = AT+CGDCONT=1,"IP","internet.saunalahti"
Phone = *99***1#
Username = " "
Password = " "
[Dialer HSPA]
Init2 = AT^SYSCFG=14,2,3FFFFFFF,0,1
Init1 = AT+CGDCONT=1,"IP","internet.saunalahti"
Phone = *99***1#
Username = " "
Password = " "
Antoi siis tällaisen:
pi@raspberrypi ~ $ wvdial
--> WvDial: Internet dialer version 1.61
--> Cannot set information for serial port.
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: ATQ0 V1 E1 S0=0 &C1 &D2
ATQ0 V1 E1 S0=0 &C1 &D2
OK
--> Modem initialized.
--> Configuration does not specify a valid phone number.
--> Configuration does not specify a valid login name.
--> Configuration does not specify a valid password.
[/quote]
Kokeilin myös mokkulan toiminnan toisella koneella ja ainakin siinä yhteys toimii oikein.
-
No niin. Johtuisiko se nyt sitten tästä???
Aikaisemmin kerroin siis tehneeni automaattisesti käynnistävän komennon...
Eli tällaisen nanolla tiedoston nano /etc/udev/rules.d/99-wvdial.rules
jonne kirjoitin rivin
ACTION=="add", KERNEL=="ttyUSB0", RUN="/bin/sh -c wvdial&>/var/log/wvdial&"
Tämä siis toimi niin että kun Raspi käynnistyi ja kytkin mokkulan raspiin yritti wvdial yhteyttä. tämä ei kuitenkaan toiminut niin kuin halusin että yhteys tulisi heti bootin jälkeen vaan vaati mokkulan irroittamisen portista ja kytkemisen takaisin.
Eli näiden ohjeiden mukaan... https://www.linux.fi/wiki/Huawei_E220/E270
Tuolla on myös tällainen maininta kun saa sen mokkulan taas toimimaan:
Jos modeemia käytetään kiinteästi, on myös mahdollista lisätä yksinkertaisesti tiedostoon /etc/rc.local tai /etc/init.d/networking komento wvdial omalle rivilleen, jolloin yhteys muodostetaan automaattisesti tietokoneen käynnistyessä.
Mihinkähän kohtaan tuo wvdial käsky sitten tulisi laittaa noihin tiedostoihin jotta toimisi??
No alkoi se mokkula lopulta pelaamaan kun odottelin että raspi käynnistyi rauhassa (15min) niin kuin noissa ohjeissa lukee...
-
Itse menin matalimman kautta
Ostin halvan ASUS reitittimen. Kytkin siihen mokkulan, Raspin ja maalämpöpadan.
Dataliittymänä on halvin 3€/kk 256kb GSM, joka sekin on luokkaa overkill tälläisiin sovelluksiin. 300bd riittäisi hyvin.
Dataliittymä on yksisuuntainen, eli ulkoa ei pääse sisään normitempuilla.
Arduino kerää datan. Raspi lukee sen 5 min välein ja lähettää serverille SCP:llä. Serveri analysoi ja tekee kuvia.
Raspissa on SCP:llä selkokielinen käyttäjätunnus ja salasana käytössä. Tämä ei ole turvariski, koska sisään ei pääse pirukaan.
Palvelimella on kopio Raspin scripteistä. Jos tietyn tiedoston sisältö muuttuu, Raspi näkee sen ja imuroi muokatut scriptit palvelimelta. Palvelimella scriptit ovat scramblattuina -ei riskiä, vaikka tiedostot ovat näkyvillä nettisivulla. Data luetaan palvelimelta raspille wget:llä.
Aluksi oli ongelmaa mokkulan kanssa. Se kaatuili 5 min välein. Tein rele-häkkyrän, joka katkaisi USB-mokkulan käyttösähköt hetkeksi, ellei Raspi nähnyt palvelinta. Lopulta vika korjaantui, kun muutin vaihdoin USB-kaapelin ja mokkulan asentoa. Kaapelin vaihto ja ferriittihelmi paransi tilannetta. Vaakasuorassa katkoksia tuli enää viikon välein.
Katkojen varalta raspi jätti paketit muistiin, kunnes lähetys onnistui ja se sai chksum:n palvelimelta. Lopullista akkuvarmistusta ei ole, mutta työn alla on I2C FeRAM -muisti datan keruuta varten. Samanlaista modulia tulllaan käyttämän parissa muussakin projektissa. Tällä hetkellä akkuvarmistuksena on kännykän lisä-akkupaketti.
Koko juttu on kirjoitettu BASH-scripteinä, paitsi Arduino tietenkin omalla möngerryksellään.
Bash on aivan riittävän nopeaa koodia ja sen muokkaus on vaivatonta
Anturit mittaavat vain perussuureita: kosteus ja lämpötila-antureina joukko DS1820 ja DHT11. Ovi- ja pinnankorkeuskytkimiä en ole vielä asentanut, enkä sähkömittarin lukua. Tullimittarit ovat odottamassa, mutta taidan pistää ne veneeseen. Mitä niilä tekee omakotitalo-alueella ? Ne ovat vanhat Profi-laitteet ja tarkoitus on rakentaa niiden sisäkalut kokonaan oman mallin mukaan tarkemmiksi ja yksinkertaisemmiksi. Alkuperäinen tuulen suunta tuli 22.5 asteen välein. Siihen on helppo ja halpa sovittaa osat, joilla tarkkuudeksi saa 1 asteen.
Tämä nyt on hieman kaukana palstan otsikosta, mutta antakee anteeksi.
-
Mikähän tässä meni vikaan???
Kirjoitin näiden ohjeiden mukaan Scriptin jolla käsken wvdialia käynnistymään käynnistyksen yhteydessä mut ei se ilmeisesti toimi.
http://www.raspberry-projects.com/pi/pi-operating-systems/raspbian/scripts
Scripti itse asiassa toimii... eli kun päätteeseen syötän /home/pi/bin/script_auto_run
wvdial käynnistyy ja mokkula saa verkkoyhteyden.
Ilmeisesti ongelma on rc.local
hakemistossa...
Myös jos ajan /etc/rc.local
wvdial käynnistyy.
-
Näytä skriptien sisältö.
-
Näytä skriptien sisältö.
Tältä ne näyttää...
script_auto_run
#!/bin/bash
# Script to start our application
echo "Doing autorun script..."
sudo wvdial &
rc.local
#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.
# Print the IP address
/home/pi/bin/script_auto_run &
_IP=$(hostname -I) || true
if [ "$_IP" ]; then
printf "My IP address is %s\n" "$_IP"
fi
exit 0
-
Sudo käyttö on turhaa eikä suositeltavaa. Siitä voi aiheutua vaikeuksiakin.
Jos wvdial ei käynnisty normaalikäyttäjän tunnuksella niin tarkista /etc/groups,
taisi vaatia jäsenyyden ainakin ryhmään dialout. Voit lisätä käyttäjän ryhmään
Tarvi myös ryhmän dip
sudo adduser NN dialout
sudo adduser NN dip
Sitten logout-login.
-
sudo adduser NN dialout
sudo adduser NN dip
Sitten logout-login.
Ei auttanut...
Poistin myös sudot.
Käsin kun syöttää niin toimii. En ymmärrä mikä tässä on vikana. Ilmeisesti se ei aja scriptiä.
Jostakin syystä prossun käyttö on 100% kokoajan.
-
Käsin kun syöttää niin toimii. En ymmärrä mikä tässä on vikana. Ilmeisesti se ei aja scriptiä.
Jostakin syystä prossun käyttö on 100% kokoajan.
Sen mikä ohjelma kuormittaa CPU näkee komennolla
top
Mitä tulostaa hakemistossa /home/pi/bin/
ls -l
-
Eilen en päässyt selaimella mihinkään ja jätin sen auki koko yöksi. Selaimessa oli avautumassa kymmeniä ikkunoita jotka aiheutti prossun kuorman. Tai ainakaan enää se ei ole kuormitettuna koko ajan.
Huomasin että verkkoyhteys oli muodostunut kun käytin koiraa lenkillä.
Laitoin ajastimen mittaamaan ajan kauanko pitää odottaa että yhteys muodostuu. 16min...
On ehkä vähän liian pitkä aika odotella...
Saisiko tuon scriptin ajoa aikaistettua jotenkin? vai yrittääkö raspi ajaa sitä mutta onnistui vasta 16min jälkeen?
-
Kytkin Raspin lehiverkkoon jotta pääsen Raspilla olevalle weewx:n nettisivulle.
Eli Raspin selaimeen kun kirjoitan /var/www/weewx/index.html
pääsen katsomaan mitattuja arvoja.
kun kirjoitan pöytäkoneen selaimeen Raspin sisäverkon ip-osoitteen saan tekstin:
It works!
This is the default web page for this server.
The web server software is running but no content has been added, yet.
Joka sijaitsee /var/www/index.html
tiedostossa.
Eli miten saan tuon sivun siirrettyä tai kopioitua /var/www/weewx
hakemistossa olevan index.html tiedoston tuonne /var/www
hakemistoon??
-
/var/www/index.html
tiedostossa.
Eli miten saan tuon sivun siirrettyä tai kopioitua /var/www/weewx
hakemistossa olevan index.html tiedoston tuonne /var/www
hakemistoon??
Eikö kelpaa, että menet selaimella osoitteeseen:
http://ipsi/weewx
Jos ei kelpaa, niin silloin weewx:hakemiston kaikki tiedostot pitää kopioida /var/www-hakemistoon. Saattaa myös toimia tekemällä symbolisen linkin /var/www/index.html:ksi /var/www/weewx/index.html:n, mutta siitä saattaa syntyä ongelmia.
-
Eikö kelpaa, että menet selaimella osoitteeseen:
http://ipsi/weewx
Jos ei kelpaa, niin silloin weewx:hakemiston kaikki tiedostot pitää kopioida /var/www-hakemistoon. Saattaa myös toimia tekemällä symbolisen linkin /var/www/index.html:ksi /var/www/weewx/index.html:n, mutta siitä saattaa syntyä ongelmia.
Ei toimi http://ipsi/weewx
Kuinkas se kopioiminen tehdään... Sitä vähän niin kuin kysyin jo koska ajattelin sen menevän niin...
-
Jos Raspissa on Raspbian käyttis ja Apache2 serveri niin sen oletushakemiston voi vaihtaa Apachen asetuksissa:
sudo nano /etc/apache2/sites-enabled/000-default.conf
Muuta VirtualHost -lohkon DocumentRoot -asetus olevaksi näin:
DocumentRoot /var/www/weewx
Ota muuttunut asetus käyttöön:
sudo service apache2 restart
tai
sudo apache2ctl restart
edit: joo, siis nyt selain menee suoraan haluamaasi paikkaan (weewx/index.html tiedostoon), mutta jos haluat tuon muutoksen sijasta kopioida tai siirtää kamat niin cp -komennolla kopioidaan ja mv komennolla siirretään.
Liästietoa noista Apchen Debian-kohtaisista asetuksista löytyy tiedostosta:
/usr/share/doc/apache2/README.Debian.gz
Raspbian Jessie:ssä muuten tuo oletuksena oleva DocumentRoot hakemisto on muuttunut siitä mitä se on/oli Wheezyssä.
Jessiessä se on /var/www/html
-
Eikö kelpaa, että menet selaimella osoitteeseen:
http://ipsi/weewx
Jos ei kelpaa, niin silloin weewx:hakemiston kaikki tiedostot pitää kopioida /var/www-hakemistoon. Saattaa myös toimia tekemällä symbolisen linkin /var/www/index.html:ksi /var/www/weewx/index.html:n, mutta siitä saattaa syntyä ongelmia.
Ei toimi http://ipsi/weewx
Miltä hakemiston /var/www/weewx ja sen sisällä olevien tiedostojen oikeudet näyttävät:
ls -la /var/www/weewx/
-
Jos Raspissa on Raspbian käyttis ja Apache2 serveri niin sen oletushakemiston voi vaihtaa Apachen asetuksissa:
sudo nano /etc/apache2/sites-enabled/000-default.conf
Muuta VirtualHost -lohkon DocumentRoot -asetus olevaksi näin:
DocumentRoot /var/www/weewx
Ota muuttunut asetus käyttöön:
sudo service apache2 restart
tai
sudo apache2ctl restart
edit: joo, siis nyt selain menee suoraan haluamaasi paikkaan (weewx/index.html tiedostoon), mutta jos haluat tuon muutoksen sijasta kopioida tai siirtää kamat niin cp -komennolla kopioidaan ja mv komennolla siirretään.
Liästietoa noista Apchen Debian-kohtaisista asetuksista löytyy tiedostosta:
/usr/share/doc/apache2/README.Debian.gz
Raspbian Jessie:ssä muuten tuo oletuksena oleva DocumentRoot hakemisto on muuttunut siitä mitä se on/oli Wheezyssä.
Jessiessä se on /var/www/html
Kiitos neuvosta... nyt pääsen kiinni sisäverkosta tuohon sivuun...
-
Miltä hakemiston /var/www/weewx ja sen sisällä olevien tiedostojen oikeudet näyttävät:
ls -la /var/www/weewx/
Jep, tuo minun ohjeeni oli hätäpäissään keksitty ja huonokin, en ajatellut tarpeeksi. Toisaalta, jos tarkoitus on vain lukea ko. dataa serveriltä niin silloinhan se ei haittaa mitään.
Raspbian (ainakin Jessie) /var/www hakemisto on jostakin syystä root:root omistuksessa, kummallista kun se ennen vanhaan on ollut www-data ryhmän omistuksessa. Miten ihmeessä nyt "normaalikäyttäjälle" annetaan oikeudet kirjoittaa ko. hakemistorakenteeseen? Ei mitenkään minusta, ehkä se onkin tarkoitus? :O Ennen riitti kun käyttäjän lisäsi www-data ryhmään. Tietenkin käyttäjä voi luoda vanhan www-data tms. ryhmän ja muuttaa oikeudet...
-
Raimo
se sun ohje on ihan toimiva minulle jossa on tarkoitus vain päästä näkemään toi verkkosivu, toistaiseksi.
Mut nyt pitäisi alkaa miettimään sitä ulkoverkosta pääsyä...
Eli tarvitsen varmaankin kiinteän IP-osoitteen Saunalahden liittymääni jotta yhteydenotto onnistuu?? tai siis sen sivun lukeminen.
-
Et tarvitse kiinteää IP-osoitetta. Myös vaihtuvalla osoitteella pääsee sisään ja sen kanssa voi käyttää dynaamista DNS-palvelua (DDNS), joita löytyy pilvin pimein. Tärkeämpää on ettei operaattori ole estänyt yhteydenottoja ulkoverkosta päin.
-
Mutta NAT:n tulisi olla silti pois päältä, jotta yhteydenotto ulkoverkosta käsin onnistuisi.
-
Mutta NAT:n tulisi olla silti pois päältä, jotta yhteydenotto ulkoverkosta käsin onnistuisi.
Saunalahden julkisen (vaihtuvan) IP:n (joka ei ole NAT:n takana) saa eri maksusta, dynaamisen DNS:n se vaatii, koska on vaihtuva.
http://elisa.fi/asiakaspalvelu/aihe/mobiililaajakaista/ohje/ip-osoitteet/
-
Mutta NAT:n tulisi olla silti pois päältä, jotta yhteydenotto ulkoverkosta käsin onnistuisi.
Höh, ei tarvi olla. Itsellellä NAT on päällä ja sen pitääkin olla päällä. Pidän serveriä päällä 24/7 jo puoli vuotta ja sen ip ei ole vielä kertaankaan vaihtunut .. kop kop .. :P
(ääh puhutaankin mobiileverkon ip osoitteista .. just).
-
No nyt varmaan pitää odotella että saan sen liittymän päiviteltyä tällein
Saunalahden julkisen (vaihtuvan) IP:n (joka ei ole NAT:n takana) saa eri maksusta, dynaamisen DNS:n se vaatii, koska on vaihtuva.
Sitten vasta pääsee yrittämään kuvaa tuosta POE IP-kamerasta joka tulee Raspin verkkoporttiin kiinni.
Vai mitä luulette pystyisikö Raspin omaa kameraa piuhaa jatkamalla viedä useamman kymmenen metrin päähän niin et vielä toimis?
Tossa POE:ssa on se ongelma et mökin sähkö on 12v ja POE syöttää 24v...
-
Vai mitä luulette pystyisikö Raspin omaa kameraa piuhaa jatkamalla viedä useamman kymmenen metrin päähän niin et vielä toimis?
Ai sen virallisen kameramoduulin johtoa? En usko. Sitä väylää ei ole suunniteltu pitkille matkoille..Edes USB ilman toistimia ei toimisi noin kauas ja sittenkin kamera saattaisi kaivata lisäsähköä.
Piti ihan kaivella eli näköjään toi voi toimia vähän pidemmälläkin matkalla, tosin ei välttämättä ihan usealla kymmenellä metrillä.
https://www.raspberrypi.org/forums/viewtopic.php?f=43&t=43737
Tässä erityisen kiinnostava HDMI-johtoa käyttävä ratkaisu, joka tosin vaatii vähän lisärautaa, mutta vaikuttaa hyvältä: http://petitstudio.blogspot.fi/2015/04/the-raspberry-pi-camera-extension-cable.html
-
Eli sit yritetään sitä POE:a...
-
No niin... Nyt on Julkinen IP tilattu mokkulan liittymään... Ja näköjään nyt jo kytkeytynyt päälle.
Kuinkas nyt sitten asetukset Raspiin?? APN pitää muuttaa ja miten yhteys otetaan? Päätteellä, Puttylla?
-
miten yhteys otetaan? Päätteellä, Puttylla?
ssh:lla (Windowsissa Puttyllä) saat komentorivietäyhteyden, jos Raspiin on asennettu openssh-server.
-
ssh:lla (Windowsissa Puttyllä) saat komentorivietäyhteyden, jos Raspiin on asennettu openssh-server.
Jahas. Mites sen tarkistan??
Tartteeko se tuon clientinkin?? https://help.ubuntu.com/lts/serverguide/openssh-server.html
No näyttivät kummatkin olevan jo uusimmat versiot
-
ssh:lla (Windowsissa Puttyllä) saat komentorivietäyhteyden, jos Raspiin on asennettu openssh-server.
Jahas. Mites sen tarkistan??
Käynnistä raspi s.e. siihen on yhdistetty näyttö ja näppis, ja ehkä myös hiiri.
päätteellä:
dpkg -l |grep ssh
-
Käynnistä raspi s.e. siihen on yhdistetty näyttö ja näppis, ja ehkä myös hiiri.
päätteellä:
dpkg -l |grep ssh
Tällaista siellä oli...
root@raspberrypi:/home/pi# dpkg -l |grep ssh
ii libssh-4:armhf 0.5.4-1+deb7u3 armhf tiny C SSH library
ii libssh2-1:armhf 1.4.2-1.1+deb7u2 armhf SSH2 client-side library
ii openssh-blacklist 0.4.1+nmu1 all list of default blacklisted OpenSSH RSA and DSA keys
ii openssh-blacklist-extra 0.4.1+nmu1 all list of non-default blacklisted OpenSSH RSA and DSA keys
ii openssh-client 1:6.0p1-4+deb7u3 armhf secure shell (SSH) client, for secure access to remote machines
ii openssh-server 1:6.0p1-4+deb7u3 armhf secure shell (SSH) server, for secure access from remote machines
ii ssh 1:6.0p1-4+deb7u3 all secure shell client and server (metapackage)
root@raspberrypi:/home/pi#
-
root@raspberrypi:/home/pi# dpkg -l |grep ssh
...
ii openssh-server 1:6.0p1-4+deb7u3 armhf secure shell (SSH) server, for secure access from remote machines
...
Varmaan itsekin pystyt päättelemään, että olet asentanut ssh-serverin Raspiisi.
Sitten vain katsot ip-osoitteen ifconfig:lla, ja otat yhteyden siihen (ubuntulla)
ssh pi@RaspinIP
-
Ilmeisesti pitää vaihtaa portti numero raspin sshd:hen
Mulla on Raspiin laitettu eri portti johon ainakin sisäverkosta pääsin kiinni.
vakiona ilmeisesti sshd:n portti on 22 ja ohjeessa käsketään vaihtamaan se 2222 portiksi.
Ainakaan tällä hetkellä en yhteyttä saa aikaiseksi.
Ehdin tarkistaa sen sshd_configin ja siellä olen määrittänyt portiksi **, Tarvitseeko se siis vaihtaa että yhteys onnistuu??
Vaikka Raspin IP ja porttinumero ovat oikein ei yhteyttä saa muodostettua. Tulee ilmoitus... Connection timed out
-
tarvitseeko tehdä noita kaikkia muutoksia siihen sshd_config tiedostoon??
Esim. muuttaa kohta Banner /etc/issue.net
Muotoon??
/etc/ssh/sshd_config
-
pingaako koneesi raspi keskenään ?
ping rasbpinIp
Ehkä kyselen tyhmiä, kun en ole vähään aikaan seurannut tätä säiettä.
Edit - Huomasin, että sulla on http-palvelinkin asennettuna. Saatko siihen yhteyttä toisen koneen selaimella ?
-
pingaako koneesi raspi keskenään ?
ping rasbpinIp
Ehkä kyselen tyhmiä, kun en ole vähään aikaan seurannut tätä säiettä.
Edit - Huomasin, että sulla on http-palvelinkin asennettuna. Saatko siihen yhteyttä toisen koneen selaimella ?
Ei onnistu. IP ei vastaa pingiin. Boottasin raspin äsken ja huomasin että IP vaihtui. Ei siis varmaankaan pitäisi vaihtua.
-
Mitähän ohjetta seuraat, kun nuo SSH-konffausohjeet kuulostavat aika kummallisilta. Sen pitäisi toimia tarpeeksi hyvin kokeilemiseen ilman säätöjäkin.
Jos et pysty pingaamaan, niin sitten tuskin toimii mikään muukaan. Lähiverkko pitää olla oikein, jotta SSH:ta voisi käyttää.
Ei onnistu. IP ei vastaa pingiin. Boottasin raspin äsken ja huomasin että IP vaihtui. Ei siis varmaankaan pitäisi vaihtua.
Se riippuu siitä miten olet sen tai lähiverkon reitittimesi säätänyt. Itse tapaan laittaa reitittimestä IP:n MAC-osoitteen perusteella, jolloin samalle laitteille jaetaan joka kerta sama IP-osoite. Toki voit laittaa kiinteän osoitteen myös Raspberrystä, kunhan pistät sen dynaamisesti jaettavien alueen ulkopuolelle (kuitenkin samaan lähiverkkoon eli saman netmaskin alueella kuin muutkin). Raspberryllä pitää olla kiinteä lähiverkon osoite, jotta pystyt ohjaamaan liikenteen ulkoverkosta sinne (porttiohjaus tai vastaava).
-
Eli lähiverkkoyhteydet kyllä toimi jo aikaisemmin todella hyvin. Eli eteenpäin oltaisiin menossa.
Siis varmaankin jäi epäselväksi jossakin välissä että sain mokkulaan julkisen IP:n ja nyt yritettäisiin sitä kautta yhteyttä.
Tämähän olisi siis menossa Syksyllä 1000km päähän mittaamaan säätä meidän mökiltä ja siksi tarvitsen sen mokkulan.
-
Kuinkas nyt sitten asetukset Raspiin?? APN pitää muuttaa ja miten yhteys otetaan? Päätteellä, Puttylla?
Saitko sen APN:n jo muutettua, että Raspisi päätyy julkisen IP:n taakse?
Ei onnistu. IP ei vastaa pingiin. Boottasin raspin äsken ja huomasin että IP vaihtui. Ei siis varmaankaan pitäisi vaihtua.
IP saa kyllä olla dynaaminen, kunhan on julkinen. Vai oletko tilannut samalla kiinteän IP:n?
-
Kuinkas nyt sitten asetukset Raspiin?? APN pitää muuttaa ja miten yhteys otetaan? Päätteellä, Puttylla?
Saitko sen APN:n jo muutettua, että Raspisi päätyy julkisen IP:n taakse?
Ei onnistu. IP ei vastaa pingiin. Boottasin raspin äsken ja huomasin että IP vaihtui. Ei siis varmaankaan pitäisi vaihtua.
IP saa kyllä olla dynaaminen, kunhan on julkinen. Vai oletko tilannut samalla kiinteän IP:n?
Julkinen se on... En ole aivan varma. Voi olla ettei se Raspissa onnistunut.
-
Saitko sen APN:n jo muutettua, että Raspisi päätyy julkisen IP:n taakse?
No eihän se ollu sitä huolinut. Nyt pingaus onnistuu ja ssh yhteyskin on muodostettu.
Myös koneella oleva verkkosivukin näytti avautuvan...
Ei se ollutkaan niin hankalaa kun nm vain hoksasi kysyä et tarkistin sen wvdial.confin...
-
Millä ohjelmalla aloittelijan kannattaisi aloittaa yksinkertaisen nettisivun tekeminen...
Tällainen on se sivu joka on jo weewx:n tekijän luoma
https://www.dropbox.com/s/b51z56kakj4p6mo/Valinta_005.png?dl=0
Mut ajattelin et siinä voisi olla kuva mökiltä. Tämä olisi sitten vaihtuva esim. 1/vrk...
https://www.dropbox.com/s/ssu55in4i6jd2wu/DSC_0019~3.JPG?dl=0
Tuohon kuvaan osaksi päälle voisi sitten sijoitella noita arvoja.
Parit painikkeet joilla saisi vaihdettua päivä,viikko,kuukausi,vuosi niin kuin tuolla ekan kuvan alalaidassakin on...
Myös painike video streamaukselle olisi kiva mut ei pakollinen. En tiedä miten hyvin Raspi jaksaa streamia pyörittää... Nettiyhteydestä ei jää kiinni.
-
Et tarvitse kiinteää IP-osoitetta. Myös vaihtuvalla osoitteella pääsee sisään ja sen kanssa voi käyttää dynaamista DNS-palvelua (DDNS), joita löytyy pilvin pimein. Tärkeämpää on ettei operaattori ole estänyt yhteydenottoja ulkoverkosta päin.
ddns palvelukin varmaan maksaa jotakin. Löysin ohjeet millä saan Raspin lähettämään IP-osoitteen spostiin kun saa verkkoyhteyden jos virrat katkeaa, mutta olisihan se mukavempi jos saisi kiinteän osoitteen palvelimelle.
-
Et tarvitse kiinteää IP-osoitetta. Myös vaihtuvalla osoitteella pääsee sisään ja sen kanssa voi käyttää dynaamista DNS-palvelua (DDNS), joita löytyy pilvin pimein. Tärkeämpää on ettei operaattori ole estänyt yhteydenottoja ulkoverkosta päin.
ddns palvelukin varmaan maksaa jotakin. Löysin ohjeet millä saan Raspin lähettämään IP-osoitteen spostiin kun saa verkkoyhteyden jos virrat katkeaa, mutta olisihan se mukavempi jos saisi kiinteän osoitteen palvelimelle.
Niitä on kyllä paljon ilmaisiakin. Ilmaisiin saa oman aladomainin. Itse käytän suomalaista dy.fi (http://www.dy.fi/):tä, mutta nopealla haulla netistä löytynee paljon muitakin.
-
Niitä on kyllä paljon ilmaisiakin. Ilmaisiin saa oman aladomainin. Itse käytän suomalaista dy.fi (http://www.dy.fi/):tä, mutta nopealla haulla netistä löytynee paljon muitakin.
Kiitos. Katson tuota dy.fi (http://dy.fi) sivua
-
Sain dy.fi nimipalvelimen toimimaan mut nyt pitäisi saada toi Raspi lähettämään se IP sinne palvelimelle ajastetusti.
Eli "Tomin" moderaattorin neuvosta laitoin wgetin tekemään jotain... Ja sain sen ilmeisesti toimimaankin ihan eka yrittämällä... (tai päätteessä ei ainakaan olllut erroreja)
wget --http-user=KÄYTTÄJÄ --http-passwd=SALASANA -O /dev/null http://www.dy.fi/nic/update?hostname=SIVUN_OSOITE
Seuraavaksi tuo pitäisi saada tekemään se automaattisesti vaikka puolentunnin välein.
Tomin ehdotti crontabia... https://linux.fi/wiki/Komentojen_ajastaminen (https://linux.fi/wiki/Komentojen_ajastaminen)
Tuolla oli ajan esitysmuoto jolla käskyn saisi laitettua...
ajattelin jotain et olisiko jotenkin näin?? 0,30 * * * *
Sitten se käsky millä se lähettää sen ip:n (suoraan sanottuna ei mitään hajua millainen sen pitäisi olla...)
-
Tein sitten itse kun ei uskaltanu kukaan neuvoa.
Nyt mokkula käynnistyy bootissa jo ennen työpöydän latautumista.
Laitoin sinne crontab -e tiedostoon sen scriptin jonka olin aikaisemmin kirjoittanut.
@reboot /home/pi/bin/script_auto_run
Nyt pitää nukkua välillä. Huomenna sitten takaisin sorvin ääreen ja saatais se IP sinne dy.fi palvelimelle.
-
ajattelin jotain et olisiko jotenkin näin?? 0,30 * * * *
Ei ihan noin, vaan näin: Tai näin:
*/30 * * * * /joku/polku/ohjelma
Eli ko. ohjelma ajetaan puolen tunnin välein.
-
ajattelin jotain et olisiko jotenkin näin?? 0,30 * * * *
Ei ihan noin, vaan näin:
*/30 * * * * /joku/polku/ohjelma
Eli ko. ohjelma ajetaan puolen tunnin välein
Eikös molemmat ole oikein ?
-
ajattelin jotain et olisiko jotenkin näin?? 0,30 * * * *
Ei ihan noin, vaan näin:
*/30 * * * * /joku/polku/ohjelma
Eli ko. ohjelma ajetaan puolen tunnin välein
Eikös molemmat ole oikein ?
Joo, onhan ne näköjään. Ulkomuistista ei pitäisi höpistä. :)
-
Arvon raati... Toimisiko tämä??
En aivan ymmärrä mitä tuossa tapahtuu mut jos joku viitsisi katsoa tuon läpi.
http://wiki.ubuntu-fi.org/Dynaaminen_DNS (http://wiki.ubuntu-fi.org/Dynaaminen_DNS)
Eli tein jo Tomin ohjeilla tällaisen käskyn.
wget --http-user=KÄYTTÄJÄ --http-passwd=SALASANA -O /dev/null http://www.dy.fi/nic/update?hostname=OMAOSOITE.dy.fi
Jos nyt lisään crontab -e tiedostoon rivin
*/30 * * * * wget --http-user=KÄYTTÄJÄ --http-passwd=SALASANA -O /dev/null http://www.dy.fi/nic/update?hostname=OMAOSOITE.dy.fi
En ymmärrä mikä ero näillä kahdella on??
*/30 * * * * wget --delete-after --no-check-certificate --no-proxy --user=KÄYTTÄJÄ --password=SALASANA https://www.dy.fi/nic/update?hostname=OMAOSOITE.dy.fi
-
Toisaalta, jäsen @ajaaskel on tehnyt valmiin systeemin tuota IP-päivitystä varten, kannattaa ehkä kokeilla sitäkin.
http://forum.ubuntu-fi.org/index.php?topic=48481.msg371788#msg371788
-
Toisaalta, jäsen @ajaaskel on tehnyt valmiin systeemin tuota IP-päivitystä varten, kannattaa ehkä kokeilla sitäkin.
http://forum.ubuntu-fi.org/index.php?topic=48481.msg371788#msg371788
dy.fi:llä on myös virallinen dyfi-update.pl -päivitysohjelma, joka on toiminut minulla ongelmitta usean vuoden ajan.
dyfi-updaten ja Ajaaskelin skriptin etuna on turhien päivityspyyntöjen välttäminen, jos osoite ei muutu. Päivitys tehdään tosin silloinkin harvemmalla aikavälillä (dyfi-update tekee sen 23 tunnin välein), jotta osoitteenohjaus pysyy voimassa.
-
No mitä lueskelin tuota Ajaaskelin ohjetta niin se kyllä olisi omaan tarkoitukseen ainkin toimiva koska voi ajaa crontabilla milloin haluaa... ja koska ajatuksena sähkön säästämiseksi oli ettei Raspissa olisi virta päällä kuin 15min kerrallaan jolloin se lataisi tiedot toiselle koneelle jossa varsinainen palvelin on. (tämä siis joskus hamassa tulevaisuudessa)
Toisaalta jos on vain tuon aikaa päällä ei siinä ajassa paljon ehdi mitään tekemään mutta kun akusto on rajattu tällä hetkellä 12v/600Ah on myös sähköä rajallisesti.
Raspi ei ole ainoa joka kuluttaa virtaa siellä, enkä tiedä tarkkaan miten kaamosaikana akuissa riittää virtaa... muutenkaan kun en ole siellä silloin ollut tuohon vuodenaikaan.
Mut katsotaan mitä tästä tulee...
-
No mitä lueskelin tuota Ajaaskelin ohjetta niin se kyllä olisi omaan tarkoitukseen ainkin toimiva koska voi ajaa crontabilla milloin haluaa... ja koska ajatuksena sähkön säästämiseksi oli ettei Raspissa olisi virta päällä kuin 15min kerrallaan jolloin se lataisi tiedot toiselle koneelle jossa varsinainen palvelin on. (tämä siis joskus hamassa tulevaisuudessa)
Et tarvitse Raspille nimeä, jos se lähettää datan johonkin muualle. Tarvitset nimen (tai kiinteän osoitteen) sille koneelle, johon data lähetetään.
Raspissa nimestä ei ole hyötyä, jos se on päällä vain tuon 15 minuuttia. Siinä ajassa osoite ei välttämättä ehdi edes päivittyä DNS-järjestelmään.
-
Niin en tarvitse nimeä raspille. ymmärsin sen jo aikaisemmin. nyt ollaan tekemässä nää jutut raspille jotta saan jotain ulos tuosta ja muut perheen jäsenet pääsee myös katselemaan tietoja.
Joskus myöhemmin tulevaisuudessa teen sitten läppärille nettisivut joihin sitten saan datat raspilta ja samalla muutan saman nimen läppärin ip:lle.
Mutt tässä on vielä paljon muuttujia jotka pitää ratkoa ja tehdään ne sitä mukaa kun asiat muuttuu.
-
No niin. Piti lepuuttaa aivoja ettei hermot mene.
Aloin tekemään Ajaaskelin ohjeen mukaan IP:n päivitystä mutta heti tuli ongelmia.
En ymmärrä näitä perusasioita.
"Tee jokin hakemisto, (Tehty) vaikka /ddnsclient (Tehty) jonne laitat RegMyIP: n ja anna ajo-oikeus sille" Mistä tuon RegMyIP:n laitan??
Siis sen tiedostonko jonka latasin aikaisemmasta linkistä?? kuinka annan "ajo-oikeus" sille???
Ehkä saan sen tiedoston siirrettyä siihen kansioon päätteellä mut tuo ajo-oikeus ei sano mitään.
-
No niin. Piti lepuuttaa aivoja ettei hermot mene.
Ehkä saan sen tiedoston siirrettyä siihen kansioon päätteellä mut tuo ajo-oikeus ei sano mitään.
Ajo-oikeus syntyy vaikka näin siinä hakemistossa missä ko. tiedosto on:
chmod +x regmyip
tai mikä nyt ikinään onkaan tiedostonimi (kirjainkoko on merkitsevä).
Tilannetta voi tarkastella ls komennolla ko. hakemistossa:
ls -l
edit: juu, luonnollisesti RegMyIP on se tiedosto jonka latasit, näyttää latautuvan nimellä regmyip eli pienellä kirjoitettuna.
-
Jes. kiitos. nyt pääsee eteenpäin.
aikaisemmin tältä -rw-r--r-- 1
ja nyt näyttää tältä -rwxr-xr-x 1
-
- Testaa toiminta käynnistämällä:
regmyip dyfi
Tulee vain teksti... -bash: regmyip: komentoa ei löydy
-
Toimisikohan polun kanssa ?
./regmyip dyfi
Jos piste ei toimi, niin laita sen tilalle koko polku.
-
Kiitos. Meni läpi, piti laittaa koko polku siihen... joku errori oli. Pitää kattoo
Unknown server response, see file dyfi.uresp
-
No sehän johtui siis siitä että ./regmyip dyfi --configure olin laittanut väärän .dy.fi osoitteen eli sen minkä olin luonut aikaisemmin vaikka piti laittaa se minkä se sivusto luo...
Aina oppii uutta.
Nyt IP päivittyy automaattisesti palvelimelle ja mieli on hyvä.
-
No mites saisin tuohon IP kameraan yhteyden ulkoverkosta.
Eli Raspin LAN porttiin on kytketty IP kamera jolla on 192.168.*.** osoite.
Raspin selaimella pääsen kiinni kameraan ja kuvan kun kirjaudun kameraan sisään.
Kuinka pääsen kiinni siihen verkon yli toiselta koneelta?
-
Minkähän takia toi regmyip ei päivitäkään tuota IP:tä kuin kerran Bootin jälkeen??
crontab -e näyttää tältä
@reboot /usr/bin/startweaved.sh
@reboot /home/pi/bin/script_auto_run
@reboot sleep 60: /home/pi/bin/ddns-client/regmyip dyfi --log_all
*/30 * * * * /home/pi/bin/ddns-client/regmyip dyfi
Eikös tällä rivillä pitäisi IP päivittyä 30min välein??
*/30 * * * * /home/pi/bin/ddns-client/regmyip dyfi
-
Käsittääkseni se on "älykäs" skripti, eikä päivätä IP:tä jos se ei ole muuttunut. Tuollahan siitä on selostus:
http://forum.ubuntu-fi.org/index.php?topic=48481.0
edit: tuossa crontabissasi on virhe, en tosin tiedä mitä se vaikuttaa. Kolmanella rivillä oleva : -merkki pitäisi olla ;
eli näin on oikein:
@reboot sleep 60; /home/pi/bin/ddns-client/regmyip dyfi --log_all
-
Ok. Ainakin jonkin verran taisi bootin jälkeen nopeutua ip:n päivittyminen palvelimelle... Kun mokkulaan syttyi valo merkiksi että on verkko ylhäällä 1min 15s myöhemmin oli dy.fi sivulla uusi ip.
Nyt seuraan päivittyykö 30min kuluttua. Jos ei niin ihmetellään lisää...
Asentelin tuossa odotellessa Motion:in Raspiin kun ilm. sillä saa kuvan siitä IP-kamerasta.
Kokeilin VLC:llä ottaa yhteyden IP:n mukaan mut näkyy harmaa ruutu jonka yläkulmassa teksti unable to open video device
Nanolla muuttelin noita.
pi@raspberrypi ~ $ sudo nano /etc/default/motion
pi@raspberrypi ~ $ sudo nano /etc/motion/motion.conf
pi@raspberrypi ~ $ sudo service motion start
[ ok ] Starting motion detection daemon: motion.
Mutta ilmeisesti tuo ei kuitenkaan ole kameran kuvaa vaan Motionin joku oletus näkymä??
-
Ei näytä IP päivittyvän 30min välein... nyt menny 47min eikä tapahdu mitään.
Toi Motion ei taida löytää tuota mun kameraa verkkoportista, eikä siksi osaa jakaa kuvaa... Tuossa kamerassa on kyllä kattavat verkko ominaisuudet et voi tietysti johtua niistäkin.
Jos joku haluaa lukaista manuskaa niin se löytyy tästä
https://www.dropbox.com/s/ikal413u33q7zuv/AirCam_UserGuide.pdf?dl=0 (https://www.dropbox.com/s/ikal413u33q7zuv/AirCam_UserGuide.pdf?dl=0)
-
Ei näytä IP päivittyvän 30min välein... nyt menny 47min eikä tapahdu mitään.
Katso lokeista mitä tapahtuu, /var/log/syslog ainakin pitäisi jäädä jotain cron-höpötystä. Tosin en ole yhtään varma Raspbianin oletuslokeista koska olen omaani säätänyt reippaasti senkin suhteen. Minulla cron lokittaa myös/var/log/cron.log tiedostoon, mutta jotenkin muistelen että se ei ole oletuksena niin, varma en ole. Aikaa voit varmaan säätää 10 minuuttiin, + koemielessä ajaa ko. komentoa suoraan komentoriviltä ja katsoa mitä päätteeseen tulostuu.
Tämmösillä eteenpäin:
cd /var/log
ls
cat LOKITIEDOSTO
-
/var/log/syslog löytyi tällaiset...
Apr 20 18:30:01raspberrypi /USR/SBIN/CRON[3690]: (CRON) info (No MTA installed, discarding output)
Apr 20 19:00:01 raspberrypi /USR/SBIN/CRON[4570]: (root) CMD (/home/pi/bin/ddns-client/regmyip dyfi)
Toi MTA varmaan on mikä siinä mättää... Ei sieltä oikein muuta löytyny.
Se IP kamerankin ongelmat löyty sieltä. Eli se Motion ei löydä sitä kameraa. ilmeisesti väärä portti josta se sitä haistelee...
motion: [1] Failed to open video device /dev/video0: No such file or directory
-
/var/log/syslog löytyi tällaiset...
Apr 20 18:30:01raspberrypi /USR/SBIN/CRON[3690]: (CRON) info (No MTA installed, discarding output)
Apr 20 19:00:01 raspberrypi /USR/SBIN/CRON[4570]: (root) CMD (/home/pi/bin/ddns-client/regmyip dyfi)
Toi MTA varmaan on mikä siinä mättää... Ei sieltä oikein muuta löytyny.
MTA tarkoittaa että se yrittää lähettää cron -virhettä maililla.
Miksiköhän se ajaa root -käyttäjänä tuon skriptin, se ei ole oikein se? Oletko laittanut sen normaaliin pi -käyttäjän crontabiin, vai mihin?
Eli ihan normaalisti tavallisena käyttäjänä kirjautuen ja komento:
crontab -e
...
Mutta aja komento, siis tämä:
/home/pi/bin/ddns-client/regmyip dyfi
ja katso mitä tulostuu, ehkä virhe selviää siitä.
-
2016-04-20_20:41:42 RegMyIP DDNS client v2.2 config loading done
/home/pi/bin/ddns-client/regmyip: rivi 802: /home/pi/bin/ddns-client/dyfi.eresp: Lupa evätty
2016-04-20_20:41:42 Address query from http://checkip.dy.fi ok
2016-04-20_20:41:44 http://checkip.dy.fi told my ip address is **.***.**.**
2016-04-20_20:41:44 Using public ip route via gateway 0.0.0.0
/home/pi/bin/ddns-client/regmyip: rivi 877: /home/pi/bin/ddns-client/dyfi.myip: Lupa evätty
2016-04-20_20:41:44 Check done, no change, xn--mkkis-kraa2l.dy.fi = **.***.**.**
2016-04-20_20:41:44 RegMyIP DDNS client v2.2 normal exit
Korvasin IP osoitteen **.***.**.**
Jotainhan tuossa on plogattu, vaan miksi.
En muista kuinka aikanaan laitoin Root asetukset... se crontab on /home/pi/bin/crontab -e
-
crontab -e komennetaan päätteessä, sama ja se missä hakemistossa silloin on. Siihen ei pidä laittaa mitään polkua eteen.
Vaan pelkkä komento ja sitten muokkaus tekstieditorilla eli nanohan siinä oletuksena aukeaa Raspissa.
Katso skriptin hakemiston siältö, siellä pitäisi olla erilaisia lokeja, ehkä? (en nyt sattuneesta syystä pääse itse tuota kokeilemaan).
Niistä voi selvitä lisää, etenkin se mitä cron tekee kun se ajaa.
cd /home/pi/bin/ddns-client
ls -l
Katso myös että tiedostojen omistajana ei ole root vaan pi
-
cd /home/pi/bin/ddns-client[
ls -l
Katso myös että tiedostojen omistajana ei ole root vaan pi
Eli tällasta
-rw-r--r-- 1 root root 518 huhti 19 20:12 dyfi.conf
-rw-r--r-- 1 root root 274 huhti 20 21:00 dyfi.eresp
-rw-r--r-- 1 root root 110 huhti 19 20:12 dyfi.id
-rw-r--r-- 1 root root 8599 huhti 20 18:24 dyfi.log
-rw-r--r-- 1 root root 13 huhti 20 21:00 dyfi.myip
-rw-r--r-- 1 root root 286 huhti 20 18:24 dyfi.uresp
-rw-r--r-- 1 root root 584 huhti 19 20:12 init.log
-rwxr-xr-x 1 pi pi 33019 huhti 19 18:53 regmyip
Ja sen crontab:in sisältö siis tällainen
@reboot /usr/bin/startweaved.sh
@reboot /home/pi/bin/script_auto_run
@reboot sleep 60; /home/pi/bin/ddns-client/regmyip dyfi --log_all
*/5 * * * * /home/pi/bin/ddns-client/regmyip dyfi
Niin ja eihän se tosiaan tarvinnutkaan olla siellä /home/pi/bin kansiossa...
-
En sano mitään, muuta kuin että minusta sen (siis Raspin) ei pitäisi ajaa cronia root-käyttäjänä vaan pi -käyttäjänä jos crontab -e on komennettu pi -käyttäjänä. Mutta nyt se ajaa root -käyttäjänä, sen näkee siitä että lokit on rootin omistuksessa. Grrr! :/
Systeemissä on jotain hämärää. Ethän ole komentanut crontab -e sudon kanssa?
edit: käyttäjän voi laittaa komentoon:
crontab -e -u pi
jossa siis pi on käyttäjä. Tuolla pitäsi tulla nyt oikea crontab ainakin.
-
Systeemissä on jotain hämärää. Ethän ole komentanut crontab -e sudon kanssa?
Aina olen ajanut ne sudo crontab -e... eipä tainnut olla noissa ohjeissakaan mainintaa ettei saisi ajaa... mulla on se crontab -e ilman sudoa aivan tyhjä, tai siis on siellä ne omat löpinät muttei mitään käskyjä
-
Vaihdoin sudo crontab -e sisällön normi crontab -e hen ja ainakin dy.fi sai uuden ip:n
Odotellaan jos 5min päästä päivittyisi. ::)
-
Vaihdoin sudo crontab -e sisällön normi crontab -e hen ja ainakin dy.fi sai uuden ip:n
Odotellaan jos 5min päästä päivittyisi. ::)
Okei, sudo aiheuttaa sen että käskyt menee rootin crontabiin, normaalisti käytetään käyttäjän omaa crontabia, eli ilman sudoa.
Mutta homma ei nyt ole vielä kunnossa, vaan ko. hakemistossa tiedostot on edeleen rootin -omistuksessa ja ne pitää kaikki muuttaa pi -omistukseen. Se käy näin, nyt on käytettävä sudo:a komennon edessä koska root on ominut tiedostot. Normaalisti sitä ei pidä kotihakemiston tiedostoille käyttää.
sudo chown -R pi:pi /home/pi/bin/ddns-client
Tarkista:
ls -l /home/pi/bin/ddns-client
-
Jes. Nyt näkyy kaikki pi:n alla. Ei ole enää mitään Root:ina.
Mut nyt varmaan ole ymmärtänyt jotain väärin... Ei päivitä 5min välein edelleenkään ip:tä dy.fiin.
Nyt jopa regmyip on ok.
pi@raspberrypi ~ $ /home/pi/bin/ddns-client/regmyip dyfi
2016-04-20_22:51:21 RegMyIP DDNS client v2.2 config loading done
2016-04-20_22:51:21 Address query from http://checkip.dy.fi ok
2016-04-20_22:51:22 http://checkip.dy.fi told my ip address is **.***.**.***
2016-04-20_22:51:22 Using public ip route via gateway 0.0.0.0
2016-04-20_22:51:22 Check done, no change, xn--mkkis-kraa2l.dy.fi = **.***.**.***
2016-04-20_22:51:22 RegMyIP DDNS client v2.2 normal exit
Johtuuko se siitä ettei se päivitä ip jos se on sama kuin aikaisemmin??
2016-04-20_22:51:22 Check done, no change
Tuo pitää muuttaa jotta ei hylkää nimeä...
-
Tuo pitää muuttaa jotta ei hylkää nimeä...
https://www.dy.fi/page/clients?lang=fi
Ole ystävällinen ja aseta käyttämäsi päivitysohjelma lähettämään päivityspyyntöjä vain IP-osoitteesi vaihduttua, mutta kutenkin vähintään kerran 5-6 päivässä osoituksen päivittämiseksi (poistamme nimipalvelusta tiedot, joita ei ole päivitetty 7 päivään). Käyttäjätunnukset, jotka lähettävät suuriä määriä tarpeettomia päivityspyyntöjä ja aiheuttavat näin ylimääräistä kuormaa palvelimellemme, suljetaan automaattisesti.
-
No Kai se sitten toimii...
-
Mitenkähän tää sitten niin kuin toimii jos IP vaihtuu ainoastaan bootissa... jos vaihtuu.
Miten se IP sitten päivittyy jos IP:tä ei lähetetä kun se on sama kuin palvelimella?
Kaiken kukkuraksi /home/pi/bin/ddns-client/regmyip dyfi ilmoitti
Eikä IP päivity edes bootin jälkeen.
2016-04-21_19:39:37 RegMyIP DDNS client v2.2 config loading done
2016-04-21_19:39:37 Address query from http://checkip.dy.fi ok
2016-04-21_19:39:38 http://checkip.dy.fi told my ip address is 84.230.24.156
2016-04-21_19:39:38 Using public ip route via gateway 0.0.0.0
2016-04-21_19:39:38 Web ip 84.230.24.156, dns ip 84.230.66.208, file ip 84.230.66.208
2016-04-21_19:39:38 SMMD not enabled, service provider is dyfi
2016-04-21_19:39:38 Sending xn--mkkis-kraa2l.dy.fi = 84.230.24.156
2016-04-21_19:39:39 Server replied: badauth, user/pass pair bad
2016-04-21_19:39:39 RegMyIP DDNS client v2.2 normal exit
Johtuuko tuo nyt siitä että IP:n päivitysaika oli niin tiuha? Olin kyllä muuttanut päivitysajan 7päivän välein.
-
Mitenkähän tää sitten niin kuin toimii jos IP vaihtuu ainoastaan bootissa... jos vaihtuu.
Miten se IP sitten päivittyy jos IP:tä ei lähetetä kun se on sama kuin palvelimella?
Kaiken kukkuraksi /home/pi/bin/ddns-client/regmyip dyfi ilmoitti
Eikä IP päivity edes bootin jälkeen.
2016-04-21_19:39:37 RegMyIP DDNS client v2.2 config loading done
2016-04-21_19:39:37 Address query from http://checkip.dy.fi ok
2016-04-21_19:39:38 http://checkip.dy.fi told my ip address is 84.230.24.156
2016-04-21_19:39:38 Using public ip route via gateway 0.0.0.0
2016-04-21_19:39:38 Web ip 84.230.24.156, dns ip 84.230.66.208, file ip 84.230.66.208
2016-04-21_19:39:38 SMMD not enabled, service provider is dyfi
2016-04-21_19:39:38 Sending xn--mkkis-kraa2l.dy.fi = 84.230.24.156
2016-04-21_19:39:39 Server replied: badauth, user/pass pair bad
2016-04-21_19:39:39 RegMyIP DDNS client v2.2 normal exit
Johtuuko tuo nyt siitä että IP:n päivitysaika oli niin tiuha? Olin kyllä muuttanut päivitysajan 7päivän välein.
Käsittääkseni skripti päivittää IP:n vain jos se on muuttunut, se siis muistaa vanhan IP:si ja jos havaitsee uuden IP:n niin sitten suoritetaan päivitys dyfi -palveluun. Mitäpä sitä sinne jatkuvasti späämmäämään jos kerran oikea IP on jo palvelun muistissa.
IP:n tarkistus (ja vain muuttuneen IP:n lähetys) tapahtuu sen ajan välein jonka crontabiin laitat, ei siis pelkästään käynnistyksessä.
Tuossa yllä tapahtumista näkee että IP on muuttunut ja skripti yrittää päivittää sitä, mutta:
Server replied: badauth, user/pass pair bad
tarkoittaa varmaan sitä että tunnuksesi ovat väärät, siis joko suljetut tai muuten väärät. Joten päivitys ei onnistu.
-
Laitoin viestiä tuonne dy.fin sivustolle jos osaisivat vähän jeesata mistä johtuu... mm. jos ovat bloganneet tuon nimen jo liian ip:n päivityksen takia.
Samalla kysyin kuinka sivu hyväksyy 7päivän jälkeen saman ip:n mikä sivustolla aikaisemmin on ollut jo käytössä kun sivu vapauttaa nimen...
Ainakaan manuaalisesti kun vapautin nimen ja laitoin raspin lähettämään ip:n se ei onnistunut.
-
No nyt se ilmeisesti toimii... Olin epähuomiossa ilmeisesti vaihtanut tai kirjoittanut dy.fi sivulle uuden salasanan väärin. Poistin kyseisen käyttäjätunnuksen ja loin uuden samalle domainille.
No odotellaan taas seitsemän päivää ja katsoo sitten päivittyykö se ip vai ei... 8)
Aurinkoista ja mukaavaa Vappua kaikille!!!
-
Mites tämä saadaan päivittämään se ip vaikka 5 päivän välein...
Ymmärsin tuon crontabin niin että minun tapauksessa päivitysväli olisi joko, 0 = 24h tai sitten joku tietty viikonpäivä esim. 0 / 7 olisi sunnuntai... Mutta ainakaan tuolla 0 / 7 sunnuntai päivitysvälillä oli jo useita tunteja tuo sivusto alhaalla koska silloin kun tuo ip tarkastettiin oli sama ip palvelimella, tämähän tarkoittaa siis sitä että seuraavan kerran ip tarkistetaan seuraavana sunnuntaina eli 7 päivän päästä... tiedän että nyt on lauantai ja varmaan se huomenna olisi taas toiminnassa...
Kun ajoin käskyn /home/pi/bin/ddns-client/regmyip dyfi
ip päivittyi kyllä...
Eli ei tuosta oikein fiksua päivitysväliä saa mitenkään... vai olenko tyhmä enkä huomaa jotain???
-
Mites tämä saadaan päivittämään se ip vaikka 5 päivän välein...
crontab -e
0 0 */5 * * /home/pi/bin/ddns-client/regmyip dyfi
Tuossa skripti ajetaan klo 00:00 ja 5 päivän välein ainoastaan. Voit laittaa minkä ajan hyvänsä, esim 10:15 olisi näin:
15 10 */5 * * /home/pi/bin/ddns-client/regmyip dyfi
Edit: eipä se taida ihan noin olla vaan tuo ajaa sen kalenteripäivien mukaan joka 5 päivä, eli ei ihan hyvä ole.
Edit2: ehkäpä helpointa on ajaa se viikonpäivien mukaan vaikkapa maanantaina ja perjantaina. Silloin tarvitaan kaksi riviä.
15 10 * * 1 /home/pi/bin/ddns-client/regmyip dyfi
15 10 * * 5 /home/pi/bin/ddns-client/regmyip dyfi
Nyt luulisi pysyvä IP päivitettynä. Muitakin tapoja voi olla, mutta kun ei tule mieleen. :)
Edit3: sama, eli MA ja PE yhdellä rivillä.
15 10 * * 1,5 /home/pi/bin/ddns-client/regmyip dyfi
-
No niin. taas olisi jotain uutta kokeilussa ja ongelmia pukkasi...
Etsin netistä crontabille ip:n lähettämisohjeen emailiin jotta tiedän mikä ip milloinkin siinä on. Saan tietysti sen myös dy.fi sivustoltakin mutta ajattelin laittaa sen silti lähettämään sen.
Löysin tällaisen ohjeen mut ei se ihan suoraan alkanut Workkia.
http://askubuntu.com/questions/142090/how-to-get-updated-ip-address-mailed-to-me-in-dnsexit (http://askubuntu.com/questions/142090/how-to-get-updated-ip-address-mailed-to-me-in-dnsexit)
Eli kaiken sain tehtyä tuosta mutta ei silti alkanut toimimaan, ainoa kohta oli tuo gedit ~/Scripts/ip-notify.sh jolla Raspi ilmoitti ettei ole komentoa.
No tein sen scriptin NANOlla... Toimii varmaan silläkin.
eikä ainakaan /var/log/syslog ollut mitään tietoa että crontab olisi yrittänyt ajaa skriptiä. Kokeilin myös käsin päätteestä eikä scripti tuntunut tekevän mitään.
-
Kokeilin myös käsin päätteestä eikä scripti tuntunut tekevän mitään.
Käytän sendemail-ohjelmaa Afrikassa, se lähettää minulle viestin, kun luokan opettajan kone käynnistetään. Tässä kotikoneeni versio.
pi@raspberrypi:~ $ ./sendemail.sh &
[1] 11178
pi@raspberrypi:~ $ Cannot determine hostname of peer for verification. Disabling default hostname verification for now. Please specify hostname with SSL_verifycn_name and better set SSL_verifycn_scheme too.
May 12 17:18:05 raspberrypi sendEmail[11181]: Email was sent successfully!
pi@raspberrypi:~ $ cat sendemail.sh
#!/bin/bash
/bin/date > /home/pi/date.txt
#
/bin/chown 1000:1000 /home/pi/date.txt
#
/usr/bin/sendEmail -f pi.nyakato.ltc@gmail.com -t pi.nyakato.ltc@gmail.com -u PI At Nyakato -o message-file=/home/pi/date.txt -s smtp.gmail.com:587 -o tls=yes -xu pi.nyakato.ltc -xp SALASANA
#EOF
pi@raspberrypi:~ $
Kotona on Jessie, Afrikassa vielä Wheezy. Muistelen, että ohjelmaa piti hieman korjailla ensin, kun käyttää GMailia:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679911
http://lucascalvi.it/2015/02/sendemail-bug-with-ssl-encrypted-connection
Minkä virheilmoituksen saat, kun lähetät viestin skriptillä?
Ystävällisin terveisin Asmo Koskinen.
-
Moro.
Mikähän nyt mättää kun yritän muuttaa ip osoitteen raspista niin se ei suostu tallentumaan.
muutan sudo nano /etc/network/interfaces
iface lo inet loopback
iface eth0 inet dhcp
allow-hotplug wlan0
iface wlan0 inet manual
wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
iface default inet dhcp
sitten ctrl+x ja tallennetaan k=kyllä, ja enter...
Tarkistan että interfaces on muuttunut nano /etc/network/interfaces
kun boottaan raspin muuttuu tällaiseksi takaisin
iface lo inet loopback
iface eth0 inet static
address 192.168.1.10
netmask 255.255.255.0
allow-hotplug wlan0
iface wlan0 inet manual
wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
iface default inet dhcp
Mistä tuo johtuu??
Vai johtuuko se ssh yhteydestä etten pysty muokkaamaan noita tietoja??
Ja siis sama näyttää toistuvan wvdial.confissa, usb-modeswithissa.
-
Nyt taitaakin olla niin että ei ole mulla enää root oikeuksia...
edes raspista itsestään en pääse muuttamaan mitään vaikka käytän sudoa.
-
Mistähän ihmeestä tämä johtuu??
Kokeilin jopa sudo su
eikä toimi silläkään noiden asetusten muuttaminen.
Hankin Soneran liittymän mokkulaan ja tarvitsisi muuttaa sen APN-asetuksia mutta ne ei tallennu. siis kun boottaan raspin, on Saunalahden asetukset palanneet /etc/wvdial.conf tiedostoon.
Samoin kuin /etc/network/interfaces palautuu staattinen ip vaikka muutan sen hakemaan dhcp:ltä ip-osoitteen jonka olen asettanut kiinteäksi raspin mac-osoitteen mukaan reitittimelle.
-
Mitä /etc/sudoers tiedosto sisältää ? Laita muistikortti toiseen koneeseen, voit sitten katsoa sen sisältöä. Käytätkö pi-user tunnusta vai omaa erillistä tunnusta ?
Mitä jakelua käytät Raspissä ? Ainoa asia joka tulee mieleen on jotenkin käytät Raspia live moodissa koko ajan.
-
#
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults env_reset
Defaults mail_badpass
Defaults secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
# Host alias specification
# User alias specification
# Cmnd alias specification
# User privilege specification
root ALL=(ALL:ALL) ALL
# Allow members of group sudo to execute any command
%sudo ALL=(ALL:ALL) ALL
# See sudoers(5) for more information on "#include" directives:
#includedir /etc/sudoers.d
pi ALL=(ALL) NOPASSWD: ALL
-
Käytätkö pi-user tunnusta vai omaa erillistä tunnusta ?
Käsittääkseni käytän pi-user tunnusta...
Mitä jakelua käytät Raspissä ? Ainoa asia joka tulee mieleen on jotenkin käytät Raspia live moodissa koko ajan.
PRETTY_NAME="Raspbian GNU/Linux 7 (wheezy)"
NAME="Raspbian GNU/Linux"
VERSION_ID="7"
VERSION="7 (wheezy)"
ID=raspbian
ID_LIKE=debian
ANSI_COLOR="1;31"
-
Käsittääkseni käytän pi-user tunnusta...
whoami
komento kertoo käytössä olevan tunnuksen.
Mitä jakelua käytät Raspissä ? Ainoa asia joka tulee mieleen on jotenkin käytät Raspia live moodissa koko ajan.
PRETTY_NAME="Raspbian GNU/Linux 7 (wheezy)"
NAME="Raspbian GNU/Linux"
VERSION_ID="7"
VERSION="7 (wheezy)"
ID=raspbian
ID_LIKE=debian
ANSI_COLOR="1;31"
[/quote]
Versionpäivitys ? Mikä raspi on kyseessä ?
-
Käsittääkseni käytän pi-user tunnusta...
whoami
komento kertoo käytössä olevan tunnuksen.
vastaus oli pi
jos käsken sudo su olen root, mutta ei silläkään tallennu asetukset.
Versionpäivitys ? Mikä raspi on kyseessä ?
Pi1 model B
Version päivitys?? mitä tarkoitat
-
Pi1 model B
Ihan yksinkertaisesti, onko sd-kortin readonly vipu päällä?
(Siis kyseessä on ihan mekaaninen vipu/kytkin, joka päällä ollessa ei tosiaan voi kirjoittaa mitään kortille).
-
Ihan yksinkertaisesti, onko sd-kortin readonly vipu päällä?
(Siis kyseessä on ihan mekaaninen vipu/kytkin, joka päällä ollessa ei tosiaan voi kirjoittaa mitään kortille).
Ei ollut siinäkään vika vaikka vipunen oli liikkunut readonly tilan suuntaan... ei siis pohjaan asti.
-
Pi1 model B
Ihan yksinkertaisesti, onko sd-kortin readonly vipu päällä?
(Siis kyseessä on ihan mekaaninen vipu/kytkin, joka päällä ollessa ei tosiaan voi kirjoittaa mitään kortille).
Käsittääkseni Raspit eivät edes tarkasta tuon kytkimen asentoa, eli sillä ei pitäisi olla mitään vaikutusta puoleen tai toiseen.
-
Erikoisinta on etten ole tehnyt koko laitteistoon mitään muutoksia sen jälkeen kun sain ip:n saunalahden mokkulalla dy.fi:in päivittymään.
Raspi on toiminut moitteetta muutamaa kertaa lukuunottamatta kun mokkula yhteys jumittui jostakin syystä ja joudui boottaamaan raspin.
Wvdial on luonut yhteyden verkkoon luotettavasti ja sääaseman tiedot on päivittyneet... enkä sen takia ole tarvinnut muuttaa mitään.
Nyt kun tarvitsisin muuttaa APN asetuksen saunalahden internet4 --> soneran opengate:ksi ei homma onnistu koska mikään muutettu ip tai APN asetus tallennu kortille. Boottauksen jälkeen vanhat asetukset ovat palanneet.
Jos tämä sääasema hommeli olisi helpompi palauttaa tekisin puhtaan uudelleen asennuksen ja kaikki asetukset uudelleen... on vain niin hullun suuri homma etten sitä haluaisi aloittaa tekemään.
-
Nyt kun tarvitsisin muuttaa APN asetuksen saunalahden internet4 --> soneran opengate:ksi ei homma onnistu koska mikään muutettu ip tai APN asetus tallennu kortille. Boottauksen jälkeen vanhat asetukset ovat palanneet.
Eli tarkistit myös, että nuo asetukset jäivät sinne tiedostoon (esim. avaamalla sen uudestaan erikseen), mutta vasta uudelleenkäynnistyksen jälkeen ne ovat hävinneet? Kummallinen ongelma. Voisit kokeilla katsoa millä optioilla tiedostojärjestelmät ovat liitettynä:
mount
-
Eli tarkistit myös, että nuo asetukset jäivät sinne tiedostoon (esim. avaamalla sen uudestaan erikseen), mutta vasta uudelleenkäynnistyksen jälkeen ne ovat hävinneet? Kummallinen ongelma. Voisit kokeilla katsoa millä optioilla tiedostojärjestelmät ovat liitettynä:
Kyllä tarkastin ja tiedostot jäävät sellaisiksi kuin ne muutin, mutta bootin jälkeen vanhat tiedot palaa...
mount
Antoi tällaisen...
root@raspberrypi:/home/pi# mount
/dev/root on / type ext4 (rw,noatime,data=ordered)
devtmpfs on /dev type devtmpfs (rw,relatime,size=185936k,nr_inodes=46484,mode=755)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=38044k,mode=755)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=76080k)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
/dev/mmcblk0p5 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)
/dev/mmcblk0p3 on /media/SETTINGS_ type ext4 (rw,nosuid,nodev,relatime,data=ordered,uhelper=udisks)
-
Pi1 model B
Ihan yksinkertaisesti, onko sd-kortin readonly vipu päällä?
(Siis kyseessä on ihan mekaaninen vipu/kytkin, joka päällä ollessa ei tosiaan voi kirjoittaa mitään kortille).
Käsittääkseni Raspit eivät edes tarkasta tuon kytkimen asentoa, eli sillä ei pitäisi olla mitään vaikutusta puoleen tai toiseen.
Kappas vain, olet aivan oikeassa. Raspi tosiaan pystyy kirjoittaa SD-korttiin, vaikka kirjoitussuojaus olikin päällä.
(Piti ihan testata).
-
mokkula näyttää toimivan ihan ok kun muuttaa wvdial.confin ja kytkee sitten mokkulan raspiin ja käskee
wvdial
Tuolloin yhteys avautuu soneran opengate asetuksilla ja verkko toimii boottiin asti.
-
Voisikohan /boot levy mennyt "read-only" tilaan jonkin luku- tai kirjoitusvirheen vuoksi. (Ilmeisesti tuo "errors=remount-ro" tarkoittaa, että virheen sattuessa levy mountataan vain-luku tilaan.) En muista, miten siitä toivutaan. Varmaankin levyn tarkistuksen kautta...
-
Jotain outoa tässä on meneillään. Pari kohtaa tuolta mountin listauksesta pistää vähän silmään, mutta en oikein tiedä miksi nekään tätä aiheuttaisivat.
/dev/root on / type ext4 (rw,noatime,data=ordered)
data=ordered aiheuttaa sen, että datat kirjoitetaan ensin levylle ja sitten vasta metadata. En tiedä olisiko mahdollista, että jotenkin tuo metadata jäisi kokonaan kirjoittamatta (mutta olisi keskusmuistissa), mutta en kyllä tiedä miten sekään tapahtuisi. Tätä voisi ehkä testata tallettamalla jotain tiedostoon (varmistus että se on siellä) ja sitten tiputtamalla cachet pois ja katsomalla vieläkö se on siellä. Tällä komennolla voi tiputtaa kaikki cachet:
sudo sh -c 'echo 3 > /proc/sys/vm/drop_caches'
Mietin myös, että kannattaisi varmaan tarkistaa onko dmesg-komennon listauksessa virheilmoituksia.
/dev/mmcblk0p3 on /media/SETTINGS_ type ext4 (rw,nosuid,nodev,relatime,data=ordered,uhelper=udisks)
Mikäs tämä on? En tosin usko, että tämä on syyllinen, en vain tiedä mikä ihmeen levyosio tämä on. Muistikortilla näkyisi kuitenkin olevan.
Voisikohan /boot levy mennyt "read-only" tilaan jonkin luku- tai kirjoitusvirheen vuoksi. (Ilmeisesti tuo "errors=remount-ro" tarkoittaa, että virheen sattuessa levy mountataan vain-luku tilaan.) En muista, miten siitä toivutaan. Varmaankin levyn tarkistuksen kautta...
Jos se olisi liitetty kirjoitussuojattuna, niin sille ei voisi tallentaa mitään, joten tässä ei ole kyse siitä.
-
Voisikohan /boot levy mennyt "read-only" tilaan jonkin luku- tai kirjoitusvirheen vuoksi. (Ilmeisesti tuo "errors=remount-ro" tarkoittaa, että virheen sattuessa levy mountataan vain-luku tilaan.) En muista, miten siitä toivutaan. Varmaankin levyn tarkistuksen kautta...
Jos se olisi liitetty kirjoitussuojattuna, niin sille ei voisi tallentaa mitään, joten tässä ei ole kyse siitä.
Niin, minäkin luulisin sen ilmoittavan käyttäjälle, ettei kykene kirjoittamaan kortille. Sellainen ikävä mahdollisuus tulee myös mieleen, että kortti on rikki siten, että sen kontrolleri ilmoittaa käyttikselle kirjoittavansa tiedostot, mutta ei kuitenkaan tee sitä. Kun käyttäjä tarkistaa ennen uutta buuttia, että tiedostoihin on tehty muutokset, käyttis tarjoaa muutettuja tiedostoja levyvälimuistista. En tiedä voisiko tuollaisessa tilanteessa tehdä asialle mitään.
Joka tapauksessa levyn tarkistuksesta/korjauksesta ei kai pitäisi olla mitään haittaa? Eli ehkä se kannattaisi pakottaa kortille...
-
data=ordered aiheuttaa sen, että datat kirjoitetaan ensin levylle ja sitten vasta metadata. En tiedä olisiko mahdollista, että jotenkin tuo metadata jäisi kokonaan kirjoittamatta (mutta olisi keskusmuistissa), mutta en kyllä tiedä miten sekään tapahtuisi. Tätä voisi ehkä testata tallettamalla jotain tiedostoon (varmistus että se on siellä) ja sitten tiputtamalla cachet pois ja katsomalla vieläkö se on siellä. Tällä komennolla voi tiputtaa kaikki cachet:
sudo sh -c 'echo 3 > /proc/sys/vm/drop_caches'
Mietin myös, että kannattaisi varmaan tarkistaa onko dmesg-komennon listauksessa virheilmoituksia.
Kokeilin tuota ja /etc/network/interfaces meni rikki... siis tiedoston sisältö on hepreaa.
Boottaan raspin niin varmaan palautuu.
Ja niin hän siinä kävi että palautuihan se...
-
Mietin myös, että kannattaisi varmaan tarkistaa onko dmesg-komennon listauksessa virheilmoituksia.
pi@raspberrypi ~ $ dmesg
[ 0.000000] Booting Linux on physical CPU 0x0
[ 0.000000] Initializing cgroup subsys cpuset
[ 0.000000] Initializing cgroup subsys cpu
[ 0.000000] Initializing cgroup subsys cpuacct
[ 0.000000] Linux version 4.1.19+ (dc4@dc4-XPS13-9333) (gcc version 4.9.3 (crosstool-NG crosstool-ng-1.22.0-88-g8460611) ) #858 Tue Mar 15 15:52:03 GMT 2016
[ 0.000000] CPU: ARMv6-compatible processor [410fb767] revision 7 (ARMv7), cr=00c5387d
[ 0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT nonaliasing instruction cache
[ 0.000000] Machine model: Raspberry Pi Model B Rev 2
[ 0.000000] cma: Reserved 8 MiB at 0x17400000
[ 0.000000] Memory policy: Data cache writeback
[ 0.000000] On node 0 totalpages: 98304
[ 0.000000] free_area_init_node: node 0, pgdat c0839a04, node_mem_map d7c8d000
[ 0.000000] Normal zone: 864 pages used for memmap
[ 0.000000] Normal zone: 0 pages reserved
[ 0.000000] Normal zone: 98304 pages, LIFO batch:31
[ 0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
[ 0.000000] pcpu-alloc: [0] 0
[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 97440
[ 0.000000] Kernel command line: dma.dmachans=0x7f35 bcm2708_fb.fbwidth=1312 bcm2708_fb.fbheight=736 bcm2708.boardrev=0xe bcm2708.serial=0x13b809df smsc95xx.macaddr=B8:27:EB:B8:09:DF bcm2708_fb.fbswap=1 bcm2708.uart_clock=3000000 vc_mem.mem_base=0x1ec00000 vc_mem.mem_size=0x20000000 dwc_otg.lpm_enable=0 console=ttyAMA0,115200 kgdboc=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p6 rootfstype=ext4 elevator=deadline rootwait
[ 0.000000] PID hash table entries: 2048 (order: 1, 8192 bytes)
[ 0.000000] Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
[ 0.000000] Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
[ 0.000000] Memory: 371876K/393216K available (5796K kernel code, 488K rwdata, 1788K rodata, 348K init, 720K bss, 13148K reserved, 8192K cma-reserved)
[ 0.000000] Virtual kernel memory layout:
[ 0.000000] vector : 0xffff0000 - 0xffff1000 ( 4 kB)
[ 0.000000] fixmap : 0xffc00000 - 0xfff00000 (3072 kB)
[ 0.000000] vmalloc : 0xd8800000 - 0xff000000 ( 616 MB)
[ 0.000000] lowmem : 0xc0000000 - 0xd8000000 ( 384 MB)
[ 0.000000] modules : 0xbf000000 - 0xc0000000 ( 16 MB)
[ 0.000000] .text : 0xc0008000 - 0xc0770240 (7585 kB)
[ 0.000000] .init : 0xc0771000 - 0xc07c8000 ( 348 kB)
[ 0.000000] .data : 0xc07c8000 - 0xc08422f0 ( 489 kB)
[ 0.000000] .bss : 0xc08422f0 - 0xc08f6480 ( 721 kB)
[ 0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[ 0.000000] NR_IRQS:522
[ 0.000000] clocksource stc: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 1911260446275 ns
[ 0.000014] sched_clock: 32 bits at 1000kHz, resolution 1000ns, wraps every 2147483647500ns
[ 0.000057] Switching to timer-based delay loop, resolution 1000ns
[ 0.000336] Console: colour dummy device 80x30
[ 0.001317] console [tty1] enabled
[ 0.001376] Calibrating delay loop (skipped), value calculated using timer frequency.. 2.00 BogoMIPS (lpj=10000)
[ 0.001459] pid_max: default: 32768 minimum: 301
[ 0.001838] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[ 0.001911] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[ 0.002966] Initializing cgroup subsys blkio
[ 0.003061] Initializing cgroup subsys memory
[ 0.003130] Initializing cgroup subsys devices
[ 0.003193] Initializing cgroup subsys freezer
[ 0.003255] Initializing cgroup subsys net_cls
[ 0.003376] CPU: Testing write buffer coherency: ok
[ 0.003493] ftrace: allocating 19751 entries in 58 pages
[ 0.106755] Setting up static identity map for 0x81c0 - 0x81f8
[ 0.108936] devtmpfs: initialized
[ 0.119449] VFP support v0.3: implementor 41 architecture 1 part 20 variant b rev 5
[ 0.119892] clocksource jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[ 0.121857] pinctrl core: initialized pinctrl subsystem
[ 0.122754] NET: Registered protocol family 16
[ 0.128252] DMA: preallocated 4096 KiB pool for atomic coherent allocations
[ 0.129762] bcm2708.uart_clock = 3000000
[ 0.135179] hw-breakpoint: found 6 breakpoint and 1 watchpoint registers.
[ 0.135261] hw-breakpoint: maximum watchpoint size is 4 bytes.
[ 0.135489] Serial: AMBA PL011 UART driver
[ 0.135785] 20201000.uart: ttyAMA0 at MMIO 0x20201000 (irq = 83, base_baud = 0) is a PL011 rev2
[ 0.504378] console [ttyAMA0] enabled
[ 0.508760] bcm2835-mbox 2000b880.mailbox: mailbox enabled
[ 0.555238] bcm2708-dmaengine 20007000.dma: DMA legacy API manager at f2007000, dmachans=0xf35
[ 0.563967] bcm2708-dmaengine 20007000.dma: Initialized 7 DMA channels (+ 1 legacy)
[ 0.572571] bcm2708-dmaengine 20007000.dma: Load BCM2835 DMA engine driver
[ 0.579502] bcm2708-dmaengine 20007000.dma: dma_debug:0
[ 0.585687] SCSI subsystem initialized
[ 0.589836] usbcore: registered new interface driver usbfs
[ 0.595578] usbcore: registered new interface driver hub
[ 0.601102] usbcore: registered new device driver usb
[ 0.607128] raspberrypi-firmware soc:firmware: Attached to firmware from 2016-03-15 14:51
[ 0.642810] Switched to clocksource stc
[ 0.696380] FS-Cache: Loaded
[ 0.699695] CacheFiles: Loaded
[ 0.718088] NET: Registered protocol family 2
[ 0.724024] TCP established hash table entries: 4096 (order: 2, 16384 bytes)
[ 0.731217] TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
[ 0.737850] TCP: Hash tables configured (established 4096 bind 4096)
[ 0.744496] UDP hash table entries: 256 (order: 0, 4096 bytes)
[ 0.750394] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[ 0.757106] NET: Registered protocol family 1
[ 0.762069] RPC: Registered named UNIX socket transport module.
[ 0.768121] RPC: Registered udp transport module.
[ 0.772896] RPC: Registered tcp transport module.
[ 0.777632] RPC: Registered tcp NFSv4.1 backchannel transport module.
[ 0.785340] hw perfevents: enabled with armv6_1176 PMU driver, 3 counters available
[ 0.794484] futex hash table entries: 256 (order: -1, 3072 bytes)
[ 0.816822] VFS: Disk quotas dquot_6.6.0
[ 0.821196] VFS: Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
[ 0.830835] FS-Cache: Netfs 'nfs' registered for caching
[ 0.837615] NFS: Registering the id_resolver key type
[ 0.842793] Key type id_resolver registered
[ 0.847139] Key type id_legacy registered
[ 0.854975] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252)
[ 0.862957] io scheduler noop registered
[ 0.866957] io scheduler deadline registered (default)
[ 0.872539] io scheduler cfq registered
[ 0.878947] BCM2708FB: allocated DMA memory 57800000
[ 0.884119] BCM2708FB: allocated DMA channel 0 @ f2007000
[ 0.903025] Console: switching to colour frame buffer device 164x46
[ 0.919331] Serial: 8250/16550 driver, 0 ports, IRQ sharing disabled
[ 0.926618] KGDB: Registered I/O driver kgdboc
[ 0.932178] vc-cma: Videocore CMA driver
[ 0.936298] vc-cma: vc_cma_base = 0x00000000
[ 0.941108] vc-cma: vc_cma_size = 0x00000000 (0 MiB)
[ 0.946655] vc-cma: vc_cma_initial = 0x00000000 (0 MiB)
[ 0.952507] vc-mem: phys_addr:0x00000000 mem_base=0x1ec00000 mem_size:0x20000000(512 MiB)
[ 0.980609] brd: module loaded
[ 0.993244] loop: module loaded
[ 0.997671] vchiq: vchiq_init_state: slot_zero = 0xd7880000, is_master = 0
[ 1.006846] Loading iSCSI transport class v2.0-870.
[ 1.017070] usbcore: registered new interface driver smsc95xx
[ 1.026671] dwc_otg: version 3.00a 10-AUG-2012 (platform bus)
[ 1.236365] Core Release: 2.80a
[ 1.243188] Setting default values for core params
[ 1.251492] Finished setting default values for core params
[ 1.460810] Using Buffer DMA mode
[ 1.467680] Periodic Transfer Interrupt Enhancement - disabled
[ 1.477000] Multiprocessor Interrupt Enhancement - disabled
[ 1.486072] OTG VER PARAM: 0, OTG VER FLAG: 0
[ 1.493983] Dedicated Tx FIFOs mode
[ 1.501386] WARN::dwc_otg_hcd_init:1047: FIQ DMA bounce buffers: virt = 0xd7814000 dma = 0x57814000 len=9024
[ 1.514978] FIQ FSM acceleration enabled for :
[ 1.514978] Non-periodic Split Transactions
[ 1.514978] Periodic Split Transactions
[ 1.514978] High-Speed Isochronous Endpoints
[ 1.545762] dwc_otg: Microframe scheduler enabled
[ 1.545900] WARN::hcd_init_fiq:412: FIQ on core 0 at 0xc03dd8e0
[ 1.555348] WARN::hcd_init_fiq:413: FIQ ASM at 0xc03ddbbc length 36
[ 1.565079] WARN::hcd_init_fiq:438: MPHI regs_base at 0xd8896000
[ 1.574600] dwc_otg 20980000.usb: DWC OTG Controller
[ 1.583111] dwc_otg 20980000.usb: new USB bus registered, assigned bus number 1
[ 1.593985] dwc_otg 20980000.usb: irq 32, io mem 0x00000000
[ 1.603128] Init: Port Power? op_state=1
[ 1.610479] Init: Power Port (0)
[ 1.617443] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[ 1.627720] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 1.638451] usb usb1: Product: DWC OTG Controller
[ 1.646662] usb usb1: Manufacturer: Linux 4.1.19+ dwc_otg_hcd
[ 1.655928] usb usb1: SerialNumber: 20980000.usb
[ 1.665168] hub 1-0:1.0: USB hub found
[ 1.672562] hub 1-0:1.0: 1 port detected
[ 1.680637] dwc_otg: FIQ enabled
[ 1.680661] dwc_otg: NAK holdoff enabled
[ 1.680675] dwc_otg: FIQ split-transaction FSM enabled
[ 1.680741] Module dwc_common_port init
[ 1.681302] usbcore: registered new interface driver usb-storage
[ 1.691448] mousedev: PS/2 mouse device common for all mice
[ 1.701727] bcm2835-cpufreq: min=700000 max=1000000
[ 1.710619] sdhci: Secure Digital Host Controller Interface driver
[ 1.720475] sdhci: Copyright(c) Pierre Ossman
[ 1.728882] sdhost: log_buf @ d7813000 (57813000)
[ 1.812883] mmc0: sdhost-bcm2835 loaded - DMA enabled (>1)
[ 1.822521] sdhci-pltfm: SDHCI platform and OF driver helper
[ 1.852746] ledtrig-cpu: registered to indicate activity on CPUs
[ 1.862680] hidraw: raw HID events driver (C) Jiri Kosina
[ 1.873064] Indeed it is in host mode hprt0 = 00021501
[ 1.943108] usbcore: registered new interface driver usbhid
[ 1.952273] usbhid: USB HID core driver
[ 1.964359] Initializing XFRM netlink socket
[ 1.972390] NET: Registered protocol family 17
[ 1.981700] Key type dns_resolver registered
[ 1.997287] registered taskstats version 1
[ 2.006591] vc-sm: Videocore shared memory driver
[ 2.014886] [vc_sm_connected_init]: start
[ 2.024017] [vc_sm_connected_init]: end - returning 0
[ 2.036256] Waiting for root device /dev/mmcblk0p6...
[ 2.056590] mmc0: host does not support reading read-only switch, assuming write-enable
[ 2.071861] mmc0: new high speed SDHC card at address 59b4
[ 2.081679] mmcblk0: mmc0:59b4 SD32G 29.5 GiB
[ 2.094991] mmcblk0: p1 p2 < p5 p6 > p3
[ 2.153456] usb 1-1: new high-speed USB device number 2 using dwc_otg
[ 2.163944] Indeed it is in host mode hprt0 = 00001101
[ 2.236557] EXT4-fs (mmcblk0p6): INFO: recovery required on readonly filesystem
[ 2.247566] EXT4-fs (mmcblk0p6): write access will be enabled during recovery
[ 2.373633] usb 1-1: New USB device found, idVendor=0424, idProduct=9514
[ 2.384085] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[ 2.397963] hub 1-1:1.0: USB hub found
[ 2.406015] hub 1-1:1.0: 5 ports detected
[ 2.692925] usb 1-1.1: new high-speed USB device number 3 using dwc_otg
[ 2.803366] usb 1-1.1: New USB device found, idVendor=0424, idProduct=ec00
[ 2.814063] usb 1-1.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[ 2.829531] smsc95xx v1.0.4
[ 2.899101] smsc95xx 1-1.1:1.0 eth0: register 'smsc95xx' at usb-20980000.usb-1.1, smsc95xx USB 2.0 Ethernet, b8:27:eb:b8:09:df
[ 2.992924] usb 1-1.2: new high-speed USB device number 4 using dwc_otg
[ 3.105507] usb 1-1.2: New USB device found, idVendor=12d1, idProduct=1436
[ 3.116453] usb 1-1.2: New USB device strings: Mfr=4, Product=3, SerialNumber=0
[ 3.127662] usb 1-1.2: Product: HUAWEI Mobile
[ 3.135836] usb 1-1.2: Manufacturer: HUAWEI Technology
[ 3.148214] usb-storage 1-1.2:1.0: USB Mass Storage device detected
[ 3.161665] usb-storage 1-1.2:1.1: USB Mass Storage device detected
[ 3.173338] usb-storage 1-1.2:1.2: USB Mass Storage device detected
[ 3.186525] usb-storage 1-1.2:1.3: USB Mass Storage device detected
[ 3.198068] usb-storage 1-1.2:1.4: USB Mass Storage device detected
[ 3.211130] usb-storage 1-1.2:1.5: USB Mass Storage device detected
[ 3.222299] scsi host5: usb-storage 1-1.2:1.5
[ 3.233088] usb-storage 1-1.2:1.6: USB Mass Storage device detected
[ 3.243937] scsi host6: usb-storage 1-1.2:1.6
[ 3.332925] usb 1-1.3: new high-speed USB device number 5 using dwc_otg
[ 3.443866] usb 1-1.3: New USB device found, idVendor=1a40, idProduct=0101
[ 3.454492] usb 1-1.3: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[ 3.465396] usb 1-1.3: Product: USB 2.0 Hub
[ 3.475930] hub 1-1.3:1.0: USB hub found
[ 3.484116] hub 1-1.3:1.0: 4 ports detected
[ 3.782920] usb 1-1.3.3: new low-speed USB device number 6 using dwc_otg
[ 3.959497] usb 1-1.3.3: New USB device found, idVendor=1941, idProduct=8021
[ 3.970428] usb 1-1.3.3: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[ 4.023523] hid-generic 0003:1941:8021.0001: hiddev0,hidraw0: USB HID v1.00 Device [HID 1941:8021] on usb-20980000.usb-1.3.3/input0
[ 4.224528] scsi 5:0:0:0: CD-ROM HUAWEI Mass Storage 2.31 PQ: 0 ANSI: 2
[ 4.256445] scsi 6:0:0:0: Direct-Access HUAWEI SD Storage 2.31 PQ: 0 ANSI: 2
[ 4.274092] sd 6:0:0:0: [sda] Attached SCSI removable disk
[ 5.127022] EXT4-fs (mmcblk0p6): orphan cleanup on readonly fs
[ 5.204223] EXT4-fs (mmcblk0p6): 6 orphan inodes deleted
[ 5.213428] EXT4-fs (mmcblk0p6): recovery complete
[ 5.235449] EXT4-fs (mmcblk0p6): mounted filesystem with ordered data mode. Opts: (null)
[ 5.247493] VFS: Mounted root (ext4 filesystem) readonly on device 179:6.
[ 5.266491] devtmpfs: mounted
[ 5.274366] Freeing unused kernel memory: 348K (c0771000 - c07c8000)
[ 7.229213] udevd[172]: starting version 175
[ 9.993464] bcm2835-rng 20104000.rng: hwrng registered
[ 11.823797] usbcore: registered new interface driver usbserial
[ 11.843160] cdc_ether 1-1.2:1.1 wwan0: register 'cdc_ether' at usb-20980000.usb-1.2, Mobile Broadband Network Device, 02:50:f3:00:00:00
[ 12.015899] sr 5:0:0:0: [sr0] scsi-1 drive
[ 12.024247] cdrom: Uniform CD-ROM driver Revision: 3.20
[ 12.086986] usbcore: registered new interface driver usbserial_generic
[ 12.238787] usbcore: registered new interface driver cdc_ether
[ 12.304297] usbserial: USB Serial support registered for generic
[ 12.371054] sr 5:0:0:0: Attached scsi CD-ROM sr0
[ 12.420632] usbcore: registered new interface driver option
[ 12.579879] usbserial: USB Serial support registered for GSM modem (1-port)
[ 12.663317] sr 5:0:0:0: Attached scsi generic sg0 type 5
[ 12.705526] option 1-1.2:1.0: GSM modem (1-port) converter detected
[ 12.750061] sd 6:0:0:0: Attached scsi generic sg1 type 0
[ 12.792918] usb 1-1.2: GSM modem (1-port) converter now attached to ttyUSB0
[ 12.883623] option 1-1.2:1.3: GSM modem (1-port) converter detected
[ 12.966943] usb 1-1.2: GSM modem (1-port) converter now attached to ttyUSB1
[ 13.033213] option 1-1.2:1.4: GSM modem (1-port) converter detected
[ 13.104449] usb 1-1.2: GSM modem (1-port) converter now attached to ttyUSB2
[ 13.970351] gpiomem-bcm2835 20200000.gpiomem: Initialised: Registers at 0x20200000
[ 14.502942] random: nonblocking pool is initialized
[ 16.674908] EXT4-fs (mmcblk0p6): re-mounted. Opts: (null)
[ 17.153138] EXT4-fs (mmcblk0p6): re-mounted. Opts: (null)
[ 24.035951] FAT-fs (mmcblk0p5): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
[ 27.699098] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
[ 29.321563] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
[ 34.855832] Bluetooth: Core ver 2.20
[ 34.855973] NET: Registered protocol family 31
[ 34.855986] Bluetooth: HCI device and connection manager initialized
[ 34.858169] Bluetooth: HCI socket layer initialized
[ 34.858203] Bluetooth: L2CAP socket layer initialized
[ 34.858247] Bluetooth: SCO socket layer initialized
[ 34.890182] Bluetooth: RFCOMM TTY layer initialized
[ 34.890225] Bluetooth: RFCOMM socket layer initialized
[ 34.890256] Bluetooth: RFCOMM ver 1.11
[ 34.907242] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[ 34.907267] Bluetooth: BNEP filters: protocol multicast
[ 34.907297] Bluetooth: BNEP socket layer initialized
[ 35.204934] PPP generic driver version 2.4.2
[ 35.331423] PPP BSD Compression module registered
[ 35.372088] PPP Deflate Compression module registered
[ 35.522951] Adding 102396k swap on /var/swap. Priority:-1 extents:1 across:102396k SSFS
[ 44.433818] ip_tables: (C) 2000-2006 Netfilter Core Team
[ 65.925369] EXT4-fs (mmcblk0p3): recovery complete
[ 65.927621] EXT4-fs (mmcblk0p3): mounted filesystem with ordered data mode. Opts: (null)
[ 71.725153] uart-pl011 20201000.uart: no DMA platform data
-
Jotenkin kuulostaa tutulta tuo muutosten häviäminen buutatessa. Hakemalla varmaan löytää useampiakin ketjuja aiheesta Raspberry Pi foorumilta, mutta tässä yksi:https://www.raspberrypi.org/forums/viewtopic.php?f=63&t=143636 (https://www.raspberrypi.org/forums/viewtopic.php?f=63&t=143636)
Ehkä kortin sisällön voisi kopioida uudelle kortille, ja yrittää sitten sillä. Jos se onnistuu, ei ainakaan joudu tekemään kaikkia säätöjä uudelleen...
-
Tein luku ja kirjoitus nopeustestit jotka tuolla linkissä oli...
pi@raspberrypi ~ $ dd if=/dev/zero of=~/test.tmp bs=500K count=1024
1024+0 tietuetta sisään
1024+0 tietuetta ulos
524288000 tavua (524 MB) kopioitu 23,7869 sekunnissa, 22,0 MB/s
pi@raspberrypi ~ $ dd if=~/test.tmp of=/dev/null bs=500K count=1024
1024+0 tietuetta sisään
1024+0 tietuetta ulos
524288000 tavua (524 MB) kopioitu 68,3949 sekunnissa, 7,7 MB/s
pi@raspberrypi ~ $
Eipä noista varmaan mitään pysty päättelemään.
Pitää mennä kauppaan ja hankkia uusi kortti tohon ja kysellä miten se kloonataan ettei tarvitsisi kaikkia asetuksia tehdä uudestaan.
-
Joka tapauksessa levyn tarkistuksesta/korjauksesta ei kai pitäisi olla mitään haittaa? Eli ehkä se kannattaisi pakottaa kortille...
Millä komennolla saan tämän aikaan? En ainakaan osannut englanninkielelle tuota kääntää jotta jonkinlaisia vastauksia olisin saanut.
-
En osaa neuvoa kun en ole itse koskaan tehnyt, mutta kyse on ohjelman nimeltään fsck ajamisesta bootin yhteydessä. (Varmaan tuon tarkistuksen voisi myös tehdä toisella Linux tietokoneella ja kortinlukijalla, ja silloin siis ei tarvitse tehdä buutin yhteydessä.)
Taitaa kuitenkin viisainta aivan ensimmäiseksi kopioida kortin sisältö, jos tuosta tarkistuksesta sattuisikin olemaan haittaa. En ole tätäkään koskaan tehnyt, mutta oletan sen olevan Linux-koneella yksinkertaisesti kloonaat dd -komennolla kortin sisällön tiedostoon. Siitä sen sitten voi kopioida uudelle kortille, joka on kooltaan vähintään saman kokoinen. (Nimellisesti samankokoiset kortit voivat käsittääkseni vaihdella kooltaan hieman, eli levykuva ei välttämättä mahdukaan nimellisesti samankokoiselle kortille.)
-
Vekkuli ongelma :)
Tulee mieleen että oletko koko ajan räplännyt vain tuota /etc/network/interfaces tiedostoa?
Onnistuuko jonkin toisen tiedoston muokkaaminen niin että muutokset säilyvät? Tai jos lisäät tiedoston /etc/network/ hakemistoon, säilyykö se tallessa bootin yli?
Kun kerran ei tule mitään virhettä, niin ehkäpä se kuitenkin tallentuu ihan ok. Ehkä jokin ohjelma korvaa sen käynnistyksen yhteydessä vanhalla versiolla. Sammuta raspi ja siirrä kortti toiseen koneeseen. Onko muutokset tallella?
-
Tuo minun epäilyni hajonneesta kortista on relevantti vain mikäli mikä tahansa tiedostoihin tehty muutos palautuu. Eli kannattaa kokeilla retun neuvon mukaan kokeilla muilla tiedostoilla. Esimerkiksi: luo jokin tiedosto kotihakemistoon ja tarkastaa buutin jälkeen, onko se vielä olemassa.
Jos vain nettiyhteyden määrittelyyn liittyvät tiedostot palautuvat ennalleen, tulee mieleen, että niiden määrittelyssä on tapahtunut muutos: Noita palautuvia tiedostoja ei pitäisikään enää muokata käsin: Muutokset tulisi tehdä johonkin toiseen tiedostoon ja nuo entiset konfiguraatio-tiedostot ovat nyt jonkin ohjelman hallitsemia - eikä niihin siis tulisi käyttäjän kajota. Tämä selitys saattaisi ehkä olla mahdollinen mikäli olet päivittänyt Raspbianin Wheezystä Jessieen - en usko, että se on muuten mitenkään mahdollinen selitys.
-
Tuo minun epäilyni hajonneesta kortista on relevantti vain mikäli mikä tahansa tiedostoihin tehty muutos palautuu. Eli kannattaa kokeilla retun neuvon mukaan kokeilla muilla tiedostoilla. Esimerkiksi: luo jokin tiedosto kotihakemistoon ja tarkastaa buutin jälkeen, onko se vielä olemassa.
Loin työpöydälle kansion, jonne tallensin leafilla tekemäni tekstin... boottasin raspin ja kansio katosi sisältöineen!!
-
Kun kerran ei tule mitään virhettä, niin ehkäpä se kuitenkin tallentuu ihan ok. Ehkä jokin ohjelma korvaa sen käynnistyksen yhteydessä vanhalla versiolla.
Tuosta ei ollut kyse, koska levyvälimuistin tyhjentäminenkin korruptoi kyseisen tiedoston jokunen viesti sitten.
Vaikuttaa siltä, että kyseinen kortti on entinen. Jos siitä saa levykuvan tietokoneella (PC:llä tai vastaavalla), niin sen voi sitten laittaa uudelle vähintään yhtä isolle kortille. Jotenkin kikkailemalla ehkä pienemmällekin, mutta en ole vielä miettinyt miten sen voisi tehdä. 8)
-
^ Ok, tuo meni multa ohi. Ei tosiaan kannata sorkkia sitä yhtään enempää, vaan laittaa se kortti toiseen koneeseen ja ottaa kopio, kun se kerran on vielä luettavissa.
-
No njiin...
Nyt on uusi kortti tullut ja pitäisi alkaa tekemään sitä kopiota tuosta vanhasta kortista.
Kuinka tuo onnistuu, onko jollakin tiedossa ohjeet??
Pääsen tänään n.14:00 tänne toteuttamaan mahdollisia ohjeita...
Löysin tällaisen ohjeen.
http://askubuntu.com/questions/227924/sd-card-cloning-using-the-dd-command
Toimiiko tuolla??
-
No ainakin tämän luulisi toimivan.... ;D ;D ;D
http://sysmatt.blogspot.fi/2014/08/backup-restore-customize-and-clone-your.html
-
No ainakin tämän luulisi toimivan.... ;D ;D ;D
http://sysmatt.blogspot.fi/2014/08/backup-restore-customize-and-clone-your.html
Melkoista säätöä ::)
Oletettavasti sinulla on käytettävissä kortinlukija tietokoneessa ja vapaata levytilaa kortin kapasiteetin verran?
Tee levykuva kortista vaikka Levyt-ohjelmalla ja palauta se uudelle kortille: https://www.maketecheasier.com/backup-hard-drive-gnome-disk-utility/
-
no voihan ..... kohde levy on 586Mb pienempi kuin image jonka loin...
Kummatkin kortit on 32Gb kortteja.
Kuinkas tuo olisi muutettavissa? Lähdekortilla on varmasti tyhjää tilaa jos sitä pystyy pienentämään.
-
no voihan ..... kohde levy on 586Mb pienempi kuin image jonka loin...
Kummatkin kortit on 32Gb kortteja.
Kuinkas tuo olisi muutettavissa? Lähdekortilla on varmasti tyhjää tilaa jos sitä pystyy pienentämään.
Ohje levykuvan koon pienentämiseen: http://softwarebakery.com/shrinking-images-on-linux
Vialliseen lähdekorttiin ei kannata enää koskea, ja operaatio epäonnistuisi muutenkin, jos kortille ei voi kirjoittaa.
-
Sääasema Oma jäissä oleva sääasema projekti hankittu parivuotta sitten
(Keskeneräinen typerien sääasemaohjelmitojen takia)
Sääasema havaintolaitteet (paketti)
(Clash Olson Tuotenumero 36-3242, tarjouksessa nyt 100€)
Omilaisuuksia
- iso sisäyksikkö näytöllä jossa kaikki tiedot (kosketusnäyttö)
- sisä lämpötila ja kosteus
- ulkolämäötila ja kosteus
- tuulensuunta ja nopeus
- satemittari
- anturit langattomia paristot kestää reilun vuoden. (keskitetty lähetin paristot 2xAA)
- antureista tieto langattomasti keskusyksikköön noin 55 sek välein
- tiedot PC:lle USB-piuhalla moni valmis sääohjelma tukee ko. pakettia suoraan
Palvelinrauta
Odroid-U3 (tupakkiaskin kokoinen vähän vastaava kun Raspberry Pi)
Ohjelmisto
Testattu Paketin mukana tulee joku ihan toimiva Windows ohjelma
U3 rautaan asensin Ubuntun ja siihen ohjelmaksi WeeWX. Molemmat toimii ihan OK.
Tekee perus web sivut ja osaa siirtää tiedot palvelimelle.
Sitten se ongelma
Ongelma on en halua kotona pitää mitään julkista Web palvelinta, vaan julkiset web sivut pitää saada johonkin oikeaan palvelimeen (palveluun).
Molemmat kyllä selviää hommasta, mutta minusta äärettömän typerästi.
Ohjelmistot tekee datasta grafiikan ja siirtää tiedot julkiselle palvelimelle valmiina kuvina!!
Jos päivitys väli on vaikka 1 – 5 minuuttia tulee siirrettävän datan määräksi jo yhdessä päivässä aivan käsittämätön määrä gigoja!!
WeeWX ohjelma tallentaa datan MySQL tietokantaan ja se on suht selkokielisenä.
Tuohon tietokantaan on näköjään helppo lisätä omia kenttiä tai tauluja jos haluaa lisätä mittalaitteita / antureita.
Minusta järkevämpi tapa:
Kerätään tiedot paikalliseen tietokantaan (vaikka WeeWX)
replikoidaan data julkiseen WEB palvelimeen ja tehdään grafiikka siellä.
Näin siirrettävän datan määrä putoa aivan murto-osaan.
Tietääkö joku valmista ohjelmistopakettia joka osaisi hoitaa homman fiksusti.
Tietty molempiin koneisiin voisi asentaa vaikka tuon WeeWX ohjelmiston ja hoitaa vain datan replikoinnin.
Miten tuon datan replikointi pitäisi hoitaa??
Tietty näin hoidettuna pitää olla sellainen web-palvelu minne pystyy julkiselle puolelle asentamaan myös omia ohjelmia, mutta myös tällaisia palveluja on kaupan, ja niitä on myös monella kaverilla.
Yksi suomalainen sääaseman rakenteluun erikoistunut sivusto
FinWX http://www.finwx.net/
Tuolla keskustelu foorumilla moni juuri tuskailee omien julkisten palveluidensa kanssa siitä, että siirettävä datamäärä kasvaa tolkuttoman isoksi ja palveluntarjoajat joko narisevat asiasta tai rajoittavat siirrettävää datan määrää. Jos päivitysväli on 1 minuutti päivityksiä tulee 24*60 =1440 päivitysä / vrk. Tuon kun sitten kertoo vielä sivuston koolla alkaa ongelma hahmottua.
Tuolla sivustolla en juuri ole surffaillut pariin vuoteen, joten tämän hetken tilanne ei ole hallussa.
-
Sitten se ongelma
Ongelma on en halua kotona pitää mitään julkista Web palvelinta, vaan julkiset web sivut pitää saada johonkin oikeaan palvelimeen (palveluun).
Molemmat kyllä selviää hommasta, mutta minusta äärettömän typerästi.
Ohjelmistot tekee datasta grafiikan ja siirtää tiedot julkiselle palvelimelle valmiina kuvina!!
Jos päivitys väli on vaikka 1 – 5 minuuttia tulee siirrettävän datan määräksi jo yhdessä päivässä aivan käsittämätön määrä gigoja!!
Graafin kuvia ei tosiaan kannata tallettaa palvelimelle.
WeeWX ohjelma tallentaa datan MySQL tietokantaan ja se on suht selkokielisenä.
Tuohon tietokantaan on näköjään helppo lisätä omia kenttiä tai tauluja jos haluaa lisätä mittalaitteita / antureita.
Minusta järkevämpi tapa:
Kerätään tiedot paikalliseen tietokantaan (vaikka WeeWX)
replikoidaan data julkiseen WEB palvelimeen ja tehdään grafiikka siellä.
Näin siirrettävän datan määrä putoa aivan murto-osaan.
En kyllä suosittelisi tehdä tulosgrafiikkaa palvelimessakaan, vaan tee se HTML5:llä (JavaScript) asiakkaassa, jolloin ei tarvitse siirtää suuria kuvatiedostoja, ja säästää palvelimen kuormaa ihan huomattavasti. ;)
Huomio, että älykännykätkin tukevat nykyään JavaScriptiä ja HTML5:ttä.
Tuolla keskustelu foorumilla moni juuri tuskailee omien julkisten palveluidensa kanssa siitä, että siirettävä datamäärä kasvaa tolkuttoman isoksi ja palveluntarjoajat joko narisevat asiasta tai rajoittavat siirrettävää datan määrää. Jos päivitysväli on 1 minuutti päivityksiä tulee 24*60 =1440 päivitysä / vrk. Tuon kun sitten kertoo vielä sivuston koolla alkaa ongelma hahmottua.
Tuolla sivustolla en juuri ole surffaillut pariin vuoteen, joten tämän hetken tilanne ei ole hallussa.
Itse toteuttaisin päivityksen siten, että palvelimeen kirjattaisiin vain muutokset.
Eli jotenkin näin..
CREATE TABLE `temperatures` (
`id` bigint(20) NOT NULL,
`temperature` decimal(10,3) NOT NULL,
`saveingtime` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
`starttime` datetime DEFAULT NULL,
`endtime` datetime DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_swedish_ci;
Esimerkissäni siis tallennettaisiin tauluun, vain kun lämpö muuttuu, ja silloin laitettaisiin Ensimmäinen hetki, kun on tullut kyseinen lämpötila (starttime), ja viimeinen hetki, kun on ollut kyseinen lämpötila.
-
Korjauksia edelliseen viestiini. Sääasema WH-108
Ulkoantureiden tietojen siirto tapahtuu näyttöön ja aseman muistiin 48 sek välein ei 55 sek, kuten muistin. Sääasemassa on oma muisti johon mahtuu kaikista parametreista 4080 mittatietoa ja kellonaikaa.
Lisäksi asemassa on
ilmanpaineanturi, ulkoyksikössä on pieni muisti mihin tallentuu myös tuulen maksimi nopeus keskimääräisen tuulennopeuden lisäksi.
Näytössä on myös tieto kastepisteestä, mutta tämä tieto on käsittääkseni laskennallinen (lämpötila, suhteellinen kosteus).
Aseman (näytön) kellon voi päivittää PC:llä, mutta se päivittyy myös talvisin automaattisesti DCF77 radiosignaalilla (kesäisin ei kuulu tänne)
Varsinaiseen asiaan
Ainakin tuulen suunta, nopeus ja tuulen hetkellinen max. Nopeus vaihtelee jatkuvasti joten ainakin tämä tieto pitäisi päivittää melko usein (1 – 5 min välein).
Samalla sitten menee muukin data, niin ei jää tietokantaan tyhjiä kenttiä kyseisille kellonajoille, eipä tuosta numeerisesta datasta paljon siirrettävää tule. Luulisin, että grafiikan tekeminen web-serverillä olisi yksinkertaisempaa jos jokaisen kellonajan kohdalla olisi kaikki tieto.
Monissa sääasemissa on tai saa lisäksi myös muita antureita, kuten
- valoisuus
- ultraviolettisäteily
Tuo WeeWX näkyy löytyvän suoraan Ubuntun sovellusvalikoimasta.
Koska en itse osannut tuota fiksua systeemiä rakentaa, niin tuo rauta (Odroid U3) löysi muuta käyttöä. Joten minulla ei nyt ole ko. ohjelmaa asennettuna ja sen tietokantarakenteestakan ei ole kuin hataria muistikuvia parinvuoden takaa.
Josko joku osaisi tehdä selkeät ohjeet miten tuollainen fiksu paketti rakennetaan vaikka raspberry pi pohjalle niin sillä voisi saada paljon uusia Linux käyttäjiä. Tuolla FinWX sivustolla ihmetellään mitä tehdä kun Windows XP:n tuki on lakannut. Muutenkin tuntuu tyhmältä pyörittää pöytäkonetta vain pienen tietokannan pyörittämiseen ja datan lukemiseen antureista (sääaseman näytöstä) 1 -10 minuutin välein.
Itse tekisin, jos oma osaaminen riittäisi, vaan kun tietokannoista (MySQL ja muut) on hallussa vain aivan alkeet joten ei taida minulta onnistua.
Kun tuon datan saisi julkiselle web-serverille ja grafiikan tehtyä vaikka sillä valmiilla ohjelmalla (WeeWX) koko paketti olisi jo paljon fiksumpi, kuin se että grafiikka tehdään mittauspisteessä ja siirretään kuvina ”ylös”. Tämä toteutusmalli ei liene kaikkein tyylikkäin, mutta kuitenkin paljon nykyistä fiksumpi. Tämän mallin etu olisi se ettei tarvitse rakentaa ohjelmaa uusiksi, ainoastaan replikoida tietokanta.
Siitä sitten osaavammat voisi tehdä vaikka miten hienoja sovelluksia.
Viittaan edelliseen kamara:n postiin. Kiitos vinkeistä ;-)
-
Korjauksia edelliseen viestiini. Sääasema WH-108
Näyttää olevan sama asema kuin minulla...
-
Ohje levykuvan koon pienentämiseen: http://softwarebakery.com/shrinking-images-on-linux
Vialliseen lähdekorttiin ei kannata enää koskea, ja operaatio epäonnistuisi muutenkin, jos kortille ei voi kirjoittaa.
Aloin tekemään tuota levykuvan koon muuttamista ja heti kärkeen alkaa menemään yli hilseen.
Tasvitseeko minun tehdä koko ohjeen mukaan?? vai jätänkö jotakin pois?
Mulla on siis GPartedilla tehty Backup.img joka on 31.7Gt
Tyhjä kortti on 31Gt
Vähän tarvii siis potkua perseelle...
-
Ohje levykuvan koon pienentämiseen: http://softwarebakery.com/shrinking-images-on-linux
Vialliseen lähdekorttiin ei kannata enää koskea, ja operaatio epäonnistuisi muutenkin, jos kortille ei voi kirjoittaa.
Aloin tekemään tuota levykuvan koon muuttamista ja heti kärkeen alkaa menemään yli hilseen.
Tasvitseeko minun tehdä koko ohjeen mukaan?? vai jätänkö jotakin pois?
Vilkaisin läpi. En usko, että tuosta voi oikein jättää mitään pois. Ehkä modprobettamiselta voisi välttyä, jos tietää, että loop on ladattu valmiiksi, mutta sillä ei paljon säästä. Kannattaa sitten tehdä etukäteen varmuuskopio siitä tiedostosta, jos vaikka jokin menee vikaan.
-
Ok. Kun en ole mikään pro näissä niin siksi tarvitsen rohkaisua.
En myöskään ymmärrä aivan kaikkea / juuri mitään tuosta ohjeesta mitä se tekee, siksi varmistelen asiaa.
-
No niin. Heti tyssäsi.
Next we create a device of the image:
$ sudo losetup /dev/loop0 myimage.img
Now we have a device /dev/loop0 that represents myimage.img.
Saan ilmoituksen.
losetup: myimage.img: failed to set up loop device: Tiedostoa tai hakemistoa ei ole
-
Saan ilmoituksen.
losetup: myimage.img: failed to set up loop device: Tiedostoa tai hakemistoa ei ole
Mille nimelle tallensit sen levykuvan? Tuo myimage.img on tarkoitus korvata oman levykuvasi polulla (sisältäen nimen tietenkin).
Muistutan vielä kerran, että kannattaa tehdä varmuuskopio tuosta levykuvasta siksi aikaa kun sitä käpistelee, niin ei häviä mitään vaikka jotain menisikin pieleen. Varmuuskopio kannattaa säilyttää vähintäänkin eri hakemistossa, jottei sitä tule vahingossa käsiteltyä. Koneesta irrallinen ulkoinen levy toki varmempi. ;)
-
muistutan vielä kerran, että kannattaa tehdä varmuuskopio tuosta levykuvasta siksi aikaa kun sitä käpistelee, niin ei häviä mitään vaikka jotain menisikin pieleen. Varmuuskopio kannattaa säilyttää vähintäänkin eri hakemistossa, jottei sitä tule vahingossa käsiteltyä. Koneesta irrallinen ulkoinen levy toki varmempi. ;)
Aloin tekemään kopiota kokonaan erilliselle kovolle RaspiBackUp:ista ja ihmettelin et miksi en saa sitä kopioitua... Klikkasin levyä ja huomasin et se on vahingossa, jossakin vaiheessa formatoitunut root:n alle. Eli mulla ei ole käyttöoikeutta tuolle levylle.
Mites sen saa muutettua tässä samalla?
-
No niin. nyt tartteis vähän neuvoja.
Sain tehtyä levykuvan koon muuttamisen ja nyt olen kohdassa Shaving the image...
Eli toi mun image näyttää tältä.
$ fdisk -l /media/marko/Teranen/Rspi/RaspiBackUp.imgDisk /media/marko/Teranen/Rspi/RaspiBackUp.img: 29,5 GiB, 31691112448 bytes, 61896704 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x00096bb8
Laite Käynnistettävä Start Loppu Sektorit Size Id Tyyppi
/media/marko/Teranen/Rspi/RaspiBackUp.img1 8192 2822265 2814074 1,4G e W95 FAT
/media/marko/Teranen/Rspi/RaspiBackUp.img2 2826240 61831167 59004928 28,1G 85 Linux l
/media/marko/Teranen/Rspi/RaspiBackUp.img3 61831168 61896703 65536 32M 83 Linux
/media/marko/Teranen/Rspi/RaspiBackUp.img5 2834432 2957311 122880 60M c W95 FAT
/media/marko/Teranen/Rspi/RaspiBackUp.img6 2965504 58189823 55224320 26,3G 83 Linux
Mitä lukuja minun pitää tuohon truncate käskyyn laittaa kun tuossa puhutaan Endistä ja Blockseista ja sit tuolla kommenteissa on vielä sekoilleet...
-
Laite Käynnistettävä Start Loppu Sektorit Size Id Tyyppi
/media/marko/Teranen/Rspi/RaspiBackUp.img1 8192 2822265 2814074 1,4G e W95 FAT
/media/marko/Teranen/Rspi/RaspiBackUp.img2 2826240 61831167 59004928 28,1G 85 Linux l
/media/marko/Teranen/Rspi/RaspiBackUp.img3 61831168 61896703 65536 32M 83 Linux
/media/marko/Teranen/Rspi/RaspiBackUp.img5 2834432 2957311 122880 60M c W95 FAT
/media/marko/Teranen/Rspi/RaspiBackUp.img6 2965504 58189823 55224320 26,3G 83 Linux
Tuosta näkyy, että osiot loppuvat nyt sektoriin 61896703 (käytännössä suurin arvo sarakkeessa Loppu), joten käytetään sitä laskussa. Oikea truncate komento on siis:
truncate --size=$[(61896703+1)*512] myimage.img
Sector size eli sektorin koko on 512 tavua, joka näkyy fdisk:n tulosteen alussa ja se on jo tuolla laskussa valmiina eli sitä ei tarvitse muuttaa. Osa kommenteista on kirjoitettu ennen kuin kirjoitusta on muokattu, jolloin siihen on vaihdettu dd-komennon sijaan tuo truncate-komento ja siihen tuo oikean tavumäärän laskeminen.
-
Ok no se teki sen...
Kuinkas nyt sitten se image saadaan sille muistikortilla ja mistä sen imagen löytää??
Ja mulla on vähän sellainen olo että nyt se image on prikulleen saman kokoinen kuin se vanha.
Mut olen varmaan väärässä... Toivottavasti ::)
-
Ok no se teki sen...
Kuinkas nyt sitten se image saadaan sille muistikortilla ja mistä sen imagen löytää??
Tarkastelit tätä tiedostoa fdiskillä: /media/marko/Teranen/Rspi/RaspiBackUp.img
Varmaankin käsittelit samaa tiedostoa truncatella? Sen voi kirjoittaa kortille dd:llä:
sudo dd if=/media/marko/Teranen/Rspi/RaspiBackUp.img of=/dev/sdX
(missä /dev/sdX on kortin laitetunnus)
Ja mulla on vähän sellainen olo että nyt se image on prikulleen saman kokoinen kuin se vanha.
Mut olen varmaan väärässä... Toivottavasti ::)
Mitä osiota tai osioita pienensit GPartedilla? Ilmeisesti Linux-osiota 6, joka sijaitsee laajennetun osion 2 sisällä? Tällöin sitä laajennettua osiota pitäisi myös pienentää ja siirtää sen perässä olevaa osiota 3 taaksepäin, jotta vapaa tila jää levykuvan loppuun.
-
Tarkastelit tätä tiedostoa fdiskillä: /media/marko/Teranen/Rspi/RaspiBackUp.img
Varmaankin käsittelit samaa tiedostoa truncatella? Sen voi kirjoittaa kortille dd:llä:
Kyllä. Käsittelin tätä truncatella.
Mitä osiota tai osioita pienensit GPartedilla? Ilmeisesti Linux-osiota 6, joka sijaitsee laajennetun osion 2 sisällä? Tällöin sitä laajennettua osiota pitäisi myös pienentää ja siirtää sen perässä olevaa osiota 3 taaksepäin, jotta vapaa tila jää levykuvan loppuun.
Osio2 on se liian suuri jota pienensin GPartedilla.
Osio6 on se pienennetty osio.
-
Mitä osiota tai osioita pienensit GPartedilla? Ilmeisesti Linux-osiota 6, joka sijaitsee laajennetun osion 2 sisällä? Tällöin sitä laajennettua osiota pitäisi myös pienentää ja siirtää sen perässä olevaa osiota 3 taaksepäin, jotta vapaa tila jää levykuvan loppuun.
Osio2 on se liian suuri jota pienensin GPartedilla.
Osio6 on se pienennetty osio.
fdiskin listauksen perusteella olet pienentänyt osiota 6 mutta et ole pienentänyt osiota 2 sen jälkeen, etkä ole siirtänyt osiota 3.
Koska osiota 2 ei ole piennetty ja osio 3 on samalla paikalla kuin ennenkin, koko levykuvan pienennys ei onnistu.
Jos osio 3 liittyy boottaukseen, voi olla että sen siirtämisen myötä käynnistyslataaja lakkaa toimimasta. Mutta sen näkee sitten.
-
Eli pitää siis tehdä kaikki uudelleen...
-
GPartedilla siis näyttää se muokattu image tältä tällä hetkellä.
https://mega.nz/#!gEoDGb4A!p5v70p2pFjozsZPdzUSNOArS59VT3GnOAdi-nQAbRzw
(https://mega.nz/#!gEoDGb4A!p5v70p2pFjozsZPdzUSNOArS59VT3GnOAdi-nQAbRzw)
Eli mitä tuolle teen?? vai korvaanko tuo jo tekemäni imagen alkuperäisellä ja yritän uudelleen?
-
Eli olisiko minun pitänyt muuttaa tuon loop0p2 osiota??
Taisin aikaisemmin tosiaan muokata tuota loop0p6:sta...
Tässä vielä linkki alkuperäisen imagen kuvaan Gpartedissa.
https://mega.nz/#!UBIwiQza!Yr65qOMpOra9Wa_J1cOHKXwgLbpRgp3mtTz5nDom03w (https://mega.nz/#!UBIwiQza!Yr65qOMpOra9Wa_J1cOHKXwgLbpRgp3mtTz5nDom03w)
-
Okei... Vaihdoin takaisin jo luotuun imageen ja sain pienennettyä sitä loop0p2:sta 26,40Gb, ja varaamaton tila pitäisi olla lopussa.
Mutta nyt siellä lopussa näkyy jokin loop0p3 ! tuntematon tiedostojärjestelmä jota ei pysty muuta kuin poistamaan??
Poistanko sen??
-
Poistin sen loop0p3 kokonaan. Ainakin fdiskillä image näyttää nyt hyvältä.
Pitääkö tämä image nyt käsitellä uudelleen vielä truncatella?
Onko tämä nm laittama käsky valmis imagen kirjoittamiseen kortille? Eli copy/paste vaan päätteeseen??
Sen voi kirjoittaa kortille dd:llä:
sudo dd if=/media/marko/Teranen/Rspi/RaspiBackUp.img of=/dev/sdX
(missä /dev/sdX on kortin laitetunnus)
Tässä vielä tämä fdisk
$ fdisk -l /media/marko/Teranen/Rspi/RaspiBackUp.img
Disk /media/marko/Teranen/Rspi/RaspiBackUp.img: 29,5 GiB, 31691112448 bytes, 61896704 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x00096bb8
Laite Käynnistettävä Start Loppu Sektorit Size Id Tyyppi
/media/marko/Teranen/Rspi/RaspiBackUp.img1 8192 2822265 2814074 1,4G e W95 FAT16 (LBA)
/media/marko/Teranen/Rspi/RaspiBackUp.img2 2826240 58189823 55363584 26,4G 85 Linux laajennettu
/media/marko/Teranen/Rspi/RaspiBackUp.img5 2834432 2957311 122880 60M c W95 FAT32 (LBA)
/media/marko/Teranen/Rspi/RaspiBackUp.img6 2965504 58189823 55224320 26,3G 83 Linux
-
Trunkkasin sen imagen vielä.
En saanut tuota dd:tä toimimaan kun osaa käyttää sitä...
Laitoin truncatun imagen menemään levyt ohjelmalla nm:n aikaisemmin laittaman viestin mukaan.
Ainkin se aloitti tekemään imagea kortille. Saa nähdä toimiiko. Kauan siihen ainakin menee kun kirjoittaa 13,7Mt/S 8)
-
Eipä toimi ei... Toisaalta en tiedä toimiiko tuo Raspberrykään enää. Ei siihen vanhalla kortillakaan syty kuin 1 punainen valo. Pitäskö tuon raspin ilman boottia ladata jokin bios tai vastaava.
Tein kopion myös dd:llä eikä toimi.
Pitää kokeilla myöhemmin uudestaan ja tehdä koko homma alusta uudelleen...
Ainakin nyt osaan suurin piirtein kuinka toi ohje toimii.
-
Se poistamasi osio 3 voi hyvinkin olla tarpeellinen boottauksessa. En osaa kyllä suoraan sanoa, mikä noiden eri osioiden funktio on, ja miten asiat voivat hajota jos niitä siirretään.
Raspin toimintaa kannattanee kokeilla uusimmalla Raspbian-imagella.
-
No niin... Nyt mulla on sitten yksi rikki oleva 32Gt kortti.
Ilmeisesti image ei mahtunut kortille ja dd jäi junnaamaan jotain... Odottelin useamman tunnin valmistumista.
Nyt kortti ei tunnistu GPartedillakaan. Puuttuu osiotaulu.
Muokattu...
Laitoin kortin Xperia Z1 puhelimeeni ja formatoin kortin sillä.
Onneksi puhelimen softa on niin raaka ettei välitä mitään toisin kuin GParted ja levyt ohjelmat.
Kortti siis toimii taas. Ja kokeilen levykuvan palautusta levyt ohjelmalla niin nään onko se liian iso kortille.
-
No niin... Nyt mulla on sitten yksi rikki oleva 32Gt kortti.
Ilmeisesti image ei mahtunut kortille ja dd jäi junnaamaan jotain... Odottelin useamman tunnin valmistumista.
Nyt kortti ei tunnistu GPartedillakaan. Puuttuu osiotaulu.
Kyllä GPartedin pitäisi pystyä luomaan kortille uusi osiotaulu valikon kautta vaikka mitään ei näykään. Tai jos GParted jumiutuu johonkin bugiin, voit pyyhkiä laitteen tyhjäksi dd:llä:
dd bs=4M if=/dev/zero of=/dev/sdX
-
Tai jos GParted jumiutuu johonkin bugiin, voit pyyhkiä laitteen tyhjäksi dd:llä:
dd bs=4M if=/dev/zero of=/dev/sdX
Joo. Se GParted ilmoitti jotain virhettä ettei pysty lukemaan eikä kirjoittamaan kortille.
Mutta sain puhelimen softalla sen korjattua.
-
Sillä kai ei ole väliä kirjoitanko imagen kortille levyt-ohjelmalla vai dd:llä??
Laitoin imagen menemään levyt-ohjelmalla koska sillä nään kauanko kestää ja että levykuva on pienempi kuin kortilla oleva tila.
-
Ei taida saada kalua tästä imagesta enää... Nyt sain pienennykset ja asennnuksen kortille menemään ilman ongelmia mutta GParted ei tunnista kortilla olevaa tiedostojärjestelmää. Näkyy mustana ja huutomerkki.
Kiva alkaa rakentaa koko hommaa uusiksi...!!!
No jos ensikerralla muistaisi tehdä ne varmuuskopiot vähän aikaisemmin.
Toisaalta olin säätänyt ja sekoittanut tuota asennusta niin paljon että ehkä ihan hyvä tehdä kaikki uusiksi ja kun suurin osa tehtävistä muutoksista on muistissa täällä.
-
mikähän tässä cron rivissä on vikana??
@reboot sleep 75; /home/pi/ddnsclient/regmyip dyfi --log_all
*/60 * * * * /home/pi/ddnsclient/regmyip dyfi
/home/pi/ddnsclient/regmyip dyfi
Ei toimi edes suoraan päätteestä tuo rivi.
Kun menen hakemistoon /home/pi/ddnsclient ja kirjoitan ./regmyip dyfi
niin kyllä sitten toimii ja ip päivittyy palvelimelle...
-
Eihän siin' ollutkaan mitään vikaa... tai oli mut huomasin ite sen. Puu silmä kun olen niin toista tuntia ihmettelee et miks se ei toimi... Samalla lailla kaikki ku aikasemminkin mut ei toimi...
No niin Raspi hakee säätietoja taas asemalta ja nään ne raspin localhost/weewx sivulla.
Kuinka sain ne tiedot näkymään palvelimelle.
dyfi on asennettu ja crontab ottaa bootista mokkulalla yhteyden verkkoon ja päivittää ip:n dyfin palvelimelle.
Muutin tätä niin etten aja enää apachea vaan lighttpd:tä... aiheuttaako tämä ongelmaa??
Ainakaan mitään en saa näkymään kun menen mökkisää.dy.fi sivulle. Tai näkyy apache2 debian default page... jota en ymmärrä miksi, koska koneessa ei pitäisi apachea olla missään muodossa.
Lighttpd:tä ajattelin käyttää koska weewx ohjeessa suositeltiin käyttämään sitä raspberrylla.
Pitikö se sivu jotenkin kopioida jollakin käskyllä jonnekin??? kun ei muista eikä tässä ketjussakaan tainnut olla siitä mitään... vai pitäisikö sen tapahtua automaagisesti??
-
Ok... Nyt on varmistettu ettei apachea ole enää koneessa ja lighttpd toimii...
Kun pysäytän lighttpd:n kaatu apache2 default sivu ja kun käsken lighttpd:n start niin sivu palaa.
Eli jostakin syystä ei ole lighttpd:n omaa sivua kuten ohjeessa vaan avautuu apachen sivu.
-
Ok... Nyt on varmistettu ettei apachea ole enää koneessa ja lighttpd toimii...
Kun pysäytän lighttpd:n kaatu apache2 default sivu ja kun käsken lighttpd:n start niin sivu palaa.
Eli jostakin syystä ei ole lighttpd:n omaa sivua kuten ohjeessa vaan avautuu apachen sivu.
/var/www/html-hakemistossa voi olla jotain vanhaa roinaa.
Minkä ohjeen mukaan konfiguroit weewx:ää ja Lighttpd:tä?
Pitikö se sivu jotenkin kopioida jollakin käskyllä jonnekin??? kun ei muista eikä tässä ketjussakaan tainnut olla siitä mitään... vai pitäisikö sen tapahtua automaagisesti??
Riippuu siitä mihin weewx nyt kirjoittaa sivut. Jos ne menevät /var/www/html/weewx-hakemistoon, niiden pitäisi näkyä osoitteessa mökkisää.dy.fi/weewx
-
Riippuu siitä mihin weewx nyt kirjoittaa sivut. Jos ne menevät /var/www/html/weewx-hakemistoon, niiden pitäisi näkyä osoitteessa mökkisää.dy.fi/weewx
No siellähän se näkyy... Mites tosta ton /weewx poistetaan??
-
Just just... Siellä /var/www/html kansiossa oli se apache:n sivu ja lighttpd:n sivu sekä weewx kansio...
-
weewx:n asensin deb paketista suoraan mikä löytyy tuolta
http://www.weewx.com/docs/usersguide.htm#configuring_hardware
asensin lighttpd:n pakettivarastosta.
Sitten käskin:
systemctl start lighttpd
systemctl enable lighttpd
-
Riippuu siitä mihin weewx nyt kirjoittaa sivut. Jos ne menevät /var/www/html/weewx-hakemistoon, niiden pitäisi näkyä osoitteessa mökkisää.dy.fi/weewx
No siellähän se näkyy... Mites tosta ton /weewx poistetaan??
Vaikkapa asettamalla kyseinen hakemisto lighttpd:n juureksi. Muokkaa /etc/lighttpd/lighttpd.conf -tiedoston asetusta server.document-root
server.document-root = "/var/www/html/weewx"
Tallenna tiedosto ja lataa muokatut asetukset käyttöön komennolla:
sudo service lighttpd reload
-
No niin nyt toimii sekin...
Pitää jättää toi raspi nyt olemaan kun ei tunnu bootista vieläkään vaihtavan ip-osoitetta dyfiin vaikka ip vaihtuu raspissa.
muuten kaikki toimii taas... Suur kiitokset tästä. Hyvää viikonloppua!
-
Löysin sen virheen crontabista ja ip päivittyy nyt automaattisesti.
Jotta itse saisin tiedon myös ip:n vaihtumisesta kirjoitin pythonilla ohjelman joka hakee ip osoitteen ja vertaa sitä vanhaan.
Jos ip on muuttunut kirjoittaa se vanhan ip:n päälle ja lähettää spostin muuttuneesta ip osoitteesta.
Saan Tällaisen errorin.
>>> ================================ RESTART ================================
>>>
Tarkistetaan IP osoitetta: http://checkip.dyndns.org
Mökkipii IP osoite on: ['46.132.189.249']
IP osoite ei ole muuttunut.
>>> ================================ RESTART ================================
>>>
Tarkistetaan IP osoitetta: http://checkip.dyndns.org
Mökkipii IP osoite on: ['46.132.189.249']
Meillä on uusi IP osoite.
Uusi IP osoite on kirjoitettu txt tiedostoon.
Traceback (most recent call last):
File "/home/pi/pi/ipemail/ipemail.py", line 50, in <module>
send_email(ourIP)
File "/home/pi/pi/ipemail/ipemail.py", line 31, in send_email
server = smtplib.SMTP('smtp.gmail.com:587')
NameError: name 'smtplib' is not defined
>>>
Ilmeisesti ongelma miksi sähköposti ei tule perille johtuu gmailista. Olen asettanut gmailista sen "vähemmän turvalliset ohjelmat sallitaan" tai jotain.
Kaikki muu siis näyttäisi toimivan, hakee ip osoitteen checkip.dydns.org sivulta ja vertaa sitä last_ip.txt tiedostossa olevaan osoitteeseen.
Koko ohjelma alla.
from urllib.request import urlopen
import re
# Kirjautumistiedot
from_address = 'Piin_spostiosoite@gmail.com'
to_address = 'Piin_spostiosoite@gmail.com'
subject ='pi IP'
username = 'käyttäjätunnus'
password = 'salasana'
# Mistä saadaan IP osoite??
url = 'http://checkip.dyndns.org'
print ("Tarkistetaan IP osoitetta: ", url)
# Avataan sivu, luetaan sisältö ja otetaan IP osoite
request = urlopen(url) .read() .decode('utf-8')
# Puretaan vain IP osoite
ourIP = re.findall("\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3}", request)
ourIP = str(ourIP)
print ("MökkiPii IP osoite on: ", ourIP)
def send_email(ourIP):
# Sähköposti
body_text = ourIP + ' on MökkiPii IP osoite'
msg = '\r\n'.join(['to: %s' % to_address,
'From: %s' % from_address,
'Subject: %s' % subject,
'', body_text])
# Varsinaisen Sähköpostin lähettäminen!
server = smtplib.SMTP('smtp.gmail.com:587')
server.starttls () # Our security for transmission of credentials
server.login (username,password)
server.sendmail (from_address, to_address, msg)
server.quit ()
print ("Sähköposti lähetetty!")
# Avaa viimeisin last_ip.txt, vertaa sitä
with open('/home/pi/pi/ipemail/last_ip.txt', 'rt') as last_ip:
last_ip = last_ip.read() # lukee teksti tiedoston
# Varmistaa onko IP osoite muuttunut
if last_ip == ourIP:
print ("IP osoite ei ole muuttunut.")
else:
print ("Meillä on uusi IP osoite.")
with open ('/home/pi/pi/ipemail/last_ip.txt', 'wt') as last_ip:
last_ip.write(ourIP)
print ("Uusi IP osoite on kirjoitettu txt tiedostoon.")
send_email(ourIP)
-
Traceback (most recent call last):
File "/home/pi/pi/ipemail/ipemail.py", line 50, in <module>
send_email(ourIP)
File "/home/pi/pi/ipemail/ipemail.py", line 31, in send_email
server = smtplib.SMTP('smtp.gmail.com:587')
NameError: name 'smtplib' is not defined
Et ole importannut smtplibiä. Lisää import-rivi koodin alkuun:
from urllib.request import urlopen
import re
import smtplib
-
Et ole importannut smtplibiä. Lisää import-rivi koodin alkuun:
from urllib.request import urlopen
import re
import smtplib
No tuosta se oli kiinni. Etsin netistä vastausta ja monella sivulla käsiteltiin kyllä aihetta ja kaikista noista puuttui tuo import rivi niin kuin alkuperäisestä ohjeestakin...
-
Eipä se vielä toimikkaan. Eli ajoi sen kertaalleen läpi ja crontab ajaa sen bootissa ihan ok koska uusi ip osoite tallentuu txt tiedostoon, mutta email ei tule!
Ajoin sen käsin niin saan tällaisen herjan.
Tarkistetaan IP osoitetta: http://checkip.dyndns.org
MökkiPii IP osoite on: ['xxx.xxx.xxx.xxx']
Meillä on uusi IP osoite.
Uusi IP osoite on kirjoitettu txt tiedostoon.
Traceback (most recent call last):
File "/home/pi/pi/ipemail/ipemail.py", line 52, in <module>
send_email(ourIP)
File "/home/pi/pi/ipemail/ipemail.py", line 35, in send_email
server.sendmail (from_address, to_address, msg)
File "/usr/lib/python3.4/smtplib.py", line 765, in sendmail
msg = _fix_eols(msg).encode('ascii')
UnicodeEncodeError: 'ascii' codec can't encode character '\xf6' in position 60: ordinal not in range(128)
-
Ilman formaattimuunnoksia voit lähettää vain ascii-tekstiä:
body_text = ourIP + ' on MökkiPii IP osoite'
-->
body_text = ourIP + ' on MokkiPii IP osoite'
Jos tarvitset skandeja tai muita unicode-merkkejä, joudut turvautumaan MIMEText-luokkaan: https://gist.github.com/ymirpl/1052094
-
Ilman formaattimuunnoksia voit lähettää vain ascii-tekstiä:
body_text = ourIP + ' on MökkiPii IP osoite'
-->
body_text = ourIP + ' on MokkiPii IP osoite'
Jos tarvitset skandeja tai muita unicode-merkkejä, joudut turvautumaan MIMEText-luokkaan: https://gist.github.com/ymirpl/1052094
Tuota kokeilin kun epäilin että johtuisi skandeista... jonnekin oli sitten jäänyt joku ääkkönen. Nyt toimii kun tarkkaan tekstistä poistin ne.
-
Mites saisiko raspin boottaamaan jos tähän kohtaan kirjoittaisi jonkinlaisen "jos ip osoitetta ei löydy bootataan raspi" ??
# Mistä saadaan IP osoite??
url = 'http://checkip.dyndns.org'
print ("Tarkistetaan IP osoitetta: ", url)
# Avataan sivu, luetaan sisältö ja otetaan IP osoite
request = urlopen(url) .read() .decode('utf-8')
# Puretaan vain IP osoite
ourIP = re.findall("\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3}", request)
ourIP = str(ourIP)
print ("MökkiPii IP osoite on: ", ourIP)
-
Löysin tällaisen ohjeen jos joku painii samanlaisen ongelman kanssa. Kuinka bootata raspberry jos ei ole internet yhteyttä.
http://weworkweplay.com/play/rebooting-the-raspberry-pi-when-it-loses-wireless-connection-wifi/ (http://weworkweplay.com/play/rebooting-the-raspberry-pi-when-it-loses-wireless-connection-wifi/)
Kokeilin tätä ja se toimii hyvin. Muutin scriptiä niin että se pingaa http://www.ip-osoite.info
-
Löysin tällaisen ohjeen akkujen varauksen seurantaan...
https://github.com/aboudou/picheckvoltage (https://github.com/aboudou/picheckvoltage)
Tässä on kuitenkin ongelmana akkujen maksimi varaus joka on vain 11.2Volttia.
Akusto mökillä on 12 volttia ja tuulimylly nostaa kovalla tuulella jopa 15volttiin varauksen ennen kuin katkaisee latauksen. Saan sitä säädettyä alemmaksi mutta minun pitää olla paikalla(aikaisintaan ensi syksynä) kun tuulee paljon ja säätää latauksen katkeaminen hivenen alemmaksi.
Raspi ja säämittausyksikkö lähtee mökille vanhempieni mukana maalis - huhtikuun vaihteessa että siihen asti olisi aikaa ratakaista tämä sekä kuinka saan sen tiedon tänne Keski-Suomeen...
-
Löysin tällaisen ohjeen akkujen varauksen seurantaan...
https://github.com/aboudou/picheckvoltage (https://github.com/aboudou/picheckvoltage)
Tässä on kuitenkin ongelmana akkujen maksimi varaus joka on vain 11.2Volttia.
Akusto mökillä on 12 volttia ja tuulimylly nostaa kovalla tuulella jopa 15volttiin varauksen ennen kuin katkaisee latauksen. Saan sitä säädettyä alemmaksi mutta minun pitää olla paikalla(aikaisintaan ensi syksynä) kun tuulee paljon ja säätää latauksen katkeaminen hivenen alemmaksi.
Laskemalla noille jännitteenjakajan vastuksille uudet arvot voit muuttaa tuon kytkennän omaan käyttöösi sopivaksi. Ne pitää kuitenkin valita sen verran huolellisesti ettei ole riskiä siitä, että käräyttäisi Raspberryn (tosin todennäköisempää olisi luultavasti käräyttää vain tuo ADC-piiri).
Tuolla vähän teoriaa ja laskukaavoja: http://www.hutasu.net/elektroniikka/teoriaa/jannitteenjakokytkenta-jannitejako/
Tuossa käytetään (R1 =) 10 kΩ ja (R2 =) 3,9 kΩ vastuksia, joilla (VCC =) 11,2 V jännite tiputetaan korkeintaan (VR2 =) 3,2 V jännitteeseen. Tuo jännite lasketaan siis 3900/(10 000 + 3900)*11,2 = 3,14. Noita omia arvioidessa kannattaa siis miettiä ettei maksimi voi mennä yli 3,3 V (eli laskuissa kannattaa käyttää varovaista arviota) ja pitää myöskin huomioida ettei vastuksia saa ihan missä tahansa koossa. Laskin pikaisesti, että esimerkiksi 10 kΩ ja 2,2 kΩ vastukset antaisivat korkeintaan 2,9 V, mikä kävisi. Toinen vaihtoehto olisi 15 kΩ ja 3,9 kΩ vastukset, jolloin jännite olisi korkeintaan noin 3,3 V (yläraja on tietääkseni huomattavan reilu, joten käytännössä tuo on ihan jonkin verran alle 3,3 V). Ehkä tässä nuo laskut voisi tehdä myös sillä 15 V kerta se tosiaan katkeaa kokonaan siinä kohti. Tietänet itse paremmin ja jätän sen sinulle harjoitukseksi.
Muitakin vaihtoehtoja on melkeinpä loputtomasti. Isommilla vastuksilla niiden läpi menevä hukkavirta on pienempi, mutta silloin tuosta voi ottaa entistä vähemmän virtaa ja muunnin tarvitsee kuitenkin jotain, joten ihan loputtomiin arvoja ei voi nostaa. Laittamalla vastuksia rinnan ja sarjaan saa myös tarkennettua tuota, jos se tuntuu tarpeelliselta, mutta sitten niitä menee myös useampia ja koko kasvaa.
-
Onko kenelläkään tietoa mihin tiedostoon tuo weewx tallentaa mitatun datan?? Löysin tällaisen että jos haluat poistaa kerätyn datan, tietokannasta tee jotakin tällaista...
sqlite3 /home/weewx/archive/weewx.sdb
En löydä tuota weewx.sdb tiedostoa mistään. Eikä koko polku ole todellinen.
Ainoa weewx kansio löytyi /etc/weewx mutta kansiosta ei löydy archive-kansiota eikä weewx.sdb:hen liittyvää...
-
Ja eräs raivostuttava asia on näppäimistö asettelun muuttuminen automaattisesti englannin kielelle takaisin.
Olen yrittänyt raspi.configista muuttaa mutta en ole onnistunut. Jos vaihdan asetuksen näppäimistö asettelusta, muutamien minuuttien tai boottauksen jälkeen asetus palaa takaisin englannin kielelle.
Raspissa on uusin NOOBS...
-
Ja eräs raivostuttava asia on näppäimistö asettelun muuttuminen automaattisesti englannin kielelle takaisin.
Olen yrittänyt raspi.configista muuttaa mutta en ole onnistunut. Jos vaihdan asetuksen näppäimistö asettelusta, muutamien minuuttien tai boottauksen jälkeen asetus palaa takaisin englannin kielelle.
Raspissa on uusin NOOBS...
Minä taas en saa suomalaista näppäimistöä vaihdetuksi muuksi, en kirveelläkään. Tai no ehkä sillä saisi. :)
Tarkista että tiedostossa /etc/default/keyboard on rivi
XKBLAYOUT="fi"
(man keyboard antaa tuosta lisätietoa)
Kokeile ajaa komento
sudo dpkg-reconfigure keyboard-configuration
ja käynnistä Raspi uudelleen.
-
Onko kenelläkään tietoa mihin tiedostoon tuo weewx tallentaa mitatun datan?? Löysin tällaisen että jos haluat poistaa kerätyn datan, tietokannasta tee jotakin tällaista...
sqlite3 /home/weewx/archive/weewx.sdb
En löydä tuota weewx.sdb tiedostoa mistään. Eikä koko polku ole todellinen.
Ainoa weewx kansio löytyi /etc/weewx mutta kansiosta ei löydy archive-kansiota eikä weewx.sdb:hen liittyvää...
Riippuu varmaan miten olet asentanut softan. Esimerkiksi /var/lib/weewx/weewx.sdb on yksi mahdollinen sijainti.
Tiedostoja voi etsiä locate-komennolla, jos slocate on asennettuna ja käytössä:
locate weewx.sdb
Tai findilla:
find / -xdev -name weewx.sdb
-
Tarkista että tiedostossa /etc/default/keyboard on rivi
XKBLAYOUT="fi"
(man keyboard antaa tuosta lisätietoa)
Kokeile ajaa komento
sudo dpkg-reconfigure keyboard-configuration
ja käynnistä Raspi uudelleen.
Kiitos... Ainakin bootin jälkeen oli ääkköset toiminnassa pitää katsoa jääkö toimimaan vai tuleeko muutoksia myöhemmin.
-
locate weewx.sdb
Tai findilla:
find / -xdev -name weewx.sdb
Findilla löytyi.
-
locate weewx.sdb
Tai findilla:
find / -xdev -name weewx.sdb
Findilla löytyi.
Jostain syystä Raspbianin (Jessie) locate-haun tietokanta ei päivity itsestään, ei ainakaan kovin usein:
pi@raspberrypi ~ $ locate kissa
locate: warning: database `/var/cache/locate/locatedb' is more than 8 days old (actual age is 8,4 days)
Tuohon ratkaisu on komentaa ennen locate:lla tehtävää hakua tämä:
sudo updatedb
Pitääpä tutkia minkälainen cron-ajastus tuolle tietokannan päivittymiselle on...
edit: joo'o /etc/cron.daily hakemistossa on locate -skripti joka on niin monimutkainen että ei mikään ihme jos ei toimi. :P
edit2: Homma muuttui järjelliseksi cron-skriptin osalta kun poistin locate-paketin ja asensin mlocate:n tilalle. Toiminee.