De ugye nem a J6-ra adod az 5V-t?

Ha mind az 5 jumpert lehúzod, hogy működik?
Ebbe a hibába Én is beleestem.

Az elemek feszültsége eléri az 1,8V -t? Sorba kötötted? Mert ha párhuzamosan kötötted akkor kevés a feszültség az IC -nek.

Na az a helyzet hogy szétszedtem, az egész kapcsolást, majd pedig összeraktam újra.
Pozitívum: most már úgy működik ahogy kell.
Negatívum: Nem tudom mit rontottam el az elején, de legyen ez a legkisebb baj.

@szitko: Ha a J6-nál adom neki az 5 voltot akkor nem kell a J3-on keresztül jövő feszültség. (Ráadásul ha elemről működtetem a LP-et, akkor az USB be sincs dugva, tehát nem is kap róla áramot.)

A J6-ra nem köthetsz 5V (max 3,5V-t), mert tönkremegy a uC, de a TP1-re mehet az 5V. Ezért kérdeztem.

Sziasztok.
Próbálgatom az SPI kommunikációt, és a For ciklus működését, de nem nagy sikerrel. Egy 74HC164-et kötöttem össze a LP-al, és egy 7seg. kilyelzőt tettem a 164-re. A programnak azt kéne csinálnia, hogy az S2 megnyomásakor a következő számot írja ki. Ehelyett csak a 9-et írja ki.

Tudna valaki ebben segíteni, hogy a ciklusokat rontom-e el, vagy az SPI kommunikációt?
Köszönöm.

Valahol (az IAR-ban) Be lehet állítani a target VCC-t persze bizonyos keretek között. Nekem volt probléma mert 3.3V os beállításon leterhelve random resetelte magát.

A komolyabb vezérlőt igénylő feladatokkal foglalkozóknak segítésére közölném, hogy a 2-es és 5-ös szériával való próbálkozások sikeresek voltak! Minden probléma nélkül programoztam 430F2274-et és 430F5508-at a Launchpaddel

Tehát a wiki igazat mondd, azok a procik amik felsöbb szériásak és rendelkeznek spy-bi-wire maggal, probléma nélkül működnek együtt az LP-vel.


CC430F5137 vagy más CC szériás procit használt már alaki? VCORE lábra külső feszt kell tenni vagy nem terhelhető kivezetés, mint másik prociknál? Adatlapból számomra nem derült, probáltam minden lehetőséget, de csak füstgenerátor lett volna, ha nem húzom le gyorsan :no:

Ezt a sort is a for cikluson belül kellene tenni!

Valóban, köszönöm szépen. Legalább látom, hogy a kommunikáció megy rendesen.
Lenne viszont mégegy kérdésem. Ugyan így próbálkoztam egy 93LC56A-ba beírni 1 byte-ot, és utána kiolvasni, de valamiért nem sikerült. A beírást Pickit2-vel ellenőriztem, de mindenhol csak FF volt. Igazából csak az SPI olvasás menetét szerettem volna látni.

Az EEPROM-ok írása bonyolultabb dolog, mert általában írásvédelemmel is rendelkeznek. (A jelek szerint működött. ) Adtál ki EWEN utasítás az EEPROM-nak?

Nem, és megmondom őszintén, hogy nem is tudom, mi az.
Ahogy csináltam: Egy kibontott EEPROM-ról van szó, tehát lehet, hogy írásvédett, de a Pickit2-vel símán kitöröltem mindent belőle, és az írta, hogy sikeres volt a törlés, visszaolvasva pedig mindenhol FF volt.
A program amivel próbálkoztam, ugyanaz ami lentebb van, csak a USISRL = 0x01 volt, és a végtelen ciklusban nem volt semmi, csak bekapcsolt egy led.

Helyesbítek. Az EEPROM adatlap alaposabb átnézése után, már kicsit érthetőbb az írás/olvasás, és látom, hogy igazad van. Számomra sokkal bonyolultabb, pláne, hogy azt sem tudom, hogy írható-e, a bontott EEPROM. Naívan gondoltam egyszerűbb, és hogy összekössek két uC-t, elötte gyakorlásnak, jó lesz.

Sziasztok!
A Timer A-t szeretném használni egyszerű felfelé számlálás és utána megszakítás használatával, ezt egy g2231-en meg is tudtam valósítani icserny cikke alapján de ezt már kinőttem és átváltottam g2452-re de ezen sehogy sem tudom összehozni.
Olvastam hogy ezeknél átnevezték timer megszakításvektorát, át is írtam a szerintem megfelelőre de a hiba továbbra is ez:

Mi lehet a probléma? Esetleg rossz header fájlt csatoltam volna be ? melyiket érdemes használni ? (msp430g2452.h van most )

Miért nem nézel bele a becsatolt fájlba?
TIMER0_A0_VECTOR és TIMER0_A1_VECTOR van definiálva benne, csupa nagybetűvel.

Kikapcsoláskor mindig automatikusan írásvédett állapotba kerül az EEPROM, s csak az EWEN utasítás kódjának kiküldése után írható újra. Az adatlapjából minden kiderül (én is onnan veszem a sok okosságot).

Köszi. Sajnos Én a googli segítségét kértem, és egy olyan pdf-et találtam, amiben igazából csak a bekötés (93LC56A) és pár olyan dolog volt leírva, mint pl. az LC jelentése, de a regiszterekről semmi. Azóta találtam egy másikat, ami már részletesebb.
Mégegyszer köszönöm az infókat.

Én is, és a típusszám beírására ez az oldal volt az első találat. Mikrovezérlőknél is a pontos típusszámot kell/érdemes megadni, s a gyártó honlapja lesz a legvalószínűbb találat.

Igazad van. Most ott tartok, hogy össze vagyok zavarodva. Hogy, miért. Az EEPROM amit lentebb említettem (93LC56A), (miután eltávolítottam a gyantát amitől nem teljesen lehetett látni a típusszámot), kiderült, hogy BR93LC56A ami nem ugyan az.
Most kezdhetem előről, ráadásul ez utóbbi 16 bites.

Megtetszett eza MPS430 Launchpad, ugyhogy rendeltem 2db-t, az egyiket lehet hogy elpaszolom ha valakit érdekel.

Még egy kis segítséget szeretnék kérni.
Tehát, ha jól értem az adatlapot, és amit írtál akkor valahogy így kéne?
1: Engedélyezem az EEPROM-ot
2: Mondom neki, hogy írás lesz
3: Beírom az adatot.
Olvasásnál meg csak engedélyezni kell az EEPROM-ot.

Igazából, csak a USI SPI működését szerettem volna megérteni, de már nagyon belebonyolódtam, és már tetszik is ez az EEPROM-os dolog. (pláne ha érteném is )

Nézegettem én benne, de valahogy elkerülte a figyelmemet a nagybetű.
Köszönöm a segítséget :worship:
És boldog új évet kívánok minden fórumlakónak

Sziasztok.
Lenne egy olyan kérdésem,valaki találkozott-e már a Texas Instruments 430f2131 mikrokontrolerrel?Vagy esetleg dolgozott-e valaki már ilyennel?

Sziasztok. Előszőr is BUÉK mindenkinek. Az év első hozzám méltó kérdése.
Feladtam a küzdelmet az EEPROM SPI kommunikációjával, mert nem akart összejönni, a pláne az, hogy még a Pickit2-vel sem tudtam programozni, na mindegy. Visszatértem az eredeti elképzelésemhez, a két uC közötti kommunikáció. Eddig sikerüt kommunikálni egy 74HC164, egy MAX7219, és egy 16bit-es M66311fp-vel. Ezen sikerek után gondoltam (Én naív), hogy összekötöm a két uC-t. Hosszas kisérletek és olvasgatás után a mintaprogik (slac463a / slac467a) között találtam példákat az SPI kommunikációra amit megcsináltam, és működött. A kérdésem az lenne, hogy ugye e két mintaprogi (_usi_2 / _usi_3) megszakításban figyeli az SPI jeleket. (azthiszem) Ha igen miért nem tudok beletenni a programba pl. egy led villogtatot, vagy bármi mást, ami nem az USI megszakításban van?

Okulásul az utókornak... Másik forumon azt mondták, hogy VCORE lábra nem szabad feszültséget kapcsolni! A melegedés probléma pedig abból adódott, hogy a rádió kimeneti teljesítményét szabályzó lábat egy ellenálláson földre kell húzni. Ehez a képletet nem találtam az adatlapon, de ha nem lebeg már nem akar felrobbanni

Elfelejtetted becsatolni a programodat!

Igen észrevettem, bocsi.
A "gyár" programot rontottam el ily formában:

A mester-t kiegészítettem egy Lcd vezérlésel, ahol meg kéne jelenítse a slave által küldött 8 bites értéket, ami elméletileg 0x08. A slave gyakorlatilag megegyezik a példaprogrammal,(csatolva ..02=master, ..03=slave) csak LPM_off..-al lett kiegészítve, és a végtelen ciklusban (kéne) villogtat egy ledet.

Ez így megint félinformáció, mert a mintaprogramban szereplő msp430g2x21-nek nincs P2OUT-on BIT1, tehát valami mást használhattál.

Mindenestre először próbáld meg úgy, hogy a gyári program megszakításkiszolgáló részébe csak az érték eltárolását és a CPU felébresztését teszed be, mást ne változtass benne!

Újabb bocsánat. A master uC g2352-es, a slave uC g2231-es. Közben haladtam, és oda jutottam, hogy programszervezési hibákat csinálok folyamatosan.
A lényeg: Első lépésben azt csináltam, hogy egy 8bites adatot elküldtem a slave-nek, és ugyanezt vissza és utána nem csinált semmit, csak a ledet villogtatta. Ez már sikerült is. Továbblépve, beraktam egy rész, ami egy újabb értéket küdene a slave-nek, de itt már nem csinál semmit, se a slave, se a master. Most itt tartok.
Visszatérek a kezdetekhez és kipróbálom amit írtál.
Köszönöm.

Megcsináltam amit írtál, és jó. Ha viszont egy újabb adatot szeretnék küldeni (master -> slave), akkor olyan mintha nem okozna megszakítást. A master:

Lehet, hogy ezt a variációt is feladom, és megpróbálom megszakítás nélkül. Ettől már kezdek becsavarodni.

Megjött az egyik Launchpad.
Pár tapasztalat:
+Már az R1.5-s verzió érkezett, ami már kompatibilis a hardveres és szoftveres UART-al is.
+Két sokkal jobb uC-t adtak hozzá -> MSP430G2553 és MSP430G2452
-Előre be van forrasztva a tüskesor
-Lespóroltak komponenseket (pl R34 felhúzó ellenállás)

Rögtön neki estem a 1. cikkben levő minta progiknak, frankón működik minden, viszont a nyomógombos LED ki/be kapcsolással szívtam kicsit. Elsőre azt hittem valami baj van uC-vel mert nem reagált a gombra ellenben ha a tüskesoron a P1.3-hoz (amin a gomb van) értem akkor úgy vette mintha gombot nyomtam volna persze messze nem tökéletesen. Ezután tűnt fel a felhúzó ellenállás hiánya.
Ezután beállítottam a uC felhúzó ellenállását és tökéletesen működött ahogy kell.