www.elektronik.si

[Iztok]

Po dolgem času sem se spet lotil programiranja PICev v vellemanovem programatorju. Naletel sem na problem pri vpisovanju HEXov v PICa.

Vpisovanje se kmalu po začetku ustavi in mi javi:
ERROR
Write error at: 000D
Wrote: 2816
Read: 3FFF

Write in Wrote številki se spreminjata, Read pa je vedno 3FFF.
Če sem vztrajen in poizkusim 10x in več, včasih vpis celo uspe.

Ko sem zadevo preizkusil na drugem računalniku je delovalo normalno. Prav tako sem na tem računalniku programiral PICe še pred meseci brez težav. Vendar sem v tem času instaliral vanj še cel kup drugih softwerov ...

Ko sem pregledoval nastavitve COM porta in jih primerjal med obema računalnikoma sem opazil sledečo nastavitev (slika v priponki).
Računalnik na katerem deluje programiranje, opcije-zavihka Details sploh nima. Na tem računalniku pa se opcije Device Instance Id kljub bogati izbiri raznih varijant sploh ne da spreminjat.

Mogoče kdo ve vzrok problema na podlagi tega opisa?

[Sokrat]

Glede na to, da se nekaj vrednosti zapise pravilno, je razlog za tezave skoraj zagotovo prenizka/neustrezna Vpp. 0x3fff je default vrednost praznega (pobrisanega) cipa, zato to preberes ven iz neprogramiranih (= nepravilno programiranih) lokacij. Ker program od programatorja ve, da mora biti tam vpisan del programa (napise ti kaj naj bi to bilo pod "Wrote"; "Zapisano"), bi moral ob preverjanju nazaj prebrati to, kar je zapisal, ampak temu ni tako (to kar v resnici prebere, napise pod "Read"; "Prebrano").

Vzemi instrument in primerjaj Vpp po priklopu na obeh racunalnikih. Ce programator uporablja napajanje s COM porta, je cisto mozno, da ne zmore zagotoviti dovolj visoke napetosti za programiranje, oz. se le-ta obcasno sesede (zato nekaj vpisov deluje, nekaj pa ne). Glede na to, da je prvih nekaj lokacij ocitno pravilno zapisal (0x000d je 14. lokacija od zacetka cipa), se najbrz tam dokoncno izprazni kaksen kondenzator ali kaj podobnega, ki do takrat nekako se vzdrzuje Vpp dovolj visoko.

Sta OSa na teh dveh racunalnikih (kljer en ima tisti tab, drugi pa ne) razlicna ? To bi razlozilo razlicen prikaz, ne more pa vplivati na delovanje COM porta (gre samo za razlicno stopnjo ponazoritev naprav uporabniku).

[Iztok]

Vpp sem kontroliral na osciloskopu z memorijo in se ne spremeni niti za desetinko volta. Programator ima zunanje napajanje in s tem ne obremenjuje COM porta.
Na obeh računalnikih sta enaka operacijska sistema in driverja (serenum.sys ter serial.sys).

Ker isti hardware-programator deluje na enem compu, na drugem pa ne, še vedno sumim na problem v nastavitvah računalnika.

Mogoče je kaj "obešeno" na com port, čeprav sem zaprl vse programe, ki bi lahko kakorkoli vplivali na COM port ... seveda pa ne vem kako je v ozadju z raznimi driverji, ki jih naložijo različni softweri ob setupih. Razlike ni niti po ponovnem zagonu računalnika.

[Sokrat]

Hm, za tako stvar bi moral biti moteci program posebej dobro napisan, saj OS sicer omeji dostop do naprave samo enemu (uporabniskemu) programu naenkrat.

Imas prav, da ce sta OSa ista in nastavljena enako, bi moralo na obeh delati enako. V spominu imam temo izpred nekaj mesecev, ko je bojda IDE za PICe (C18 ?) povzrocal nekaksne tezave pri dostopu do COM porta, ne spomnim pa se kdo je doticno tezavo imel - morda se bo oglasil. Tema je bila precej genericna, tako da je verjetno ni lahko najti s tako malo podatki med starimi temami foruma.

[Iztok]

Razlika med računalnikoma je le v tem, da je na delujočem XP SP1 na tem pa SP2.

Ker imam na tem računalniku več sistemov sem poizkusil še v drugih XPjih kjer imam samo SP1 ... tam deluje vse normalno. Torej ostane možen vzrok problema samo še razlika v servis packih ali instaliranem softweru ...

[Iztok]

Samo v info ... sem našel problem.

Pred časom sem imel težave z nekim drugim programom, ki uporablja COM port. Zato sem instaliral ta *Virtual Serial Port Software* ...

Sedaj ko sem ga odstranil, programiranje PICev deluje spet normalno.