v3.0.1 released

[murre87]

Antar att man kan använda script execution från http://developer.telldus.com/blog/2012/ ... om-signals
men jag är inte tillräckligt vass för att knåpa ihop ett sånt script.

Titta på första sidan i denna tråd, där har jag beskrivit lite hur jag använder den funktionen. Det är i princip bara att lägga scriptet i rätt mapp så körs det...

/Daniel

Vem är ägare till ditt script?
vad får du om du kör:

Code: Select all

ls -ll /usr/local/share/telldus/scripts/deviceevent

Hur ser din /etc/tellstick.conf ut. User=? group=?

Själv ser min tellstick.conf ut som följande:

Code: Select all

user = "nobody"
group = "plugdev"
deviceNode = "/dev/tellstick"
ignoreControllerConfirmation = "false"

osv..

Code: Select all

ls -ll /usr/local/share/telldus/scripts/deviceevent/
totalt 16
-rwxr-xr-x 1 nobody plugdev 191 nov 19 21:48 larm2.sh
-rwxr-xr-x 1 nobody plugdev 223 nov 19 21:48 larm3.sh
-rwxr-xr-x 1 nobody plugdev 191 nov 19 13:57 larm.sh
-rwxr-xr-x 1 nobody plugdev 645 nov 13 21:22 test.sh

[urk]

Det visade sig att jag var lite för snabb för att ropa hej. Tyvärr så fungerar inte schemaläggningen riktigt bra. Event som läggs upp för att köras på vissa tider verkar inte fungera. De kommer upp i "Coming events" men sedan körs det inte.
Rättighetsproblem eller?

[tom_rosenback]

Det visade sig att jag var lite för snabb för att ropa hej. Tyvärr så fungerar inte schemaläggningen riktigt bra. Event som läggs upp för att köras på vissa tider verkar inte fungera. De kommer upp i "Coming events" men sedan körs det inte.
Rättighetsproblem eller?

Yep, kolla över at.deny / at.allow samt cron.deny / cron.allow

[urk]

Det visade sig att jag var lite för snabb för att ropa hej. Tyvärr så fungerar inte schemaläggningen riktigt bra. Event som läggs upp för att köras på vissa tider verkar inte fungera. De kommer upp i "Coming events" men sedan körs det inte.
Rättighetsproblem eller?

Yep, kolla över at.deny / at.allow samt cron.deny / cron.allow

Både at.allow och cron.allow innehåller användaren www-data. at.deny är ok (ingen www-data) och cron.deny saknas.

Det verkar som om schemaläggningen fungerar på eftermiddagen men på morgonen, efter midnatt, då fungerar det inte.

[murre87]

Jag har försökt reda ut hur man gör med supporten utan att lyckas:
http://www.telldus.com/support/show?id= ... 6d8be4c615

[tom_rosenback]

Jag har försökt reda ut hur man gör med supporten utan att lyckas:
http://www.telldus.com/support/show?id= ... 6d8be4c615

Kör du en Net?

[murre87]

Nej duo

[tom_rosenback]

Det visade sig att jag var lite för snabb för att ropa hej. Tyvärr så fungerar inte schemaläggningen riktigt bra. Event som läggs upp för att köras på vissa tider verkar inte fungera. De kommer upp i "Coming events" men sedan körs det inte.
Rättighetsproblem eller?

Yep, kolla över at.deny / at.allow samt cron.deny / cron.allow

Både at.allow och cron.allow innehåller användaren www-data. at.deny är ok (ingen www-data) och cron.deny saknas.

Det verkar som om schemaläggningen fungerar på eftermiddagen men på morgonen, efter midnatt, då fungerar det inte.

Snurrar atd?

@murre
Vad resulterar de frågor i som Daniel ställt tidigare?

[murre87]

Allt funkar med HA, inkl schemaläggning etc, så adt lär snurra.
Jag köra senaste tellduscore 2.1.2.

Själv skulle jag vilja ha svar på följande:

Vem är ägare till ditt script?
vad får du om du kör:

Code: Select all

ls -ll /usr/local/share/telldus/scripts/deviceevent

Hur ser din /etc/tellstick.conf ut. User=? group=?

Själv ser min tellstick.conf ut som följande:

Code: Select all

user = "nobody"
group = "plugdev"
deviceNode = "/dev/tellstick"
ignoreControllerConfirmation = "false"

osv..

Code: Select all

ls -ll /usr/local/share/telldus/scripts/deviceevent/
totalt 16
-rwxr-xr-x 1 nobody plugdev 191 nov 19 21:48 larm2.sh
-rwxr-xr-x 1 nobody plugdev 223 nov 19 21:48 larm3.sh
-rwxr-xr-x 1 nobody plugdev 191 nov 19 13:57 larm.sh
-rwxr-xr-x 1 nobody plugdev 645 nov 13 21:22 test.sh

[urk]

Snurrar atd?

Ja.

Code: Select all

ps -ef|grep atd
daemon     990     1  0 nov12 ?        00:00:00 atd

[mikael.johansson.lc]

Hej, vid dynamisk schedulering så exkluderas ju aktiveringar där off-instruktionen är schemalagd innan on-instruktionen. Jag skulle vilja modifiera så att den exkluderar när on och off råkar sammanfalla på samma minut då det ofta - om inte alltid - innebär att lamporna tänds och sen inte släcks. Var hittar jag logiken för exkluderingen? Hittade inte det i scheduler.php.

[Daniel]

Hej, vid dynamisk schedulering så exkluderas ju aktiveringar där off-instruktionen är schemalagd innan on-instruktionen. Jag skulle vilja modifiera så att den exkluderar när on och off råkar sammanfalla på samma minut då det ofta - om inte alltid - innebär att lamporna tänds och sen inte släcks. Var hittar jag logiken för exkluderingen? Hittade inte det i scheduler.php.

Hmmm... Inte helt säker, men jag tror att det redan borde fungera så som du önskar, hade precis för mig att vi hade någon slags koll så att lampor inte skulle slås på och av med för kort mellanrum. Kan dock säkert tänka mig att jag har fel

Tittade lite snabbt i koden och jag tror att koden du letar efter finns i funktionen updateRealActivationTimes() i dbfunctions.php. Ganska komplex kod kring det där, så jag minns inte riktigt hur det funkar längre. Oturligt nog innehåller ju inte koden några kommentarer heller

/Daniel

[patrikg]

Har tittat i koden förut och funnit att det verkar vara en så kallad post låsning.
Vid varje anrop till tdtool. Som skapas en temp fil och kollar om temp fil existerar.. osv.
Har tänkt på detta lite då det kanske inte är så bra lösning om man har flash/ssd/nand/usb.

Får väl då hoppas att man då kan lägga upp så att linux tmp ligger i tmpfs, dvs i ramminnet.
Så att det inte sker en massa skrivningar till ett minne (nand) som tillslut inte har tillräkligt med
antal skrivningar kvar. Jo det är också en annan massa skrivningar med så kallad log osv till databas.
Samt en annan massa skrivningar för den linux dist som man kör. Ta tex cron som vill skicka ett mail.

Jag tror att det kommer att komma en liten "backlash" på alla linux operativ som inte tänker på detta
För alla dessa "embedded devices". Så som raspberry pi... osv.. Kör själv en "ha" lösning som jag vet att
den kommer någon dag som helst att gå i backen, för att usb minnet i den har blivit sönder skrivet.

Har dock lite hopp om detta, på två sätt. Ett via bättre mjukvara (linux distar) så som tinycorelinux openwrt osv.
Eller denna hårdvara så som detta kickstarter projekt där man använder en helt annan minnes typ.
https://www.kickstarter.com/projects/72 ... erry-pi-ex

[Daniel]

Jag tror faktiskt att hela den där låsnings-grejen är totalt överflödig nu sedan tdtool gick över från att vara ett verktyg som pratade direkt med enheten till att vara ett verktyg som pratar med en tjänst som i sin tur pratar med enheten. Jag tror med andra ord att den bara finns kvar för eventuella användare som har en ruskigt gammal telldus-installation. Fast det undrar jag om vi supporterar i vilket fall. @tom_rosenback kanske har bättre koll? Kan även vara så att jag bara talar för Linux här, har dålig koll på hur det funkar i Windows-världen...

/Daniel

edit: Nä, så kunde man visst inte tagga folk... Värdelöst...

[tom_rosenback]

Jag tror faktiskt att hela den där låsnings-grejen är totalt överflödig nu sedan tdtool gick över från att vara ett verktyg som pratade direkt med enheten till att vara ett verktyg som pratar med en tjänst som i sin tur pratar med enheten. Jag tror med andra ord att den bara finns kvar för eventuella användare som har en ruskigt gammal telldus-installation. Fast det undrar jag om vi supporterar i vilket fall. @tom_rosenback kanske har bättre koll? Kan även vara så att jag bara talar för Linux här, har dålig koll på hur det funkar i Windows-världen...

/Daniel

edit: Nä, så kunde man visst inte tagga folk... Värdelöst...

Testade lite snabbt i Windows miljön och med nyaste version av TelldusCenter fungerar det utan låsning av dongeln => Skapade ett nytt ärende i Mantis för att få med detta till nästa release, se här http://karpero.mine.nu/mantis/view.php?id=226