Problem found, validation of password field fails on empty field => Issue reported here http://karpero.mine.nu/mantis/view.php?id=202guom wrote:Thx for your quick reply. I have just sent you info about my server preference. Let me know if there is something more you need from me.
...och du menar att du har begränsad nytta av hastighetsmätare i ditt hus eller?Fredriks wrote:Hej, och tack för en lysande programvara!
Uppdaterade just från 2.0.2 och det ser ut att ha gått bra. Men jag har en foundering på konfigurationen av sensorerna jag hämtar in mätväden via telstiick duo vilket fungerade fint I 2.0.2 men nu får jag inte igång det. Jag ser att alla sensorer star som sensortyp Hastighetsmätare och när jag försöker ändra detta så finns det ingen annan typ att välja.
Misstänker att den uppdateringen av databasen som står i parserns readme utelämnat från installern. Kör in den så hoppar det igång. Lägger med den i 3.0.1 också somär planerad att releasas nästa vecka.Fredriks wrote:Jag har ett problem till med teperaturgivarna det verkar som om dom givare med långa id inte läses in som dom gjorde i 2.0.2 trodde först att detta berodde på att dom stod som mätartyp hastighetsmätare men min thermometer med id "oregon-ea4c-61" visar värden I gränssnittet däremot termometern med id "mandolyn-temperaturehumidety-21" visar inget kör jag däremot tdtool -l så får jag värdet. Kör jag Uppdatera givare så huggs id av och blir "mandolyn-temperaturehumi".
/Fredrik
Ja du har naturligtvis rätt staller man bara in parsern rätt så funkar det.tom_rosenback wrote:Misstänker att den uppdateringen av databasen som står i parserns readme utelämnat från installern. Kör in den så hoppar det igång. Lägger med den i 3.0.1 också somär planerad att releasas nästa vecka.Fredriks wrote:Jag har ett problem till med teperaturgivarna det verkar som om dom givare med långa id inte läses in som dom gjorde i 2.0.2 trodde först att detta berodde på att dom stod som mätartyp hastighetsmätare men min thermometer med id "oregon-ea4c-61" visar värden I gränssnittet däremot termometern med id "mandolyn-temperaturehumidety-21" visar inget kör jag däremot tdtool -l så får jag värdet. Kör jag Uppdatera givare så huggs id av och blir "mandolyn-temperaturehumi".
/Fredrik
Blä. Qnap och dess konstigheter. -M betyder "skicka aldrig mail", det gjorde så att jag fick mycket mindre skräpmail. -m å andra sidan betyder "skicka alltid mail, till och med när det inte finns någon output att skicka", så det vill man ju inte ha. Funderar på hur vi ska lösa det om det är så att -M inte finns i alla plattformar...Fredriks wrote:Shemaläggaren slutade fungera efter uppdateringen. Det visade sig att Linuxsystemet I min Qnap ( at version 3.1.8 ) inte gillade stort M på raden "$execStr = "echo \"".$data."\" | at -M ".$time; //." ".$date;" I system/functions.php. När jag byte från -M till -m hoppade det igång.
Alltså vad gjorde du? Enligt skriptet som uppdaterar databasen så skall det som finns i readmen finnas med i 2.0.2 till 3.0 uppdateringen och även i en ren installation av 3.0.Fredriks wrote:Ja du har naturligtvis rätt staller man bara in parsern rätt så funkar det.tom_rosenback wrote:Misstänker att den uppdateringen av databasen som står i parserns readme utelämnat från installern. Kör in den så hoppar det igång. Lägger med den i 3.0.1 också somär planerad att releasas nästa vecka.Fredriks wrote:Jag har ett problem till med teperaturgivarna det verkar som om dom givare med långa id inte läses in som dom gjorde i 2.0.2 trodde först att detta berodde på att dom stod som mätartyp hastighetsmätare men min thermometer med id "oregon-ea4c-61" visar värden I gränssnittet däremot termometern med id "mandolyn-temperaturehumidety-21" visar inget kör jag däremot tdtool -l så får jag värdet. Kör jag Uppdatera givare så huggs id av och blir "mandolyn-temperaturehumi".
/Fredrik
Jag hade glömt bort inställningarna för parsern. Vad jag gjorde var att ändra i parser_config.php och telldusduo.php då började den samla data I temps tabellen och visa I gränssnittet. Tyvärr så bestämde jag mig för att städa lite I den aktuella tabellen så jag råkade deleta alla gammla data men sen I morse fungerar det som det skall.tom_rosenback wrote: Så jag undrar vad du gjorde till slut.
Har nu gjort så att i 3.0.1 så räknar HA med att argumentet -M INTE fungerar och så om man tycker att man får för mycket mail och har ett system där -M funkar (dvs t ex inte Qnap) så får man slänga in en rad i sin config.php:Fredriks wrote:Shemaläggaren slutade fungera efter uppdateringen. Det visade sig att Linuxsystemet I min Qnap ( at version 3.1.8 ) inte gillade stort M på raden "$execStr = "echo \"".$data."\" | at -M ".$time; //." ".$date;" I system/functions.php. När jag byte från -M till -m hoppade det igång.
Code: Select all
$config["linux_at_nomail_available"] = true;Daniel wrote:Blä. Qnap och dess konstigheter. -M betyder "skicka aldrig mail", det gjorde så att jag fick mycket mindre skräpmail. -m å andra sidan betyder "skicka alltid mail, till och med när det inte finns någon output att skicka", så det vill man ju inte ha. Funderar på hur vi ska lösa det om det är så att -M inte finns i alla plattformar...Fredriks wrote:Shemaläggaren slutade fungera efter uppdateringen. Det visade sig att Linuxsystemet I min Qnap ( at version 3.1.8 ) inte gillade stort M på raden "$execStr = "echo \"".$data."\" | at -M ".$time; //." ".$date;" I system/functions.php. När jag byte från -M till -m hoppade det igång.
/Daniel
Det som är lite intressant i sammanhanget är att -M verkar vara en helt odokumenterad funktion. Om jag kör en at -help eller tittar i man-filen så står det ingenting om -M någonstans. Så det är väl något som någon kodare tyckte var bra och smög in, fast utan att dokumentera och så kom det tydligen inte med till alla plattformar heller. Så det snyggaste är nog att per default inte använda sig av denFredriks wrote:Ja så är det nog. Det stammer med det felmeddelande jag fick och när jag kollar at I Qnapen får jag följande.
Usage: at [-V] [-q x] [-f file] [-m] time
atq [-V] [-q x] [-v]
atrm [-V] [-q x] job ...
batch [-V] [-f file] [-m]
Tackar, ser ut som en bra plan.Daniel wrote:Det som är lite intressant i sammanhanget är att -M verkar vara en helt odokumenterad funktion. Om jag kör en at -help eller tittar i man-filen så står det ingenting om -M någonstans. Så det är väl något som någon kodare tyckte var bra och smög in, fast utan att dokumentera och så kom det tydligen inte med till alla plattformar heller. Så det snyggaste är nog att per default inte använda sig av denFredriks wrote:Ja så är det nog. Det stammer med det felmeddelande jag fick och när jag kollar at I Qnapen får jag följande.
Usage: at [-V] [-q x] [-f file] [-m] time
atq [-V] [-q x] [-v]
atrm [-V] [-q x] job ...
batch [-V] [-f file] [-m]
/Daniel