Sziasztok!
Lenne egy problémám lehet, hogy tudtok valami okosat mondani rá. Hátha valaki már találákozott ilyen problémával. A helyzet az, hogy a PicKit2-vel /PK2AVRISP/ szoktam atmegát programozni ami eddig ment is tökéletesen. De most állandóan ezeket a hibákat dobja a CodevisionAvr, FLASH erasure failure at data address:1D0h
FLASH data:00FFh!! Olvasásnál nem mindenhol FFFF van!
Ha törölni akarom akkor is meg ha írni szeretném akkor is, mindig általában más hibákat ír! A haveromnál ugyanazt az Atmegát ugyanilyen módszerrel simán felprogramoztuk. Nem tudok rájönni mi lehet a gond??
Ha lenne valami ötletetek erre azt nagyon megköszönném!
Köszönöm Lajos.

Nem lehet, hogy kizártad magad a Fuse bitekkel?
Bővebben: Link

Nem mert az ic-t felismeri meg ki is olvassa meg minden, csak hibásan olvas szerintem,
ezt nem tudom, hogy miért teszi???

Sziasztok!
MpLab 8.90:
Language tool versions: MPASMWIN.exe v5.49, mplink.exe v4.47, mplib.exe v4.47
Midrange 16F877A version 0x01.
Az alábbi kódrészlet időnként hibázik, időnként feleslegesen hozzáadja a 0x27 -et is.

Ez soha sem hibázik:

clrw elállítaná a C-t az említett régi PIC-ben?

A clrw -nek 128 féle kódja lehet (0x0100 .. 0x017F). Lehet más kódot használva (nem a 0x0103 -t), van jól működő verzió is. A 3 pont a STATUS címe.

Ebben az errataban van valami ilyesmiről szó, talán ez is ebből adódik: Link

És ha átírod a HEX-ben a 0x0103-at pl. 0x0150-re? Vagyis a hex-ben így néz ugye ki az eredeti CLRW: ...0301..., és ezt átírod pl. ...5001...-re. Na meg persze a checksumot, ami a sorban a byte-ok összegének kettes komplemensének alsó byte-ja.
Akkor lesz érdekes, ha ilyenkor a 0x50-es címen lévő regiszter (GPR) értéke változik.

Sziasztok!

Érdeklődni szeretnék, hogy használja valaki a HITEC C PRO PIC18 programot?
Segítséget szeretnék benne kérni.

Nem túlzottan elterjedt, de talán akad, aki használja. Írd le a problémádat, aztán meglátjuk

Sziasztok! Csak egy gyors kérdés: PIC-nek baj az hosszútávon ha a bemenetére nagyobb feszt kap mint a tápfesz, pl. 20V 5K-s ellenálláson keresztül, vagy zenert kell használni?

Nem tesz jót. A védelem céljából ott levő védődiódákon ha nagyobb áram folyik, az megzavarhatja a működését az IC-nek. A mA-ek már nagyobb áramnak számítanak.
És nem Zenert kéne használni, hanem Schottky-diódát a táp felé, plusz áramkorlátozó ellenállást (hogy a tápot se húzza fel).

Értem, köszi a segítséget!

Elnézést a belekérdezésért, de miért jobb a schottky táp felé, mintha a bemenő feszt zénerrel stabizza 3.3-5V-ra?

A Zenernek van egy relatíve nagy kapacitása, amit mondjuk egy nagyobb impedanciás analóg jel nem biztos, hogy annyira szeret. Ezen felül az alacsonyabb feszültségű Zenerek karakterisztikája nem túl meredek. Ha mondjuk 10mA-t le kell tudnia vezetnie tápfesz +0.3V-on belül, akkor tápfesz -0.3V-nál még mA nagyságrendű áram fog rajta "csordogálni". A legfőbb hibája pedig az, hogy a Zener feszültsége független a tápfesztől, azaz amikor a tápfesz több, vagy kevesebb, a Zener nem megy utána. Emiatt nyilván a legalacsonyabb tápfeszhez kell tervezni (nem, mintha lehetne tervezni, hiszen nincs 0.1V-onként Zener).
Ezeket a problémákat mind kiváltja egy Schottky.

Értem, köszönöm a magyarázatot.
Kihagytam, hogy változó bemeneti jelről van szó.

Vannak a Zener diódák kiváltására supressor diódák, már sok alkalmazásban láttam használni cél orientáltan kifejlesztve, CAN buszra, LIN buszra asszimetrikus karakterisztikával, USB-re, tápfeszültségre, nagyon gyorsak és kicsi a kapacitásuk, gyári kapcsolásokban inkább találkozok szupresszor diódákkal mint a táp felé kötött schotkty diódákkal.

Sziasztok, nem tudjátok, hogy honnan lehet írásos, kötött formában a PIC32MX3xx/MX4xx adatlapját beszerezni, ez ugyebár egy masszív 214-oldalas dokumentáció, de nekem erre szükségem lenne, még akkor is ha nem vagyok gépközelbe, ezt valahol árulják?
Köszi!

Kinyomtatod, bekötteted. Annyi pénzért, amennyiért egy ekkora pakkot ide elpostáznának, annyiért simán megcsinálják idehaza. Egyébként a 214 oldal csak a 3xx/4xx alap, általános része, ezen felül megjelentek az új x30/x50/x70 végű modellek, azoknak van egy külön 300+ oldalas ugyanilyen doksija, plusz az összes PIC32 perifériáiról van még kb. 30 kötetnyi, szumma legalább 1000 oldalnyi (ez is mind kell, mert az általános leírás nem tartalmaz minden részletet). Ezek a doksik ráadásul időnként frissülnek (hibákat találnak bennük, kijavítják).
Egyébként ebből a pénzből simán lehet venni egy tabletet, amit oda viszel magaddal, ahova akarod, és annyi PDF-et töltesz rá, amennyit jól esik. És amiben lehet elektronikusan keresni...

Elárulod, mi az az élethelyzet, amikor ezen doksira szükséged van, de nem vagy gépközelben?

Oké, akkor ez felejtős, azért köszönöm.

Sziasztok!
Egy kis segítséget szeretnék kérni SW-es kérdésben. Egy dsPIC33EP256MU806 procihoz SPI-on csatlakoztattam egy DOGS102-es pont mátrix kijelzőt, aminek nincs saját karakterkészlete.
Találtam ehhez a kijelzőhöz egy drivert, de sajna Atmelhoz van megírva, a portolással addig eljutottam, hogy a kijelzővel tudok kommunikálni 100%-osan, viszont a driver másik része, ami letárolja a karakterkészletet és létrehozza a funciót, hogy stringet lehessen küldeni a kijelzőnek adott pozícióba, már meghaladja a tudásom (csak hobby SW-es vagyok).
A karakterkészletet sikerült letárolnom a program memóriában, viszont az Atmelhez van egy macro a memória olvasására, méghozzá a következő:

A két "near" a következőként van definiálva:

S nem igazán találok rá megoldást, hogyan lehetne ezeket a funkciókat kiváltani.
Itt a programból egy részlet, hogyan használja ezt a makrot:

Hogyan lehetne ezt a macrot, PICre megírni? Sajnos a fenti kód részlet nekem szinte érhetetlen.
Nagyon jó lenne ha valaki esetleg tudna segítséget nyújtani.
Előre is köszönöm!

Sziasztok!

pic16f684-et használok hogy szinuszt generáljak a picel viszont ez a program valamiért nem tetszik neki:



xc8at használok compilernek de rajta van a HI-tech 9.83 verzió is és egyikkel sem akar lefordulni mindig hibát dob ki- és az az érdekes ha megnyitom a header fájlt abba is hiba van (mplab x v1.8- ban programozok)

Valakinek valami tipp hogy miért nem működik?

TMR2IE_bit = 1; helyett PIE1bits.TMR2IE = 1; stb...

Az interrupt kezelőd se jó úgy!

Sikerült megoldani! Köszönöm!

Érdekességképpen: Bővebben: Link

Mennyire okozhat gondot, ha tartósan használok bemenetnek ipari környezetben MCLR/GP lábat?
Konkrétan a 12F675-ről lenne szó, és a GP3/MCLR lábat használnám aszinkron soros bemenetnek, mert kellene 3 kimenet (az OSC lábak is kellenek, mert nem bízok a belső oszciban).
Persze a konfignál az MCLR-t kikapcsolom...

Miért okozna bármi gondot? Arra vigyázz, hogy ne húzhassa fel táp fölé semmi a lábat, hogy ne reseteljen a pic.

Hát pl. éppen ez.
Bár max. a tápfeszt kaphatja meg, mert ugyanarról a tápról fog menni amivel össze van kötve.

Csak azért vagyok ilyen óvatos, mert mégiscsak köze van a reset áramkörhöz a lábnak, hiába van letiltva, nagyobb az esélye a hibás működésnek, mint ha "sima" I/O lábon van.