Raspberry pi ja 1-wire

[V]

Vs: Raspberry pi ja 1-wire

Poistin tuon xauth.. Tiedoston niin luulin että jo auttoi, mutta nyt taas meni jumiinnkaikki, tällä kestaa putty ei herjaa mitään...

Mutta mistä sen huomaa niin mitään ei tosiaan voi tehdä, esim kantaan ei voi kirjoittaa kun herjaa oikeuksista, ei edes sudo reboot onnistu ku ei oikeuksia? Täytyy raspista käyttää virtabpois ja sitten taas kaikki toimii.. Minun linux tietämys loppuu kyllä tähän..

Lähetetty minun LT26w laitteesta Tapatalkilla

 

[HeTi]

Vs: Raspberry pi ja 1-wire

Poistin tuon xauth.. Tiedoston niin luulin että jo auttoi, mutta nyt taas meni jumiinnkaikki, tällä kestaa putty ei herjaa mitään...

Mutta mistä sen huomaa niin mitään ei tosiaan voi tehdä, esim kantaan ei voi kirjoittaa kun herjaa oikeuksista, ei edes sudo reboot onnistu ku ei oikeuksia? Täytyy raspista käyttää virtabpois ja sitten taas kaikki toimii.. Minun linux tietämys loppuu kyllä tähän..

Lähetetty minun LT26w laitteesta Tapatalkilla

Käynnistyykö raspberryn omalle näytölle graafinen X-desktop istunto automaattisesti ?

Sehän on turha ja vie muistia, jos tulee puttylla verkon kautta sisään.
(sen kyllä saa käyntiin startx komennolla)

Helpoin tuo taitaa olla tarkistaa sudo raspi-config ja katsoa mitä lukee Enable Boot to Desktop kohdassa.

 

[lorvi]

Vs: Raspberry pi ja 1-wire

milläs configilla raxda ssa saa, ettei käynnistyisi desktop suoraan, sotkee nimittäin

 

[HeTi]

Vs: Raspberry pi ja 1-wire

milläs configilla raxda ssa saa, ettei käynnistyisi desktop suoraan, sotkee nimittäin

Raxdaa en tunne, mutta voisi kokeilla runlevel komentoa ja sen jälkeen katsella vastaavan numeroista
hakemistoa/etc/rc.2 (tai 3/4/5).

Desktop yleensä käynnistetään jollakin ...dm (display manager?) loppuisella tiedostolla/linkillä /etc/init.d hakemistoon.

Debian pohjaisissa järjestelmissä on käytössä update-rc.d komento joilla lisätään ja poistetaan ohjelmia
esim. sudo update-rc.d lighttpd disable poistaa lighttpd automaattisen käynnistyksen. (muuttaa linkin ko. hakemistossa S -> K alkuiseksi)

------------

Toinen vaihtoehto voi olla että graafinen istunto on määritetty suoritettavaksi eri runlevelillä eli
kannattaa katsoa mitä /etc/inittab tiedostossa lukee. Vaihtamalla default runlevelin voi saada koneen käynnistymään
pelkästään teksti login tilaan. Ei kannata sotkea tuota inittab tiedostoa, siellä on aika oleellista tietoa koneen käynnistymisen
kannalta.

 

[lorvi]

Vs: Raspberry pi ja 1-wire

ei auta mitkään edellämainitut, jotenkin tää radxan linux ei tottele/tunne komentoja niinkuin raspi
olen etsiskellyt wheezy imagea, mutta ei ole toimivaa osunut
pari kertaa olen yrittänyt poistaa työpöydän mutta sitten ei lähde käyntiin

 

[VesA]

Vs: Raspberry pi ja 1-wire

ei auta mitkään edellämainitut, jotenkin tää radxan linux ei tottele/tunne komentoja niinkuin raspi
olen etsiskellyt wheezy imagea, mutta ei ole toimivaa osunut
pari kertaa olen yrittänyt poistaa työpöydän mutta sitten ei lähde käyntiin

Radxaa en ole koskaan nähnyt, mutta yleensä runlevel 3 riittää melkein mihin vaan ja 5 tuo sitten sen turhan desktopin. Koitapas komentaa sille roottina init 3.. olisko sitten sudo init 3.

 

[kotte]

Vs: Raspberry pi ja 1-wire

Ettei tässä sitten taas olisi jokin flash-yhteensopivuusongelma sähköisellä puolella? Jos nimittäin systeemilevyltä saadaan väärää tietoa, niin peli on sitten sillä selvä.

 

[lorvi]

Vs: Raspberry pi ja 1-wire

Radxaa en ole koskaan nähnyt, mutta yleensä runlevel 3 riittää melkein mihin vaan ja 5 tuo sitten sen turhan desktopin. Koitapas komentaa sille roottina init 3.. olisko sitten sudo init 3.

tuo sudo init 3 menee läpi, mutta yhä nousee työpöydälle, olen kokeillut kaikki, mitää kuukkelilla on löytynyt

 

[VesA]

Vs: Raspberry pi ja 1-wire

tuo sudo init 3 menee läpi, mutta yhä nousee työpöydälle, olen kokeillut kaikki, mitää kuukkelilla on löytynyt

Laita siitä

sudo ps aux

näkösälle niin ehkä siitä pääsee arvaamaan mitä lopulta pitäisi torjua.

 

[My.Ai.Hu]

Vs: Raspberry pi ja 1-wire

morgen Lorvi..

Onko sinulla käytössä desktop image... siihen kun on ympätty tuo
mukaan...
ota käyttöön tuo serveri image siinä ei ole ollenkaan desktoppia...
muttsaa asennettua myöhempään jos haluaa..
katsoo kumminkin ensin että miten sen käynnistys.. meinaan tarvittaessa

 

[VesA]

Vs: Raspberry pi ja 1-wire

morgen Lorvi..

Onko sinulla käytössä desktop image... siihen kun on ympätty tuo
mukaan...
ota käyttöön tuo serveri image siinä ei ole ollenkaan desktoppia...
muttsaa asennettua myöhempään jos haluaa..
katsoo kumminkin ensin että miten sen käynnistys.. meinaan tarvittaessa

Minusta näissä vehkeissä ei kyllä koskaanikinä tarvita paikallista desktoppia.. X-ikkunat tai vnc-virtuaalidesktopin voi availla jonnekin muualle jos softa sitä vaatii. Niinhän nuo kaikki oikeat serveritkin on tehty.

 

[lorvi]

Vs: Raspberry pi ja 1-wire

Minusta näissä vehkeissä ei kyllä koskaanikinä tarvita paikallista desktoppia.. X-ikkunat tai vnc-virtuaalidesktopin voi availla jonnekin muualle jos softa sitä vaatii. Niinhän nuo kaikki oikeat serveritkin on tehty.

olen täysin samoilla linjoilla, kynnyksenä ollut vain sellainen image minkä pystyy laajentamaan koko levylle ja minä en oikein noista ubuntu viritelmistä syty mutta jatkan testailua ihan mielenkiinnosta kun ei ole vielä sitä taloLoggerin asennus scriptiäkään

 

[V]

Vs: Raspberry pi ja 1-wire

Onko teillä pitempään raspberry pi loggereita käyttäneillä kokemuksia että sd kortti hajoaa? Mietin vaan sen elinikää jos esim viiden minuutin välein tallentaa dataa kantaan..

Pitäisi osata ottaa kaikki logituskin pois päältä.

Lähetetty minun LT26w laitteesta Tapatalkilla

 

[HeTi]

Vs: Raspberry pi ja 1-wire

Onko teillä pitempään raspberry pi loggereita käyttäneillä kokemuksia että sd kortti hajoaa? Mietin vaan sen elinikää jos esim viiden minuutin välein tallentaa dataa kantaan..

Pitäisi osata ottaa kaikki logituskin pois päältä.

Lähetetty minun LT26w laitteesta Tapatalkilla

Kyllä kai se kortti hajoaa ennenpitkään, joko pelkästä käytöstä tai sitten jostain sähköhäiriöstä.
Omalle kohdalle näitä on sattunut ihan "riittävästi". Asiaan pitää vain varautua jotenkin.

- Otetaan kortista varmuuskopio, joko raspilla itsellään toiselle kortille tai kopiodaan kortti tietokoneella.
- Viritetään raspi niin että korttia käytetään mahdollisimman vähän.
- Ajetaan raspia kortti ReadOnly moodissa ja jos jotain pitää tallentaa niin sitten verkkoon tai usb-tikulle.
http://nutcom.hu/?page_id=143
- Varmistetaan sähkönsaanti, raspille löytyy jopa speciaali UPS-kortteja. Itsekin voi tehdä.
https://www.kickstarter.com/projects/hamishcunningham/mopi-mobile-and-24-7-power-for-the-raspberry-pi?ref=email
http://www.piups.net/#features
- Viritetään shutdown näppäin raspiin, jos yhteydet katkeaa niin napilla voi yrittää ajaa alas.

Ehkä tärkein ja helpoin on käyttää riittävän hyvää poweria.

Aina oppii kuitenkin jotain kun raspberryä taas kokoaa pystyyn, hyvä syy taas kokeilla jotain uutta viritystä

EDIT:
Netistä löytyy kaikenlaista ohjetta, tässä yksi lyhyt: http://thebeezspeaks.blogspot.fi/2013/10/hardening-your-raspberry-pi.html

 

[V]

Vs: Raspberry pi ja 1-wire

Hyviä vinkkejä, kiitos

Lähetetty minun LT26w laitteesta Tapatalkilla

 

[VesA]

Vs: Raspberry pi ja 1-wire

Kyllä kai se kortti hajoaa ennenpitkään, joko pelkästä käytöstä tai sitten jostain sähköhäiriöstä.
Omalle kohdalle näitä on sattunut ihan "riittävästi". Asiaan pitää vain varautua jotenkin.

- Otetaan kortista varmuuskopio, joko raspilla itsellään toiselle kortille tai kopiodaan kortti tietokoneella.
- Viritetään raspi niin että korttia käytetään mahdollisimman vähän.
- Ajetaan raspia kortti ReadOnly moodissa ja jos jotain pitää tallentaa niin sitten verkkoon tai usb-tikulle.
http://nutcom.hu/?page_id=143
- Varmistetaan sähkönsaanti, raspille löytyy jopa speciaali UPS-kortteja. Itsekin voi tehdä.
https://www.kickstarter.com/projects/hamishcunningham/mopi-mobile-and-24-7-power-for-the-raspberry-pi?ref=email
http://www.piups.net/#features
- Viritetään shutdown näppäin raspiin, jos yhteydet katkeaa niin napilla voi yrittää ajaa alas.

Ehkä tärkein ja helpoin on käyttää riittävän hyvää poweria.

Aina oppii kuitenkin jotain kun raspberryä taas kokoaa pystyyn, hyvä syy taas kokeilla jotain uutta viritystä

EDIT:
Netistä löytyy kaikenlaista ohjetta, tässä yksi lyhyt: http://thebeezspeaks.blogspot.fi/2013/10/hardening-your-raspberry-pi.html

Juu.. kuluvia tavaroita ovat kaikki nuo. Oikeissa SSD-levyissä on (usein suurikin määrä) näkymätöntä ylimääräistä talletustilaa jota firmis vaihtaa lennossa tilalle sitä mukaa kun muisti kuluu, mutta en usko että korteissa tai tavallisissa USB-tikuissa ( tai radxan flässissä ) on moista. Jos minulla olisi tarvetta ajaa paikallista kantaa moisessa vekottimessa laittasin siihen varmaan pienen ulkoisen USB-ssd-levyn kaikelle datalle. Ja ottaisin kaiken ylimääräisen kirjoituksen pois noilta huonoilta medioilta. Esimerkiksi linux saattaa kirjoittaa sinne access-timestampin aina kun jotain luetaan. Pois vaan sellaiset.

 

[kotte]

Vs: Raspberry pi ja 1-wire

mutta en usko että korteissa tai tavallisissa USB-tikuissa ( tai radxan flässissä ) on moista.

Joskus vuosia sitten muistan lueskelleeni, että tyypillisissä tikuissa kyllä olisi varatavuja ja mapperi-yksikkö, joka jakaa kirjoitetun datan tasaisesti koko alueelle riippumatta datan organisaatiosta (esim. tiedostojärjestemästä).

Tulin siihen käsitykseen, että tyypilliselle tikulle luvattu 10 vuoden kestoikä on laskettu sillä perusteella, että dataa pitäisi voida kirjoittaa suurimmalla mahdollisella nopeudella ihan miten vaan 10 vuoden ajan ennen kuin niin monet (fyysiset) muistipaikat lopettavat luotettavan toimintansa, että tikun toiminta muuttuu epäluotettavaksi.

Omakohtaista kokemusta on vain muutamasta NSLU2-vehkeestä, joita ajetaan muistitikulta aivan normaalin levyn tapaan, eli kaikki access-logit ja systeemilogit pyörivät ilman mitään modifikaatioita. Pari tuollaista on pyörinyt 8...10 vuotta ja etenkin tuo 8 vuotta pyörinyt on ajellut 24/7 ja logittanut kaiken mahdollisen tikulle (Debianin normaalit /var/log/messages ja /var/log/syslog ja huomattavan paljon sovellusten tekemään logitusta kerran minuutissa). Toistaiseksi ei ongelmia ole ilmennyt.

 

[Deleted member 1344]

Vs: Raspberry pi ja 1-wire

Omakohtaista kokemusta on vain muutamasta NSLU2-vehkeestä, joita ajetaan muistitikulta aivan normaalin levyn tapaan, eli kaikki access-logit ja systeemilogit pyörivät ilman mitään modifikaatioita. Pari tuollaista on pyörinyt 8...10 vuotta ja etenkin tuo 8 vuotta pyörinyt on ajellut 24/7 ja logittanut kaiken mahdollisen tikulle (Debianin normaalit /var/log/messages ja /var/log/syslog ja huomattavan paljon sovellusten tekemään logitusta kerran minuutissa). Toistaiseksi ei ongelmia ole ilmennyt.

Mulla taas NSLU2 ei pyörinyt puoltakaan vuotta muistitikulla, olisiko ollut Kingston DataTraveler 8 gigaa. Sittemmin se on pyörinyt vuosia kovalevyllä.

 

[VesA]

Vs: Raspberry pi ja 1-wire

Joskus vuosia sitten muistan lueskelleeni, että tyypillisissä tikuissa kyllä olisi varatavuja ja mapperi-yksikkö, joka jakaa kirjoitetun datan tasaisesti koko alueelle riippumatta datan organisaatiosta (esim. tiedostojärjestemästä).

Tulin siihen käsitykseen, että tyypilliselle tikulle luvattu 10 vuoden kestoikä on laskettu sillä perusteella, että dataa pitäisi voida kirjoittaa suurimmalla mahdollisella nopeudella ihan miten vaan 10 vuoden ajan ennen kuin niin monet (fyysiset) muistipaikat lopettavat luotettavan toimintansa, että tikun toiminta muuttuu epäluotettavaksi.

Omakohtaista kokemusta on vain muutamasta NSLU2-vehkeestä, joita ajetaan muistitikulta aivan normaalin levyn tapaan, eli kaikki access-logit ja systeemilogit pyörivät ilman mitään modifikaatioita. Pari tuollaista on pyörinyt 8...10 vuotta ja etenkin tuo 8 vuotta pyörinyt on ajellut 24/7 ja logittanut kaiken mahdollisen tikulle (Debianin normaalit /var/log/messages ja /var/log/syslog ja huomattavan paljon sovellusten tekemään logitusta kerran minuutissa). Toistaiseksi ei ongelmia ole ilmennyt.

Tikut sun muut edullisemmat vehkeet eivät käytä ihan samaan tapaan ylimääräisiä varablokkeja vaan niiden firmis siirtelee 'kuumaa' dataa ympäriinsä, siellä on garbage collection jne josta seuraa jännittävää vaihtelua suorituskykyyn. Testeissä tavalliset tikut on saatu rikottua muutamassa kuukaudessa jatkuvalla käytöllä, mutta ei kaikkia. Luultavasti lokinkirjotus on vielä aika ystävällistä eikä pääse yllättämään firmiksen algoritmeja, siinä ei paukutella yhteen ja samaan paikkaan. Yksittäisen solun kirjoituksenkesto on siis edelleen aika huono, mutta noissa on nykyään aika etevät softat sisällä.

 

[kotte]

Vs: Raspberry pi ja 1-wire

Mulla taas NSLU2 ei pyörinyt puoltakaan vuotta muistitikulla, olisiko ollut Kingston DataTraveler 8 gigaa. Sittemmin se on pyörinyt vuosia kovalevyllä.

Tuo pitkään poltettu tikku näkyy dmesgin mukaan olevan JetFlash TS2GJF2A/120. Olen kyllä tietoinen, että tikuissa on huomattavia eroja eikä kestävyydellä ole kokemuksen mukaan juuri mitään korrelaatiota tikun hintaan, konstruktion ikään tms.

Kuten Vesa totesikin, USB-tikkujen kestäminen perustuu ihan algoritmiin, jolla päivitettyä dataa siirretään tikulla ja tapaan, millä tikku korjaa fyysisen tallennustason virheet. Sellaista flash-muistia ei kyetä valmistamaan, jossa tietty fyysinen osoite olisi toistuvasti ja luotettavasti kirjoitettavissa päälle. Jos muistin arkkitehtuuri on sellainen, että blokkeja ei allokoida uudelleen tasaisesti eri osiin tikkua, on uudelleenkirjoittamista vältettävä kaikin mahdollisin keinoin.

 

[mstr]

Vs: Raspberry pi ja 1-wire

Sellaista flash-muistia ei kyetä valmistamaan, jossa tietty fyysinen osoite olisi toistuvasti ja luotettavasti kirjoitettavissa päälle.

Kuitenkin tavallisesti muistikorttien valmistajat lupaavat luokkaa 100 000 erase kertaa per lohko, näin minä tulkitsen tämän.
Muistikortilla oleva ohjain koettaa jakaa erase/kirjoitukset tasaisesti eri lohkoihin, olettaisin että kaikki valmistajat tekevät näin.
Lisäksi kortin ohjain voi siirtää viallisia lohkoja pois käytöstä joten varsin paljon noiden luulisi kestävän käyttöä.

 

[kotte]

Vs: Raspberry pi ja 1-wire

Kuitenkin tavallisesti muistikorttien valmistajat lupaavat luokkaa 100 000 erase kertaa per lohko, näin minä tulkitsen tämän.

Niin minäkin tulkitsen ja suunnilleen tuota tarkoitin (Omasta mielestäni 105 on naurettavan vähän, mutta jos jakaa yli koko pinnan keskimäärin, niin kyllä tuolla pärjää, onhan tuo sentään pitkälti toista kymmentä vuotta, jos lohko kirjoitettaisiin vain kerran tunnissa ja tuotahan ei hätyytellä läheskään esim. omassa sovelluksessani. Suoraan sanoen, ollaan isompien tikkujen kohdalla lähellä siirtonopeuden asettamaa suorituskykymaksimia, mistä syystä luokkaa 10 vuoden toiminta-aika voidaan luvata. Noissa tikuissahan on käytetty muitakin ovelia temppuja, kuten että lohkon erasea viivästetään, kunnes riittävä määrä bittejä lohkosta on ensin merkattu lokiin lohkosta käännettäväksi mahdollisesti useamman päivityksen seurauksena).

 

[mstr]

Vs: Raspberry pi ja 1-wire

Kun lohkojen lkm voinee olla 1E5 luokkaa, tuntuu aika mahdottomalta että Raspissa tarvisi erasoida sama lohko kerran tunnissa.
Kuvittelisin ettei Raspi käyttis sentään alle 1 s välein kirjoita lokia tms. Onko kenelläkään hajua siitä miten usein se kirjoittaa?

Kuitenkin moni on havainnut Raspin kaatuvan joidenkin kk välein, jokin muu ongelma siinä lie kuin SD kortti. Tai sitten SD-kortteina myydään jotain sekundaa.

P.S. Tämän takia pidän Arduinosta taloautomaatiokäytössä koska sille ei tarvi koskaan tehdä mitään (muuta kuin mitä käyttäjä haluaa). No toki Arduinolla en voisi tehdä sitä mitä Raspilla, kaikella on paikkansa.

 

[VesA]

Vs: Raspberry pi ja 1-wire

Kun lohkojen lkm voinee olla 1E5 luokkaa, tuntuu aika mahdottomalta että Raspissa tarvisi erasoida sama lohko kerran tunnissa.
Kuvittelisin ettei Raspi käyttis sentään alle 1 s välein kirjoita lokia tms. Onko kenelläkään hajua siitä miten usein se kirjoittaa?

Kuitenkin moni on havainnut Raspin kaatuvan joidenkin kk välein, jokin muu ongelma siinä lie kuin SD kortti. Tai sitten SD-kortteina myydään jotain sekundaa.

P.S. Tämän takia pidän Arduinosta taloautomaatiokäytössä koska sille ei tarvi koskaan tehdä mitään (muuta kuin mitä käyttäjä haluaa). No toki Arduinolla en voisi tehdä sitä mitä Raspilla, kaikella on paikkansa.

En ole katsonut millä parametreilla raspin kortti mountataan, mutta oletuksena monikin filesysteemi kirjoittaa levylle aikaleiman aina kun johonkin tiedostoon kosketaan.. silloinkin kun sitä luetaan cachesta. Joku talologgerin kanta voi sitten aiheuttaa jo aika tärinät.

Yllättäen muistikorttienkin softissa on - bugeja. Liikaa rääkättynä ne voivat sotkea hienon sisäisen blokkikirjanpitonsa niin ettei niitä pystyy enää mitenkään elvyttämään.

 

[mstr]

Vs: Raspberry pi ja 1-wire

En ole katsonut millä parametreilla raspin kortti mountataan, mutta oletuksena monikin filesysteemi kirjoittaa levylle aikaleiman aina kun johonkin tiedostoon kosketaan.. silloinkin kun sitä luetaan cachesta. Joku talologgerin kanta voi sitten aiheuttaa jo aika tärinät.

Tsekkasin tuosta Rasbian kortista /etc/fstab

/dev/mmcblk0p1 /boot vfat defaults 0 2
/dev/mmcblk0p2 / ext4 defaults,noatime 0 1

Defaults?
Mistähän pitäisi löytyä eniten kirjoitetut? Katsoin muutamasta paikasta ( /var/log, /run, /tmp), ei siellä ollut paljon.
/proc näyttää löytyvän enemmän.
sudo find /proc -mtime 1 tulostaa 321 tiedostoa muutettu viimeisen vrk aikana.
sudo find /sys -mtime 1 tulostaa 139 tiedostoa.

 

[kotte]

Vs: Raspberry pi ja 1-wire

/proc näyttää löytyvän enemmän. sudo find /proc -mtime 1 tulostaa 321 tiedostoa muutettu viimeisen vrk aikana.

Tuosta /proc-järjestelmästä ei tarvitse välittää: se on virtuaalinen ja käyttää vain keskusmuistia (samoin /sys, ym.)

Nuo mahdolliset access-leimojen kirjoittelut voi tarkistaa esim. "find / -amin -1 -print" . Jos tuosta tulee pitkä lista, niin silloin levyä rääkätään varsin kovasti.

 

[mstr]

Vs: Raspberry pi ja 1-wire

Tuosta /proc-järjestelmästä ei tarvitse välittää: se on virtuaalinen ja käyttää vain keskusmuistia (samoin /sys, ym.)

Nuo mahdolliset access-leimojen kirjoittelut voi tarkistaa esim. "find / -amin -1 -print" . Jos tuosta tulee pitkä lista, niin silloin levyä rääkätään varsin kovasti.

Lista on pitkä (sudo find / -amin -1 -print), tosin kaikki paitsi 2 on /proc hakemistossa.

 

[VesA]

Vs: Raspberry pi ja 1-wire

Lista on pitkä (sudo find / -amin -1 -print), tosin kaikki paitsi 2 on /proc hakemistossa.

noatime mountissa tarkoittaa ettei atimeä sinne koko ajan hakata..

 

[lorvi]

Vs: Raspberry pi ja 1-wire

Tuosta /proc-järjestelmästä ei tarvitse välittää: se on virtuaalinen ja käyttää vain keskusmuistia (samoin /sys, ym.)

Nuo mahdolliset access-leimojen kirjoittelut voi tarkistaa esim. "find / -amin -1 -print" . Jos tuosta tulee pitkä lista, niin silloin levyä rääkätään varsin kovasti.

heh, koitin tuota raspiini, muutaman minuutin kattelin kun rivit vilisee, sitten pistin kontrolliceetä

 

[kaihakki]

Vs: Raspberry pi ja 1-wire

Minulla Raspi on vähän väliä jumiutunut. Taitaa johtua juuri tuosta SD-kortin tiuhasta kirjoittamisesta, jolloin kortti korruptoituu jotenkin. Laitoin etc/owfs.conf tiedostoon seuraavat rivit:

timeout_network=60
timeout_serial=60
timeout_volatile=60

Arvoja voi tarkistaa selaimella http://192.168.0.105:2121/

Oletusarvot olivat pienemmät. Nyt on Raspi pörrännyt ennätykselliset pari kuukautta. Olisiko nuo timeout arvot tässä nyt se säädettävä asia, jolla kortille kirjoitusta voisi säätää ja siten pidentää jumiutumisväliä.

 

[kotte]

Vs: Raspberry pi ja 1-wire

heh, koitin tuota raspiini, muutaman minuutin kattelin kun rivit vilisee, sitten pistin kontrolliceetä

Tuohonpa olisi pitänyt vielä muistuttaa lisäämään optio "-xdev" (ettei eksy tuonne /proc- ja /sys-systeemien puolelle).

 

[mstr]

Vs: Raspberry pi ja 1-wire

https://minibianpi.wordpress.com/

Tuolla on viritetty /etc/fstab hieman enemmän:

"Added noatime,nodiratime,commit=120 options in /etc/fstab for better SD Card performance and reliability"

Man mount sanoo:
"noatime
Do not update inode access times on this filesystem (e.g, for faster access on the news spool to speed up news servers).
nodiratime
Do not update directory inode access times on this filesystem.
commit=nrsec
Sync all data and metadata every nrsec seconds. The default value is 5 seconds. Zero means default. "

Tuo commit merkitys jäi minulle hämäräksi.

Tuollaista karsittua Raspbian kannattaisi kokeilla taloautomaation kaltaisiin projekteihin missä Raspiin otetaan yhteys vain ssh kautta. Olettaisin että kun turhia ohjelmia ei asenneta, seuraa hieman vähemmän ylläpitoa. Tämä minibian näyttää käyttävän normaalia Raspbian update palvelua. Noita karsittuja käyttiksiä on toki muitakin tarjolla.

 

[kotte]

Vs: Raspberry pi ja 1-wire

commit=nrsec
Sync all data and metadata every nrsec seconds. The default value is 5 seconds. Zero means default. "

Tuo commit merkitys jäi minulle hämäräksi.

Käyttöjärjestelmät eivät kirjoita päivitettyjä "levylohkoja" suoraan tallennuslaitteelle, vaan aluksi keskusmuistipuskuriin ja sieltä sitten ajoittain "levylle". Tuo on absoluuttisen välttämätöntä edes jonkinlaisen suorituskyvyn saavuttamiseksi erityisesti perinteisellä levymuistilla (jossa luku-kirjoituspään ja levyn pyörähtäminen tietyn sektorin alkuun vie keskimäärin oman aikansa).

Tuo "commit"-asetus säätelee aikaväliä, jolla tuota päivitystä tehdään muutetuille lohkoille silloin, kun keskusmuistin täyttyminen ei ole laukaiseva tekijä (ts. vähäisen kirjoituskuormituksen aikana). Jos nimittäin lohkot jätetään kokonaan roikkumaan, tiedot menetetään systeemin sammuessa.

 

[lorvi]

Vs: Raspberry pi ja 1-wire

pirun pieniksi menee DS2483, tuo käsittääkseni menee suoraan noihin 3 volttisiin ilman level shifter iä mutta näin ikäihmisellä on jo hidastava tekijä tuo koko

tässä tinaus 'kyläsepän' tyyliin ja siitä vaan breadboard ille testattavaksi

 

[V]

Vs: Raspberry pi ja 1-wire

Täällähän on hiljasta, onko jossain aktiivisempaa vastaavaa keskustelua?

Itse koodailin pitkästä aikaa taas php versiota, se siirtää nyt ulkopuolelle kantaan tiedot. Siirto tapahtuu phpn välityksellä post:lla ku suora kanta yhteys on blokattu

Lähetetty minun LT26w laitteesta Tapatalkilla

 

[kaihakki]

Vs: Raspberry pi ja 1-wire

Minulla Raspi on vähän väliä jumiutunut. Taitaa johtua juuri tuosta SD-kortin tiuhasta kirjoittamisesta, jolloin kortti korruptoituu jotenkin. Laitoin etc/owfs.conf tiedostoon seuraavat rivit:

timeout_network=60
timeout_serial=60
timeout_volatile=60

Arvoja voi tarkistaa omassa sisäverkossani selaimella http://192.168.0.105:2121/

Oletusarvot olivat pienemmät. Nyt on Raspi pörrännyt ennätykselliset pari kuukautta. Olisiko nuo timeout arvot tässä nyt se säädettävä asia, jolla kortille kirjoitusta voisi säätää ja siten pidentää jumiutumisväliä.

Nyt on taas yksi kuukausi menty eteenpäin ilman häiriöitä.

 

[HeTi]

Vs: Raspberry pi ja 1-wire

4-kpl 1-wire antureita langattomasti Z-waven kautta:

https://www.m.nu/universal-sensor-fibaro-p-794.html

 

[VesA]

Vs: Raspberry pi ja 1-wire

4-kpl 1-wire antureita langattomasti Z-waven kautta:

https://www.m.nu/universal-sensor-fibaro-p-794.html

Mkähän tuossa rajoittaa määrän neljään.. tuollainen olisi melko kätevä jossain paikoissa joihin onewireväylän veto menee hankalaksi, mutta sähköä on.

 

[lorvi]

Vs: Raspberry pi ja 1-wire

no nyt on taloLogger helppo asentaa, kokeilin, ja näillä selvisi ihan tyhjältä pöydältä aloitettuna

2014-01-07-wheezy-raspbian.img
sudo raspi-config
wget -O install_taloLoggerPi.py http://olammi.iki.fi/sw/taloLoggerPi/install_taloLoggerPi.py
chmod 755 install_taloLoggerPi.py
sudo ./install_taloLoggerPi.py

ja osoite vaan selaimeen, ja se o siinä

kiitos http://olammi.iki.fi/sw/taloLoggerPi/

menee se näköjään pöytäkoneellekin (Linux debian 3.2.0-4-686-pae) samalla reseptillä kun poistin mysql lät

kokeilinpa huvikseni Mint 14 Nadia
ERROR: Cannot find mandatory tool: insserv

 

[olammi]

Vs: Raspberry pi ja 1-wire

menee se näköjään pöytäkoneellekin (Linux debian 3.2.0-4-686-pae) samalla reseptillä kun poistin mysql lät

Mitä tarkoittaa mysql:lien poistaminen? Pakettiasennuksista python-mysqldb ja php5-mysql?

kokeilinpa huvikseni Mint 14 Nadia
ERROR: Cannot find mandatory tool: insserv

Ubuntussa (johon tuo Mint näyttää pohjautuvan) noita palveluita hallitaan ilmeisesti toisin. Insserv:iä käytetään disabloimaan owfs:stä ylimääräiset taloLoggerin kannalta "tarpeettomat" palvelut Raspissa, jos asennusskripti asentaa owfs:n laitteeseen.

Jos laajempaa tukea eri distribuutioille ruvetaan rakentamaan, niin pitää sitten tunnistaa työkalut ja tehdä skriptiin päättelyitä distribuutiosta. Myös asennettavien pakettien nimet saattavat olla eri nimisiä eri distroissa - puhumattakaan sitten RedHat-mausteisista jne.