Cron job ja python script

[Redrobin]

Yritän saada Raspbianissa lämpötilan mittaamiseen tehtyä python scriptiä starttaamaan käynnistyksessä tuon Cron job -toiminnon avulla. Seurasin joitakin suoraviivaisia ohjeita aiemmin ja nyt viimeisenä tätä:

Raspberry Pi: Launch Python Script on Startup

Testasin, että tuo launcher.sh toimii ja tekee sen mitä pitää.

Tässä on tuossa ohjeessa annettu rivi. Oma logitiedosto vaan on samassa kansiossa tuon launcher.sh:n ja
varsinaisen python-tiedoston kanssa.

@reboot sh /home/pi/bbt/launcher.sh >/home/pi/logs/cronlog 2>&1

Yritin myös saada scriptiä starttaamaan esim. 5min välein näin:

*/2* * * * /home/pi/justdiedbot/launcher.sh >/home/pi/logs/cronlog.log 2>&1

Kaikki muuten toimii, tuo Cron vaan ei tunnu tekevän mitään. Eikä anna virheilmoitusta.
Tarkistin Cronin tilan (service cron status) ja siinäkin kaikki näyttäis olevan kunnossa.
Myös itse file.py toimii jos käynnistää sudona käsin.

 

[Marquette]

*/2* * * *

eikös tuossa pitäisi olla välilyönti, näin

*/2 * * * *

 

[kaakau<"'\\/>]

Sudon voisi poistaa launcher.sh:stä. Jos laitat nuo rootin crontabiin, niin sitä ei tarvita ja jos et, niin sitten ainakin skripti kysyisi salasanaa, jota et pysty syöttämään.

 

[Redrobin]

Joo tuo välilyönti puuttuu tuosta ja se tosiaan ei toimi ilman sitä. Tuon kyllä korjasin aiemmin
Lisäksi tuossa ohjeessa olevassa rivissä on jokaisen tähdin välissä välilyönti. Koitan sitä vielä.

Eikös chmod ole tehty oikein jos launcher.sh toimii manuaalisesti käynnistettynä?

Tarkistan polut vielä kanssa samalla.

Tämä sen sijaan toimii. Tekee testimielessä tuon txt tiedoston.

*/2 * * * * /bin/date >> /home/pi/pep/cron_test/time.txt
Onko ideoita?

[Edit] Tiedostopolussahan toi vika oli.
Tähän tyylliin:
*/2 * * * * sh /home/pi/bbt/launcher.sh >/home/pi/logs/cronlog 2>&1
Toi kauttaviiva puuttui

Kiitos avuista

 

[Bontano]

Lisäisin vielä, että tuo @reboot ei ole standardi, suosittelen systemd käyttöä.

Täältä virallisesta dokumentaatiosta esimerkki
systemd - Raspberry Pi Documentation

 

[Redrobin]

Nappaan oman vanhan ketjun tästä jatkokysymykselle.

Onko mahdollista, että Cron käynnistää useita kertoja tuon .py loppuisen skriptin?
Sillä tavalla, että useita instansseja olisi käynnissä yhtä aikaa?
Ehkä vähän nolo kysymys, mutta siinä se on

Kyse on tuosta privateeyepi palveluun liittyvästä dallas.py ohjelmasta.

Kysyn, koska jostain syystä palvelun käyttöraja tulee täyteen vaikka mielestäni asetukset ovat kunnossa.
Sensoreiden datan saa lähettää 1500 kertaa päivässä ja saldoksi tulee jotain 4000.

 

[hsalonen]

Nappaan oman vanhan ketjun tästä jatkokysymykselle.

Onko mahdollista, että Cron käynnistää useita kertoja tuon .py loppuisen skriptin?
Sillä tavalla, että useita instansseja olisi käynnissä yhtä aikaa?
Ehkä vähän nolo kysymys, mutta siinä se on

Kyse on tuosta privateeyepi palveluun liittyvästä dallas.py ohjelmasta.

Kysyn, koska jostain syystä palvelun käyttöraja tulee täyteen vaikka mielestäni asetukset ovat kunnossa.
Sensoreiden datan saa lähettää 1500 kertaa päivässä ja saldoksi tulee jotain 4000.

Toki. Tee vaan jokaiselle instanssille oma rivi croniin.

 

[ississ]

Onko mahdollista, että Cron käynnistää useita kertoja tuon .py loppuisen skriptin?
Sillä tavalla, että useita instansseja olisi käynnissä yhtä aikaa?
Ehkä vähän nolo kysymys, mutta siinä se on

Kyse on tuosta privateeyepi palveluun liittyvästä dallas.py ohjelmasta.

Kysyn, koska jostain syystä palvelun käyttöraja tulee täyteen vaikka mielestäni asetukset ovat kunnossa.
Sensoreiden datan saa lähettää 1500 kertaa päivässä ja saldoksi tulee jotain 4000.

Cron vain käynnistää, jos edellinen ajo on kesken kun uusi käynnistysaika tulee vastaan niin rinnalle käynnistyy uusi.
Synkronointi/lukitus pitää itse hoitaa skriptissä jos saa olla vain 1 kerrallaan ajossa.

Ja miten palvelu laskee määrän?
1kpl / lähetys vai 1kpl / anturi ?
Jälkimmäisestä voi tulla iso summa jos antureita on paljon...

Edit: osittain myös tämän tyyppisistä syistä lokitan omat mittaukset oman nassin/serverin kantaan enkä palveluun

 

[Redrobin]

Olen käyttänyt tähän asti vain yhtä anturia joten en osaa sanoa miten määrät lasketaan.
Dokumentaation perusteella kuitenkin 1kpl / lähetys. Ei kyllä mikään paras palvelu tuo muutenkaan,
kun tuntuu olevan ajoittain nurin. Hyvää tuossa oli se, että oli selkeä ohje systeemin virittämiseen alusta loppuun.
Muuten tuo thingspeak.com vaikuttaisi esim. paremmalta.

Mahtaa siis olla tuossa vika kun määrät ylittyy. Instansseja on useampia käynnissä.

[Edit] Päivitys tähän vielä. Ongelmana oli juurikin se, että Cron aloitti useamman instanssin
tuota Python ohjelmaa ja se käytti kapasiteetin. Nyt systemd ratkaisulla toimii kaikin puolin.