×
Benvenuti sul nostro forum su Sint Wind PI!
Postate qui domande o segnalate problemi / bug che riscontrate,
Postate qui domande o segnalate problemi / bug che riscontrate,
RFM01
10 Anni 6 Mesi fa #4005
da Ciaschini
a 0-90 mi è più volte uscito
ho impostato 6-97 per una settimana ed è sempre andato bene, ora non riceve quasi nulla
ora ho impostato a 0-97 e ricevo correttamente, provo a lasciare così qualche giorno, vedo come si comporta di notte e nelle giornate nuvolose, premetto che abito in campagna e i sensori li ho quasi a 100 metri di distanza, ma ricevo spesso bad data
questa la schermata dell'RFM01
[13/04/2014-11:01:21] Warning could not delete wh1080_rf.txt file
Config Server running on port 80ho impostato 6-97 per una settimana ed è sempre andato bene, ora non riceve quasi nulla
ora ho impostato a 0-97 e ricevo correttamente, provo a lasciare così qualche giorno, vedo come si comporta di notte e nelle giornate nuvolose, premetto che abito in campagna e i sensori li ho quasi a 100 metri di distanza, ma ricevo spesso bad data
questa la schermata dell'RFM01
Attenzione: Spoiler!
Si prega Accedi a partecipare alla conversazione.
10 Anni 5 Mesi fa #4317
da tony
Prima di passare all'RFM sistemerei i problemi di stabilità che mi sembra hai.
Si .. la micro SD può essere un problema. Per la classe basta una 6 ma controlla anche l'alimentazione che può essere causa di corruzione anche per schede di qualità.
Per l'RFM poi non c'è nessun bisogno di resettare la stazione. Appena lanciato nell'arco di 48 secondi deve ricevere.
La lunghezza mi sembra di ricordare 8.6 ... forse
TT
Si .. la micro SD può essere un problema. Per la classe basta una 6 ma controlla anche l'alimentazione che può essere causa di corruzione anche per schede di qualità.
Per l'RFM poi non c'è nessun bisogno di resettare la stazione. Appena lanciato nell'arco di 48 secondi deve ricevere.
La lunghezza mi sembra di ricordare 8.6 ... forse
TT
Si prega Accedi a partecipare alla conversazione.
10 Anni 5 Mesi fa - 10 Anni 5 Mesi fa #4329
da nick
UP UP io non ho fatto nessun progresso....
continuo a non ricevere nulla
Anzi si presentano nuovi problemi che non capisco;
possibile con con swpi appena copiato da immagine su una SD formattata a basso livello, appena avviata non mi apra mai il VIEW STATUS e mi rimandi ogni volta al login dell'interfaccia WEB ?
E se anche a volte me lo apre poi al primo riavvio o update il problema si ripresenta?
continuo a non ricevere nulla
Anzi si presentano nuovi problemi che non capisco;
possibile con con swpi appena copiato da immagine su una SD formattata a basso livello, appena avviata non mi apra mai il VIEW STATUS e mi rimandi ogni volta al login dell'interfaccia WEB ?
E se anche a volte me lo apre poi al primo riavvio o update il problema si ripresenta?
Si prega Accedi a partecipare alla conversazione.
9 Anni 11 Mesi fa #4811
da Piero
Ciao!Io ho risolto in questo modo: usando Putty ed andando a modificare manualmente la riga dove è indicata la frequenza da usare nel file wh1080_rf.c
Ti invio il link con la discussione sull'argomento in questo forum
www.vololiberomontecucco.it/vlmc/index.p...=2&id=334&Itemid=210
Ciao!
Ti invio il link con la discussione sull'argomento in questo forum
www.vololiberomontecucco.it/vlmc/index.p...=2&id=334&Itemid=210
Ciao!
Si prega Accedi a partecipare alla conversazione.
9 Anni 11 Mesi fa #4813
da Ik3max
Grazie Pietro!, in verità c'ero arrivato anchio, nel file wh1080_rf.c ci sono due righe a 868 MHz da inibire ed abilitare le corrispondenti a 433 MHz che ora sono inibite, mentre la stampa 868 MHz che viene visualizzata quando fai "sudo ./wh1080_rf -h" è solo una stampa unsignificante che trovi varie righe dopo, che puoi cambiare ma è solo un fatto estetico.
Con queste modifiche ho ricevuto qualcosa tipo "bad code" o qualcosa del genere, quindi credo che la strada sia giusta ma ci deve essere ancora qualcosa di collegato che ancora non riesco ad identificare, tipo la tempistica dei pacchetti o comunque sul corretto set del registro POR sul RFM01.
Purtroppo il linguaggio del file in questione per me è un pò ostico!! ma ci provo ugualmente e se avrò novità sarò contento di condividerle.
Ciao.
Con queste modifiche ho ricevuto qualcosa tipo "bad code" o qualcosa del genere, quindi credo che la strada sia giusta ma ci deve essere ancora qualcosa di collegato che ancora non riesco ad identificare, tipo la tempistica dei pacchetti o comunque sul corretto set del registro POR sul RFM01.
Purtroppo il linguaggio del file in questione per me è un pò ostico!! ma ci provo ugualmente e se avrò novità sarò contento di condividerle.
Ciao.
Si prega Accedi a partecipare alla conversazione.
9 Anni 11 Mesi fa #4816
da Ik3max
BINGOOOOOO!!!! 
ora la mia stazione PCE-FWS20 funziona a 433.9MHz!!!.
Grazie Piero per la tua imboccata, dopo aver modificato il file "wh1080_rf.c" ed avendo ricevuto dei "Bad data received" pensavo ci fosse ancora qualche riga da modificare nel file, invece bastava eseguire un bel "make" e lavorare poi con i settaggi del'RFM01 cioè (noise level - band width e signal stregth).
Riassumendo, ecco quello che ho fatto per arrivare a far funzionare il mio Raspberry-PI B+ con la stazione PCE-FWS20 a 433.9MHz :
1) caricato sulla scheda SD il firmware V1 (non aggiornata, le altre versioni non mi permettevano di settare la tastiera e mi davano dei problemi).
2) aggiornamento del software Raspberry e del swpi
3) modifica del file "wh1080_rf.c" come segue :
uint16_t cmd_freq = CMD_FREQ|0x620; // 433.92 MHz
//uint16_t cmd_freq = CMD_FREQ|0x67c; // 868.3 MHz Tony
uint16_t cmd_config = CMD_CONFIG|BAND_433|LOAD_CAP_12C0|BW_67; //BW_134
//uint16_t cmd_config = CMD_CONFIG|BAND_868|LOAD_CAP_12C0|BW_134; // Tony
// set default values
//f = 868;
f = 433;
lna = 0;
bw = 67;
rssi = 97;
rev = 2;
4) eseguire "make"
5) trovare i set corretti di lna, bw e rssi
Ciao.
ora la mia stazione PCE-FWS20 funziona a 433.9MHz!!!.Grazie Piero per la tua imboccata, dopo aver modificato il file "wh1080_rf.c" ed avendo ricevuto dei "Bad data received" pensavo ci fosse ancora qualche riga da modificare nel file, invece bastava eseguire un bel "make" e lavorare poi con i settaggi del'RFM01 cioè (noise level - band width e signal stregth).
Riassumendo, ecco quello che ho fatto per arrivare a far funzionare il mio Raspberry-PI B+ con la stazione PCE-FWS20 a 433.9MHz :
1) caricato sulla scheda SD il firmware V1 (non aggiornata, le altre versioni non mi permettevano di settare la tastiera e mi davano dei problemi).
2) aggiornamento del software Raspberry e del swpi
3) modifica del file "wh1080_rf.c" come segue :
uint16_t cmd_freq = CMD_FREQ|0x620; // 433.92 MHz
//uint16_t cmd_freq = CMD_FREQ|0x67c; // 868.3 MHz Tony
uint16_t cmd_config = CMD_CONFIG|BAND_433|LOAD_CAP_12C0|BW_67; //BW_134
//uint16_t cmd_config = CMD_CONFIG|BAND_868|LOAD_CAP_12C0|BW_134; // Tony
// set default values
//f = 868;
f = 433;
lna = 0;
bw = 67;
rssi = 97;
rev = 2;
4) eseguire "make"
5) trovare i set corretti di lna, bw e rssi
Ciao.
Si prega Accedi a partecipare alla conversazione.
9 Anni 10 Mesi fa #4945
da alegrechi
No ipcam è una cosa diversa, è una qualsiasi camera che manda la foto online, ma separata dal raspberry.
Anche io ho solo la raspicam...
per il controllo non ho fatto altro che cambiare la data di modifica di un file di testo, ogni qual volta ricevo un dato corretto. Poi ad intervalli regolari controllo con un cron la data di modifica di questo file di testo, e se è maggiore di x secondi, riavvio swpi.
In pratica, nel file sensor_wh1080rf.py quasi in fondo, ho cambiato questo pezzo:Aggiungendo una riga
Poi ho creato un file di testo vuoto /home/pi/swpi/updated.txt
quindi ho creato lo script /home/pi/swpi/rebootswpi.sh
in questo modo:Questo script controlla che non siano passati più di 600 secondi dall'aggiornamento dei dati, altrimenti riavvia swpi
Viene eseguito ogni 5 minuti con un cron:
sudo crontab -e
Viene anche generato un file di log /home/pi/swpi/rebootscript.log per tenere traccia del comportamento
Probabilmente c'è anche un metodo più pulito di farlo... ho usato questo perchè era il primo che mi era venuto in mente!
Anche io ho solo la raspicam...
per il controllo non ho fatto altro che cambiare la data di modifica di un file di testo, ogni qual volta ricevo un dato corretto. Poi ad intervalli regolari controllo con un cron la data di modifica di questo file di testo, e se è maggiore di x secondi, riavvio swpi.
In pratica, nel file sensor_wh1080rf.py quasi in fondo, ho cambiato questo pezzo:
if ( station_id != "None" ):
log("New data received from RFM01 station %s .. processing" % station_id)
last_data_time = new_last_data_time
station_id,temp,hum,Wind_speed,Gust_Speed,dir_code,dire,rain = self.ReadData()
else:
log("Bad data received from RFM01 ")if ( station_id != "None" ):
log("New data received from RFM01 station %s .. processing" % station_id)
last_data_time = new_last_data_time
station_id,temp,hum,Wind_speed,Gust_Speed,dir_code,dire,rain = self.ReadData()
os.utime('/home/pi/swpi/updated.txt', None)
else:
log("Bad data received from RFM01 ")Poi ho creato un file di testo vuoto /home/pi/swpi/updated.txt
quindi ho creato lo script /home/pi/swpi/rebootswpi.sh
in questo modo:
#!/bin/bash
now=$(date "+%d/%m/%Y - %H:%M")
seconds=$(expr `date +%s` - `stat -c %Y /home/pi/swpi/updated.txt`)
if [ $seconds -gt 600 ]; then
echo "[ $now ] $seconds seconds since last update, REBOOT swpi" >> /home/pi/swpi/rebootscript.log
sudo /home/pi/swpi/killswpi.sh
sudo -u pi /home/pi/swpi/swpi.sh
else
echo "[ $now ] $seconds seconds since since update. Wait" >> /home/pi/swpi/rebootscript.log
fiViene eseguito ogni 5 minuti con un cron:
sudo crontab -e
*/5 * * * * /home/pi/swpi/rebootswpi.shViene anche generato un file di log /home/pi/swpi/rebootscript.log per tenere traccia del comportamento
Probabilmente c'è anche un metodo più pulito di farlo... ho usato questo perchè era il primo che mi era venuto in mente!
Si prega Accedi a partecipare alla conversazione.
Tempo creazione pagina: 0.925 secondi