Cronjob, datum of tijd meegeven in logfile.

**Con** · 13 juni 2015

Deze had ik (uiteraard) al geprobeerd, het resultaat is;

2015-06-13 21:18:31,0.000,0.000,0.000,0.000,0.000,0.000,

Dus dat is um niet helemaal.

Voordeel is wel dat ik niets afneem

**Con** · 13 juni 2015

Ik SUKKEL

echo "$line" | grep -q $1 ; then printf "%.3f," `expr substr $line 11 $2`",

Ik weet ZEKER dat ik vandaag OOK vergeten ben om $3 niet te

wijzigen in $2. (opa (ik) wordt oud (mag ik hopen))...

De volgende oplossing wordt helaas morgenmiddag (mag ik hopen).

Maar alles heeft zware progressie, dank voor je input.

De_Perre · 13 juni 2015

Deze had ik (uiteraard) al geprobeerd, het resultaat is;

2015-06-13 21:18:31,0.000,0.000,0.000,0.000,0.000,0.000,

Dus dat is um niet helemaal.

Voordeel is wel dat ik niets afneem

Is wel gek dat die nu allemaal 0.000 weg schrijft; ik had immers je lijntje code gerecycleerd.

Mogelijk heb ik ergens een aanpassing gemaakt die niet snor zit dan; ook al zie ik niet zo direct een verschil met jouw code in #74

Ik SUKKEL

echo "$line" | grep -q $1 ; then printf "%.3f," `expr substr $line 11 $2`",

Ik weet ZEKER dat ik vandaag OOK vergeten ben om $3 niet te

wijzigen in $2. (opa (ik) wordt oud (mag ik hopen))...

De volgende oplossing wordt helaas morgenmiddag (mag ik hopen).

Maar alles heeft zware progressie, dank voor je input.

Nou nou, niet te hard voor jezelf; het is een leerproces (ontdekkingsreis).

En, geen probleem. Met plezier gedaan.

Rekening houdend dat je met het eerste script '0.000' als output had, zullen we best nog even kijken naar het stukje code dat de templog uitleest en de andere log opvult.

Mogelijk zit die printf toch nog ergens te rotzooien met de output die we hadden.

En nou zie ik ook dat er 2 spaties staan achter het tweede "-teken:

printf "%.3f,"  `expr substr $line 11 $2`

moet misschien beter

printf "%.3f," `expr substr $line 11 $2`

worden...

Misschien is dit het; misschien ook niet.

**Con** · 13 juni 2015

Nee, Nee, Nee, het werkt nu perfect, die 11 en $2!!!

Ik doelde op het vermenigvuldigen met 1000.

Dat wordt morgen.

**Con** · 14 juni 2015

Ik kom er niet uit, die vermenigvuldiging ganiegoenie.

a=0001.340

b=$(printf %.3f $a)

echo $a

echo $b

echo $( $b \* 1000 )

Dit is een van de 100 varianten (overdrijven is een vak)

die ik heb geprobeerd. Het lukt niet.

Hierboven is sterk afwijkend maar ik probeerde meer

naar de basis te gaan vanwege de foutmeldingen.

Met deze setting krijg ik;

000.1340

1.340

command not found

Maar ook met vele variaties met expr krijg ik

de meest exotische foutmeldingen, how bizar.

Sufgesurfd en tijd om het hier neer te leggen...

14 juni 2015 aangepast door Con

**Con** · 14 juni 2015

Na nog eens 2 uur ploeteren ben ik eruit;

a=0001.340

c=1000

b=$(printf %.3f $a)

e=$(echo $b \* $c | bc)

echo $a

echo $b

echo $e

0001.340

1.340

1340.000

nu nog even fine-tunen.

"bc" was niet geinstalleerd.

**Con** · 14 juni 2015

Korter kan ik het niet schrijven

a=0011.347

a=$(echo $a \* 1000 | bc) ; a=${a%.*}

echo $a

Resultaat;

11347

Als aanvulling ${a%.*} maakt er een integer van.

De_Perre · 14 juni 2015

Mja, bc kan inderdaad beter van pas komen.

Geen rekening gehouden met mogelijke decimalen.

En korter dan dat zal het ook niet meer worden...

**Con** · 14 juni 2015

Het loggen gaat nu voortreffelijk, hierna een deelresultaat.

Nu moet ik ook nog mijn inverter loggen, het lezen daarvan

gaat op een andere manier. Interesse? (alleen ben ik een

nog te zwakke broeder ) Zoja dan start ik wel een nieuw topic.

En hier het resultaat (prachtig) alles in Wattjes;

2015-06-14 23:41:31,3318304,2209995,990489,2321022,490,0,

2015-06-14 23:42:31,3318312,2209995,990489,2321022,490,0,

2015-06-14 23:43:31,3318321,2209995,990489,2321022,480,0,

2015-06-14 23:44:31,3318329,2209995,990489,2321022,480,0,

14 juni 2015 aangepast door Con

De_Perre · 15 juni 2015

start een ander draadje; met voorbeeld data zoals het uitgelezen wordt en data zoals je het zou willen loggen.

Ik kijk wel even mee

**Con** · 15 juni 2015

Ik zie het nu pas, tja soms (veel teveel) MOET ik werken sh...

En ik vind dit zo leuk. ff eten en dan een nieuw topic.

Toppie. Nieuwe een nieuw strijdperk is (bijna) aangebroken.

Ik verheug me er nu al op...

**Con** · 15 juni 2015

Voor de volledigheid hier nog even het hele script;

#!/bin/sh

#variabelen in gebruik
tempfile=p1_tmp.txt
logfile=p1.txt

log()
{
#om deze op te roepen moeten we 3 paramters opgeven
#$1 = de waarde om te zoeken met grep
#11 = start positie van substring functie
#$2 = lengte van de substring
if echo "$line" | grep -q $1; then
  x=`expr substr $line 11 $2`
  e=$(echo $x \* 1000 | bc) ; f=${e%.*}
  printf $f"," >> $logfile
fi
}

echo "" > p1_tmp.txt
#start uitlezen en stuur naar de achtergrond; log naar tijdelijk bestand
(cu -l /dev/P1meter -s 9600 --parity=none >> $tempfile)&

#maak een var 'counter' en zet deze op 0
ctr=0

echo "\n"$(date +\%F" "\%T",\c") >> $logfile

#lees de temp-log uit
while read line
do
	#Indien de teller < 18 zullen we de lijn toevoegen aan de grote logfile
	if [ $ctr -lt 18 ]; then
		ctr=$((ctr+1)) #verhoog ctr met 1
		#schrijf 6 lijnen naar grote log
		log "2.7.0" 7
		log "1.7.0" 7
		log "1.8.1" 9
		log "1.8.2" 9
		log "2.8.1" 9
		log "2.8.2" 9
	elif [ $ctr -gt 18 ]; then
		#in geval we meer dan 18 lijnen uitgelezen hebben, willen we cu stoppen
		#eerst het achtergrond proces terug naar de voorgrond brengen
		fg
		#dan afsluiten door de input te sturen met xdotool
		xdotool key ~.
	fi
done < $tempfile

#sluit script af

exit 0

De_Perre · 15 juni 2015

Con,

de reden waarom ik de 11 eerst ook als variabele bij de functie had gezet als $2, was omdat je op termijn mogelijk een of andere update hebt aan je installatie waardoor er voor een bepaalde lijn bv vanaf positie 8 gelezen moet worden.

Op zich kan je nu terugvallen op de voorbeelden maar het vraagt wel enige rework op dat ogenblik van je script.

Maar toch, knap gedaan.

**Con** · 15 juni 2015

Dat die 11 als $2 stond was op zich heel logisch.

Maar als iets eenmaal werkt dan probeer ik het altijd

weer korter en sneller.

30 jaar geleden zat ik ook tot midden in de nacht met

BBC basic te klieren, ook met functies en zoals ze dat

daar noemden procedures. Daar gold ook al voor mij

hoe korter hoe beter. Maar dat is het gemakkelijkste.

Om het eerst "normaal" werkend te krijgen was de kunst.

Het finetunen, ach, dat was een kwestie van trial and error.

Maar ook met deze 11 heb ik weer uren lopen klojen en

door jouw toedoen viel het kwartje van de $3 die daardoor

verdween en wijzigde in $2, logisch maar kom er maar ff op.

Jij wel dus , ik misbruik het excuus dat het al erg

laat was

Inloggen

Cronjob, datum of tijd meegeven in logfile.

Aanbevolen berichten

Link naar reactie

Delen op andere sites

Beste reacties in dit topic

Populaire dagen

Beste reacties in dit topic

Populaire dagen

Link naar reactie

Delen op andere sites

Link naar reactie

Delen op andere sites

Link naar reactie

Delen op andere sites

Link naar reactie

Delen op andere sites

Link naar reactie

Delen op andere sites

Link naar reactie

Delen op andere sites

Link naar reactie

Delen op andere sites

Link naar reactie

Delen op andere sites

Link naar reactie

Delen op andere sites

Link naar reactie

Delen op andere sites

Link naar reactie

Delen op andere sites

Link naar reactie

Delen op andere sites

Link naar reactie

Delen op andere sites

Maak een account aan of log in om te reageren

Account aanmaken

Inloggen

Wie is er online 0 leden

Gerelateerde inhoud