Newsgroup: it.hobby.robotica
Titolo: ROBOT OPEN SOURCE

Ciao a tutti, vorrei organizzare un gruppo open source di tecnci,
designer, informatici, meccanici, cibernetici, studenti,
professionisti, hobbisty ... tutti insieme per un unico scopo,
realizzare un robot modulare open source pienamente paragonabile alla
filosofia wikypedia,  linux, open office, my sql, i prodotti nuke  ecc
tutti prodotti realizzati senza scopo di lucro. Si otterrà un prodotto
"multi purpose" nato  dall'ingegno di migliaia di menti a livello
mondiale. Chi è interessato può buttare giu la bozza dell'idea di
base per cominciare a discuterla.

Io mi offro volontario, sono un'informatico (tecnico hw/sw, programmatore 
delphi/asm).
Sono capace anche di fare analisi per quanto riguarda l'eventuale hardware, 
ma non sono in grado di progettare a livello elettronico un circuito.
Ottima inventiva :)
Io alzo la mano!

 ha scritto nel messaggio 
news:1131620485.1...@g47g2000cwa.googlegroups.com...
Ciao a tutti, vorrei organizzare un gruppo open source di tecnci,
designer, informatici, meccanici, cibernetici, studenti,
professionisti, hobbisty ... tutti insieme per un unico scopo,
realizzare un robot modulare open source
Come questo insomma: 
http://oap.sourceforge.net/
 

bene ragazzi mi associo
anche io sto già lavorando proprio con questa filosofia e sarei felice
di collaborare con voi 
diamo il via al progetto

ciao mariostia
io avrei qualche idea e qualche "modulo" già pronto se mi contatti
ti mando il mio materiale purtroppo qui sul forum non saprei come
postartelo.. l'ideale sarebbe crearci un nostro wiki x portare avanti
il progetto
comunque visto che dovrà essere un progetto open source io ho già
iniziato a scrivere software x sistemi gnu/linux (anche xche semplifica
notevolmente il lavoro rispetto a scrivere software x windoz) e visto
che deve essere una cosa modulare e costi non elevato ho iniziato a
progettare hardware sulla base della mia schedamadre per pentium II 300
ho già progettato, realizzato,scritto del software di collaudato e
scritto un po di documentazione x la scheda di interfaccia su bus isa
con la quale intendo gestire praticamente tutto cioè (motori sonar
sensori infrarossi bussola ecc..) ora ho progettato la scheda che
gestisce i due motori passo-passo x la trazione del robottino e credo
che presto la monterò e collauderò.
Questa è grossomodo la mia struttura generale se pensi che possa
essere congeniale x il tuo  progetto contattami il mio indirizzo è
mirko.mattioliCHIOCCIOLAgmail.com
 oppure su skype come mirko.mattioli
buon lavoro a tutto il gruppo

 ha scritto nel messaggio
news:1131704459.9...@g43g2000cwa.googlegroups.com...


 ha scritto nel messaggio
news:1131704459.9...@g43g2000cwa.googlegroups.com...


 ha scritto nel messaggio
news:1131704459.9...@g43g2000cwa.googlegroups.com...


ciao fabio
fai benissimo ad intrometterti
allora la scelta di utilizzare un pc è stata dettata primo dalla
disponibilità
secondo dalla potenza di calcolo (insomma se mai dovessi far girare
enormi programmi di logica, di riconoscimento, path finder, map
building e chissa quali altre diavolerie... un pic mi sembra un po
"strettino")
comunque è giustissimo quello che dici tu "In pratica se un programma
impiega troppo ad
elaborare dei dati ne può perdere degli altri. " infatti tutte le
funzioni periferiche le delego ad un pic ad esempio sulla scheda di
gestione dei motori ho introdotto un pic e così ovviamente farò x gli
altri moduli decentrando il tutto il più possibile
poi per la sceda isa.. non è vero che costa ne riprogettarla ne
realizzarla anzi è molto semplice e istruttiva la progettazione e
comunque oramai l'ho fatta e mi ci trovo bene oltre al fatto che così
come l'ho realizzata sembra essere molto elastica.
per l'interfaccia i2c non saprei davvero anzi se magari mi fornisci
qualche info in più sarei interessato..purtroppo non me ne sono
interessato più di tanto ma credo che a livello software non sia molto
semplice da gestire anche se ho visto che molti pic hanno la i2c già
integrata.
allora x adesso più che decidere se può andar bene o meno la mia
scheda (non che non mi faccia piacere questo anzi son contento che ne
discutiamo sopra..) perchè non iniziamo ad organizzarsi sul dafarsi?

 ha scritto nel messaggio
news:1131704459.9...@g43g2000cwa.googlegroups.com...


 ha scritto nel messaggio
news:1131800268.1...@g47g2000cwa.googlegroups.com...


 inizio, non vi pare?).
già.. :)


Roby ha fornito il link 
http://oap.sourceforge.net/
   il che è
praticamente la nostra mission. Perfetto questo mi fa credere ancora di
più al probabile successo di questa iniziativa italiana.
Grazie a tutti vi rispondo presto.

Bene ragazzi ora abbiamo anche il portale per lavorare sul serio sul
progetto robot open source l'indirizzo è  
www.retrobyte.it
 . A breve
installerò il portale (open source ovviamente) con registrazione
utenti, forum ecc. Fatemi una lista delle aree che dobbiamo inserire
nel menu. Io pensavo a forum, chat, centro messaggi, calendario, news,
galleria immagini. Suggerite anche voi grazie. Saluti.

grande mariostia!!
se posso darti un consiglio installa tikiwiki
è opensource e molto bello io l'ho provato in locale
ed è validissimo e in piena filosofia opensource
secondo me come dicevi tu il wiki è la miglior cosa per
coordinare i lavori. Ciao a tutti!

salve a tutti, studio fisica all'università e anche io sono
disponibile per lo sviluppo. Ho qualche conoscenza in c/c++, uso Mac Os
X. Ho una mezza implementazione di rete neurale (scritta da niubbo
però), mi piacerebbe comunque lavorare alla modellizzazione
dell'ambiente (struttura dati, interazioni possibili, ecc..)
 aspetto news sul portale ;D

 elaborare dei dati ne può perdere degli altri.
Oddio, non sono un'esperto, ma questo credo dipenda soprattuto dalle
caratteristiche del sistema operativo che stai utilizzando... 
ciao. dino.

ciao dino
già questo è verissimo infatti intendo utilizzare un sistema
gnu/linux realtyme
ora utilizzo debian ma intendo provare intanto rti_knoppix x poi
passare ad altro
fuori i suggerimenti

 ha scritto nel messaggio
news:PZsdf.257$P16...@tornado.fastwebnet.it...


be giampiero mi complimento
spero che questo non sia il tuo ultimo post sul progetto e che c segui
nel progetto
ti posso chiedere se ci puoi dare qualche info sul tuo sistema?
tipo il sistema laser lo hai autocostruito?
che laser hai usato?a diodo?con che risultati?
e il software di map building lo hai scritto da solo o hai usato
qualche software rimediato qua e la?
e per l'alimentazione della scheda hai utilizzato un'alimentatore
commerciale 
o hai riprogettato tutto lo switching?

 ha scritto nel messaggio
news:X8Nef.279$gC1...@nntpserver.swip.net...


Se si vuole mettere un pc secondo me l'idea migliore è quella di
prendere una scheda madre di quelle che si usano per pc supercompatti e
attaccare due penne usb: una per linux >di base< (alla fine kernel e
poco altro), e l'altra con il programma di comando. Eventuali dati da
registrare sempre nella memoria del programma.
In questo modo non hai il peso di un hd da portare in giro, meno
consumi di corrente, meno spazio occupato e tutti i vantaggi delle
memorie a stato solido.

si fabio hai perfettamente ragione ma è per questo che esistono i
sistemi rti
per dare la precedeza ai tread sensibili
(sono un elettronico e non un informatico quindi posso dire fesserie )
comunque sono decisamente a favore della decentralizzazione

 ha scritto nel messaggio
news:1132219575....@z14g2000cwz.googlegroups.com...


bella scheda ma quanto costa?
ma dato che monta un processore risc, le interfacce di i/o sono
compatibili con quelle dei pc? cioè rispecchia il solito standard le
interfacce?
perchè altrimente non utilizzare delle schede pc104? sono veramente
mini
fanno boot da usb(quindi si possono montare harddisk solidi come
chiavette usb)
e consumano veramente poco

OK ragazzi,
sto seguendo con interesse il discorso del robot, è da un pò che
lurko in discorso per vedere che piega prende, se interessa mi vorrei
inserire nel vostro thread e contribuire anche al progetto finale.
Sono un pessimo meccanico, discreto elettronico, buon informatico
(spero buono), mi interesso di informatica e di sistemi open source in
generale. Secondo me la strada del PC sta in piedi, il piccolo problema
è che servono una cifra di I/O (quindi una scheda esterna o qualche
cosa del genere), oltre al fatto che la potenza di calcolo, tradotta in
consumi elettrici si paga, se volete andare avanti in questa direzione
vi seguo comunque.
Per quanto riguarda la mia esperienza sono più legato a sistemi
operativi RTOS o sistemi embedded, programmo in C++, C ed altri
linguaggi.
Riallacciandomi al discorso di Fabio, rispondo a Spad, ho comprato una
FOX 2gg per farmi un sistema di allarme in casa, la scheda l'ho pagata
attorno ai 150€ (iva comp.), Fabio ha copiato le caratteristiche dal
loro sito, non farò lo stesso, ti dico solo il motivo per il quale
l'ho presa:
- Costa poco, voglio dire, se prendi un pc, anche di recupero, aggiungi
una scheda di i/o e cominci a mettere hw, memoria e fronzoli vari alla
fine ottieni gli stessi costi
- non alimenti roba che non serve, nel mio caso ho stimato che con 5V e
circa 400-500mA sono a posto
- e' compatta: 6x7 cm ! ho fatto un impianto di irrigazione con un pc
prima di prendere sta scheda, era grande come un PC, consumava 200W e
stava acceso tutto il giorno, insomma una porcata !, questa scheda
posso permettermi di metterla dentro una scatola elettrica, stesso vale
per un robot
- hai gli i/o diretti su scheda, altra notevole cosa, voglio dire, ti
serve una seriale o parallela o altro ti prendi i pin e la colleghi,
se, come nel mio caso, a volte mi servono dei pin diretti (controllo
allarmi per me, per il progetto sono periferiche varie) li prendi, ne
hai una 60ina che non è male
- hai I2C direttamente, se devi controllare piccoli sensori o altro è
LA VIA
- hai usb e tutto quello che ha detto Fabio
- PC104, bello, in ambito industriale dove lavoro l'avevo preso in
considerazione, peccato che costa molto di più e nel mio caso non mi
da risultati diversi, hai bisogno di una demo board, di un kit di
sviluppo
- la Fox non ha una demoboard, non ne hai bisogno, usi il GCC (nel mio
caso), ambiente in stile open source pieno
- i programmatori come me ci vanno a nozze, vai di C/C++ o Java o
quello che vi pare, l'unica scocciatura è cross compilare ed
utilizzare ucLinux ma ti posso assicurare che non è una cosa snervante
- C'è Linux, mi piace, per una serie di motivi
Se Mariostia e compagni ne hanno voglia vi do una mano, preferirei hw
embedded tipo questo ma in ogni caso vi do una mano anche sul resto
Ben

grazie ben sarai prezioso!
ok tutto chiaro io ho buttato li solo la storia del pc/104
xche compatibile con i normali pc
effettivamente il pc104 costa assai e consuma assai
non scarto di certo il fox solo mi sembra di specializzarmi un po
troppo su uno
standard anzichè rimanere modulari e open architecture..bo
una cosa... xche dici che serve una demoboard per pc104?infondo è un
normale pc ma miniaturizzato, senza periferiche inutili con bassi
consumi e connessioni meccaniche migliori insomma... un pc! almeno per
quello che ho potuto vedere..
una curiosità ma programmare per i2c è così semplice?non mi sono mai
informato su questo standard
comunque le poche prove che ho fatto finora sul robottino che ho
iniziato io
sono state fatte sotto linux utilizzando c++ compilato ovviamente con
gcc per gestire un'interfaccina
di io su bus isa che almeno per ora mi fornisce tutto ciò che serve
per le mie periferiche:)
ah un'ultima domanda ma il gcc utilizza delle librerie particolari per
gestire l'hw del fox o sempre le solite.. insomma è un risc e sembra
anche strano..

Ok, spero di essere utile, seguo il NG in modo discontinuo per problemi
di tempo al lavoro ed in famiglia, in ogni caso vado sulle domande tue
per quel poco che sto sperimentando.
Se devi usare degli I/O diretti con una logica del tipo: interruttore
on/off, sicuramente un bus o un i/o secco ti da una mano, se poi hai un
interfaccia su ISA a basso costo ancora meglio.
Nel mio caso ho preso la Fox perchè il costo di una scheda di I/O per
PC equivale ad una fox (a parità di i/o disponibili).
Prediligo le porte di i/o dirette (pc, fox, ethernut o altro...) io
sono un informatico, per me è più semplice, i2c non lo è altrettanto
(per me, al momento). un mio collega di estrazione elettronico mi sta
"iniziando" a ragionare sul concetto di bus come fanno gli elettronici,
che si parli di can, i2c o altro fa poca differenza, ti faccio un
esempio pratico con quello che devo fare adesso in casa mia: voglio
attaccare a tale scheda diversi sensori di temperatura posti in diverse
zone. Se prendo l'approccio tipico di un informatico come me è quello
di usare un ADC per ogni i/o o gruppo, su i2c posso mettere tanti
sensori, diverso indirizzo per ogni sensore ed usare UN solo bus
costituito da pochi pin (poi arriva via software il casino ma l'idea è
notevole).
Se guardi sul mercato dell'automotive non trovi schede con 1000 adc o
i/o digitali, trovi spesso dei concetti legati al bus, che nel caso
specifico si chiama quasi sempre CAN.
Per non cazzeggiare e tornare alle tue domande quello che al momento
sto utilizzando è il gcc con le classi C++, l'unica cosa è che se hai
sempre solo sviluppato per x86, sulla piattaforma sulla quale lavori
non hai mai cross-compilato.
In questo caso c'è un developer kit di Axis, il produttore del chip
che ti da a disposizione le librerie ucLibc e altre cose, prende il tuo
progetto, lo compila per un'altra architettura (non x86), linka le sue
librerie e genera un eseguibile per quel processore, il vantaggio è
che è tutto sotto filosofia OS.
Comunque a parte le mie lucubrazioni mentali ed i discorsi un pò
lunghi per un post si può lavorare su questo o su un PC, non ho
problemi, ne su ambienti x86 ne in cross-compilazione su altre
piattaforme (purchè economiche, il mio budget è limitato)
Ben

si decisamente anche il mio
visto che sono uno studente :)
carina la cosa della croscompilazione
cmq anche i miei programmini sono in filosofia os :) non vedo proprio
librerie proprietarie
uso le solite libc++
per quanto riguarda la scheda di i/o ho solamente fatto una scheda che
svolga
la funzione di buffer/interfaccia con il mondo esterno e che provveda
alla decodifica
degli indirizzi (banalissima davvero) se vuoi te la passo ma è proprio
stupida
poi il resto l'ho fatto da software scrivendo un byte sull'indirizzo
specifico
come se fosse un puntatore
ciao ben
Forza mariostia apri questo portale
che qui c'è gente anziosa d lavorare!!

 ha scritto nel messaggio
news:1132271124.4...@g43g2000cwa.googlegroups.com...


Indipendentemente dalla piega che prende il robot (pc based, embedded o
altro) mi interessa comunque quella scheda ISA, a dire il vero sto
cercando per PCI ma è lo stesso, in qualche modo la faccio andare
bene. Hai qualche schema o esempio ?
Non usare l'indirizzo di posta mio del NG, è falso, usa andrea benini
( c  h i o c c i o l a ) yahoo
punto it

Salve a tutti!
finalmente l'iniziativa che ta tanto speravo di poter prendere io...
sfortunatamente per i miei orari non mi resta molto tempo libero
da dedicare agli svaghi.
Mi presento, lavoro per l'università faccio ricerca nel campo della
fisica e lavoro come progettista hw/sw per una ditta di elettronica.
Ho sviluppato diverse schede per scopi diversi dalla robotica ma
che potrebbero risultare utili, cito alcuni esempi:
- scheda multifunzione con microcontrollore philips,
 interfacciabile al pc tramite rs242/485 equipaggiata con 2 rs232/485,
16 ingressi digitali, 8 rele, 8 ingressi analogici, real time clock,
16+16 led di segnalazione, eeprom 24C256, buzzer, bus i2c,
millefori per implementazioni custom, 24 dip switch per configurazione,
bus di espansione per schede esterne
- plug-in per scheda multifunzione per pilotare 2 motori in continua
in modo bidirezionale
- scheda con microcontrollore philips per controllo 4 motori in continua
via PWM con lettura encoder, interfacciabile ad un PC via rs232/485
- scheda sensori con microcontrollore philips per la lettura di una
bussola digitale e lettura di un accelerometro, in grado di fornire anche
l'inclinazione su 2 assi, sempre interfacciabile ad un PC via rs232/485
e qualcosaltro....
fatemi sapere, sarei lieto di poter contribuire
A presto
p.s. i microcontrollori citati possono essere programmati in C o assembler

 base per cominciare a discuterla.
E' una ottima idea ma bisognerà considerare la reazione della U.S.
Robotics e rispettare le 3 leggi della robotica (perdonatemi la semi-cit
;)) 
Io purtroppo non ho alcuna esperienza in questo campo e forse neanche
quello che studio (biotecnologie a Bologna - bioinformatica) ha molta
attinenza.
Però se iniziaste a pubblicare qualche buon tutorial (penso che la forza
dei progetti OpenSource sia proprio quella di produrre una buona
documentazione) sarei il primo a ringraziarvi, insieme ad altre persone
da campi diversi. 
Soprattutto se iniziate con qualche progetto iper-semplice alla portata
di tutti ;) 
in bocca al lupo!

ma scusate dove siete tutti che volevate fare il robot open source?
G

 
Intanto ho trovato informazioni che si potrebbero un po' "reciclare".
Tanto per non reinventare l'acqua calda ;-)
http://www.symbio.jst.go.jp/PINO/OpenPINO/open_pino.html
Io mi occupo a livello amatoriale di meccanica ed elettronica mentre di 
professione sono un amministratore di rete - programmatore.
Se serve una mano ... non ho tanto tempo ma cercherò di dedicarne un po' 
al progetto se mai avrà un seguito.
byEz
-- 
Claudio(BS)
L'unico problema per l'uomo non sta nella difficoltà delle sue imprese
ne' nella quantità di denaro necessario per compierle, ma nella durata
della sua esistenza. (Claudio 14.02.2004)
NB. Protezione antispam
Per rispondere aggiungere claudio

 G
io veramente sto aspettando il portale e intanto architetto :)

Eisstono sistemi linux real time, è assolutamente obbligatorio usare sistemi 
real time.
comunque per fare delle prove non è necessario partire subito con hardware 
dedicato, magari si inizia in un modo per poi mettere anche hardware 
dedicato.
Effettivamente controllare motori passo passo è relativamente semplice è può 
farlo benissimo un hardware dedicato .-)
A. 

 real time.
Ciao, come hai anticipato nel resto del tuo messaggio, potrebbe non
essere assolutamente necessario usare RTOS se si delega operazioni
di controllo ad hardware con un po' di intelligenza.
Come scrissi in un post precedente, ho progettato e realizzato
sistemi di controllo con un microcontrollore a bordo, che potrebbero
svolgere tutte quelle operazioni che richiedono un real time e
continuare ad usare un sistema operativo più "gestibile".
Se può interessare posso fornire descrizioni dettagliate, o
provare a rispondere a particolari esigenze e/o richieste.
A presto
p.s. non sono un venditore di HW, sono solo un hobbista :-)

che fine hanno fatto tutti...!!    :(

 
Credo che stiano aspettando che qualcuno faccia qualche cosa di 
concreto, come ad esempio attivare una mailing list anche se 
personalmente non ne vedo l'utilità, dato che esiste già roboitalia e 
che quindi si potrebbe iniziare da lì ;-)


 che quindi si potrebbe iniziare da lì ;-)
ok forse hai ragione..
tantovale spostarci su roboitalia
dove una mailing list c'è
visto che quà non posta più nessuno
be claudio apriamo una discussione
similquesta su roboitalia così
risolviamo il problema della ML?
chi ci sta tra i presenti?
