Re: consiglio su architettura piccolo sistema
Il giorno Fri, 27 Feb 2015 07:52:50 +0100 Beppe Cantanna canta...@gmail.com ha scritto: ciao Beppe, Lavoro molto interessante e personalmente ti sono grato se riesci a dare aggiornamenti su come lo porti avanti. ti ringrazio :-) temo dovrai avere pazienza perchè i miei tempi sono biblici, però con questo stimolo in più, chissà . ;-) certamente farò passare in lista la sequela delle mie . tribolazioni :-) Ciao BeppeC grazie, ciao, giuliano -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150227112501.2adeeb3e@acerCF
Re: consiglio su architettura piccolo sistema
Lavoro molto interessante e personalmente ti sono grato se riesci a dare aggiornamenti su come lo porti avanti. Ciao BeppeC 2015-02-25 23:08 GMT+01:00 giulianc51 giulian...@gmail.com: Il giorno Wed, 25 Feb 2015 22:05:02 +0100 dea d...@corep.it ha scritto: ciao, Perchè non usi zoneminder ? potrei rispondere: a) perchè così mi diverto a imparare cose nuove b) perchè così posso gestire l'architettura del mio sistema come voglio c) d) tutto ovviamente vero, ma forse la risposta più sincera sarebbe: z) per pigrizia :-( non conosco zoneminder, ma ti prometto che lo guarderò, grazie della segnalazione :-) ciao, giuliano -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150225230855.13a181e2@acerCF -- *CANTANNA Giuseppe* giuseppe.canta...@postacertificata.gov.it giuseppe.canta...@glugto.org canta...@glugto.org canta...@gmail.com BepOS - Linux user n. 502620 registered on http://counter.li.org/ *Per favore non inviatemi allegati in formato MS Office.Utilizzate alternativamente documenti in formato OpenDocument.* http://en.wikipedia.org/wiki/OpenDocument http://it.wikipedia.org/wiki/OpenDocument **http://www.documentfoundation.org/ * *https://it.libreoffice.org/
Re: consiglio su architettura piccolo sistema
ciao, Il giorno Tue, 17 Feb 2015 20:51:09 +0100 giulianc51 giulian...@gmail.com ha scritto: ... riprendo questo thread per dire che finalmente mi è arrivato l'hardware ed ho iniziato a configurare la prima camera; effettivamente come spiegato in rete la versione std di motion non supporta la video card del raspberry (che opera sul bus i2c mi sembra e non usb), però sembra funzionare bene la versione patchata chiamata motion-mmal disponibile al link che trovate in rete; se non disturba comunicherò i passi successivi, magari quelli più interessanti relativi al sistema (per i quali certamente avrò bisogno di consigli :-) grazie, ciao, giuliano -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150225192220.327cf1e8@acerCF
Re: consiglio su architettura piccolo sistema
Perchè non usi zoneminder ? -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150225210423.m9...@corep.it
Re: consiglio su architettura piccolo sistema
Il giorno Wed, 25 Feb 2015 22:05:02 +0100 dea d...@corep.it ha scritto: ciao, Perchè non usi zoneminder ? potrei rispondere: a) perchè così mi diverto a imparare cose nuove b) perchè così posso gestire l'architettura del mio sistema come voglio c) d) tutto ovviamente vero, ma forse la risposta più sincera sarebbe: z) per pigrizia :-( non conosco zoneminder, ma ti prometto che lo guarderò, grazie della segnalazione :-) ciao, giuliano -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150225230855.13a181e2@acerCF
Re: consiglio su architettura piccolo sistema
Il giorno 17/feb/2015, alle ore 19:09, giulianc51 giulian...@gmail.com ha scritto: Il giorno Tue, 17 Feb 2015 18:50:45 +0100 gerlos gerlo...@gmail.com ha scritto: Un altro aspetto: le cam che abbiamo danno in rete uno stream video M-JPEG (... lo straming video lo escluderei in prima battuta; Perché no? Con il RPi non dovrebbe essere un problema, visto che la codifica può essere fatta direttamente dall’hardware, che è -proprio per questi scopi- già fornito di una GPU “cazzuta” al punto giusto. ;-) Pensa che ci riescono le cam di video sorveglianza che abbiamo comprato 15 anni fa… il Pi è sicuramente molto più potente! Facendo streaming poi potresti delegare l’analisi o l’archiviazione dello stream ad un “controllore” più capace, ammesso che serva una capacità di storage o elaborazione maggiori (dipende da quello che uno vuole farci). Il software a corredo delle nostre cam di sorveglianza (manco a dirlo, è per Windows) tiene d’occhio” (attraverso un protocollo proprietario) le trasmissioni delle cam, la mia idea (di cui verificherò la bontà quando passerò ai fatti) è di usare il motion detection per salvare (in locale) solo le immagini quando è stato rilevato qualche cambiamento nella scena; poi affiderei ad un controllore centrale il polling delle varie camere, se trova qualcosa scarica su un HD centrale liberando spazio per altre immagini; Occhio, che se scegli di salvare i singoli frame poi dovrai trovare un modo di esaminarli singolarmente quando cerchi qualcosa… Normalmente una intrusione non è qualcosa che si svolge in pochi secondi: se per ipotesi riprendi a 10 frame al secondo, controllando 5 minuti di riprese dovrai esaminare 10 * 60 * 5 = 3000 immagini. E gestire ben 3000 immagini. Mettiamo che accedi a queste 3000 immagini via rete, per esempio via NFS o Samba, usando il tuo file manager (mettiamo Nautilus, Dolphin o Thunar): manipolare tutti questi fine tutti insieme non sarà cosa banale, e potrebbe mettere in difficoltà il file manager (non chiedergli di mostrarti le anteprime per tutte quelle immagini… tempo fa facevo video time lapse e non ti dico che casino con 2000 scatti a serata!). È invece molto più facile manipolare un singolo file video M-JPEG da 5 minuti: copi un solo file, il tuo file manager deve solo calcolare un’anteprima (e non 3000), scorri rapidamente il video con VLC, fino a quando trovi quello che ti interessa, e magari estrai solo quel fotogramma (che, essendo preso da un video M-JPEG sarà una immagine JPEG perfetta) e butti via il resto del video. Se lavori con file video inoltre hai molti meno file video da gestire: considera che 10 minuti di video a 10 fps possono richiedere 6000 file JPEG, o solo 2 file video da 5 minuti. Poi naturalmente fai i tuoi esperimenti e prova a capire bene cosa vuoi realizzare, cosa ti serve e come lo vuoi utilizzare. Il problema della gestione dei dati lo puoi “simulare” anche prima di mettere su il sistema con Raspberry Pi, semplicemente riprendendo video con una webcam collegata al PC (ffmpeg e vlc sono gli strumenti giusti per farlo, e ti permettono di salvare facilmente uno stream M-JPEG) e provando a manipolare i dati raccolti in modo simile a come vorresti fare con il RPi a progetto completato. Magari ti accorgi che per i tuoi scopi è più comodo tenere i dati in una forma piuttosto che un’altra. saluti gerlos -- Fairy tales are more than true, not because they tell us that dragons exist, but because they tell us that dragons can be beaten. G. K. Chesterton http://gerlos.altervista.org gerlos +- - - gnu/linux registred user #311588 -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/169f61cc-9b01-4a48-9096-ffc457168...@gmail.com
Re: consiglio su architettura piccolo sistema
Il giorno 13/feb/2015, alle ore 12:07, giulianc51 giulian...@gmail.com ha scritto: il collettore centrale, quando riscontra durante il polling delle periferiche (camere) un avvenuto allarme, scarica le immagini su un HD più capiente (500GB/1TB) cancellandole dal sistema locale; in questo modo (se non trascuro effetti collaterali) tutto dovrebbe essere gestito dalla frequenza di polling: se la frequenza è inferiore al tempo di saturazione(*) della risorsa locale dovrei essere a posto (spero :-); grazie, ciao, giuliano (*) provo a fare quì una stima così mi correggete anche su quello: dimensione_immagine = 2.5MB (jpeg) frame_rate = 24imm/min dimensione_richiesta_per_un_minuto = 24x2.5 = 60MB spazio_disponibile_locale = 5GB = 5x1024MB tempo_critico = 5x1024/60 = 85min = 1h 25m (se il sistema fosse continuativamente in allarme) torna? Guarda, qui al lavoro abbiamo delle cam di video sorveglianza industriali con su un sistema linux embedded sul quale non ho approfondito più di tanto, ma ti posso parlare un po’ di come funzionano “da fuori”, magari puoi usare alcuni aspetti come “ispirazione” per il tuo progetto. Intanto, le nostre cam di serie riprendono a 10 frame al secondo (se uno vuole possono andare a fps diversi, per esempio 24 o 15), quindi penso che tu potresti abbassare la frequenza di ripresa, rendendo meno critici i problemi di storage. Inoltre 2.5 MB per frame mi sembrano un po’ eccessivi… che risoluzione hai? Che ci devi fare? Leggere le targhe delle macchine come in CSI? http://goo.gl/NIjKsm ;-) Io ragionerei come se volessi riprendere frame full HD, e quindi frame 1080p, da 1920x1080 px, che (a seconda delle impostazioni di compressione e dei contenuti) dovrebbero andare a “pesare” circa 500 kB, ridimensionando molto le necessità di elaborazione. Non conosco le caratteristiche della cam del RPi, ma magari puoi acquisire a risoluzione inferiore o ridimensionare l’immagine dopo l’acquisizione… Un altro aspetto: le cam che abbiamo danno in rete uno stream video M-JPEG (http://it.wikipedia.org/wiki/Motion_JPEG) che può essere catturato con VLC da un altro sistema che può registrare in modo continuo o agganciarsi allo stream in qualsiasi momento. M-JPEG è una buona scelta per lo streaming di video di sorveglianza perché i singoli frame sono immagini JPEG complete, che possono essere estratte dal video senza artefatti e con tutti i dettagli. Il software a corredo delle nostre cam di sorveglianza (manco a dirlo, è per Windows) tiene d’occhio” (attraverso un protocollo proprietario) le trasmissioni delle cam, e quando viene rilevato movimento si aggancia allo stream ed avvia la registrazione, che dura per alcuni minuti dopo che non viene rilevato più alcun movimento. Credo che tutte le operazioni (ridimensionamento dei frame ripresi, streaming e cattura dello stream) possano essere fatte usando solo ffmpeg, ma non so se ffmpeg è disponibile nei repository di Raspbian… buona fortuna, gerlos PS Ma hai provato a cercare un po’ su google e sul wiki di Raspberry Pi per progetti simili? Al primo colpo a me ha dato questo: http://www.raspberrypi.org/turn-your-pi-into-a-low-cost-hd-surveillance-cam/ ;-) -- Fairy tales are more than true, not because they tell us that dragons exist, but because they tell us that dragons can be beaten. G. K. Chesterton http://gerlos.altervista.org gerlos +- - - gnu/linux registred user #311588 -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/56453463-f3e9-45ed-ad45-b08d816a5...@gmail.com
Re: consiglio su architettura piccolo sistema
Il giorno Tue, 17 Feb 2015 18:50:45 +0100 gerlos gerlo...@gmail.com ha scritto: ciao gerlos e grazie della risposta; Il giorno 13/feb/2015, alle ore 12:07, giulianc51 giulian...@gmail.com ha scritto: .. . Guarda, qui al lavoro abbiamo delle cam di video sorveglianza industriali con su un sistema linux embedded . . magari puoi usare alcuni aspetti come “ispirazione” per il tuo progetto. tenuto conto che il mio scopo è puramente amatoriale, il tuo sistema, oversized, può dare notevoli spunti, grazie :-) Intanto, le nostre cam di serie riprendono a 10 frame al secondo .. . Inoltre 2.5 MB per frame mi sembrano un po’ eccessivi… ... risoluzione hai? Che ci devi fare? Leggere le targhe delle macchine come in CSI? http://goo.gl/NIjKsm ;-) usavo solo dei valori di riferimento, grossolani ma abbondanti abbastanza da tenere in piedi il discorso; Io ragionerei come se volessi riprendere frame full HD, e quindi frame 1080p, da 1920x1080 px, che (a seconda delle impostazioni di compressione e dei contenuti) dovrebbero andare a “pesare” circa 500 kB, è probabile che farò qualcosa del genere; Un altro aspetto: le cam che abbiamo danno in rete uno stream video M-JPEG (... lo straming video lo escluderei in prima battuta; Il software a corredo delle nostre cam di sorveglianza (manco a dirlo, è per Windows) tiene d’occhio” (attraverso un protocollo proprietario) le trasmissioni delle cam, la mia idea (di cui verificherò la bontà quando passerò ai fatti) è di usare il motion detection per salvare (in locale) solo le immagini quando è stato rilevato qualche cambiamento nella scena; poi affiderei ad un controllore centrale il polling delle varie camere, se trova qualcosa scarica su un HD centrale liberando spazio per altre immagini; buona fortuna, gerlos grazie, ciao, giuliano PS Ma hai provato a cercare un po’ su google e sul wiki di ... ho guardato più che altro i moduli video e qualche tutorial per collegarli; farò una ricerca più accurata, grazie ancora; -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150217190916.36fc7ff0@acerCF
Re: consiglio su architettura piccolo sistema
Il giorno Tue, 17 Feb 2015 20:25:09 +0100 gerlos gerlo...@gmail.com ha scritto: Il giorno 17/feb/2015, alle ore 19:09, giulianc51 giulian...@gmail.com ha scritto: Il giorno Tue, 17 Feb 2015 18:50:45 +0100 gerlos gerlo...@gmail.com ha scritto: Un altro aspetto: le cam che abbiamo danno in rete uno stream video M-JPEG (... lo straming video lo escluderei in prima battuta; Perché no? . Occhio, che se scegli di salvare i singoli frame poi dovrai trovare un modo di esaminarli singolarmente quando cerchi qualcosa… . dovrai esaminare 10 * 60 * 5 = 3000 immagini. E gestire ben 3000 immagini. questa è una bela osservazione :-) effettivamente pensavo di semplificare, ma forse è come dici tu: meglio tenere il tutto unito in un video; ci penserò :-) . Il problema della gestione dei dati lo puoi “simulare” anche prima .. . ... e provando a manipolare i dati raccolti in modo simile a come vorresti fare con il RPi a progetto completato. però il flusso del mio lavoro è proprio il contrario :-( a giorni dovrebbe arrivarmi l'hardware per costruire una stazione periferica (camera) e quindi farò le prime prove per configurarla; verificato questo passo passerò alla clonazione delle altre N e quindi alla costruzione del sistema di raccolta; saluti gerlos grazie ancora, ciao, giuliano -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150217205109.7f5c9360@acerCF
Re: consiglio su architettura piccolo sistema
Il giorno sab, 14/02/2015 alle 21.25 +0100, giulianc51 ha scritto: [...] però penso che la velocità non sia un problema e, per qualche motivo che non riesco bene a spiegare, mi sembra più semplice confinare ogni sistema video nel proprio ghetto, sarà poi il sistema centrale a montare i vari dischi locali via NFS per fare l'upload delle registrazioni; vedi qualche controindicazione? No. Tra l'altro, anche io sarei per usare la SD locale, a condizione che sia una di quelle che va almeno a 10MB/s, anche se mi pare che per il rPi venga richiesta solo la 6MB/s. Ciao, Giuseppe -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1424120338.4105.17.ca...@eppesuigoccas.homedns.org
Re: consiglio su architettura piccolo sistema
Il giorno ven, 13/02/2015 alle 12.07 +0100, giulianc51 ha scritto: [...] facevo questo ragionamento (che esplicito spudoratamente proprio per essere contraddetto :-): l'rPi ha una SD da 8GB, di questi 5/6GB dovrebbero essere disponibili; oppure utilizzi in NAS esterno: il rPI scrive più velocemente via NFS che sulla scheda SD (almeno nelle mie prove). Ciao, Giuseppe -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1423937867.6180.6.ca...@eppesuigoccas.homedns.org
Re: consiglio su architettura piccolo sistema
Il giorno Sat, 14 Feb 2015 19:17:47 +0100 Giuseppe Sacco giuse...@eppesuigoccas.homedns.org ha scritto: ciao Giuseppe, Il giorno ven, 13/02/2015 alle 12.07 +0100, giulianc51 ha scritto: [...] facevo questo ragionamento (che esplicito spudoratamente proprio per essere contraddetto :-): l'rPi ha una SD da 8GB, di questi 5/6GB dovrebbero essere disponibili; oppure utilizzi in NAS esterno: il rPI scrive più velocemente via NFS che sulla scheda SD (almeno nelle mie prove). però penso che la velocità non sia un problema e, per qualche motivo che non riesco bene a spiegare, mi sembra più semplice confinare ogni sistema video nel proprio ghetto, sarà poi il sistema centrale a montare i vari dischi locali via NFS per fare l'upload delle registrazioni; vedi qualche controindicazione? Ciao, Giuseppe grazie del contributo, ciao, giuliano -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150214212534.4623b830@acerCF
Re: consiglio su architettura piccolo sistema
Il giorno Fri, 13 Feb 2015 10:03:54 +0100 Davide G. gv.dav...@gmail.com ha scritto: ciao Davide, Non ho mai usato un pc per fare questo, neanch'io :-) :-) :-) ... ma potresti trovare quello che cerchi in zoneminder, ma è da verificare quanto sia praticabile con piattaforme rPi. proverò a dare uno sguardo; Tieni conto che le immagini andranno elaborate e salvate in tempo reale, per una cosa simile potresti aver bisogno di una potenza di calcolo maggiore di quanto offerto da rPi questo non lo pensavo un collo di bottiglia: la camera in allarme salva in locale le immagini; il controller con calma preleva le immagini e le salva in centrale; come dicevo non ho bisogno di realtime, ma semplicemente di registrare l'avvenuta intrusione, però è anche probabile che faccia le cose troppo facili.. d'altronde sono un neofita, se no che giusto c'è? :-) . e ti consiglio di valutare un sacco di altre board disponibili on commercio decisamente più prestanti, magari con cpu arm più recenti o addirittura x86. qualche riferimento? conosco le olinux (se non sto storpiando il nome) ma mi sembrano confrontabili con rPi, sbaglio? grazie a te ed anche a Luca per la sua precedente risposta, ciao, giuliano -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150213103520.517941b5@acerCF
Re: consiglio su architettura piccolo sistema
giulianc51 writes: Tieni conto che le immagini andranno elaborate e salvate in tempo reale, per una cosa simile potresti aver bisogno di una potenza di calcolo maggiore di quanto offerto da rPi questo non lo pensavo un collo di bottiglia: la camera in allarme salva in locale le immagini Più che la potenza (le macchine fotografiche non hanno dentro un Cray eppure fanno engoding JPG delle immagini molto molto velocemente) mi preoccuperebbe l'area di storage in locale delle immagini -- /\ ___Ubuntu: ancient /___/\_|_|\_|__|___Gian Uberto Lauri_ African word //--\| | \| | Integralista GNUslamicomeaning I can \/ coltivatore diretto di software not install già sistemista a tempo (altrui) perso...Debian Warning: gnome-config-daemon considered more dangerous than GOTO -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/21725.51220.690985.451...@mail.eng.it
Re: consiglio su architettura piccolo sistema
Non ho mai usato un pc per fare questo, ma potresti trovare quello che cerchi in zoneminder, ma è da verificare quanto sia praticabile con piattaforme rPi. Tieni conto che le immagini andranno elaborate e salvate in tempo reale, per una cosa simile potresti aver bisogno di una potenza di calcolo maggiore di quanto offerto da rPi e ti consiglio di valutare un sacco di altre board disponibili on commercio decisamente più prestanti, magari con cpu arm più recenti o addirittura x86. -- Davide -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54ddbdfa.8050...@gmail.com
Re: consiglio su architettura piccolo sistema
Il giorno Fri, 13 Feb 2015 10:47:00 +0100 Gian Uberto Lauri sa...@eng.it ha scritto: ciao Gian Uberto, giulianc51 writes: Tieni conto che le immagini andranno elaborate e salvate in tempo reale, per una cosa simile potresti aver bisogno di una potenza di calcolo maggiore di quanto offerto da rPi questo non lo pensavo un collo di bottiglia: la camera in allarme salva in locale le immagini Più che la potenza (le macchine fotografiche non hanno dentro un Cray eppure fanno engoding JPG delle immagini molto molto velocemente) mi preoccuperebbe l'area di storage in locale delle immagini facevo questo ragionamento (che esplicito spudoratamente proprio per essere contraddetto :-): l'rPi ha una SD da 8GB, di questi 5/6GB dovrebbero essere disponibili; il collettore centrale, quando riscontra durante il polling delle periferiche (camere) un avvenuto allarme, scarica le immagini su un HD più capiente (500GB/1TB) cancellandole dal sistema locale; in questo modo (se non trascuro effetti collaterali) tutto dovrebbe essere gestito dalla frequenza di polling: se la frequenza è inferiore al tempo di saturazione(*) della risorsa locale dovrei essere a posto (spero :-); grazie, ciao, giuliano (*) provo a fare quì una stima così mi correggete anche su quello: dimensione_immagine = 2.5MB (jpeg) frame_rate = 24imm/min dimensione_richiesta_per_un_minuto = 24x2.5 = 60MB spazio_disponibile_locale = 5GB = 5x1024MB tempo_critico = 5x1024/60 = 85min = 1h 25m (se il sistema fosse continuativamente in allarme) torna? -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150213120729.37e1549b@acerCF
Re: consiglio su architettura piccolo sistema
giulianc51 writes: Il giorno Fri, 13 Feb 2015 10:47:00 +0100 facevo questo ragionamento (che esplicito spudoratamente proprio per essere contraddetto :-): l'rPi ha una SD da 8GB, di questi 5/6GB dovrebbero essere disponibili; il collettore centrale, quando riscontra durante il polling delle periferiche (camere) un avvenuto allarme, scarica le immagini su un HD più capiente (500GB/1TB) cancellandole dal sistema locale; Se vengono fatte foto solo per le situazioni di allarme ci sei, mi parrebbe correttamente dimensionato. -- /\ ___Ubuntu: ancient /___/\_|_|\_|__|___Gian Uberto Lauri_ African word //--\| | \| | Integralista GNUslamicomeaning I can \/ coltivatore diretto di software not install già sistemista a tempo (altrui) perso...Debian Warning: gnome-config-daemon considered more dangerous than GOTO -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/21725.57373.453338.473...@mail.eng.it
Re: consiglio su architettura piccolo sistema
Ho il rasp 2 qui con me. Arm7, 4 core 900 MHz, 1 Gbyte di RAM. Che dire... un gioiellino in soli 3 W di consumo. Luca -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150213222847.m71...@corep.it
Re: consiglio su architettura piccolo sistema
Fri 13 February 2015, alle 10:03 +0100, Davide G. ha scritto: Non ho mai usato un pc per fare questo, ma potresti trovare quello che cerchi in zoneminder, ma è da verificare quanto sia praticabile con piattaforme rPi. Tieni conto che le immagini andranno elaborate e salvate in tempo reale, per una cosa simile potresti aver bisogno di una potenza di calcolo maggiore di quanto offerto da rPi e ti consiglio di valutare un sacco di altre board disponibili on commercio decisamente più prestanti, magari con cpu arm più recenti o addirittura x86. Il raspberry pi 2 come vi sembra? http://it.rs-online.com/web/p/products/8326274/ -- Francesco Alaimo - GnuPG ID Key: A07FF2DB Fingerprint 3D2F DCD4 6AB3 9C52 995A 969E D634 02FF A07F F2DB -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150213210258.gb27...@alaimo.org
Re: consiglio su architettura piccolo sistema
bellissimo... stavo pensando di farmi un postatile autocostruito con quello :) se non sbaglio è in grado di fare funzionare windows10, quindi deve essere parecchio potente. appena finisco il lavoro che sto facendo ora, mi compro l'arduino+ il raspberry per metterci le zampe sopra :D devono essere divertenti assieme. ciao MaX Il 13/02/15, allanonallano...@gmail.com ha scritto: Fri 13 February 2015, alle 10:03 +0100, Davide G. ha scritto: Non ho mai usato un pc per fare questo, ma potresti trovare quello che cerchi in zoneminder, ma è da verificare quanto sia praticabile con piattaforme rPi. Tieni conto che le immagini andranno elaborate e salvate in tempo reale, per una cosa simile potresti aver bisogno di una potenza di calcolo maggiore di quanto offerto da rPi e ti consiglio di valutare un sacco di altre board disponibili on commercio decisamente più prestanti, magari con cpu arm più recenti o addirittura x86. Il raspberry pi 2 come vi sembra? http://it.rs-online.com/web/p/products/8326274/ -- Francesco Alaimo - GnuPG ID Key: A07FF2DB Fingerprint 3D2F DCD4 6AB3 9C52 995A 969E D634 02FF A07F F2DB -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150213210258.gb27...@alaimo.org -- ciao, MaX -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caeyavmvoew3aufrakfc2n6umq+ag0rtvyy5d6avxs+8nu53...@mail.gmail.com
consiglio su architettura piccolo sistema
ciao a tutti, chiedo scusa della richiesta, so di essere abbastanza OT, agganciato alla lista solo dal fatto di operare su raspbian , non protesterò di un eventuale vostro diniego e chiedo ancora scusa, ma quì mi trovo un pò a casa :-) dunque, ho in mente un piccolo progetto di video sorveglianza remota di un sito usando solamente rPi e modulo camera; non mi pongo particolari problemi di sicurezza antintrusione, sono più interessato alla documentazione di eventuali intrusioni, quindi archiviazione di immagini still; anche lo streaming video realtime non mi interessa (poi se si riesce ad ottenere tanto meglio :-) per semplificare ho in mente queste quattro attività: 1) cattura delle immagini (usando la motion detection disponibile in HW/SW) 2) salvataggio su supporto di massa 3) attivazione dell'allarme 4) trasmissione remota e/o connessione da remoto; tutti questi punti sono per me complessi (e tornerò a chiedere consigli su ciascuno di loro), quello che però mi stuzzicava adesso è l'architettura del sistema, che collocherei fra questi due estremi: A) postazioni indipendenti (ne prevedo 4/6), ognuna in grado di catturare, inviare allarme ed essere raggiungibile dall'esterno: in questa tipologia vedo molta (e utile) ridondanza sia HW che SW, ma anche molta (e inutile) complessità (anche se si tratta di iterare N volte la stessa configurazione hw/sw); B) postazioni specializzate: le camere periferiche che eseguono solo la cattura delle immagini ed la postazione centrale (controllo) che fa il polling continuo delle camere, rilevando l'eventuale allarme, e gestisce il rapporto con l'esterno: questa tipologia mi sembra semplificare di molto le attività delle postazioni e consente di usare una unità di massa centralizzata di dimensioni generose, cosa impraticabile nella tipologia A) chiedevo eventuali consigli, commenti, critiche, aiuti, ecc. su questo aspetto in modo da aiutarmi a scegliere il miglior approccio possibile; grazie (anche della paziente lettura per chi è arrivato fino a quì :-), ciao, giuliano -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150212233013.57e3b604@acerCF