ARGOMENTO:

erotavlas ha scritto:

astroale ha scritto:

erotavlas ha scritto:

Ciao, sono stato fuori per 10 giorni. Il sensore si trovava sopra il case del pc perchè prima di partire non ho avuto il tempo di sistemarlo. Potrebbe essere quello? Adesso l'ho messo a terra. La casa ha i muri esterni in tufo e il pc/sensore si trova accanto a un muro esterno...

P.S. il mio sensore è il 2.51 e per questo non potevo settare l'accensione del buzzer solo se superiore a 0.3uS/h.

Beh, no la 220 e la sua messa a terra, non può avere a che fare con la generazione di fotoni gamma, a meno che non la usi per alimentare un acceleratore di particelle
I muri in tufo invece potrebbero essere la sorgente di quel 80% in più che registra il tuo sensore.
Quando puoi prova a allontanare di un paio di metri il sensore dai muri e controlla poi con le medie a lungo termine se cambia qualcosa. Quella da 7 giorni la trovi su questa pagina:
radioactiveathome.org/boinc/test123a.php
Facci sapere quando lo sposti così possiamo controllare pure noi

Ho appena fatto un esperimento per verificare l'uniformità di produzione dei tubi. I tre sensori a casa (1780, 1781, 1872) registrano circa 0,11 0,12 mentre quello in ufficio (1787) 0,09, così ho invertito il 1781 col 1787. A distanza di qualche giorno direi che i valori sono quasi uguali a prima quindi la differenza non era dovuta ad un tubo meno sensible ma è reale.

Dopo aver spostato il sensore da sopra il case del PC a terra molto più vicino al muro di tufo è passata una settimana...i valori medi si sono assestati al livello 0.12 uS/h. Quindi sembra nella norma eccetto la std() che credo sia la deviazione standard. Visti i nuovi valori, penso che la causa dei vecchi valori alti fosse il PC...forse l'alimentatore.
...cosa ne dici?

ma che hai un alimentatore ad uranio?

26 ° anniversario del disastro di Chernobyl
Vogliamo rendere omaggio a tutte le vittime e soccorritori che in quel giorno e nei giorni successivi hanno rischiato la vita per salvare l'Europa dalla contaminazione radioattiva.

26th Anniversary of Chernobyl disaster
We want to pay tribute to all of victims and to rescuers who in that day and in subsequent days risked their lives to save the Europe from radioactive contamination.
26 Apr 2012 | 10:00:33 UTC

Domani 27/04/2012 su Radio3 Scienza :

Atomo calante

Una sola centrale è ancora attiva sul suolo nipponico e tra pochi giorni smetterà di funzionare.

Pochi giorni ancora, e il Giappone sarà di fatto fuori dal nucleare. A poco più di un anno dall’incidente alla centrale di Fukushima, una sola centrale è ancora attiva sul suolo nipponico. E il paese che produceva il 30% della sua energia con l’atomo, ora a quali fonti energetiche guarda? Ce lo spiega Antonio Fatiguso, corrispondente dell’Ansa da Tokyo.

Quinto appuntamento con QB – Energia quanto basta, le lezioni per risparmiare energia. Come scegliere l’elettrodomestico giusto, leggendo le etichette, con l’aiuto di Milena Presutto, ricercatrice dell’Unità tecnica efficienza energetica del centro Enea di Ispra (VA).

Al microfono Rossella Panarese

EDIT

PODCAST: link

Anche a voi capita che tra un WU e una successiva passino spesso molti minuti ?
Con nel log sequenze di messaggi di questo tipo ?

26/04/2012 23:47:01 Radioactive@Home Started upload of sample_376754_0_0
26/04/2012 23:47:02 Radioactive@Home Finished upload of sample_376754_0_0
26/04/2012 23:47:02 Radioactive@Home Scheduler request completed
26/04/2012 23:47:12 Radioactive@Home Sending scheduler request: To fetch work.
26/04/2012 23:47:12 Radioactive@Home Reporting 1 completed tasks, requesting new tasks
26/04/2012 23:47:17 Radioactive@Home Scheduler request completed: got 0 new tasks
26/04/2012 23:47:17 Radioactive@Home Message from server: Project has no tasks available
26/04/2012 23:48:28 Radioactive@Home Sending scheduler request: To fetch work.
26/04/2012 23:48:28 Radioactive@Home Requesting new tasks
26/04/2012 23:48:33 Radioactive@Home Scheduler request completed: got 0 new tasks
26/04/2012 23:48:33 Radioactive@Home Message from server: Project has no tasks available
26/04/2012 23:49:43 Radioactive@Home Sending scheduler request: To fetch work.

Fino a che non faccio un update manuale e allora riparte:

27/04/2012 00:01:19 Radioactive@Home Requesting new tasks
27/04/2012 00:01:25 Radioactive@Home Scheduler request completed: got 1 new tasks
27/04/2012 00:01:27 Radioactive@Home Starting sample_376850_0
27/04/2012 00:01:27 Radioactive@Home Starting task sample_376850_0 using radac version 161

L'ho notato anch'io, infatti ieri ho aumentato a 3 ore la durata della WU, per avere meno problemi in quel senso...

astroale ha scritto:

Anche a voi capita che tra un WU e una successiva passino spesso molti minuti ?
Con nel log sequenze di messaggi di questo tipo ?
...

si

astroale ha scritto:

Anche a voi capita che tra un WU e una successiva passino spesso molti minuti ?
Con nel log sequenze di messaggi di questo tipo ?

No perché ho forzato il report delle wu. Il problema mi sorge quando deve aspettare l'upload di altre wu ma non dipende dal report...

morse ha scritto:

astroale ha scritto:

Anche a voi capita che tra un WU e una successiva passino spesso molti minuti ?
Con nel log sequenze di messaggi di questo tipo ?

No perché ho forzato il report delle wu. Il problema mi sorge quando deve aspettare l'upload di altre wu ma non dipende dal report...

Ok ho notato anche io che se faccio un'update manuale poi riparte. Quindi vediamo se ricordo bene come si fa' a forzare il report:

Seguendo la guida al file cc_config :

bisogna inserire un file cc_configl.xml con questa riga dentro i tag options:

<report_results_immediately>1</report_results_immediately>

e poi attivare dando da menu "advanced => Read config file"

se lo legge correttamente tra le altre righe nel log dovrebbe comparire anche una come questa:

4/27/2012 5:30:07 PM Re-reading cc_config.xml
4/27/2012 5:30:07 PM Re-read config file
4/27/2012 5:30:07 PM Config: report completed tasks immediately

naturalmente questo funzionera' su tutti i progetti e quindi non vedremo piu' WU in stato "ready to report".

astroale ha scritto:

morse ha scritto:

astroale ha scritto:

Anche a voi capita che tra un WU e una successiva passino spesso molti minuti ?
Con nel log sequenze di messaggi di questo tipo ?

No perché ho forzato il report delle wu. Il problema mi sorge quando deve aspettare l'upload di altre wu ma non dipende dal report...

Ok ho notato anche io che se faccio un'update manuale poi riparte. Quindi vediamo se ricordo bene come si fa' a forzare il report:

Seguendo la guida al file cc_config :

bisogna inserire un file cc_configl.xml con questa riga dentro i tag options:

<report_results_immediately>1</report_results_immediately>

e poi attivare dando da menu "advanced => Read config file"

se lo legge correttamente tra le altre righe nel log dovrebbe comparire anche una come questa:

4/27/2012 5:30:07 PM Re-reading cc_config.xml
4/27/2012 5:30:07 PM Re-read config file
4/27/2012 5:30:07 PM Config: report completed tasks immediately

naturalmente questo funzionera' su tutti i progetti e quindi non vedremo piu' WU in stato "ready to report".

È esatto tutto quello che hai scritto

OPS post doppio

Mappa del Radioactive@Home su cellulari Android

Krzysztof 'krzyszp' Piszczek ha sviluppato un'applicazione per visualizzare la mappa della radioattività su dispositivi basati su Android.
Tutte le informazioni disponibili su questo thread .

Radioactive@Home Map on Android mobiles

I have developed simply application to view our radioactivity map on Android based mobile devices.
All information available on this thread .
29 Apr 2012 | 15:02:16 UTC

astroale ha scritto:

Avete mica qualche informazione in più sulla modalità di funzionamento / refresh di questa pagina ?
radioactiveathome.org/boinc/test123a.php
Lo dico perchè vedo delle differenze rispetto alla mappa .
Ad esempio il mio sensore 1781 sulla mappa mostra una media nelle ultime 24h di 0.14 mentre sulla tabella c'è (e c'è sempre stato) uno 0.12.

[...] nella differenza dei numeri mostrati sulla mappa e nella tabella "seminascosta" delle medie.
Se avete voglia di dare un'occhiata anche voi ai dati dei vostri sensori e partecipare, il thread che ho aperto è questo:
radioactiveathome.or.../forum_thread.php?id=111&nowrap=true#983

Ho ricevuto una risposta link sul problema della differenza tra i numeri mostrati nella mappa e quelli nella tabella:

The data in the table is more reliable (well, if there are no bugs), as it displays averaged values from listed periods.
The map code is slightly bugged, the displayed values are not always 100% correct, it'll be revised soon.

In pratica dicono che dovrebbe essere giusta la tabella e sbagliata la mappa.

2 news dal forum del progetto:

1. sembra che ci sia un bug nel firmware che farebbe perdere il conteggio di impulsi in certe condizioni, devo leggere meglio la cosa ... il thread dove se ne parla è questo .

2. riguardo al problema della perdita di connessione col sensore, di cui parlavamo prima (vedi sotto), l'utente Dagorath ha pubblicato un workaround consistente in uno script in Perl, il thread è questo . Se lo provate perchè avete il problema della disconnessione fatemi sapere, io credo che non lo userò infatti non uso più il PC su cui vedevo il problema e sugli altri non ho ancora avuto problemi.

astroale ha scritto:

Oggi mi si è bloccato un sensore e ho fatto un pò di domande sul forum riguardo vari dubbi che non riesco a risolvere da giorni.

Per il problema di comunicazione tra sensore e PC, temo sia quello che fa sparire 2 o 3 dei pallini verdi di BOINC.Italy dalla mappa, uno credo sia quello di Tiziano gli altri due "lampeggianti" non ricordo ma sono collocati tra toscana e emilia.
Se vedete anche a voi questo problema di affidibilità (e monitoraggio) della comunicazione sensore - PC, ed è effettivamente la causa della vostra scomparsa dalla mappa, date un'occhiata al mio post sul forum e fatemi sapere:
radioactiveathome.or.../forum_thread.php?id=102&nowrap=true#981

Invito chi di voi ha avuto problemi di disconnessione del sensore a partecipare alla " survey " lanciata in questo thread , per partecipare attivamente al debug del sensore.

astroale ha scritto:

1. sembra che ci sia un bug nel firmware che farebbe perdere il conteggio di impulsi in certe condizioni, devo leggere meglio la cosa ... il thread dove se ne parla è questo .

mi sono letto il thread dove parla del problema

sembra che sia un falso positivo

un tizio aveva scoperto un bug nel software ma pare che la versione scaricabile non sia l'ultima, che il bug fosse già stato individuato e risolto ma per qualche motivo sia rimasto un refuso nel software che è attuamente disponibile per visione

cosa si intende per sample?

Tiziano ha scritto:

cosa si intende per sample?

Letteralmente vuol dire campione.

Dato che le wu le chiamano sample, ipotizzo che ogni wu sia un campionamento per loro

ok, grazie

Radio3 Scienza di oggi dedicata al nucleare:

21/05/2012 Le conseguenze del disastro

Come si vive a Fukushima e in Giappone con l'eredità di un incidente nucleare? Cosa pensano i giapponesi delle scelte energetiche del loro paese?

Lo chiediamo a Junko Kusumoto, interprete e attivista giapponese, e a Paolo Salom, inviato del Corriere della Sera e autore di Fukushima e lo tsunami delle anime (Quinta di copertina, 2012). Arnie Gundersen, ingegnere capo di Fairewinds associates, una carriera nell’industria nucleare civile, ci spiega che cosa possiamo ancora imparare dagli incidenti nucleari del passato, come Three Mile Island.

Al microfono Marco Motta.

::LINK
Fairewinds Energy Education, l'organizzazione per l'informazione sull'industria dell'atomo:
fairewinds.com/

Podcast: link

La radioattività di Fukushima arriva in California con i tonni

Il disastro giapponese del marzo del 2011 ha riversato in mare cesio-134 e cesio-137. Nuove misurazioni mostrano notevoli concentrazioni di questi due isotopi radioattivi nei tonni che migrano dal Giappone verso est arrivando alle coste della California. Il risultato dimostra che le specie migratorie possono fare da vettori di trasporto dei radionuclidi