A fent nevezett chipel bénáztam, és azóta nem válaszol.
Véletlenül az egyik lábára (valószínüleg az A porton) ráért az STK500 programozó órajelgenerátor kimenete
A chip két napot ment, nagyon picit volt csak langyos.. Áramban nem mutatkozik "túlfogyasztás". Az "A" portok digitális bemenetként voltak használva, optoval leválasztva, 24V-ra méretezve. A melőr előtt hiba mentesen működött. Tehát a négyszögjelet Opton keresztül kapta, és éppen programozni készültem, a programozó már rá volt dugva a chip-re.Robert írta:A port: VccA láb és a GNDA az ami rövidzárba mehet.
Próba:
- Vcc és a GND van csak bekötve, az analog resz nem!
- külső órajel beküld a XTAL1 ill XTAL2 lábon...
Ekkor mi történik vele?
Ha tudsz melegedést ill. áramerősséget mérni, akkor órajel nélkül van-e vmi áramfelvétel belső port kiakadás, árlat) ill a chip meleg-e?
Áramfelvétel (ha nem jár a belső RCről) <1 mA kell legyen....
5V-on jár mindenem. Már ezen a panelen fejlesztek régóta, ez betonstabilra sikeredettRobert írta:A rendszered 5 vagy 3V-ról jár?
A kimenet 5V-os jele a 3V-s rendszered kiakaszthatta...
Tipp még (csillag együttállás):
- Resetlábad feszültsége? (érvényesülni kell a felhúzásnak)
- kontakthibád nincsen (nálam szokott lenni és pesze h ilyenkor jön elő és így nem gondolok rá)
A reset ha DIREKT a GNDre kötöd, akkor se látja a programozó? Áram nem ugrik meg ekkor -> rövidzár a felhúzóellenálláson/ban.
Kód: Egész kijelölése
$regfile = "m1284pdef.dat"
Const Loaderchip = 1284
.
.
.
#if Loaderchip = 1284 ' Mega644P
$loader = $FC00 ' 1024 words - ez valtozott!
Const Maxwordbit = 7 'Z7 is maximum bit - ez lehet hogy 8 '
Config Com1 = Dummy , Synchrone = 0 , Parity = None , Stopbits = 1 , Databits = 8 , Clockpol = 0
#endif
.
.
.