Zoli!
Elég gáz az a progi! Ha minden oké, akkor szép folyamatosan világító ledet kéne látnod. Kicsit halványabban mint egyébként, de nem hiszem, hogy látnád a villogást. Kérdés: mit is csinálsz a megszakításban? Egyáltalán, mitől lesz megszakításod? Ha meg lesz, miért nem térsz vissza?
Tibi

Milyen oscillatort hasznalsz? Hozzavalo erteku kondikat
hasznalsz?
Nem lehet hogy valami az egetovel nem stimmol, es emiatt
vagy nem jot eget bele vagy nem is eget bele semmit, csak
fut valami regi progi benne ami ilyesmit okozhat?

Zoli!
Szerintem ne kapkodj! Hamarosan kiforrja(elkészül a nyák és a végleges .pdf) magát a Wisp628 és az már a 18F-eket is kezeli. Nem érdemes mindenféle égetőt megépíteni, mikor nem tudják kezelni az új PIC-eket.
A hibádról:
A PIC táplábait hidegítsd le 100n-val, elég közel a lábakhoz. A reset kört is hagyd úgy, ahogy már javasolták. Programozd újra néhányszor és közben mérd meg az égető feszt, hogy meg van e 12V.

Üdv! watt

Megpróbáltam a Mono által javasolt megoldást, de sajna ismételten semmi. Próbáltam azt is, hogy 10 K-n keresztül felhúztam +5-re az MCLR-t (de a 100n-t kihagytam) Így se jó. Kezdek az égetőre gyanakodni. Ha lesz megint pénzem, akkor csinálok egy normálisabbat. Mondjuk első körben nekifutok egy JDM programmernek. Van valakinek valami véleménye róla?

Lippai Zoltán:

Sajna a ZIP fájlt nem tudtam leszedni, ha megtennéd, hogy átküldöd mailben a mono7806@freemail.hu-ra, megköszönném.

Első körben én is tápfesz./reset gondra gyanakszom. Nekem 16C84-es és 16F84-es kontrollerek mentek anno (jó három éve) úgy, hogy 10k-val tápra, 100nF-dal testre kötöttem a MCLR lábat. 7805 stabkocka be-test, ki-test közé pedig 100nF kerámát tettem, 7805 előtt értelem szerűen volt nagyobb puffer is. Mentek jól. Szerettem volna megnézni az égető rajzodat is, ill. a programot, amivel beégeted, ha más nem, akkor a nevét. Nem tudom, hogy a zip fájl miket tartalmazott, de sajna nekem egy 1k byte méretű zip-et tett le a vinyóra, majd azt mondta, hogy sérült, töltsem le megint, ezt megtettem kb. 4x, aztán feladtam.

Szóval a másik dolog, ha mostanában kezdesz PIC-ekkel foglalkozni, fentebb sok okosságot írtak (írtunk) már. Anno én is 16C84/16F84-ekkel játszottam (ill. Atmellel, de ez más téma), most viszont nem tűnik jó választásnak. Van nála olcsóbb, többet tudó kontroller, ha ilyesmi szinten nézelődsz, akkor javaslom a 16F627/16F628-as kontrollereket. Láb kompatíbilis a 84-essel, programot alig kell módosítani hozzá, mehet a 84-es program is bele. Megy 20 Megán, van benne komparátor, kevesebbet fogyaszt, stb, stb., de tényleg a lényeg, hogy olcsóbb.Vmi 600 nettó körül van az ára.

Azért mondom ezt, mert én most, az elmúlt két hét folyamán estem át egy ilyen korszakon (elővettem a régi 84-es dolgaimat, olvasgattam a neten, jelenleg 16F628-asokkal próbálkozom, teljesen új szoftverrel és égetővel). Az utóbbira itt egy link, a dokumentáció (pdf) alján van a kapcs. rajza. MPLAB-ban fejlesztek.

Ha gondolod, akár mailban is szívesen átadom azt a "tudásnak sem nevezhető valamit", amit én szereztem ezzel kapcsolatban ebben a két hétben.

Tehát amim jelenleg van égetőm (persze nem vettem meg): http://electronickits.com/kit/complete/prog/ck1709.htm

Ill. egy sokkal komolyabbal szemezek, azt pedig watt tette közre kicsivel feljebb!

Megnéztem a kapcs rajzot. Elsőre próbáld meg a MCLR - t a tápra kötni. )

Lippai Zoltán:

Szerintem a RESET (MCLR) nem jó: magyarán működés közben néha kap resetet, néha nem , így néha elindul a progi, néha nem, vagy működés közben újraindul. Próbálj meg egy RC tagot tenni a RESET-re.

Atti

Üdv a fórumosoknak!

Olvasgatva ezt a témát, én is kedvet kaptam a PIC-ekhez. Így letöltöttem egy jó kis oktatóanyagot a 16F84-hez (Fairco.fw.hu). Megépítettem a programozót, és a tesztáramkört is. Van itthon egy szabályozható tápegységem, 11,4 volt egyenfeszt ad ki magából, és rendesen szűrve van. Erre a tápra fogok majd néha utalni. Szóval kezdeném az égetővel. Miután megcsináltam nem működött, gondoltam nem ad le elég feszt. a programozáshoz, ezért rákötöttem a tápomat. Így most jól működik elvileg. Mindig sikeresnek jelzi a beégetést, és az ellenőrzés is jó. Ezután beraknám a tesztáramkörbe, aminek a táplálása annyi, hogy a tápegységre rárakok egy 78L05-öt és kész. Szerintem ennyi elég kell, hogy legyen, mert a tápegységben már van gerjedés ellen kondi, meg szűrés is. Szóval mielőtt beraktam volna a PIC-et, megnéztem a dolgokat. A tápfesz rendben van, a LED világít, ha a 6. lábra rákötöm a Vcc-t. Ezután berakom a felprogramozott PIC-et, és nem történik semmi. Bár néha volt olyan, hogy néhány mp. után bekapcsolt a LED, majd égett 1-2 mp-ig és utána kikapcsolt, majd semmi. Sőtt olyan is volt, hogy néhány mp-el a bekapcsolás után bekapcsolt a LED, pár mp. után kialudt, de csak egy nagyon kis időre(tized mp) majd visszakapcsolt. És ezt folyamatosan játszotta. Magyarul villogott. A rezgőkört sajnos nem tudom megvizsgálni, hogy tényleg rezeg-e, nincs szkópom. Ezek után van valakinek ötlete, hogy mi lehet a baj? Köszi előre is:

Egy a fórumra életében először író
Lzolcsi

Ja a szükséges fájlok itt vannak: lzolcsi.fw.hu/pic.zip

Kar hogy assemblerben nem lehet dobozt csinazni a cucchoz:)
Viszont feliratot kene csinalni egy kis fekete pvc dobozra
(kapcsolokhoz, koztuk egy dzsekszlihez is), van ra valami
otlet? (nem kell nagyon profi de a letraset biztos nem jo
mert lejon es lakkozni se nagyon lehet mert az ronda ahogy
feljon a szele).

lgallo:

en igy szoktam hasznalni (lehet hasznodra valik, ezert irom le):

CONSTANT BASE=0x70 (pl)

vevo_puffer equ BASE
ado_puffer equ BASE+1
egyeb equ BASE+2

Hogyha a memoriaban mashova akarod oket helyezni, csak atirod a BASE cimet (pl ha mas PIC - be kell atvinni a software - t...)

#DEFINE PIROS_LED 0; RA0 - n van egy piros led


Erdemes szerintem makrot irni a bank valtasra is...
Ekkor pl. hogy egjen a LED igy nez ki:

BANK1
bcf TRISA,PIROS_LED ; kimenet
BANK0
bsf PORTA,PIROS_LED ;eg
wait
bcf PORTA,PIROS_LED ;nem eg

Ha mashova kotod a ledet, akkor csak egy helyen kell atirni a kodot (#DEFINE)

Atti

U.I: bocs a belso oszcillatorert, valoban nincs a 16f8xxx - ben. A 16f628 - ban van

> Tényleg! Neked hogyan akadtak össze a dolgok, hogy ez
kiderült?
Szeretek strukturaltan programozni (es pl. a konstans aze
eleg alap dolog egy nyelvben). Raadasul feltunt hogy no a
kod merete ami nem epp illendo, ezaltal gyanussa valt a
dolog. Mondujk >10 eve hivatasosan progizok, de assemblyben
mar evek ota nem. Pedig nagyon kis kellemes dolog. Az ember
akkor erzi hogy valami vas van alatta es azt csinalja amit
en mondok nem pedig valami holmi os szeru baromkodik
alatta:) most meg elvezem ebben a kodolast:)

lgallo !
Miket ki nem próbálsz! Én még nem ütköztem bele ilyen vonatkozásban a problémába, ezért ez fel sem tűnt! Elég hasznos lehet amit írtál szerintem! Kösz!
Az EQU-val kapcsolatban is igazad van. Ízlés kérdése, hogy menet közben egyenként, vagy előre definiálsz egy változót.

De ez a Constant dolog eléggé meglepett! Még hogy hagyja magát felülírni!? Normális az aki ezt így oldotta meg? Vagy akkor nevezze másképp!
Végül is mindegy, mert eddig nem okozott gondot, mivel eszembe sem jutott egy "constant"-t átírni!

Tényleg! Neked hogyan akadtak össze a dolgok, hogy ez kiderült?

Üdv! watt

> Van egy mpasm.pdf nevezetű fájl. 2M, töltsd le, abban
részletesen benne van
> minden. A microchip oldalán van elvileg, de a google is
segít.

Na letoltottem, 1 az egyben ugyanaz mint a tobbi doksi,
ugyanazt a nehany sort es ugyanazt az examplekat
ismetelgetik mindegyikben.

Node sikerult rajonnom hogy ez a CONSTANT is valami valtozo
fele, raadasul constantnak hiv szinte minden ilyesmit
(VARIABLES,EQU,CBLOCK).

Az igazi konstansokat a
#define name expr
sorral lehet definialni ilyenkor telleg ugy mukodik mint
egy konstans forditas elott vegigcsereli a hivatkozott
cimkeket azt csok (valojaban szimpla stringcsere). Ez kell
nekem!

> Találtam viszont valamit, aminek lehet, hogy hasznát
tudod venni ebben:
>
http://www.microchip.com/download/tools ... ode/mpasm/
30400f.pdf

Ez eleg gyengusz inkabb csak egy osszefoglalo, a helpben
valamivel tobbet irnak de az se sok.

> A CONSTANT (állandó) az amit jelent.
En is igy gondoltam csak akkor csodalkoztam amikor egy
MOVWF nel elfogadta...
Sot most ki is probaltam, ez nagyon gaz az erteket is
felulirja mint egy sima mezei valtozonal, igy meg mi haszna?

> Nem szeretem, amikor nem tudom, hogy melyik bankba kerül
a változóm.
> Ezért inkább a:
>
> CBLOCK 0x20(vagy más címtől)
> változók
> ENDC

De az EQU nal is te mondod meg, pl.:
TIMER1 EQU 20H

Igallo!

A CONSTANT (állandó) az amit jelent.
pl.
CONSTANT óó = 01
Ha a forrásba bárhova érték helyett óó-t írsz, akkor oda 01-et fordít bele majd a fordító. Ott jó a használata, ahol olyan állandó értéket lehet egy fogalomhoz hozzárendelni, így az értéket nem kell megjegyezni, csak a rá utaló fogalmat. A fenti példa a hosszú "ó" LCD kijelzőben lévő karaktercímét "jegyzi" meg. Hivatkozni rá a táblázatokban így szoktam : DATA "Te l",óó

Az EQU,SET,VARIABLE közül szinte soha nem használok egyet sem.

Nem szeretem, amikor nem tudom, hogy melyik bankba kerül a változóm.
Ezért inkább a:

CBLOCK 0x20(vagy más címtől)
változók
ENDC

használom.

Van egy mpasm.pdf nevezetű fájl. 2M, töltsd le, abban részletesen benne van minden. A microchip oldalán van elvileg, de a google is segít.

Üdv! watt

Én még csak ismerkedek a dologgal, szóval passz a válaszom.
Találtam viszont valamit, aminek lehet, hogy hasznát tudod venni ebben: http://www.microchip.com/download/tools ... 30400f.pdf

Gyors kerdes, MPASM.
Mi a kulonbseg az EQU,SET,VARIABLE kozott? Eddig EQU-t hasznaltam.
Mire jo a CONSTANT? Gondoltam olyan mint mas nyelvben egy cimke amit forditas elott lecsereval mindenutt az adott ertekre. Ennek ellenere tudok neki erteket adni, es mintha a kod is nott volna tole (ebben nem vagyok biztos, de nem lenne szep). Ha meg ez nem az a konstans akkor mit lehet helyette hasznalni?

watt: Köszönöm levele(i)d! A PIC-ekkel való meglátásod volt az, ami engem is arra vitt, hogy újra elővegyem a három-négy éve abbahagyott dolgaimat ezzel kapcsolatban, majd gyorsan el is felejtesem, mivel ez leginkább a 16F84-es égető, régi, DOS-os szoftverek voltak (meg kicsi emlék).
Aztán keztdem szinte az egészet elölről

Igallo!
Kicsit túlbonyolítod, de úgy is lehet, ahogy Te írod, főleg, ha ilyen szüneteket tart az órajel.
Ahogy írtad, minden órajel valamely kiválasztott éle indít egy számlálót, miután lenullázta. Ha a számláló túlcsordul a következő órajel él elmaradása miatt, akkor megszakítást okozhat,(beállítás kérdése) ami elölről kezdi a figyelést, az eddigi betárolt adat kidobásával. Ha megvan a megfelelő számú adat, úgy hogy közben nem volt órajel időzítési hiba, akkor elvileg jó adatot vettél.

Ahogy nézem az adatsrtuktúrát, én két csoportban venném és ellenőrizném, de csak akkor, ha közben van szünet az órajelben a két 16bites csomag között.
Ha nincs szünet az órajelben, csak az adatban, akkor tudni kell a két adatcsomag közti órajel számát és ezt is számolni kell, és ellenőrizni, majd a megfelelő élnél elkezdeni betárolni a második 16bitet.

_mono_!
Semmi gond az _-okkal, itt van a Shif mellett! ) (nekem tetszik, mert eredeti!)

A PIC-nek van sok előnye a TTL-ekkel szemben.
1. kicsi
2. okos (olyan dolgokat lehet később megoldani egyszerűen, amit sok TTL IC-vel lehetne csak.)
3. üzembiztos
4. olcsó(nem biztos, hogy olcsóbb, de olcsó)

Üdv! watt

Nu elkeszult az elso project, egy fenykepezogep infras taviranyito idozito megfejelve nahany extraval, forraskodot itten lehet meglesni:
http://www.extra.hu/e10/ir.txt
Funkcionalisan muxik tokeletesen, mar csak hegeszteni kell, meg dobozolni. Kovetkezo projekt az emlitett jelkuldozgeto ketyere illesztese pc-hez lesz.
Esetleg ha valaki raer es megnezne a forrast, a nagyon vad baromsagokat megirna, megkoszonnem (ezt igy kutfobol es doksik nezegetese alpjan barkiztam ossze, biztos nem valami szep de meg alakul:), koszi az eddigi segitseget mindenkinek!

> vár. Ez hardveresen, szoftveresen egyformán
kivitelezhető.

Ha lehet szoftveresen csinalnek ilyet, de ez valamilyen
multitaszki/it megoldast feltetelez. Egy ciklusom van ami
varja a jeleket, egy meg ettol fuggetlen ami meri az idot,
es nullaz ha timeout van. Hogy kene egy ilyet kivitelezni?
Vagy. Detektalok egy felfuto orajelet (hozza megnezem a
bitet) aztan el kezdek varakozni egy kovetkezo orajelre.
Ekozben novelgetek egy szamlalot, ha jon egy orajel akkor
nullazom es ujrakezdem. Ha nem jon orajel es idokozben a
szamlalom tullepett egy time-outot akkor leall, nullaz es
indul elorol. Csak valahogy a reset utan mar nem szabad
resetelni amig be nem kovetkezik egy ujabb orjel (mert
ekkor van a 10se-es szunet), szintugy a 32 bit vege utan.
Persze ide be kell tenni a pc feloli lekerdezest, majd ha
annak vege akkor ujra visszaterni az orajelre valo
varakozashoz, ilyenkor elofordulhat hogy epp folyik egy
adatkuldes es pont a kozepiben terek vissza, persze
ilyenkor nem lesz meg a 32 bit igy szinten reszet...

Igallo!
Minden bejövő órajellel elindítasz egy újraindítható
monoflopot, aminek az ideje hosszabb, mint... Ha a monoflop
billen, akkor hiba, számlánc - buffer - lenulláz, új adat
vár. Ez hardveresen, szoftveresen egyformán kivitelezhető.
Közben persze az órajelek léptetnek egy számlálót, ami ha
nem érte el a 32-őt, vagy éppen túlcsordult, szintén hiba,
törlés. A monoflop ezt a számlálót is törölje,
természetesen. A mint... olyan legyen, hogy az a bizonyos
rövid szünet is beleférjen. Pár levéllel előbb leírtad a
pontos időket, frekiket is.
Tibi

Kovetkezo dolog:
Nezem a 16f870 pdfjet. Van benne egy ilyen tablazat: Figure 2-2, Register File Map. Namarmost en ilyen altalanos celu registerkent a W (working,accumulator) regisztert hasznalom. Ez igy 1magaban eleg sovany. Van meg ilyen altalanos celu amit hasonloan lehetne hasznalni? (felek hogy nem mivel a parancsok is ehhez tartoznak). A tablazat alajan van egy rakat General Purpose Register. Ezek nem hasznalhatoak (nem latom kireszletezve oket)?

Ok, értem. Így már stimmel, most rohannom kell, kb. egy óra múlva vagyok megint, átbeszélhetjük a problémát akkor!

Hogyhogy minek? Arra gondolsz hogy windows-bol figyeljem a
portokat (az nem megy, tapasztalatbol mondom mert az
borzaszto gyenge idozitesileg, eloszor ezzel probalkoztam
de iszonyat bizonytalan). Most egy rakat ic-bol (ttl
aramkorbol, shift regiszterbol es multiplexerbol) van de a
bithibadzas miatt nem tudom detektalni a hogy mit is
olvasott, es egyebkent is fosul nez ki (igaz igy nem fugg a
pc kiolvasasi sebessegetol). Sokszor van hogy a primko
ellenorzo bit miatt jonak nez ki az adat de megsem az es
extrem ertekeket kuld, a picel eszre tudnam venni a hibat
az idozitesi csuszas miatt. Egy shift regiszter addig tol
amig 32 orajel be nem gyun, nem zavarja ha ket utem kozott
volt 10mp. Es ha egy ilyen hiba bejon akkor az folyamatosan
megmarad, vagy resetelni kene utana...
Aztan meg egy bitshiftes osszevissza rotalast kell csinalni
a pc-n, a kivant eredmenyhez, gondoltam ezt is atteszem a
pic-be igy meg kulturaltabb lesz a pc-felol nezve (de ez
csak bonusz lenne).

Így első körben lehet, hogy hülye kérdés, de: minek ide a PIC?

Igallo:
watt kérdései "ott vannak", ezért én nem teszem fel őket, de a válaszaid engem is érdekelnek!

off:
watt! Nem kell a _ jel a nevem elé, mögé, macerás lehet begépelni, csak "fut" már itt valahol egy Mono user, nem engedett így regisztrálni. Viszont egyszer rákerestem, kb. két éve nem aktív tag.
on:

Azt nem is kérdeztük, hogy minden 10secenkénti adat halálian fontos, vagy nem nagy gond, ha kimarad egy-egy csomag? Van e lehetőség közölni az adóval, hogy küldje újra az előzőt, még a következő csomag előtt?
Üdv! watt

Igallo!
Ezt írtad: "A bitsorozat mellett van egy orajel is ami csak az adatok kuldesekor all fent."

_mono_ azért kérdezi mégis, mert nem érti(én sem), hogy mit nem értesz!

Ha csak addig van órajel, amíg az adat is, akkor két lehetőség van, feltételezve, hgoy mindig 32 bitet köldünk:
1. minden adat átért(32 = 32)
2. nem ért át minden adat(xx(fogadott bitek száma) < 32)

Van még egy kacifántosabb eshetőség amit az előbb említettem:
3. Átért adat bitek száma 32, mert az órajel végigment, de az adatok elakadtak, vagy akadoztak. Ekkor rossz lesz a betárolt érték. Erre lehetne pl. kétszer elküldeni az adatot 1sec-en belül, és ha mindkettő egyforma, akkor minden rendben. (feltéve, ha nem mindkét esetben tök nulla az érték, az adat busz leakadása miatt.)

Ha biztonságos az adatfolyam, és csak az órajel szórakozik, akkor elegendő az első két eshetőséget kivédeni.

Üdv! watt

Persze osszetort... Notepadba copy-zva Courier New Regular-
al jo lesz:(

Na akkor egy gyors grafika az utemezesrol (ez a bejovo oldal, a pc oldal mas teszta az mar sajat kialakitasu lesz):

1_____-_-___-___-__3__-___-_-_-__________________________________-_-

2_____-_-_-_-_-_-__3__-_-_-_-_-_-___ 10mp szunet jon majd ism ___-_-

1=Adatbitek
2=Orajel
3=Rovid (nehany orajelnyi) szunet

Ket 16-os csoportban jonnek az adatbitek (az orajel ezzel szinkronban szinten ket egymast koveto csoport), a ket csoport kozott van egy nehany orajelnyi szunet, aztan ha megvolt a 32 bit, akkor 10mp szunet.
Par bit rajza:

_____ _____
| | | |
1____| |_________________| |___
_____ _____ _____
| | | | | |
2____| |______| |______| |___

Idok:
_____ = 430uS (2.3KHz) magas szint ideje
___________ = 1.76mS (560Hz) egy orajel teljes ideje

(Remelem a spacek nem torik ossze:)

Órajeled nem csak addig van, amíg adatfolyam? Az mindig ketyeg?

Ilyesmire, de honnan tudom hogy nem jon be az osszes? Mert pl. van 32 bit. Ebbol bejon 31, eltellik 10 mp jon a kovetkezo 32 de ennek az elso bitjet fogom 32.-nek detektalni az elozo sorozathoz. Ezert gondoltam hogy valahogy merni kene mennyi ido telt el az egyes bitek kozott es ha tul sok (pl 10 orajel idonyi, ennek megvan az oka hogy mert ilyen sok) akkor nem volt jo a vetel, reszetelem a buffert es hibat jelzek a pc-nek. Node hogy tudom merni az idot (azert meg olyan gyorsan hogy az ne csusszon ki az orajel utemezesebol)?

Na ja!
Az órajel indulásával valamilyen szinkronban(felfutó éllel, vagy lefutó éllel indítva.) jön az adat. Ha az órajel megszűnik, és még nincs meg az összes bit, akkor hiba.
Az gond, ha az adat is hibázhat, mert ha az órajel megy, akkor az adatnak tökéletesen kell beérnie. Esetleg a végén crc bájtot is kéne küldeni...
Üdv! watt

Igallo:

Az elvileg ismeretes ugy, hogy hány digitből áll egy ilyen bitsorozat, ugye? Amennyiben nem jön be az összes bit egymás után, akkor elkonyvelhető hibásnak, így azt figyelmen kívül hagyhatod. Vagy nem ilyesmire gondoltál?

Lenne nehany kerdesem (ujra:). Van egy muszer, ez kb 10mp-enkent, ad ki egy bitsorozatot magabol. Termeszetesen semmifele szabvanynak nem felel meg. A bitsorozat mellett van egy orajel is ami csak az adatok kuldesekor all fent. Ezt eddig ttl kapukkal (shift regiszter es multiplexer segitsegevel) olvastam be a pc-be, printerporton keresztul. Ez jo sok ic-t kivant. Szeretnbem kivaltani pic-el.
Kerdes hogyan erdemes csinazni. Az orajel mellett szepen olvashato a bitsorozat amit berakok 4byte-nyi valtozoba. Ezutan ezt kene atkuldeni a pc-re. A pc is ad egy orajelet (jo lassu egy delphi progi csinazza de a windoz azert nem olyan gyors) amire varja a valaszt, amit be lehet adagolni a printer portra.
A gond akkor van ha a muszerbol nem jon ki az osszes orajel (lehet sot van ilyen eset is), ekkor hogyan vegye eszre a pic hogy gond van? Valahogy merni kene a jelsorozat idotartamat mert pl. x ms-nel hosszabb ideig ugysem jon belole adat igy eszreveheto hogy gixer volt. Ez fentallhat pl. akkor is mikor a pc-vel olvasas befejezodik majd el kezdi figyelni a jelsorozatot de az mar egy kicsit elobb elkezdodott. Ja most szigoruan szekvencialis progira gondolok. De lehet hogy ket bufferrel es megszakitassal is lehetne ugykodni de errol meg lovesem sincs...

Na jaccotam a cumoval ma. Szepen muxik ez az ldr-key. Csinaztam egy minimal aramkort nehany leddel, es tokeletesen lehet vezerelni. A PIC monitorprogi kvarchoz van konfigolva. Szoftver idozites igy nagyon pontos, szepen be lehet loni (persze szkop az kell). Szepen nyomja az altalam megirt bitsorozatot, meg a bemenetek erzekeleset kell megbutyizni de alakul. Mondjuk a legszebb az lenne ha a kivant bitsorozt valami tombben vagy a belso epromban lenne es azon maszna vegig egy ciklus, plane ha ez bites tarolasban lenne. Most ugy csinaztam meg hogy van egy 1-est es egy 0-at kuldo rutin es azt hivom meg a foprogibol a megfelelo szekvenciaban. Holnap(vagyis ma:) folyt kov.

Milyen archívumot? :O

Üdv Mindenkinek!
El lehet olvasni valahogy az archívumot?
Köszi
Feri

_mono_!
Akkor az lesz, és akkor elküldöm a DesignWorks-is! De csak hétfőn, mert elfelejtettem behozni a rajzot. Bocs! (a sok szerelnivaló, meg a pénz szaga ) De most csomót kötöttem!)
Üdv! watt

watt!

Segítségedet előre is köszönöm, keresek valami online shopot, ahol megvásárolhatom a szoftvert!

A címem való igaz, hogy kimaradt: mono7806@freemail.hu (amennyiben az elküldendő anyag mérete meghaladná az 1MB-ot, kérlek dobj egy levelet erre a címre, majd abban küldök egy másikat (amit annyire nem publikálnék itt) és arra korlátlan méretben lehet mailt küldeni.

Előre is köszönöm!

Mono

A véleményeddel egyetértek!

A rajzokat holnapra behozom és elküldöm (hova is? ) )
Addig töltsd le a DesignWorks Professional 4-et,(találni hozzá "mindent") mert ezzel tudod jól meglesni, mert elég nagy a rajz egy képhez az adapterek miatt.
(megy a buszom!) Üdv! watt

watt:

Köszönöm a dícsértet!
Én is teljesen véletlenül akadtam a programozóra. Ezen felül teljesen a kíváncsiság hajtott, hogy mi lehet egy ilyen égtő doksijában. Aztán így akadtam rá a kapcs. rajzra is, teljesen véletlenül.
Amennyiben nem indiszkrét kérés, megtennéd, hogy amit összegyűjtöttél anyagot, átalakított kapcs. rajzot, stb. átküldenéd nekem mailben? Ha két hét múlva lesz kész, akkor két hét múlva, mindegy, de érdekelne. Emiatt előre is ezer köszönet!

Gaya:
Köszönöm válaszod, tisztult a kép. Sosem baj az, ha szájbarágós egy válasz, vagy egy hozzászólás. Ha most itt akár érti is mindenki közülünk, ki tudja, hogy hányan olvassák ezt most anélkül, hogy beírnának, ill. ha valaki később tévedne ide a kisebbik számú fórumozók közül (akik olvasnak is, mielőtt írnak-kérdeznek), akkor azok számára is jól jöhet egy részletesebb magyarázat.

Sose kérjetek elnézést emiatt, ha van időtök és kedvetek, inkább írjatok le mindig mindent részletesen! (Ez persze csak az én véleményem!)

Gaya! Igazad van, mindenki maga dönti el. Én csak jóindulatú javaslatokat tehetek, mivel azt látom, hogy talán nem mindig vesznek figyelembe fontos dolgokat egy programozó kiválasztásánál az azt megépíteni kívánók. Díjazom, hogy objektíven látod a picprog értékét!
Én eddig PonyProg-al dolgoztam szintén 16F87x-ekkel, és írtam is egy építési leírást róla, de az idő eljárt felette, ezért nem is ajánlom már senkinek!
Most készítem a teljes doksit magyarul minden fontos dologgal ami a Wisp628-hoz kell. Kicsit kiegészítem az áramkört, a tápellátás, és az adaptereket is külön kirajzolom(ami nem nagy ügy, de jobban áttekinthető a rendszer működése, ami egy kezdőnek nem árthat)). Ha kész lesz és érdekel valakit elküldhetem(a rajz már kész DesignWorks-ben olvasható.).

Azt is örömel látom, hogy _mono_ nagyszerűen összefoglalta a Wisp628 építésének fontos lépéseit. Gyakorlatilag a legfonotsabb momentum a 16F628 égetése megoldódott, mivel 4 ellenállás, 1 kondi és egy 4013 kell hozzá, némi vezetékkel és egy soros port csatival.
Mégegyszer köszi _mono_, hogy ráleltél ill. rámutattál(annyi égető van, hogy dunát lehetne rekeszteni, és nem mindig látja meg az ember az értéket elsőre. Ezzel is úgy voltam, hogy "á csak 16F628-at éget" és nem is néztem milyen pofon egyszerű(mondjuk jól eldugták a rajzát )!


Az oszcillátorokkal kapcsolatban egyértelműen belső oszcillátort említettünk. A 18F-ekben 8MHz-es darabok vannak. Csak tápot kell adni a PIC-nek és minden fennmaradó lába használható. Kell ennél jobb?!
Csak a nagyon pontos időzítéseknél ill. méréseknél van szükség kristályra.

más:
www.hqvideo.hu
online árlista:
MAX232N DUAL RS232 TRANSM./RECEIV 16p. DIP 1: 211.00 + fa
e-mail-ben is lehet rendelni,
postán hozzák másnap, ha nem vagy otthon, kell kérni, hogy adják le a postára, vagy kell beszélni a szomszédokkal. (Az Lomexről nem tudom hogy postáznak e?)

www.chipcad.hu
árlista
e-mailen kell rendelni
PIC16F628-20I/P PDIP 594 Ft +fa
utánvétes csomagot küldenek.
(ez a két legjobb csapat akikkel eddig kapcsolatban voltam. Ha közel laksz a Lomex-hez, akkor az a legjobb megoldás, de ha vidéki vagy....)

Igazán nem lehet mondani, hogy drága lenne ez az égető!

Üdv! watt

Kijavítanám magam.
Hülyeséget írtam azzal kapcsolatban, hogy nem tudja írni a PICPROG az adat EEPROM-ot. Ugyanis a 2100h cím felett elhelyezkedő értékek az EEPROM adat értékek, és ez is szépen bekerül a PIC-be. Elnézést a korábbi tévedésért.

Üdv:
Gaya

Azt még elfelejtettem leírni, hogy a PICPROG-ot én DOS, és Win9x alatt próbáltam, XP alatt még nem.
A program használata is egyszerű, akár maga az égető, sima DOS parancssoros.

Üdv:
Gaya

Sziasztok!

Mindenkinek magának kell eldönteni, hogy melyik programozót készíti el. Mindenesetre az általam megépített PICPROG kíválóan alkalmas a listájában szereplő PIC-ek égetésére, és occsó is. WATT-nak viszont igaza van abban, hogy a nagyobb PIC-eket nem kezeli, valamint további hátránya ezen programozónak, hogy az EEPROM data-memóriát nem tudod vele írni, csak a program-memóriát.
Eddig a 16F84, 16F877, 16F877A típusokat nyúztam vele sikerrel.
MONO! Én az MicroChip által kreált MPLAB6.20 használom fordítóként. (Tehát itt létrehozok egy project file-t, majd beillesztem az asm-ot, és a fordítás során keletkező hex kerül a PIC-be. Ezt itt csak a kezdőknek írtam, természetesen nem a haladóknak)
Az előző 6.x-es verzióban valóban voltak kisebb szimulációs hibák, de eddig ennél a verz.-nél még nem tapasztaltam.

Ezekbet: Nem figyeltél amikor az RC oszciról írtam. Én nem belső oszcit említettem(ami egyébként tényleg nincs), hanem egy RC OSZCIT! Ez pedig van a PIC16F8x-ekben.

Üdv:
Gaya

Ezt írtam én:
---------------
ahol olcsó költség mellett nem számít a pontos rezgés
---------------

Ezt kicsit átfogalmaznám, mert félreérthető voltam talán:

ahol ocsó költség mellett nem számít a meghatározott frekvencián való rezgés

Na most már legalább tudom, hogy kell ide képet beszúrni!
Pedig csak linket akartam...