Sono riuscito a fulminare un pogo , non proprio fulminare ma a bloccare (fino a un certo punto) , nei miei tentativi di far funzionare la 1.6.5.4 con i danfoss ,2gg. fa ho reinstallato Arc ; da una settimana c'e' una nuova procedura , prima ti fanno fare la chiavetta in EXT3 , poi c'e' un operazione di sostituzione del boot e dei parametri di enviroment automatica , fin qui tutto a posto . installo tutto il resto , funziona tutto (offline inverter) ma con un protocollo che mi simula la lettura dell'inverter quindi come test va bene (poi come mai non legga invece all'inverter non lìho ancora capito) , riaccendo il giorno tutto ok , o non e' saltata la corrente , a quel punto morto , fa' le operazioni con la chiavetta fino a un certo punto ma si blocca, in pratica (pero' non ne sono sicuro) hanno tolto la gestione del pogo originale , senza chiavetta non parte proprio , ma cosa cavolo sono andati a modificare , o forse va settato qualcosa nell'enviroment ?! poi connettendomi via seriale il boot funziona tutto funziona ma non fa' il boot da chiavetta , tra l'altro mi ero accorto che il led invece che arancione partiva verde ,
Ecco il log del nuovo boot :

U-Boot 2014.04.R3-1 (May 26 2014 - 19:45:55) Arch Linux ARM
Pogo E02

SoC: Kirkwood 88F6281_A0
DRAM: 256 MiB
WARNING: Caches not enabled
NAND: 128 MiB
In: serial
Out: serial
Err: serial
Net: egiga0
Hit any key to stop autoboot: 3  2  1  0
(Re)start USB...
USB0: USB EHCI 1.00
scanning bus 0 for devices... 2 USB Device(s) found
scanning usb for storage devices... 0 Storage Device(s) found

no USB devices available

no USB devices available

no USB devices available

no USB devices available
PogoE02>

Come si vede non ha piu' l'avvio da Nand , ma vuole unicamente una USB , ora il problema e' rifare la chiavetta , ho gia provato a farla estraendo l'immagine da PC ma non va .... to be continued....

p.s. belli questi Pogoplug V4 'americani' Pogoplug Series 4 Personal Cloud Device MF# POGO-V4-A3-01 | eBay li vendono a prezzi irrisori , a parte USB e LAN hanno la SerialSata a 22euro altro che Rasp o il glorioso E02 ....

Aggiornamento : ho scoperto che non si avvia il servizio SSH , da un errore in fase di avvio (si vede se connessi in seriale) quindi via LAN non si fa' niente , o provato a rifare la chiavetta ma nisba , il resto e' come sempre , si aggiorna si installano i programmi ma solo via seriale... ho tentato di reinstallare il demone SSH tutto a posto ma all'avvio c'e' un errore.... e la chiavetta va formattata e estratti i file linux da PC , una via di mezzo di quello che si fa' col Rasp , per adesso non esiste un immagine da espandere e basta......

INTERESSANTISSIMA SOLUZIONE in sostituzione del glorioso Pogo , usa la stessa CPU ma slot per hard disk sata :
Seagate GoFlex Net Sharing Device Dock per HDD 2 bay slot - Seagate GoFlex | eBay
1 unica USB ma basta per la RS485 , installabile ARCHLINUX Seagate GoFlex Net | Arch Linux ARM prezzo eccezionale basta trovare un HD (io per esempio ne ho uno da 20gb sata 2,5") e non ci dovrebbero essere piu' i problemi di corruzione files.....

Ciao,

Probabilmente la nuova procedura ha modificato dei parametri di boot, in modo diverso da prima.

Accertati che la Pennetta abbia la label "rootfs" sul filesystem (man tune2fs).Attenzione che il GoFlex Net accetta solo HD GoFlex (attacchi diversi).

Il pogoplug v4 ha un processore più lento e metà RAM (128mb).

PS: ma non avevi un backup della Pennetta? Ma questa mania di aggiornare?

Non avevo bisogno del backup ho 2 Pogo , stavo tentando di rifare una ex novo , ma e' stata modificata la procedura e questa ha modificato il boot : adesso parti solo con la chiavetta , la bramosia di aggiornare hai ragione , l'avevo anche scritto.... era solo per avere una visione completa delle 3 tensioni prima di aggiornare alla 243 ..... ma adesso ho il PVI3.0 che viaggia in un Rasp con la 1.6.5.4 e i 2 danfoss su un pogo con la 1.5.4.1 , la mia bramosia era di riunire il tutto in un unico hardware , ma per adesso oltre al non leggere con l'ultima versione i danfoss , sto tentando di far dialogare i due moduli 485-radio di questa discussione http://www.energeticambiente.it/tecn...o-rs485-2.html ma i 150mt che separano , sono come 5000km

per il Pogo V4 penso che vada bene lo stesso , va a 800 invece che 1200 direi che per chi vuole montare un HD vada benissimo , peccato non c'e' in Italia perche' a quel prezzo...

Grazie invece per l'ingo sul Seagate che non accetta HD 'normali'

Aggio :
avevo preso un abbaglio , la nuova procedura ha cambiato il boot , ok , ne ha creato uno suo e non c'e' piu il vecchio minilinux originale , se non trova la chiavetta si avvia col boot , il problema e' che non ci si connette ne in SSH , telnet , etc , l'unica possibilita' e' via seriale dove si accede a tutta una serie di comandi per gestire montaggio files , aggio boot , enviroment , etc .... non so se proprio linux compatibili .
Per avere la pendrive con installato Archlinux perfettamente funzionante , bisogna avere la chiavetta EXT3 con una partizione di swap , poi bisogna operare via terminale per scompattare ArchLinuxARM-kirkwood-latest.tar.gz , dove si da' il comando tar con tutte le opzioni -zxvf , io avevo operato direttamente da linux via schermo e c'erano questi malfunzinamenti.
In pratica adesso si ha l'immagine e si fa' quasi come col Raspberry.

Nel frattempo sono riuscito a far partire anche il logger Danfoss trifase sulla 1.6.5.4 (con qualche dritta di J,Marc )

Ciao, una interessante soluzione alternativa al pogo può essere la WiiBox o un TP-Link TL-MR3020 o TL-WR703N con OpenWRT .

Ciao Wolf_Solar

PS io sono ancora con OS: Linux 3.1.10-13-ARCH GNU/Linux e Software: 123Solar 1.5.5

Io ho un paio di 3220 e una vodafone station , uno usato come router con chiavetta per a connessione proprio dei danfoss, l'altro 3220 era in piu' , ci avevo messo open-wrt , penseresti che potrebbe funzionare ? o ha troppe poche risorse , pero' poi sulla USB c'e' la chiavetta , mancherebbe quella per il convertitore....

Ciao Spider, penso che il 3020 dovrebbe funzionare bene con OpenWRT, ci dovrebbero essere anche i pacchetti di PHP5 e del web server già sui repo e penso che si trovino anche gli altri pacchetti necessari. Io per altri scopi ho moltiplicato l'USB con un HUB autoalimentato comprato dai cinesi. Come pensavo qualcuno già aveva avuto la stessa mia idea .

Ciao Wolf_Solar

Spider dove hai trovato la nuova procedura?

Sul sito di archlinux trovo solo la vecchia guida.
Ho un pogo che si avvia correttamente con la chiavetta che vorrei comunque reinstallare solo che senza nessun dispositivo collegato non si avvia (led rosso).

Ma ?! io vedo questa : Pogoplug v2 (Pink/Gray) | Arch Linux ARM e non e' la vecchia , come vedi prima si installa arch sulla chiavetta e poi si riscrive il boot .... il problema (relativo) e' che se si vuole rifare una chiavetta da 0 si deve andare in un pc con linux

Il problema è che una volta aggiornato il boot il pogo non si avvia senza periferica usb con boot valido inserito.
Mi trova nella situazione di avere un hd con su archlinux funzionante ma che sta iniziando a creare problemi e che quindi vorrei sostituire rifacendo la proceduta da zero.
La guida, se ho capito bene, dice di avviare il pogo senza nessun supporto, accedergli tramite ssh e seguire le istruzioni.
Il pogo, purtroppo non si avvia senza nessun dispositivo valido (con boot) inserito.
L'unico modo credo sia di trovare una ISO pronta da caricare su pennetta o hd

Attento , non e' proprio cosi , secondo me devi : dalla tua chiavetta , scaricare e lanciare pogo.sh , pero' a quel punto la tua chiavetta non funziona piu' (penso) il nuovo boot utilizza EXT3 con SWAP (come avevo gia' scritto) , a quel punto devi operare da terminale su un pc con linux , scarichi arc****.tar.gz , monti la chiavetta dopo averla formattata come da istruzioni sul sito , solo che operi da terminale con altro sistema operativo e hard disk e quindi devi essere sicuro di operare sulla lettera dell penna (non devi formattare sda1 ) , estrai i files , finito prendi la chiavetta e la monti sul pogo , a quel punto dovrebbe funzionare ....
come avevo gia' scritto al #2736 , senza chiavetta sembra morto ,ma se connessi in seriale ,si riesce a vedere che e' partito un mini sistema operativo.....
chiunque voglia aggiornare e continuare a usare Arch deve fare cosi' .....

Non ho capito la prima parte, quella dove citi il file pogo.sh.

Ah ,si chiama pogo_e02.sh , pero' se hai una chiavetta io farei tutta la procedura da PC , lasciando il vecchio boot e guarda cosa succede....
pero' non capisco allora , cosa hai adesso : il vecchio boot o hai gia' aggiornato ? perche' il vecchio boot senza chiavetta andavi nel linux originale lo stesso e quindi potevi operare da liì-

Credo lo abbia aggiornato Jean Mark, solitamente si collega lui e mantiene aggiornato il sistema.
Da qualche giorno ho notato dei problemi e voglio preparare un'installazione pulita, anche perché questo fine settimana jean dovrebbe installare un nuovo aggiornamento.

Ciao, non conviene aggiornare u-boot, quello vecchio va benissimo lo stesso, in ogni caso si può sempre ripristinare l'immagine originale da un backup della NAND_Flash.

Ciao W_S

Purtroppo credo sia ormai troppo tardi.
Sto incontrando problemi nel creare la nuova installazione.
Nel momento del partizionamento della periferica usb ricevo error 22.
Sto installando da un pc con linux.
Qualcuno ha una iso pronta da installare direttamente con winimage o tool simili?

Io ormai ho messo il nuovo boot in entrambi i pogo che ho , ma non e' poi male , una volta capito la procedura ....
devi solo seguire la procedura del sito , eseguendola dal terminal linux sul pc , usando la lettera dell'unita' della chiavetta.... la monti come alarm scarichi il file , e estrai a quel punto messa nel pogo deve andare , io un primo momento avevo fatto la procedura da desktop pero' andava lo stesso , solo alcuni servizi non andavano....
l'unica cosa che non ho capito se quando si fa' fdisk , lo swap lo crea dopo con ./mke2fs -j /dev/sda1 ?!

Sono andato avanti nell'installazione.
Ho ricevuto un errore nell'installazione del boot (credo non sia andato a buon fine), non ho capito se va installato dalla pennetta montata o dal HD linux, ma nonostante l'errore il pogo con la nuova chiavetta si avvia, credo quindi sia un passo non indispensabile.
Sto procedendo con il resto dell'installazione, se tutto va bene creo una iso e la metto da parte.

E' uscita la 1.6.5.5 ha risolto qualche baco sui multiinverter, anche io avevo un problema : alla partenza la mattina a volte, quando scrive la prima riga del file giornaliero , si trova un inverter acceso e uno ancora no , mette nell'inverter 2 i dati dell'1 (come se uno non fosse partito e non potesse leggere ) quindi quando scrive la potenza in kwh , visto che sono differenti , alla seconda riga si trovava un dato incongruo con qualche migliaio di kwh in piu' o meno e quindi bloccava la scrittura verso Pvout.... infatti succede quanro il file ^.csv dell'int1 parte 5 minuti prima o dopo l'altro.... il file , dopo, invece continua ad essere scritto tranquillamente ,ma deve essere modificato poi a mano come quello della produzione... leggendo il programma 123solar.php non mi e' riuscito di capire perche' sbagliasse , sembra corretta la lettura dei dati , se trova uno spento ha la FRQ=0 e quindi non doveva effettuare nessuna scrittura.... spero che sia tra i problemi risolti .....

Visto che io dovrei ancora cimentarmi alla configurazione del Pogo, e vorrei evitare il cambio del boot, mi date info su quale versione installare, o i passi della procedura da saltare.
Grazie

P.S. Leggendo la procedura sul sito Archi, devo saltare dal punto 7 ?

Ho montato dallo scorso week end la 1.6.5.5 , non ci sono grosse differenze dalla precedente , salvo che sui dettagli per gli inverter trifase pero' ha distibuito meglio i vari cruscotti della CA , adesso si vedono tutti contemporaneamente ai CC ; pero' non ha risolto il mio problema : fino a ieri e' andato bene , oggi invece non ho nessun dato su Pvout: deve aver rifatto il solito bachettino che , alla prima riga del csv giornaliero scrive nel primo inverter giusto , nel secondo i dati del primo , quindi si incasina la produzione dopo la seconda riga si trova un dato negativo e pvout lo interpreta come un errore...... seguendo il listato non dovrebbe farlo , perche' dovrebbe scrivere solo se dopo la lettura inverter si trova questa riga in 123solar.php :
if (($RET == 'OK' && $FRQ > 0 && $memarray['awake']) && !${'SKIPMONITORING' . $invt_num}) { // Avoid null values at early startup

...... Cavolo ! mentre stavo scrivendo mi e' venuto in mente (forse) la soluzione : il programma chiama il protocollo del 1° inverter lo trova acceso , scrive i dati in FRQ e tutti gli altri parametri , li passa alle variabili livememarray(invt) , al secondo inverter (SE) lo trova spento ma FRQ non e' stato azzerato quindi va a scriversi i dati del primo ?! quasi sicuramente e' cosi' , sabato faccio la modifica , nel file di protocollo prima di leggere la variabile FRQ la azzero , dovrebbe funzionare.....

nessuno che ha due inverter , con produzioni totali abbastanza differenti nel mio caso uno ha prodotto 40000kwh e l'altro sostituito 20000, ha visto qualcosa di strano ?

x speedy : devi fare la procedura di scrittura chiavetta ed evitare il lancio di pogo_e02.sh che riscrive il boot..... dovrebbe funzionare , ma non posso provare.....

Ciao spaider61, quì 123solar meterN • View topic - 123solar 1.6.5 parlano proprio di questo

Grazie , stavo leggendo anche io e sono appena intervenuto col mio inglese maccheronico , pensavo che Jean avesse risolto con la 1.6.5.5 invece no..... e pensavo fosse un problema solo del mio protocollo Danfoss , invece e' generale ed e' apparso il problema solo dalla 1.6.5 (dove ha messo tutto indicizzato , prima era un po' meno) , secondo te e' giusto quello che ho pensato sulla riga dove trova o dovrebbe trovarsi FREQ>0 anche se l'inverter e' spento ?

tra l'altro l'altro utente che ha il problema dovrebbe essere ninodifranco che interveniva anche qui, vediamo se riappare

Io ho un solo inverter e non avendo il problema non ho approfondito il problema, la cosa strana è che Nino trova il problema solo se le registrazioni avvengono nei multipli di 5 anche se mi sembra molto strano, tenderi più ad avvalorare la tua tesi dell'inverter spento

Molto probabile che chi ha due inverter con produzioni totali simili (cioe' qualche kwh di differenza) se anche ha il problema non se ne rende conto , invece nel mio caso inverter di 3 anni e uno di 1,5 , hanno una differenza di 20000kwh , quindi (ho provato anche a invertire il numero di rete sulla 485) in ogni caso si trova sulla seconda riga una differenza di 20000kwh in ogni caso , che rapportati all'ora sono 240000kw di produzione relativa all'ora nemmeno avessi 1 mega di impianto ....

A parte questo mi sto' rendendo conto che i controlli che vengono fatti sono il RET=='OK' , la FREQ>0 e il memarray avviato , ma nella lettura dei dati il mio RET viene sempre messo OK quindi e' come se non ci fosse se il mio protocollo da un errore non l'ho previsto e non so come fare = dovrei vedere cosa succede se lancio il mio rklogger con inverter staccato cosa risponde e se risponde sempre nella stessa maniera , potrebbe essere anche quello una cosa da fare (non mi ricordo se auul'Aurora il RET conta o meno , ma non sembra se ha lo steso problema) e la FREQ (che come le tensioni ) sara' sempre superiore a 0 se avviato ....
comunque mi era sembrato anche a me che quando succede il problema(che fa' ogni tanto soprattutto se la mattina e' nuvolo mi sembra) i due csv partono con 5' di differenza .......

comunque il problema deve essere li' : nelle vecchie versioni i dati erano FREQ1 , FREQ2 etc quindi non poteva esserci la sovrapposizione dei dati......

ciao a tutti, eccomi qua, spider61 mi ha ripescato sul forum di 123solar
riassumo il problema comune anche a spider

due inverter installati, il primo con un contatore di produzione totale di circa 20.000kwh l'altro 3.000kwh
ogni tanto mi capita di trovarmi il csv dell'inv.2 con una riga che dovrebbe stare nel csv dell'inv.1
solitamente me la ritrovavo come prima riga e non capivo il perchè succedesse,
pensavo fosse un problema di un inverter ancora spento al risveglio del logger,
ma riflettendo bene, se un inverter è spento non restituisce nessun dato ad aurora.php, quindi ipotesi scartata
da un po di tempo a questa parte, a causa di continue interruzioni della rete elettrica, mi sono ritrovato righe che appartengono all'inv.1 nel mezzo del csv dell'inv.2, premetto che il mio raspypi si riavvia in assenza di corrente
guardando e riguardando sia il csv giornaliero incriminato sia la scheda informazioni di 123solar mi sono accorto che il problema si verifica solo quando 123solar va in awake in un ora con minuti multipli di 5'
non ha importanza se la condizione si verifica al risveglio mattutino o al riavvio per mancanza di corrente elettrica
in pratica al verificarsi di questa condizione la riga del csv viene scritta immediatamente, e qui si verifica l'errore
ho provato a riavviare diverse volte il raspy facendo in modo che andasse in awake in un ora con minuti multipli di 5' e sistematicamente l'errore si ripete
a questo punto capisco perchè l'errore si verifica solo 2 o 3 volte in un mese, il logger parte in funzione di alba e tramonto, quindi poche volte capita che l'ora di avvio sia multipla di 5'
in conclusione ho capito quando accade ma non ho capitò il perchè, forse è un problema di azzeramento delle variabili?
da inesperto ho provato a chiedere aiuto a jeanmarc, ma neanche lui è riuscito a trovare una soluzione
allora ho provato a mettere una condizione su 123solar.php,
se il logger va in awake ad un ora multipla di 5' il monitoraggio va in pausa per 10 secondi prima di scrivere le righe nei csv.
con questa modifica la riga dell'inv.1 non viene più scritta nel csv dell'inv.2
pero a volte non viene scitta neanche nel csv dell'inv.1, si perde del tutto.
Spero di essere stato chiaro nel dettaglio del problema.

Io non ho mai detto che il problema si verifica solo se le registrazioni avvendono nei multipli di 5', le registrazioni avvengono sempre ogni 5',
ho semplicemente detto che il problema si verifica solo se al risveglio del logger (123solar awake) l'orologio ha i minuti multipli di 5.
http://www.123solar.org/phpBB/viewto...&start=70#p935

Domani vedo cosa succede , come ti ho scritto in pvt su 123solar , con la 1.6.5.4 mi e' accaduto 3, 4 volte solo all'avvio della mattina , quindi la mia condizione di inverter spento era plausibile , con la 1.6.5.5 che doveva risolvere qualche problema invece , lo ha fatto anche su reboot a meta' giornata , pero' ho provato solo un paio di volte , ora guardo (se mi riesce) cosa ha modificato tra .4 e .5 , immagino , solo su 123solar.php ......
comunque tutto il casino e' successo nell'indicizzazione delle variabili in livememarray , la lettura del protocollo mette i dati in FRQ (e tutte le altre variabili) poi passate a FRQ1, FRQ2 , se piu' inverter , invece le versioni precedenti direttamente nella lettura del protocollo gia' mettevano i vari inverter in FRQ1 , FRQ2 , e cosi' via....
Nel mio caso sicuramente , come ha scritto Jean , non ho nessun riscontro sulla lettura OK dei dati , pero' se rimetto la FRQ a 0 dovrebbe funzionare .... sicuri che anche nel protocollo aurora.php il RET=='OK' non si verifichi , anche in occasione di non lettura dei dati ?!
Nel caso mio dei Danfoss, che ha la limitazione di dover leggere riga per riga i dati che voglio , potrei anche tornare a leggere invece che l'energia totale vita dell'inverter . l'energia prodotta giornaliera , allora la mattina avrei sempre 0 su entrambi , ma questo porta ad un altro problema (verificato inizialmente 1 anno fa' quando avevo usato quest'ultima) al fatto che a un riavvio dell'inverter (durante la giornata) me la mandava a 0 , quindi il problema si presenterebbe in caso di mancanza corrente... ma non risolverei che tutti gli altri dati (anche se nessuno li leggera' mai) della prima riga sarebbero scorretti lo stesso ....

L'ultimo reply di Jean su 123solar , mi lascia perplesso , aurora a volte rimanda FRQ=0 in fase di avvio ?! puo' essere quello il tuo problema anche?

spider a me lo fa solo nei casi che ho mensionato sopra, è possibile che aurora rimanda FRQ=0 solo al verificarsi di questa condizione?
jeanmarc dice questo "FRQ> 0 test di roba in 123s è un trucco per gli inverter Aurora che segnalano valori null in fase di avvio"
a me succede anche con gli inverter avviati, quindi mi sembra un ipotesi da escludere, oltetutto la riga dell'inv.1 che viene scritta nel csv dell'inv.2 è completa di tutti i valori letti.
Altro quesito, perchè se ritardo l'avvio del logger di 10s la riga non viene più scritta nel csv sbagliato e addirittura a volte scompare completamente?

Questo è uno dei tanti test che ho fatto:
sopra vedi una parte del csv dell'inv.2

Ho provato a riavviare il raspy facendo in modo che il logger partisse con minuti multipli di 5
e ci sono riuscito due volte:
29/07/2014 19:15:10 123Solar awake
29/07/2014 19:05:02 123Solar awake
Le registrazioni nel csv vengono fatte immediatamente ed entrambe errate.
In quelle volte in cui il logger è partito con un tempo diverso dai multipli di 5' non è successo l'errore.
A questo punto io sono dell'idea che la scrittura immediata della riga non da il tempo a 123solar di azzerare le variabili, invece nelle altre occasioni di avvio in un tempo diverso da un multiplo di 5' il logger inizia a leggere i dati dagli inverter e sicuramente la prima lettura dell'inv.1 la legge come se appartenesse all'inv.2, solo che non la scrive, aspetta un tempo multiplo di 5' per memorizzare una lettura, che non sarà più la prima (quella letta in modo errato) ma la 50esima ad esempio.