Nekem van olyan ismerősöm aki a gazdaságos hipermarketben egy ilyen 10E forintos cuccról leszedte a szépen magyarított matricát amin a vonalkód volt, és átragasztotta egy sony cuccra (ami árban majdnem egyezett, meg házimozi is volt, csak egy nullával több volt a végén)...
Jól járt, spórolt egy kicsit, csak mivel ezután nem vitte az garipapírt lepecsételtetni (vajon miért is), ezért nincs rá garanciája egyáltalán.

Ám: "DO not TRY THIS AT HYPERMARKET"

Nem követendő példa...

Üdv.
Megint segítségre van szükségem... Nem sikerül egy megszakítás, pontosabban látszólag mindig megszakítást csinál, amikor engedélyezve van......
Az előző frekimérőbe kellene ahol a B port felső négy bit változására kellene megszakítást csinálnia. A B porton egy 4X4-es bill. mátrix van, porton a felhúzóellenállások be vannak kapcsolva a RB4...RB7 bemenet, ha bármelyik billentyűt lenyomom akkor 0-ra vált a PORT felső 4 bit egyike, és létrejönne a megszakítás.

A megszakítás rutinja csak abból áll, hogy egy temp1 nevű regiszter 1. bitjét egybe állítja, aztán letiltja a megszakításokat:

INTERRUPT
bsf temp1,1
clrf INTCON
retfie

A frekv. számláló hurokban a következő módon van elhelyezve:

FREQCOUNTER
.....
nop
;-------
bsf STATUS,RP0 ;bank 1
bcf STATUS,RP1
movlw b'11110000' ;PORTB SETUP
movwf TRISB
bcf STATUS,RP0 ;bank0
clrf PORTB
;-------
bcf temp1,1
call T5 // 200ms időzítés
;--------
bsf INTCON,7 ;megszakitas engedelyezes
bsf INTCON,0
;--------
......// itt a frekimérés van, 1s mintavételi idővel, majd a szorzás, bin=>BCD dekódolás, LCD-re mérési eredmény kiírása
;
---------
btfss temp1,1
goto FREQCOUNTER
goto DDS
------

Tehát csak az INTCON, GIE és RBIF van engedélyezve, mégis mindig megszakítást csinál

Helló még egyszer!

Megtaláltam neked a BAEG APX100 típusú ercsiének a rajzát...
A tápot ne nézd, mert azt meg lehet csinálni korszerűbben is, tehát a tápegység részét hagyd figyelmenvül!

Ha te ezt a cuccot megépíted, akkor nyugodt lehetsz, hogy ha kihívod a bank Dance Hall-ban a DJ-t hangerőversenyre akkor simán ledarálod a csávót...

Na félre a tréfát, ez tényleg komoly...
Figyelj oda mindenre, különösen a kimenőtrafó méretezésre...
Lásd komolyabban (Rádiótechnikai zsebkönyv)

Ne hallgass azokra akik azt mondják hogy ne építs csöves erősítőt mert nagyon drága, mer 1000 Ft egy ellenálás, meg 2000 egy kondi...

Puffernek megfelel a régi Magyar MM (mechanikai Művek)
ellenállások? Voltak régen azok a szép vörös, pink, kék színű orosz ellenállások (néhol még van elfekvőben), az tökéletes csöves cuccba, mert induktivitásmentes! Ez azért van, mert manapság a legtöbb ellenállást spírális alakban köszörülik (némelyiken még látni is), és így megnő az induktivitása. De ezek jó minőség OROSZ fémréteg ellenállások, ezekben hosszirányban van kialakítva a pálya!
Kondiknak :REMIX, ROE, MM gyártmányúak tökéletesen megfelelnek, jó a veszteségi szögük, és kicsi a szivárgási áramuk!

Na én megyek, jó munkát az építéshez!


Mellékeltem a rajzot
Üdv

Köszönöm!

Így már világos, és akkor egyben választ is kaptam arra hogy nem lehet a vezeték oldalon pótolni a kondit mert akkor az a fázisról a tekercshez van kötve...értem...akkor szívás....megpróbálom a garit...
Hátha...
Ezt írták a papírra..:
The guarantee covers damages cause at the fault of producer, i.e., material defects or assembly errors. It does not cover damages caused as a result of impproper utilazition of the equipment or making modifications in it by the purchaser.

Szóval csak azt mondja, hogy ha bármilyen módosítást eszközlök rajta, ugye itt nem derül ki hogy a kábel a géphez tartozik e...akkor elvesztem a garit...

Esetleg aki dolgozott már valamilyen boltban tudna tanácsot adni, hogy meg se próbáljam, vagy van valamennyi esélyem?

Vagy hogy mire apelláljak, már egy tippet kaptam hogy fix telepítésű a rendszer...

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

Még egy kérdés!
Azt valahogy ki lehet mérni, mezei multiméterrel, hogy rossz a kondi?....gondolom nem ...csak érdekelne...

Köszönöm!

Ime az egészségügy átalakítása a HVG szerint:

2007. május 04. 16:10 | Utolsó módosítás:2007. május 04. 18:00

Fegyveres rablás történt a Széna téri OTP-ben péntek délután. Rendőrségi helikopterek köröznek a levegőben. Ezután több lövés is hallatszott a rablás helyszínéről, feltehetően hanggránátok hangjai, amiket a kommandósok robbantottak az OTP közelében. A kommandósok után a mentősök behatoltak a bank épületébe és agyonlőtték a túszejtőt.

Reszkessenek a betegek!

Igen, az a mikrovezérlő lesz az.

Be van égetve a kiosztás, de nem csak a beégetendő HEX fájlt találod meg a linkeken, hanem a forráskódot is. Tetszőlegesen átírhatod.

Basszuspedálnak nem tudom mennyire lennének jók ezek a kapcsolók. Eléggé "kattannak". Nem puhák.

Jelen felállásban a lenyomott gomb egy noteOn-Off párt küld lenyomásra. Felengedésre néma marad.

12 gombra bővíthető, ha jól számolom van annyi szabad portláb még a PIC-en. De pl. a PORTC lábra már külső felhúzóellenállások is kellenek. Persze a programot is át kell írni több gomb kezelésére.

A lenyomás/felengedés=note on/off pedig egyszerűen beírható. Van a főciklusban néhány IF-fel kezdődő sor. Jelen formájában azt vizsgálja, hogy 1-ről 0-ra váltott -e, a gomb állapota. Annyit kellene még utána írni, hogy vizsgálja meg, hogy 0-ról 1-re váltott -e.
Meg persze ketté kell szedni a MIDI_Out nevű eljárást.

(a továbbfejlesztés viszont már a vállalkozó kedvű utánépítők feladata lesz, célom csupán annyi volt, hogy megkíméljek pár embert a több tízezer forint értékű lábkapcsolók megvételétől, és bemutatni egy egyzerű gyakorlati példán, hogy fillérekből egy nap alatt lehet készíteni hasonlót; egyetlen negatívum, hogy a note kiosztás be van égetve, és nem lehet a forráskód átírása nélkül módosítani)

A chipcad.hu-n ezt az ícét találtam. Ez az?
PIC16F690-I/P PDIP............ 370 Ft

Egyébként lehet-e konfigurálni, hogy hanyas kontrollereket vezérli a 6 db gomb? Vagy be van égetve a chipbe? (én leginkább midi note on/off üzeneteket küldenék vele, mivel hogy az orgonámhoz basszuspedálsort építenék: 12db kapcsoló/12db hang Megtehetem, vagy ehhez egy másik csipp, esetleg lényegesen bonyolultab alkatrészek kellenek? )

Ezzel is kipróbáltam(a neten találtam). De nem megy. Valaki tudna segíteni?

;TMR2 INICIALIZÁLÁSA
CLRF T2CON ;STOP TMR2, 1:1 el!osztó, 1:1 utóosztó
CLRF TMR2
BSF STATUS,RP0 ;bank1
CLRF PIE1 ;periféria IT-k tiltása
BCF STATUS,RP0 ;bank0
CLRF PIR1 ;periféria IT jelz!bitek törlése
MOVLW b'1110010' ;utóosztó 1:15, el!osztó 1:16
MOVWF T2CON ;TMR2 kikapcsolva
BSF T2CON,TMR2ON ;TMR2 indítása
;TMR2 figyelés pollinggal
T2_TULCS_TESZT
BTFSS PIR1,TMR2IF ;túlcsordult?
GOTO T2_TULCS_TESZT
BCF PIR1,TMR2IF ;túlcsordult, jelz!bit törlése

Bocsi, elszúrtam, a fordítás alatti linken van az eredeti szöveg, itt:
http://www.kolumbus.fi/ari.torpstrom/pinouts_.htm

Vagyis:

Dell Axim

[Pinout]

[Problem]
Correction to my previous post. After further investigation of the Dell Serial Cable, it is apparent that the Axim does provide power for the serial port. However, the port circuitry (the Sipex IC in the bulge in the cable) is powered down except when there is a valid RS232 signal on Pin 4 (CTS) of the DB9 connector. This would usually be the DTR signal from the attached device--the commport of a PC in the case of synching, or hopefully a similar signal from a GPS receiver. Unfortunately, many of the GPS receivers that use a serial connection do not have an RS232 signal on Pin 4. For those devices that do not provide +3v to +11 volts or -3v to -11 volts on pin 4, they will not turn on the Axim's serial port, and therefore won't communicate with it. In such cases, an appropriate voltage must be 'patched' in so that it can communicate with the Axim.

[Solution]
I would like to pass along some info that I have discovered in trying to make a connection between my Axim and Magellan/Tripmate GPS receivers. What I have found is that the serial port on the AXIM needs to have a valid RS232 signal on Pin 4(CTS) of the Dell Serial Cable. This signal takes the port out of a power down condition. When using the Serial Cable for syncing with a desktop, the DTR signal on the desktop commport does the job.

Neither the Delorme Tripmate nor the Magellan Colortrak supply a signal on that pin, therefore they do not communicate. However, I tried two things that worked. First, I patched a 9 volt battery from Pin 4(CTS) to Pin 5 (ground). This works. Using VisualGPS, I can monitor the satellite signals on the AXIM. Second, I tried connecting Pin 3(RxD of the AXIM serial port--or TxD from the GPS port) to Pin 4 of the AXIM connector. Even though there might be data flowing from the GPS to the AXIM, the chip in the cable of the AXIM doesn't care which logic state the line is in, and therefore takes the serial port circuit out of powerdown. Communications between the GPS and the AXIM work fine with this hookup as well.

Conclusion: a valid RS232 signal is needed on Pin 4 of the Dell Serial Cable to activate the port. (Someone else on this forum identified the chip as a Sipex SP3243ECA. I found a data sheet for the chip, and the above suggestions are consistent with the operation of the chip.)

Ui.: a webfordítást én is elrettentésnek szántam.

Uhh, köszi!
Az RB megszakítás így már megy.(Ez minden más megszakítás esetén így van? vagy csak az RB4-7 lábakon lévő jelváltozásra?)

Ami a másik progit illeti, a azért raktam a 125-öt a temp-be hogy egy 0 tartalmú reg-ből kivonval, ezt növelem, akkor túlcsordulásig pont 125-öt kell számolni. Nem?

Ami a bank0-1et illeti. Jogos, benéztem. De ezt leghamarabb kedden tudom kipróbálni, mert ezt a problémát a másik gépemen felejtettem. Ezért szórakozok most az RB megszakításokkal.

És köszi megint, látszikhogy kened vágod kisujból GRAT

no akkor:
ORG 0
NOP

TEMP EQU 0x23
BCF STATUS,RP1
BSF STATUS,RP0

ez a bank1-et jelöli ki


CLRF TMR0 ;TMR0 ---> bank0 -ban van
CLRF INTCON
BSF STATUS,RP0 ;bank1
CLRF TRISD
BSF OPTION_REG,T0CS ;KULSO ORA
BCF OPTION_REG,PSA ;ELŐOSZTÓ TMR0-HOZ
BSF OPTION_REG,PS2 ;ELŐOSZTÓ BITEK 1-128
BSF OPTION_REG,PS1 ;
BCF OPTION_REG,PS0 ;
BCF STATUS,RP0 ;bank0
CLRF PORTD
CLRF TEMP

START
COMF PORTD,1 ;világít
CALL VAR_TULCS ;vár
COMF PORTD,1 ;nemvilágít
CALL VAR_TULCS ;vár
GOTO START


a start részt én maszkolással csinálnám
pl.: led portd 2-n van
akkor
movlw b'00000100'
iorwf portd,f ;be kapcs
call var_tulcs
movlw b'11111011'
andwf portd,f ;kikapcs

többet nem látok.

légvonal(connections), aztán autoroute. csak 2 pontot köthetsz így össze, nem tervezi meg az egészet. ha nem megy neki, akkor kiírja, hogy not found.

Akkor kösd föl a gatyát, mert ezt más nem fogja neked megcsinálni. Az USB specifikációt megtalálod a www.usb.org oldalon. A Microchip oldalán találsz példaprogramokat, pl. van USB-n COM portot emuláló firmware PIC 18F kontrollerre, meg Application note-ok, meg ilyesmik.


Amúgy meg szerezz be egy FT232BL chipet, USB-re dugva COM portként megjelenik a gépen, és azt programozva a kimenetein (RTS, DTR) tudod kapcsolgatni a ledeket.

Hello! Az a baj, hogy csak angolul van meg

Üdv!

Megcsináltam az ujratalepítést, de legelőször is bepipáltam mindent meg hagydtam a saját helyére települni. De a hibaüzenet továbra is él:
MPLINK 4.1, Linker
Copyright (c) 2006 Microchip Technology Inc.
Error - processor types do not agree across all input files.
Errors : 1
BUILD FAILED: Mon Apr 09 20:33:47 2007

Ezt az üzit kapom. Amugy hogy tudok a c progimból hex et csinálni? A próba kedvéért tudnátok nekem egy kis egyszerű progit küldeni a mit beégetnék, mndjuk hogy villogjon a LED az RB1-en?
Köszi, Üdv!

Mert a PIC-en belül! hardveresen a belső memória (ahol a regiszterek találhatóak) 4 úgynevezett "bank"-ra oszlik...egyik bankban lévő regiszter tartalmát nem lehet csak úgy módosítani, ha épp a másik "bankban vagy".

Egy egyszerű példát tudok erre mondani, ami világossá teszi az egészet:

"Tegyük fel, hogy van egy füzeted, amiben van 4 db lap. Namost lapozás nélkül a harmadik vagy akár a második lapra nem tudsz írni, és arról nem is tudsz olvasni sem!"

Ugyanez játszódik le a PIC-ek esetében is. A STATUS regiszter RP0 és RP1 jelű bitjei pedig ezt a lapozási műveletet végzik.

Első kör megvolt, jön a második

Thanks for contacting Creative Technical Support.

With regards to your enquiry, I understand that the Volume Control Unit
of your Inspire T5900 may not be working properly. Try adjust the volume
with the control knob, does the sound fluctuate a lot irregularly.

Üdv újfent!

Köszi, igen azt ki is szoktam választani, de ha van mondjuk egy szűz 18F452-őm akkor abba hogy tudom neki azt mondani hogy akkor most égesd be a progit amit a képernyőn látok?
És még valami. Gondoltam az alapoktól kezdek és ezt a próbaprogit lefuttattam de kaptam egy hibát:
/* Compile options: -ml (Large code model) */
#include

#pragma config WDT = OFF

void main (void)
{
printf ("Hello, world!\n");

while (1)
;
}

Konkrétan ezt a hibát:Error - processor types do not agree across all input files.
ez mit akar jelenteni? azt értem hogy nem ért egyet valami bemeneti fájl-al vagy ilyesmi, de konkrétan mi a baja?
És még egy nem kell kinevetni, de lehet hülyeséget fogok kérdezni Ha mondjuk a fent említett PIC be beégetek valami gagyi próba progit, azt felül tudom írni? Ha igen hogy?
Na asszeme gyenlőre kifogytam a kérdésekből

A fenti hsz.-emben linkelt LCD szimulátor szerintetek tud busy flag-et ellenőrizni?
Mert szerintem nem. Ugyanezen az oldalon megtalálható utasítás szerint:

Checking the Busy Flag

To check the state of the busy flag and read the address counter

-Set R/W Pin of the LCD HIGH(read from the LCD)
-Select the instruction register by setting RS pin LOW
-Enable the LCD by Setting the enable pin HIGH
-The most significant bit of the LCD data bus is the state of the busy flag(1=Busy,0=ready to accept instructions/data).The other bits hold the current value of the address counter.
*This is a 1-micro-second instruction.

Ezzel az utasítással is hibaüzenetet írt ki...

Ezt írja:

Clean: Deleting intermediary and output files.
Clean: Deleted file "Weller.ERR".
Clean Warning: File "D:\Új mappa\Weller.o" doesn't exist.
Clean: Done.
Executing: "C:\Program Files\Microchip\Third Party\PICC\Ccsc.exe" "Weller.c" +FH +DF +LN +T -A +M +Z +Y=9 +EA
*** Error 18 "D:\Új mappa\Weller.c" Line 7(10,21): File can not be opened
not in "C:\PROGRA~1\MICROC~1\THIRDP~1\PICC\devices\p18f258.h"
not in "C:\PROGRA~1\MICROC~1\THIRDP~1\PICC\drivers\p18f258.h"
not in local "D:\Új mappa\p18f258.h"
*** Error 128 "C:\PROGRA~1\MICROC~1\THIRDP~1\PICC\drivers\math.h" Line 34(1,13): A #DEVICE required before this line
2 Errors, 0 Warnings.
Halting build on first failure as requested.
BUILD FAILED: Mon Mar 12 17:15:19 2007

ha filebol es fileba nem is, de az mplab sim-el tudod szimulani a mukodest, csak fel kell toltened egy csomo adattal...
menj a Debugger->MPLAB SIM-re, valaszd ki
majd Debugger->Stimulus->New workbook...
ott ertelemszeruen kitoltod,
majd futtatod...
esetleg ha megnezed hogy hogyan menti el a workbookot, es hasznalhato a formatuma, akkor megnyitod pl notepaddal, es beleszerkeszted az adataid,
az A/D eredmenyeket sztem a register injectionnal kellene valahogy, de meg nem probaltam... ki kellene ismerni

TopSwitch GX család valamelyik darabja megfelel a céljaidnak. Kapcsolási rajz van az adatlapokban, és az app. note-okban.
http://www.powerint.com/PDFFiles/top242-250.pdf
http://www.powerint.com/PDFFiles/an29.pdf
http://www.powerint.com/PDFFiles/an30.pdf
http://www.powerint.com/PDFFiles/an32.pdf
http://www.powerint.com/index.html
Trafó méretezésére is van appnote:
http://www.powerint.com/PDFFiles/an18.pdf
De nekem van egy jobb app. note-om -rá (csatolom, mert már nem tudom honnan szedtem le).

A megoldás szerintem végtelen egyszerű; körbe kéne nézni a COMF utasítás portáján! Ezt írja az adatlapban:

"The contents of register 'f' are
complemented. If 'd' is 0 the
result is stored in W. If 'd' is 1 the
result is stored back in register
'f'."

A szabványos utasításformátum pedig:

COMF regiszter, amit komplementálni szeretnél, d

>>> ahol d egy 2 bites érték.

Ha 0 az értéke, akkor a komplementált tartalom a W regiszterbe íródik. Ha d értéke 1, akkor abba a regiszterbe írja vissza az eredményt, amiről adott esetben szó van.

Szerintem ez lehet talán a hiba. Én azt nem tudom, hogy nálad a COMF parancsban a NAGY F betű mit jelent?

Van egy PIC 16F628A mc-m. van hozzá egy ledsorom, melynek minden ledje a PORTB egy-egy lábára csatlakozik. Mepróbáltam fel és le kapcsolni ezeket a led-eket, azonban van egy kis problémám: az RB1 és RB3 lábakon lévő LED-ek nem akarnak reagálni.
Az RB1-en lévő led folyamatosan világít, az RB3-as folyamatosan nem világít.
Segítsen, akinek van valami ötlete.

A kód, amely a villogtatásért lenne felelős:

LIST P=PIC16F628A

#INCLUDE

__CONFIG _PWRTE_ON & _MCLRE_ON & _BODEN_OFF & _LVP_OFF & _WDT_OFF & _INTOSC_OSC_NOCLKOUT

ORG 0X0000
GOTO START

ORG 0X0004


START
BSF STATUS,RP0 ;bank1
CLRF TRISB
BCF STATUS,RP0 ;bank0
CLRF PORTB
LOOP
BCF STATUS,RP0 ;bank0
CALL INVERTLED
CALL DELAY1S
GOTO LOOP


INVERTLED
COMF PORTB,F
RETURN


(A "CALL DELAY1S" egy rutin, ami csak a W regisztert írja, tehát azzal nem hiszem, hogy gond lehet).

Az 500 mA os áramfelvételről: A Configuration Descriptors utolsó byte ja (Maximum Power Consumption in 2mA units) fogja mutatni az áram igényt:

bMaxPower defines the maximum power the device will drain from the bus. This is in 2mA units, thus a maximum of approximately 500mA can be specified. The specification allows a high powered bus powered device to drain no more than 500mA from Vbus. If a device loses external power, then it must not drain more than indicated in bMaxPower. It should fail any operation it cannot perform without external power.

De szerintem ez eléggé tudományos válasz volt, szerintem ne szaladjun ennyire előre.

Köszi az ötletet!

De most megint lenne egy kérdésem!

Felraktam az MPLAB 7.51-est és az mcc18 demóját (18demo.exe), de sajnos valamiért nem tudok fordítani. A Project wizardban megadtam az mcc könyvtárban levő eléréseket, de nem akar működni.

Fordításkor ezt írja ki: Error - could not find file 'c018i.o'.

A .lkr fájlban van rá hivatkozás, de nem értem miért nem találja meg. Vagy más lehet a baj? Mit nem állítottam be?


Előre is köszi!

Üdv.

Kedves Lagyna és BBatka!

Olvassátok el ezt:
http://en.wikipedia.org/wiki/Electronic_amplifier

Kedvetekért rázoomolok a lényegre:
" D does not stand for "digital" " Innét kezdve olvassátok végig.

Definiáljuk a digitális erősítőt úgy, hogy digitális a bemeneti illetve kimeneti jel. Ha már van digitális modulátorod a fokozatok között, ok, az más. Pl. egy szigma-delat konverter. De itt nem erről van szó!

A kapcsolóüzemű tápegység is D-oszályú erősítő, ha belegondosz. Csupán az átviteli tarománya 0 Hz, azaz DC. Ott sincs szó digitális működésről. Lehet, hogy van benne PIC, ami a PC-vel kommunikál, stb. De annak megint nincs köze a D -osztályú működéshez.

Köszi a tanácsot: "nézd meg a képleteket" Ez igazi megmondó duma! Meggyőztél, megmagyaráztad észérvekkel a mondandód! Igaz rá a mintavételezési tétel. És? Rengeteg mindenben felfedezheted még ezt a törvényszerűséget (A/D átalakítótól kezdve FM csatorna kiosztás, QPSK sávszélessége, stb.) Ettől még nem lesz digitális!

Üdv!

A rajzod nagyon jó, így működik, egyidőben csak egy sor van bekapcsolva.
A karaktergenerátorról: választhatsz, hogy a karaktermintákat tároló programrészben 1 byte a karakter 1 sorát v. oszlopát jelenti. A fenti mátrix szerint kényelmesebbnek tűnik, ha minden sor 1 byte. A folyamatos úsztatás viszont oszloponkénti byte tárolással kényelmesebb.
Azt is te döntöd el, hogy fix szélességű (oszlopszámú) v. arányos (proporcionális) karaktereket használsz, lásd "i" <> "m" szélesség különbség. Amikor én arányost használok, minden karakternek 1 byte-on tárolom az oszlopszámát is.
PIC: a képet a folyamatos multiplexelés miatt valami ramban fel kell építeni és tárolni. Az adott példában ha egy oszlop 1 byte, akkor min. 90 byte ram kell. Ez elfér egy PIC-ben, legfeljebb több bank-ben.
Igazi, nagyméretű, sok effektet tudó mátrixhoz külső RAM kell, gyors hozzáféréssel (pl 70 nsec 128K statikus RAM), adat és címbusszal, de ez is hozzáerőszakolható egy PIC-hez, nekem működik egy 16F877+SRAM konfiguráció 4096, 2 színű pixellel.

Szerintem is teljesen felesleges túl sok energiát fektetned a hardver részbe. Egy valamire való cracker amúgyis egy jó nagyot nevet, majd azonnal a szoft részének áll neki.
Amit te akarsz az tényleg csak arra jó, hogy a lámákat egy mellbevágó meglepetés érje, húúú de profi.
Abban az esetben jó volna, ha senki sem férhetne hozzá sem a hardhoz (ez modjuk nyílván való egy védett mikrovezérlőnél, smart kártyánál...), sem a szofthoz, mint pl egy bank autómata...

Végigolvastam mindent, amit csak felleltem a PIC-ről. Egyszerűen fantasztikus dolgokra képes! Szerintem, ha az első kapcsolásom sikerülni fog a PICcel, akkor jönnek a többiek. Sok olyan dolgot nem csináltam meg, amihez ez a "kütyü" kellett volna.
Egész belelkesültem azoktól a lehetőségektől, amire a PIC-cel képes lehetek...
Amennyire lehet, az SMD tokot hanyagolnám, azt nem egyszerű se beültetni, se programozni (tok)(mármint, ha jóra gondolok) De azért szerintem ha valaki megnézi a és rájön, hogy PIC, úgy sincs 1xű dolga a visszafejtéssel. Ahogy azt dpeti megmondta
Tényleg egy keresztkérdés. Ha minden PIC-t fel kell programozni előre, akkor hogy oldják ezt meg a pók (nem DIP tok) chipeknél???

Természetesen elismerem, hogy igazad van, más képességek kellenek feltörni egy programot és mások megírni. De nem győzöm hangsúlyozni, hogy nem a nemzeti bank adatbázisát védeném... (Persze, ha nagyon jól sikerül akkor közössen eladjuk nekik is a licenc jogokat jó pénzért, nem? )