next topic »

[Reply #15 on:]

@aleale97 ecco il link del ragazzo che sta facendo una cosa simile a quella che vuoi fare te xò così la spesa lievita e non poco....

[Reply #16 on:]

sinceramente non voglio parere scorbutico o altro ma ho visto quello che avevi postato e dal vedere come programmazione è abbastanza avanzata e vista la tua età è una programmazione che capiresti si e no a metà sbaglio?
parti dalle basi e quando ti troverai a scrivere programmi abbastanza complessi potrai pian piano capire quel codice e adattarlo meglio a quello che ti serve. io stesso come massimo della programmazione sono arrivato a una serie di terminali collegati tutti tra di loro con 3 menù l'uno e dei valori salvati all'interno e sono circa 5 pagine di programmazione per 500 righe ciascuna tutte commentate o se devo fare una modifica non capisco più niente, poi magari sei un fenomeno dell'informatica e programmazione e hai giù sviluppato un tuo algoritmo per stabilizzare il volo di un aereo che viaggia a mach 2 (1550km/h) usando dei semplici sensori barometrici sui bordi delle ali, muso e coda che leggendo le variazioni di pressione stabilizzano l'aereo (cosa mooooolto impossibile se non si usano sensori che leggano 0,00001Pa) e quindi quella programmazione per te è una cavolata.

ultima cosa, non sperare il video in streaming, infatti ogni immagine viene salvata nella ram di arduino e questa è piccola, anche un arduino mega 2550 non è adatto, per fare una cosa di video in streaming per un solo utente dovresti avere almeno un 150Mb di ram (basta che vedi le schede video sul mercato).
se noti anche i progetti che vengono fatti con arduino e tv non sono del tipo da console ps3 o wii ma addirittura meno del vecchio nintendo 64. e anche i progetti un po più richiedenti di grafica si basano su chip esterni all'atmega e non sfruttano mai il televisore a piena risoluzione, ma a 360p per avere fps superiori a 20...

[Reply #17 on:]

IO voglio vedere quel link! dov'è? com'è?


1. arduino non ce la fa a fare streaming video.
esempio:
risoluzione 800*600
info pixel RGB (1 byte per Rosso, 1 per Giallo e 1 per Blu) = 3byte
ottieni:
800*600 * 3 = 1.440.000 byte
Considerando che prendi in input i 3 byte parallelamente, quindi usando 24pin.
Ora sappiamo che una digitalRead dura circa 100microsecondi, e diamo per scontato che lavorando direttamente sui registri, quindi leggi 8 pin alla volta (1 byte), e che il tempo sia lo stesso di una digitalRead (quindi siamo ottimisti)
1.440.000byte * 100microsecondi = 144.000.000 microsecondi = 144.000 millisecondi = 144 secondi =~  2minuti per immagine
senza considerare tempo per fare altro (come ad esempio inviare i dati letti al GPRS)

certo, se anzichè l'rgb usi Ycbcr, 2 pixel non sono 6byte ma 5, se magari la camera butta fuori un formato già compresso tipo mpeg sono altri secondi guadagnati.. ma non credere di fare miracoli

Poi bisogna fare i conti anche con la banda del GPRS, ma fichè questo è il framereate direi che non ci sono problemi.

[Reply #18 on:]

Questo è un link:
http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1270404614/0

ma come si può vedere le risoluzioni sono pessime. Qui ci sono comunque delle webcam con processore già montato bisognerebbe vedere come trasmettere il segnale in UMTS (il GPRS è da escludere a priori).

[Reply #19 on:]

la camera che stanno usando viaggia via seriale a 9600 baud, quindi anche per lo streaming non ci dovrebbero essere problemi, sono 9600B/s = 76.800b/s=75kb/s

"GPRS provides data rates of 56-114 kbit/second" quindi direi che ci stiamo dentro. certo la risoluzione è pessima e vorrei vedere il framerate...


ps. pensavo comunque che la discussione riguardasse la pennina UMTS

comunque lui prende solo una foto, c'è anche un italiano che qualche tempo fa ha fatto un progetto simile, e aveva messo on-line per qualche tempo il sito con il tstino scatta la foto etc...

allora ho trovato una foto fatta, nella pagina 3. Non so se sia stata "ritoccata" con programmi di editing o durante l'upload, però dice:
Dimension: 640px × 480px
Size: 15,85 KB (16228 bytes)

Se questi sono i dati originali... hai ~4,7 FPS ! e un uso di Byte per pixel di ~0.052

ho trovato anche un'altra immagine di esempio: http://letsmakerobots.com/node/13354
160px × 128px
2,16 KB (2208 bytes)

FPS: ~34, uso di Byte per pixel: ~0.107

ripeto: NON so se le foto sono state ritoccate in un secondo momento, ma se questi sono i dati... sarà l'ora tarda ma qualcosa non mi torna.


infine ho trovato ques'altra camera:
http://www.sparkfun.com/products/10061
cha viaggia sempre via seriale ma a 38400baud, che però sforano la velocità del GPSR.

[Reply #20 on:]

Penso che la penna sia da escludere a priori visto che non si hanno i driver, avevo proposto un modem UMTS della telit. Con il GPRS invece se si arriva ai 56kbit\s sono tanti, per le trasmissioni GPRS da quello che ricordo vengono assegnati dei time slot e di solito gli operatori non ne assegnano più di 4 a persona (dipende molto anche se il ripetitore e saturo o no.... ) e ogni timeslot ha un rate massimo 21,4 kbps. Per arrivare a 114kbit/s ne hai bisogno di 8 che quindi non raggiungerai mai, come protocollo di comunicazione va quindi bene solo per pacchetti piccoli.

[Reply #21 on:]

ho trovato una libreria per la seconda camera.
http://www.linksprite.com/upload/file/1286079786.txt
e trovata la "fregatura", forse. ogni chunk di dati bisogna aspettare almeno 0.1ms(da datasheet), però considerando che il chunk massimo è di 65536...

arduino non può gestire un'array di dati così vasto, ma può riscrivere tutto direttamente via altra seriale, o meglio i2c che credo più veloce.

nel codice postato leggono 32byte e poi aspettano 25ms, quindi è ovvio che l'immagine venga statata in un sacco di tempo.

[Reply #22 on:]

Ciao,

come hanno detto gli altri in precedenza forse per lo streaming video con modem UMTS Arduino non risulta essere la scelta migliore (sia dal punto di vista delle possibilita' di prestazioni del microcontrollore, che dal punto di vista dei costi).

Pertanto ti consiglierei di utilizzare una soluzione tipo SheevaPlug, GuruPlug, ... (http://www.plugcomputer.org/ -> per l'Europa il distributore e' http://www.newit.co.uk/ ) che sono dei kit di sviluppo per il processore Sheeva di Marvell per gli sviluppatori.
Hanno avuto molto successo, oltre le aspettative della stessa Marvell, per cui ne sono state fatte varie versioni con varie interfacce di comunicazione (USB, eSata, Ethernet, WiFi, ...) e caratteristiche.
Sono stati pensati per sviluppare dei "plug computer" sempre connessi ed in rete.
Consumano relativamente poco, meno di 5W.
Puoi alimentarli, se vuoi, direttamente a 5 Volts se si elimina il trasformatore interno (trasformatore e scheda madre sono separati).
In genere hanno come sistema operativo Linux (Debian, Ubuntu, ...) e puoi connetterci le "chiavette" UMTS dei vari operatori telefonici.

Fra le altre innumerevoli alternativi vi e' la Beagle Board http://beagleboard.org/ di cui ti consiglio la versione xM che si basa su processore ARM Cortex - A8 con a bordo anche processore di segnali e accelerazione grafica 3D. Si possono utilizzare vari sistemi operativi: Linux, Android, ...
Per un'integrazione fra BeagleBoard e Arduino puoi vedere questo progetto:
http://code.google.com/p/beaglebird/
Qui una lista di vari progetti BeagleBoard: http://beagleboard.org/project

Se ti fai due conti vedrai che le soluzioni con procesore Sheeva oppure la BeagleBoard ti costeranno di meno, infatti il grosso costo con le schede Arduino lo avresti per il modulo UMTS (od in alternativa GPRS) da interfacciare + quello per la telecamera.

Buon lavoro (e divertimento),
Marco.

[Reply #23 on:]

accidenti, ho visto la SheevaPlug, la cpu ha più frequenza più veloce del mio eeepc!

magari alla usando uno di questi si spende qualche deca in più, ma in cambio hai un sistema operativo completo e abbastanza potente (se poi non usi interfaccia garfica...)

[Reply #24 on:]

Cavolo sono una figata!!

[Reply #25 on:]

scusate se ho tardato a rispondere non mi ero accorto che mancava il link http://projectsmax246.blogspot.com/

[Reply #26 on:]

scusate se ho tardato a rispondere non mi ero accorto che mancava il link http://projectsmax246.blogspot.com/

Dal link pero:
Il progetto consiste nel creare una webcam motorizzata che sarà comandata tramite un modulo gprs ed eventualmente implmentare il modulo sensor motion e sensore temperatura.
non dice cioè che vuole trasmettere anche il segnale video. Comunque da quello che ho capito su internet e che per inviare il video serve una webcam con processore integrato adatto che poi è da vedere come collegare al modem.

[Reply #27 on:]

confermo che è quello che vogliono fare non trovo più il topic che era stato aperto ma è ciò che vogliono fare per questo hanno ripiegato su un processore più potente di arduino che per quanto poco non ce la fa

[Reply #28 on:]

Ciao e grazie per la risposta.
Quello che interessa a me sostanzialemente è collegarci una webcam, qualche motore, qualche sensore e fare il tutto via internet. Ovviamente le cose più difficili sono il primo(webcam) e l'ultimo(collegamento a internet).

Per dirla brevemente, collegarsi a internet è banale, collegare una telecamera è impossibile.
Per internet c'e' infatti l'ethernet shield con librerie già pronte. Invece la telecamera, come ti hanno detto, richiede troppe risorse, che la Arduino purtroppo non ha.
Se pero' vuoi collegarti a internet in UMTS... diventa tutto impossibile, perchè anche se metti lo shield USB, non esistono driver per Arduino che gestiscano le chiavette USB, perche' bisognerebbe chiedere a chi le fabbrica di scriverli!

Pero' si potrebbe semplicemente montare un normale telefono UMTS su un servo controllato da Arduino, per telecontrollarla a piacimento. Per vedere il flusso video... basta fare una (costosissima!) videochiamata. 

Tempo fa dei tizi scrissero un webserver per cellulari, ma poi il progetto fu abbandonato e ritirato da internet, chissà perche'. COmunque, senza stare a comprare grossi accrocchi, basta comprare un cellulare UMTS Nokia/Symbian: sono programmabili in python. 

[Reply #29 on:]

Ciao a tutti. Mi occupo della parte tecnica di Futurashop e Open electronics
Noi abbiamo sviluppato una shield GSM, ma lo stream video con un modulo non è per niente facile.
Mentre è fattibile tramite internet (ma non gestito da Arduino).

Abbiamo infatti realizzato un robot comandato via lan con telecamera IP caricando all'interno di arduino lo sketch per realizzare un web server.
In questo modo tramite i pulsanti della pagina web si gestisce la motorshield che pilota i motori del robot.
Abbiamo utilizzato una shield ethernet che verrà poi sostituita da una shield wifi che stiamo realizzando.
La trasmissione video è gestita interamente da una telecamera IP wifi, quindi slegata da Arduino.
Non posto ancora niente in quanto è in fase embrionale, ma presenteremo il risultato sulla rivista Elettronica In.