Pagina 2 di 4
Inviato: giovedì 6 luglio 2006, 16:56
da Buddace
Despx ha scritto:Ragazzi, scusate...ma perchè continuate ad usare delle "merdicole" di programmatori e non investite due euri un qualcosa di serio? In commercio ci sono decine di programmatori dai 40 euro in sù oppure se ne siete capaci, esistono progetti validissimi in rete, io x esempio sono partito dal Propic2 e mi sono realizzato il programmatore che ho pubblicato sul sito che è in grado di programmare
TUTTI i pic prodotti da Microchip compresi le new entry 10F e 24F.
E' compatibile al 100% con ICProg e WinPic (migliore di ICProg e sempre free).
Ciau
Despx
Il ProPic2clone da problemi con ICPROG se usato sotto winXP.
Inviato: giovedì 6 luglio 2006, 16:59
da Buddace
Quel programmatore (ennesima copia del propic2 come quellod i despx) lo aveva realizzato ettore e riflettendoci i problemi che ha riscontrato probabilmente direi che dipendono da ICPROG:
Inviato: giovedì 6 luglio 2006, 17:01
da Despx
Ma il mio non è un propic2
gli ho eliminato i problemi e va benissimo con Win2000 che è il papà di quello schifo di XP.
Sciauuuu!
Despx
Inviato: giovedì 6 luglio 2006, 17:06
da greenant
Una buona parte dei problemi di IcProg sotto Xp è data dal driver per l'accesso diretto alla seriale (o parallela). Si vede che questo driver non è stato scritto molto bene, e quindi a volte funziona a volte no.
Io, col mio ProPicII sotto Xp, ogni tanto ho dei problemi, però, resettando il programmatore e reinstallando il driver, poi si mette a funzionare.
Credo che la soluzione migliore sia investire un po di soldi e comprarsi un programmatore serio, magari USB, in modo da ridurre al minimo i problemi con Xp
Inviato: giovedì 6 luglio 2006, 17:09
da Buddace
Inviato: giovedì 6 luglio 2006, 17:09
da Despx
Basta usare WinPic (che è free) e tutti i problemi scompaiono....
Ciau
Despx
Inviato: giovedì 6 luglio 2006, 17:17
da Buddace
Una buona parte dei problemi di IcProg sotto Xp è data dal driver per l'accesso diretto alla seriale (o parallela). Si vede che questo driver non è stato scritto molto bene, e quindi a volte funziona a volte no.
Questo è coerente conquello ceh ho scritto sopra. Non è un problema hardware ma software!
Inviato: giovedì 6 luglio 2006, 17:26
da Despx
Inviato: giovedì 6 luglio 2006, 17:33
da Buddace
Inviato: giovedì 6 luglio 2006, 17:41
da Despx
Bhe ogni tanto il laboratorio "scoppietta" ma poi quello che pubblico ha passato l'ok dai vigili del fuoco
Ma XP non permette l'emulazione di Win2000? Neppure così non va ICProg?
Ciau
Despx
Inviato: giovedì 6 luglio 2006, 17:44
da Buddace
Despx ha scritto:Bhe ogni tanto il laboratorio "scoppietta" ma poi quello che pubblico ha passato l'ok dai vigili del fuoco
Per la felicità di tua moglie
Ma XP non permette l'emulazione di Win2000? Neppure così non va ICProg?
Si ma con icprog funziona da schifo.
Inviato: giovedì 6 luglio 2006, 20:42
da r302
Tanto per inserirmi nella discussione... sto letteralmente impazzendo... ho preso un progammatore profescional tale Top2004 usb ma il mio portatile winzozz mi dice che non ha necessaria alimentazione sulla unica usb 1 (lo so, è vecchio, un PentiumII, ma non voglio comperare un portatile per programmare dei pic...) e allora decido di montare il Top2004 sull'Athlon dell'ufficio, 1,5 mega, più di un giga di ram, 8 porte usb... lo vede ma non legge e scrive...
Quindi non è vero che comprando un progammatore profescional si risolvono i problemi... vabbè, io mi incasino, non sono mac, ma perdinci non mi sembra che siano istruzioni macchina così complesse come stampare sul un plotter...
Ragazzi, dopo due pomeriggi a programmare e leggere pic, l'unico rogrammatore che riesce a funzare è quello che mni sono fatto dal sito, alemno mi da letture dei pic coerenti ogni volta, nel senso che se inserisco il pic numero 5 (bruciato, non funzionante) almeno ogni volta mi da la stessa lettura e comparazione con il fle hex.
Per ingroby: non riesco neppure a leggere i valori del pic che avevo programmato, ma non me lo sono sognato: avevo letto un pic e avevo fatto funzionare una loco (muletto) in digitale. Adesso lo stesso decoder montato su una 636 roco (il muletto è smontato in riparazione, anzi in restauro) non lo vede nemmeno... sono sempre più disperato.
Beh, vi ho detto le mie disavventure.
Forza ragazzi e continuate a sperimentare.
Saluti.
Gianmarco
Inviato: giovedì 6 luglio 2006, 21:59
da greenant
I più comuni PIC utilizzano la tecnologia ICSP (In Circuit Serial Programming) per essere programmati. Questo vuole dire che bastano pochi piedini per programmare un micro.
In particolare sono, oltre al VPP e GND, RB6, RB7 e MCLR. Questi ultimi 3 possono cambiare a seconda del modello del PIC.
La VPP viene normalmente portata a 12V, mentre gli altri 3 piedini vengono comandati opportunamente per leggere o scrivere nel PIC
Un programmatore come il JDM o il ProPic utilizzano la porta seriale o la
parallela per comandare questi 5 piedini. Un segnale comanda il VPP e lo mantiene costantemente a 12V, e fornisce l'alimentazione a tutto il circuito. Gli altri 3 segnali vengono comandati opportunamente da segnali di controllo della seriale oppure dai dati della parallela.
Per quanto riguarda la parallela, esce a 5V, e quindi per ottenere i 12V della VPP, serve normalmente una alimentazione esterna.
Per quanto riguarda la seriale invece normalmente si utilizzano direttamente le tensioni della seriale. Però lo standard non definisce esattamente i livelli di uscita, ma un RANGE di livelli. Normalmente queste tesioni si aggirano attorno ai 12V, ma questo non è sempre così (come per gli adattatori USB->SERIALE che a volte escono con tensioni leggermente inferiori). Potrebbe capitare anche che la seriale non riesce a comandare direttamente (non fornisce abbastanza corrente) il PIC.
àˆ per questo che è sempre consigliabile avere una alimentazione esterna
Per programmare il PIC normalmente il sw sul pc modula opportunamente i 3 segnali e li invia al PIC. Però, per fare questo, il software accede ai piedini della seriale/parallela in modo non standard. Quindi, nei sistemi operativi NT, è necessario un driver per potere accedere a questi piedini e bypassare il sistema operativo.
Inoltre Windows non nasce come un sistema operativo RealTime, e quindi è possibile che i timing esatti non vengano rispettati, e quindi la programmazione potrebbe non andare a buon fine
àˆ per questo che alcuni programmatori seri a bordo hanno un microcontrollore che scarica i dati dalla seriale/usb dal PC e generano i timings corretti. In questo modo si ha il massimo controllo e la massima precisione e stabilità per quanto riguarda la programmazione.
Il Willem ha a bordo un microcontrollore. Forse anche il K149 ma non ne sono sicuro
Inviato: venerdì 7 luglio 2006, 14:39
da Roberto_Pericoli
Allora...
Mi sono portato tutto in ufficio dove ci sono varie macchine. Ho caricato WinPic su un PC con WIN 98, ho collegato tutto per benino e ho lanciato WinPic. Quel gran bastardo mi dice che non puo' inizializzare il programmatore perche' windows ha agito sui bit della porta LPT
Ma vacca la miseria!!! Ho sdraiato tutte le stampanti, l'ho scollegato dalla rete, ho disabilitato tutti i firewall e antivurus
Che devo fare? Cercare un programmatore che si colleghi alla seriale potrebbe risolvere?
Inviato: venerdì 7 luglio 2006, 14:42
da Buddace
Se sei con il 98 prova tranquillamente l'icprog!
