Üdv!
Egy kérdésem lenne.

Van egy 18f452-es PIC. Soros portról max232-n keresztül töltöm bele a progit. Egy darabig ment, majd rákötöttem egy 1x16-os LCD-t. Kb. kétszer még engedte letölteni, de utána nem tudtam beletölteni semmit. Ez miért van??
A tápot az USB-ről adom neki (nem akartam már adapterrel sz******kodni). Erről kapja az LCD is a tápot. Szerintemminden jól be van kötve, de nem tudok beletölteni. Ez már máskor is előfordult, más esetben. Néha azt írja ki, hogy a COM port foglalt. Gép újraindít, de akkor sem megy.
Colt18F....valamivel töltöm le.

Ja és mivel most ismerkedem a programozással, tudna valaki küldeni egy olyan egyszerű progit mplab-hoz, amiben egy egyszerű szöveget kiír az LCD-re.
Most fejből írom, de sorban vannak bekötve:
C port 0-tól 7-ig -> Data 0-tól 7-ig.
E port 0:register Select
E port 1:Enable
E port 2:R/W
Backlight van.
A kontrasztot meg majd beállítom.

Köszi!

Moderálva!

Gondolom egyértelmű hogy egy mágnesszalag simán másolható egy magnófejjel.. (pl. egy meghekkelt kártyaolvasóval)
A chip más elven működik, nem lehet lemásolni.
Azon helyek száma is csökken ahol csak a mágnesszalagos leolvasók vannak. Ahol chipkártyát is le tudnak olvasni onnan valószínű a bank nem fogad el chipes kártyáról leolvasott mágnesszalag azonosítást (más adat van a szalagon és más a chipben, vagy az egyiket vagy a másikat olvassák ki, egymástól függetlenek). De ahol még nincs ilyen chip-leolvasó onnan elfogadja a szalag adatait. A banknak megvannak mind a bankkártya mind az elfogadóhely technikai adatai..
Ezzel szerintem biztosítható az ilyen dual (chip+szalag) kártyák biztonságának növekedése a sima szalagoshoz képest.

Ez akkor bőven kielégíti az igényeimet. Mivel sikerült a kis TDA-t összeeszkábálni, így lehetne egy másikat is készíteni, egy kicsit nagyobbat házimozihoz, de ha mindent összeszámolok, hangszórók, csillapítóanyag, kárpit, faanyag, IC-k, kondik, hűtő, táp, doboz...ha ezek nincsenek otthon, vagy nem tudsz valahonnan kikukázni vmit, ha meg kell venni mindent, akkor nagyon nem éri meg. 20ezerért komplett szettet kapni készen, hangszórók meg erősítő. Biztos van olyan jó, mintha én építem meg a legolcsóbb cuccokból, arról nem beszélve, hogy sokkal szebb kinézetre. Csak az építés öröme szól mellette...
Ez most nemtom hogy jött ide, remélem nem off
Ha rámszakad a bank (vagy egy kuka ), nekiállok az oldalon lévő aktív subnak meg egy másik erőlködőnek

Sajnos még mindig csak kérdezni tudok. A visszacsatolásról még nem találtam sok használhatót, úgy tünik hogy általában a kimeneti szűrő előttről is elég visszacsatolni, bár így függ az átviteli karakterisztika jobban a terhelőimpedanciától, ha jól emlékszem.

A kérdés az lenne ha valaki ért hozzá, hogy teljes hidas kapcsolásnál nem kell a visszacsatolás? Mert ilyesmit olvastam egy IRF-es application note-ban.

A másik, hogy a dead-time-ot lehet-e szabályozni a háromszög jel offset eltolásával?

Köszi

Van egy ilyen az adatlapban:

Any write to the SSPBUF register during transmission/reception of data will be ignored and the Write Collision detect bit, WCOL (SSPCON1<7>), will be set. User software must clear the WCOL bit so that it can be determined if the following write(s) to the SSPBUF register completed successfully.


Tehát ha 16 vagy több bitet akarsz írni, akkor beírod a következő bájtot az SSPBUF regiszterbe, és ha a WCOL bit bebillent, akkor meg kell ismételned az írást.

Sziasztok!

Kértétek, hogy írjam be, mivel sikerült múltkor behülyítenem a picet! Hát egy kicsit szégyenllem, de én simán azt mondtam, hogy char x = 0x000000001; (9 bit)
Nem vettem észre, hogy csak 8-at kaphatott volna.

Viszont most megint elakadtam.

24LC256-os memóriát akarok írogatni és olvasgatni. Ehhez készítettem, meglevő minta alapján egy lib-et, amit meghívok egy főprogramból. A lib tartalmát mellékelem is nektek!

A problémám az, hogy ha sokszor meghívom egymás után a Number_write(...) metódust, akkor már nem is fordul le a progi. Ilyen Can not fit the Section-os hibákat dob vissza.
De azaz érdekes, hogy írtam egy teljese eeprom reset-et is, amiben ugyanezt a metódust sokkal többször meghívom, és ott működik.

Mi lehet a baj? Alaphelyzetben működik a dolog, mert ha csak egy- két adatról van szó, akkor azt szépen írom és olvasom is. De ha már 10-es nagyságrendről, akkor nem.
Nem ürítek valamit? Vagy valamiért nem helyesen kezelem az I2C-t ???

Van ötletetek?


Előre is Köszi!

Üdv:
Zoli

Amúgy Ti rendeléskor mennyit írtok a legyártandó termék számhoz, mert én (marha) 1000-3000 et, és természetesen ezt a választ kaptam:

Ezért kár volt kondit cserélni... valószínű, hogy szálszakadás van a VGA kábelben, de a csatlakozók is lehetnek hibássak.

Pin 1 RED Red video
Pin 2 GREEN Green video
Pin 3 BLUE Blue video
Pin 4 N/C not connected
Pin 5 GND Ground (HSync)
Pin 6 RED_RTN Red return
Pin 7 GREEN_RTN Green return
Pin 8 BLUE_RTN Blue return
Pin 9 +5 V +5 V (DDC)
Pin 10 GND Ground (VSync, DDC)
Pin 11 N/C not connected
Pin 12 SDA I˛C data
Pin 13 HSync Horizontal sync
Pin 14 VSync Vertical sync
Pin 15 SCL I2C clock

Ezt ki tudod mérni könnyen.

Szokásomhoz híven két kiegészítés:

A W és STATUS regiszterek mentésére szolgáló változóknak nem a 0x20 címtől kell lefoglalni a területet, hanem a 0x70 címtől. A 0x20 és 0x70 közötti terület nem minden bankban azonos területre mutat, így ha a főprogram pl. a bank1-ben van, amikor a megszakítás érkezik, akkor a bank1-ben levő 0x20 és 0x21 címre menti el a processzor a W és STATUS értékét, aztán ha a megszakítás rutin végén a bank0-ban levő címekről állítjuk vissza ezen regiszterek tartalmát, akkor máris van egy hibánk. A 0x70-0x7F terület az minden bankból ugyanoda mutat, direkt erre a célra.



Csak az előosztó közös. Ha egyikhez hozzárendeljük, akkor a másik előosztás nélküli jelet fog kapni. Tehát némi megkötéssel használhatók együtt.

A 1458-as muveleti erosito megfelelo erre a celra mivel a ket resz csak bufferkent mukodik es a pontossag nem annyira fontos.

Sztem TL074-el siman meg lehet csinalni. En is azzal epitem majd meg ha valamikor erre kerul a sor...

The 1458 opamp specified is quite adequate for this, as the two sections function only as buffers, and accuracy is not important.
Ezt le tudná nekem fordítani vki?
Mer még csak tanulom az angolt, de még nem tiszta...
Mindenképpen 1458as OPA-val kell vagy lehet az egészet egy TL074-be rakni?
Mer én TL074hez terveztem nyákot...

Öööö... Eszerint ez csak szegmens meghajtó, amit pl. a HD44780-hoz lehet használni. Mivel írtad, hogy nem tudod bekötni, felteszem, nem is próbáltad. Szerintem ez sima HD44780 kompatibilis LCD.

A bekötés elvileg (ugyanattól a gyártótól egy másik modul adatlapja szerint):

1: GND
2: +5V
3: GND/LCD kontraszt
4: register Select
5: Read/Write
6: Enable
7-14: D0-D7 adatvonalak

De ha elfüstöl a kijelző, ne engem hibáztass.

Tipp: Ha fémkeretes a kijelző, és szerencséd van, a keret le van földelve. Így a földet meg tudod keresni, aztán nagy bajt már nem csinálhatsz az LCD-vel.

Én most erőteljesen gondolkodok hogy a bemenetre rakok egy FET-es előfokot mint a bitscopeban és azzal megpróbálom az ofsetet tolni. Kísérletezni lesz hol, mert megpróbálom kultúrált légszereléssel fellépíteni az analógfokozatot, mint az LT application note-ban.

6Hz-et XR2206-os jelgenerátorral hoztam létre. Hogy most 6Hz vagy 3 azt nem tdunám megmondani. Kéne egy normális frekimérőt építenem
Nagyon érdekes hogy semmit sem kellett szórakozni az időzítésekkel direktben van minden kötve, most nincs egy darab buffer, inverter stb kapu késleltetésnek, most jó. 244Hz-től 40MHz ig szépen írja a memóriát.

A 100pF az oké emlékszek, de itt most egy darab műveleti erősítő nincs az áramkörben
Most csodával határos módon nem zajos a föld. Bár nincs rajta a szkópon a földelés még, és nincs rajta a dobozának a teteje, de a műhelyben a rádióban lehet hallani hogy dolgozik.... Ebből még akár gondok is lehetnek...

Ez egy jó nap volt, újra erősödött bennem az az érzés hogy még lehet ebből a szkópból valami..

Helló!
A keresztapám hordozható lámpásában az ólomakku, hogyismondjam besz.rt. Itt van 2 kép. Az akkun levő feliratok:

SF Stardust
Rechargable Sealed Leaq-Acid Battery
LC-R064R2CH (6V 2Ah/20HR)
Constant Voltage Charge
Voltage regulation
Cycle use 7.25 ((nem tudom elolvasni ))
Initial current: less than 1.68 A
Standby use: 6.8-6.9V(25oC)

NONSPILLABLE

......megint lekopott
...
BATTERY MUST BE RECYCLED

CAUTION!
Do not charge in a gas tight container
Do not short the battery terminals
Do not incirnerate
Flush with water at once if contact is made with electrolyte(Acid)




Ennyi. Mikor feltettem tölteni az ekkuban nem volt semmilyen folyadék. A 24 h-t töltöttem(gyári töltő!) jó is volt. Másnap már csak "pislákolt" a lámpa. Gondolom nagy volt az önkisülése. Édesapám 1 órája öntött bele desztillált vizet. Nem tudom jó-e, rárakjam így tölteni újra???

No ez az, képtelen v.ok ezresfojtót szerezni, több daraból rakom össze a megközelítő V-A értékeket!
Hoznak egyébként ilyen ezrest, csak 12000HUF-ba kerül, ezt picikét azért sokallom... egy HgLI 1000 miatt is szívtam a fogam, azért egy nyolcast kelletett fizetni..
A Stewavés HMB-t ismerem, csak itt EU-ban ezt nem kapni, porozott van ugyan, de ez kevésbé izgalmas.. Van ugyan egy kísérleti porozatlan Tungi HML 160-asom, ez 200-as égő búrájába szerelt kevertfényű, "not coated"! De ez még nem az igazi élmény...
A rizseseknek nemcsak 2 márkájuk van, csak az Omni most nagyon nyomul, ezért is ismertebb, a Ya Ming meg egész jó cuccokat gyárt. De pölö az első kínai kerámiacsöves fémhalogént a Wujin Lijia Manufactoring készítette, az egyik kínai egyetem támogatásával (meg ami tudást még összelopkodtak innen-onnan..) mégis, idehaza senkisem ismeri őket!

Sziasztok!

Lenne egy számotokra nagyon egyszerű kérdésem! Sajnos én nem jöttem rá

16F877-es panelen, p18f4520-al szeretnék bemeneteket kezelni.
Nevezetesen az Rb0-t és az Rb1-et.
Beállítottam a TRISB-t 1-re és az ellenállásokat is felhúztam (not_RBPU = 0)
De a PortB-t mégis hiába olvasom!

Szégyenllem, de hirtelen nem tudom mi a baj ezzel!
Mit felejtettem el beállítani?

Köszi

És lenne még 1 kérdésem: Mit jelent az piros szöveg a beültetési rajz mellett?Alkatrész felöli oldal
"Items in RED are not fitted. A solder bridge is fitted in place of the RED capacitor"
PLS valaki magyarázza el mert nem teljesen tiszta csak az h vmi híd, de jólenne tudni mielőtt azért elindítom nehogy durr meg füst legyen a vége
Előre is köszi!

Hali mindenkinek!

Egy kis segítséget szeretnék kérni tőletek! 16F628 pic EEPROM-jába szeretnék írni, de ez valahogy nem jön össze nekem.

a függvény a csatolt fájlban (W-ben a cím, EE_DATA bank0-ban, abban van az adat)

A függvény hívásával elvilehg egy f betűt raknék az eeprom első bájtjába, de nem megy. Tud valaki segíteni?

Ha egyszer nincs rajta a céláramkör, táp sem lehet rajta. Ez a lényeg. No mindegy, idemásolom amit a távir.hu fórumra irogattam. Jó oldal az is, csak lassan haladok ott

Én: ...Pár led villogtató progit kipróbálgattam, ment is szépen. Aztán vagy félórája valami történhetett mert nem tudok rátölteni semmit a Tiny13-ra. Az STK200 mindenre could not identify chip whit id#00000 üzenetet dob, még akkor is ha nincs rajta kábel.
Bios és egyéb beállitásokat már átnéztem. Ha direkt rossz portot adok meg a BasCOM-ban csak akkor FFFFF, amúgy csak 00000, mindegy neki hogy a kábelt hogy forgatom vagy rajta van-e. Mi lehet ez?

Szerk: Megnéztem másik gépen is.
Ott is 00000 érték jön ki, lehúzott kábellal is.
Kipurcant volna az STK200?...

Válasz: ...Ha 0000 jön, akkor a MISO lábad ragadt be 0-ba...

Én: Rendben, de a céláramkör ha nincs rajta, hogy ragad le?
Vagy magán az STK200-on ragadt le? Javítási lehetőség?

Szerk: Ha nincs bedugva a gépbe az STK200 akkor FFFFF, ha bevan, kábel és minden nélkül, akkor 00000. FFFFF-nek kellene lennie. 2 gépen ellenőrizve. Egyébként úgy tünik mintha törölni lehetne vele, legalábbis a led villog az STK200-on...

Szerk2: No. Ha egy AtTiny13-at akarok felprogizni, minden lábon led,
a MOSI és SCK vonalon villognak a ledek. A MISO nem. De úgy emlékszem annak is kellene. 74F244PC van az STK200-ban eredetileg.
T74LS244B1 mehet helyette?....

-----
No kb ennyi. Remélem ki lehet hámozni. Érdekelne az is, hogy a két IC egyébként felcserélhető-e egymással.
Köszi a választ.

Idézek a UniFlash helpjéből:

Sziasztok!

A kérdésem nem egészen témához illő, de talán még ezen cim alá fér be (nem szeretnék uj témát nyitni ien miatt).
Szóval, van egy Weller 24V 50W os magnasat pákám. Külföldre utaztam és a trafót sulya miatt nem hoztam magammal gondoltam, csak kapok hozzávalót az amugy sem oan drága, de sajna nem.
Namost rendelkezésemre áll DC 19,5V / 6.15 A, vagy DC 19V / 3.16A es kapcsolo üzemü táp (ez mindegyik notebook táp).
Kérdés h elbirják e a pákát (sztem igen), és vagy a páka kibir e ien táplálást. (szal lényeg h egyik sem hagyja ott valamiét).
Sztem bármeik táp teljesítménye elég, inkább a páka miatt aggodom, a hirtelen nagy áram miatt (pl nincs ideje a fütőhuzalnak a hőt átadnia a hegynek igy későn kapcsol le és elég a huzal) és a mágneskapcsolo is összesülhet ien áramoktól főleg mer DC.

Én a kisebbik táppal probálkoznék, de előbb érdekelne pár javaslat.

Szal mi a véleményetek? Mehet vagy inkább nem kéne. Nem hosszu távon lenne használva csak 1-2x pár forrasztás erejéig.

Előre is köszönök bármien tippet vagy ötletet.
Üdv:
register

sziasztok,

Azt olvastam egy Ni-Mh akkun, hogy DO not DISPOSE OF SHORT CIRCUIT - szóval ugye ne legyen rövidzárban...
Tényleg nemszabad rövidrezárni ezeket az akkukat? Tönkreteszi vagy mi?

Ja és mégegy kérdés: Ha aksis dolgot szeretnék építeni, ami jól leterheli az aksikat akkor Ni-Cd -t vagy Ni-Mh -et használjak inkább? A Ni-Cd az többmindent elvisel, nem? Az tölteni is gyorsabb, nem?

és előre is köszi a válaszokért Ez most nagyon érdekel

Hú, de gonosz! :hehe:
De amúgy igazat adok, ha ezt itt és most az elején megtanulja valaki, akkor később nem lesz gondja vele!

Kezdésnek a 877 is durva... Nemhogymég egy 18F4520. Igaz hogy lábekvivalens, de azért... hát nem tudom. Én továbbra is assemblyvel való kezdést javaslom 16-os családon. Hadd szenvedjél a bank-ekkel, meg a hardver szintű assemblyvel. Ha nem tud valaki assemblyben programozni PIC-et, szerinten veszett úgy belefogni C-be vagy bármi másba. Egyszer elakadsz/sebesség és egyszerűség a lényeg, bármelyik nyelvben pár sor erejéig áttérhetsz assemblyre...

Szerk: Peti, nem neked válaszoltam elsődlegesen.

Server Error
The server encountered an error and could not complete your request.
If the problem persists, please report your problem and mention this error message and the query that caused it.


ezt írja ki :no:

Sziasztok!
Sikeresen kizártam magam programozáskor az ATtiny 2313-ból Ha a BASCOM-AVR progival akarom olvastatni a konfigurációs biteket A "READLN entry not found" választ kapom Próbáltam egy külső 1 Mhz-s órajelet is adni a proci 5-ös lábára, sajnos a helyzet változatlan Az zavar, hogy nem tudom mit rontok el, mert kínosan ügyeltem arra, hogy csak az órajelet állítsam át külső quarc-ra. Van megoldás? Esetleg tud valaki olyan site-t hol van párhuzamos programozó kapcsolási rajz az atmelhez? Ha jól tudom azzal lehetne "meggyógyítani"
Előre is köszi a segítséget! Laci

:yes:

Istenem, de jó is az, ha nem kell pl. a bank-okkal vacakolni akkor, ha a funkcióregisztereket kell állítgatni... :yes:

Még egy kérdés, így írtad át őket?

movlw 0x20 ;initialize pointer
movwf FSR ; to RAM
NEXT clrf INDF ;clear INDF register
incf FSR ;inc pointer
btfss FSR,4 ;all done?
goto NEXT ;NO, clear next
CONTINUE
: ;YES, continue

A 16F84 adatlapjából az indirekt címzési mód rész példáját másoltam ide.
A fordítónak kötelesége ismernie az FSR és az INDF szimbólumokat, feltéve ha a programban be van include-olva a megfelelő fájl, eredeti esetben ez:
#include
ill. az a PIC amire át szeretnéd írni a progit...

"He was familiar with the work of a Swedish researcher who in 1889 had discovered that ultraviolet light (short waves) irritates biological tissue more than infrared light (longer waves such as heat waves). So Finsen began recording the effects of sunlight on insects and amphibians, becoming ever convinced that light could be used to treat human disease. He found that ultraviolet light from the sun or from electric lights could kill bacteria. Finsen was convinced that it was the effect of the light and not the heat it caused and wrote several papersin 1893 and 1894 on the beneficial use of phototherapy."

Hát persze, hogy nem sikerült volna... Mint ahogy polarizált zöld fénnyel sem sikerült volna... Szóval nem érdemes összetéveszteni a hangulatvilágítást egy germicid csővel...

Egyébiránt a Lupus vulgaris a bőrtuberkulózis, és nem a "bortuberkolózis" latin neve - ennyit a VITALNET "szakértelméről"...

Sajna nem boldogulok a 32bit->10 digit BCD rutinnal {(#89449). hozzászólásban linkelve}. A fordító (MPASM Toolsuite) mindíg hibát ír ki, az oldalon van egy link is, ami speckó beállításokról írkál:

The dialog box is reached from the MPLAB main window by clicking on Project then on Add/Modify Compiler
erről van szó

Ilyen nincs is. Igaz MPLAB 3.akárhányas verziójával készült a rutin, tehát nem is olyan meglepő.
Az lenne a kérdésem, át lehetne-e írni normálissá ezt a függvényt?
Elég érdekes megoldások vannak benne pl.:

CBLOCK 0x0c
bin:4
Ez azt jelenti négy regiszternek van egy azonosítója. Nem is tudtam, hogy ilyent is lehet vele csinálni.

Na mindegy, az eredeti asm-et befordítva ezt kapom hibaüzenetként:
Clean: Deleting intermediary and output files.
Clean: Done.
Executing: "D:\Program Files\Microchip\MPASM Suite\MPAsmWin.exe" /q /p16F84 "BCD2A.ASM" /l"BCD2A.lst" /e"BCD2A.err"
Error[113] D:\MPLAB PROJEKTEK\32BITBCDORIGINAL\BCD2A.ASM 56 : Symbol not previously defined (fsr)
Error[113] D:\MPLAB PROJEKTEK\32BITBCDORIGINAL\BCD2A.ASM 58 : Symbol not previously defined (indf)
Error[113] D:\MPLAB PROJEKTEK\32BITBCDORIGINAL\BCD2A.ASM 61 : Symbol not previously defined (fsr)
Error[113] D:\MPLAB PROJEKTEK\32BITBCDORIGINAL\BCD2A.ASM 67 : Symbol not previously defined (indf)
Error[113] D:\MPLAB PROJEKTEK\32BITBCDORIGINAL\BCD2A.ASM 68 : Symbol not previously defined (fsr)
Error[113] D:\MPLAB PROJEKTEK\32BITBCDORIGINAL\BCD2A.ASM 72 : Symbol not previously defined (indf)
Error[113] D:\MPLAB PROJEKTEK\32BITBCDORIGINAL\BCD2A.ASM 92 : Symbol not previously defined (fsr)
Error[113] D:\MPLAB PROJEKTEK\32BITBCDORIGINAL\BCD2A.ASM 99 : Symbol not previously defined (indf)
Error[113] D:\MPLAB PROJEKTEK\32BITBCDORIGINAL\BCD2A.ASM 100 : Symbol not previously defined (indf)
Error[113] D:\MPLAB PROJEKTEK\32BITBCDORIGINAL\BCD2A.ASM 102 : Symbol not previously defined (indf)
Error[113] D:\MPLAB PROJEKTEK\32BITBCDORIGINAL\BCD2A.ASM 104 : Symbol not previously defined (indf)
Error[113] D:\MPLAB PROJEKTEK\32BITBCDORIGINAL\BCD2A.ASM 105 : Symbol not previously defined (fsr)
Halting build on first failure as requested.
BUILD FAILED: Wed May 30 21:59:11 2007