Newsgroup: it.hobby.elettronica.digitale
Titolo: Consiglio per PIC

Salve, sto cercando da un po di tempo, senza successo, un pic che si
possa interfacciare ad una rete ethernet TCP/IP.
Le mie domande sono:
ci sono pic che gestiscono l'interfaccia di rete automaticamente?,
intendo do in ingresso una quantità di dati, il destinatario e lui
impacchetta tutto e spedisce al destinatario?
Bisogna costruirsi la gestione dell'interfaccia?
qualcuno ha notizie in merito?
Grazie mille.

qualcuno ha notizie in merito?
Prova a cercare Rabbit microcontroller con google
SB
---------------------------------------------------
togli i caratteri accentati per rispondere via mail

 ha scritto nel messaggio
news:lpbg601qoq1iatcvh...@4ax.com...


 ha scritto nel messaggio
news:2wX9c.2196$l27....@news.edisontel.com...


qualcuno ha notizie in merito?
Microchip vende il kit di sviluppo PICDEM-NET (mi sembra si chiami
così), comunque nel sito è disponibile la relativa application note
con tanto di sorgente.
ciao e buon lavoro!
Gabriele Bellini

Ciao Gabriele,
a quale seminario sei andato?
Io ho partecipato a quello di Mestre ed ho visto anche io dei progettini
interessanti.
Ciao
Lucio

con tanto di sorgente.
Si, lo sapevo, ma mi sembra un po dispersivo perchè io non necessito
di tutte quelle interfaccie per l'accesso ai dati della scheda, mi
basta trovare o costruire un PIC che sia in grado di compiere le
azioni che ho descritto nel mio post:
indicando dati e destinatario, lui impacchetta e spedisce.
Grazie.

possa interfacciare ad una rete ethernet TCP/IP.
non so se sia inerente, comunque:
http://www-ccs.cs.umass.edu/~shri/iPic.html
MazE
--
per rispondere raddoppiate z & t - double z & t to reply
http://www.bccmp.com/mazzetti/pagine/sottoscala.html

 ha scritto nel messaggio
news:lpbg601qoq1iatcvh...@4ax.com...


 eventi ecc...
Io utilizzo i pic in ambito industriale da ormai molto tempo.
Quando mi si è presentata la necessità di comunicare via ethernet, ho perso
un pò di tempo a trovare la soluzione migliore, poi visto che il problema
maggiore è implementare tutto lo stack tcp/ip, ho deciso di utilizzare
moduli Rabbit:
- programmazione in C
- sorgenti dello stack comresi nel linguaggio (TCP,UDP,SMTP,...)
- una marea di esempi funzionanti
- scheda di valutazione per test
Complessivamente un mese per avere l'applicazione funzionante.
A mio parere i pic vanno benone se utilizzati con I2C, seriali, CAN, ma se
il protocollo porta via molte risorse (spazio sulla flash,e tempo
processore) è meglio pensare ad altro.
Ciao, Robby

moduli Rabbit:
Prima o poi mi dedichero' anche io all'utilizzo di questi moduli
Ne ho una a casa che per ora è li che mi aspetta
:-)
Me lo ha dato un mio amico che lavora in una ditta che li utilizza in
larga scala solo che...
mi ha raccontato di comportamenti un po' strani
Mi ha detto che piu' di una volta gli è capitato di dover resettare
dei moduli che ha trovato in condizioni di blocco (in ambienti
industriali molto rumorosi) e.. per fare il reset ha dovuto
addirittura staccare la batteria!!!
Insomma mi spiegava che in quei casi anche un circuito di supervisione
per il reset esterno non sarebbe servito a nulla.
Non mi sono mai guardato nulla sulle caratteristiche del modulo e
quindi non so se possa essere dovuto a cattiva programmazione (anche
se dai sintomi descritti ne dubito)
Qualche esperienza al riguardo?
Prima di avvicinarmi a questi moduli vorrei anche valutarne
l'affidabilità
:-)

 Qualche esperienza al riguardo?
Non so quale sia la scala di utilizzo del tuo amico.
Io utilizzo circa 200 RCM2250 al mese e non ho mai avuto problemi (e lavoro
con motori da 30KW)
Nelle mie applicazioni c'è il supervisiore di tensione esterno che comanda
il reset del modulo, inoltre ho abilitato anche i watch-dog sia interni che
esterni.
Utilizzo la porte ethernet, tutte 4 e seriali (2 in modalità rs485),ho
implementato un bus i2c per la comunicazione con una eeprom e 2 pic, i pin
dei port liberi sono collegati ad un bus che mi permette 16 ingressi 24V e
16 uscite24V/2A (ovviamente tutti optoisolati).
Le schede sono in genere alimentate a 24Vdc e genero i 5v per la logica con
lm2575 switching.
Il problema maggiore l'ho avuto quando ho dovuto implementare il download
manager via TCP/IP (che utilizza poi il protocollo UDP, indirizzando il mac
address dei moduli), ma ora è tutto ok ;-)
Ciao, Robby

>address dei moduli), ma ora č tutto ok ;-)
Beh...
si capisce perchč, come hai scritto in uno dei post precedenti, hai
scelto di non utilizzare i pic
:-)
spero di cimentarmi presto
per le cose che sto facendo ora sono piu' che sufficienti i pic dai
quali, sfruttando tutte le opzioni che offrono, si riesce anche ad
ottenere un bel po'
:-)
ciao e grazie per le delucidazioni (spaevo dell'ambiente di sviluppo,
mi dovrebbe arrivare a giorni)