OK Nekem is látom WR helyett ,1,

Neked ez megy??? Már mint nem csak lefordul hanem bele is ír?? Különben miért 1 nem az első bit?

Bocs Közben tényleg 1

Közben nézzem a C verziót is így fordítja nem ez a gond akkor az olvasás vagy hardver? Azért tippelem, hogy nem olvasás mert MPLAB szerint is 00; vagy FF mikor mi lehet hogy valamit nagyon benézzek.

A tápfesz rendben van? Az EEPROM írás érzékeny tud lenni ilyesmire...
Ne csak multiméterrel nézd a tápfeszt, hanem szkóppal is, íráskor.

Kösz! Szkóp nincs! Kézzel be lehet valahogy írni???? / valami progi + PICKIT2/

Szia!

CONFIG6H regiszter 7. bit: WRTD Data EEPROM Write Protection bit:
1 = Data EEPROM is not write-protected
0 = Data EEPROM is write-protected

Sziasztok! Egy olyan kérdésem volna, hogy a PICkit2-t win7 re hogy tudom felpakolni? Mert kiírja, hogy az eszközt nem ismerte fel, és ezért letiltja...
A legfrissebb clienst raktam fel, a Windows xp mode-t is kipróbáltam, de azzal sem működik...
Valakinek valamilyen ötlete van ehhez?

Másik kábel, másik porton - ezt próbáltad?
32 vagy 64 bites Win7?

Persze, mindenhogy próbáltam, és 64 bites...

Rendszergazdaként telepíted?
Csak saját használatra próbáld telepíteni.

hogyan kellene telepítenem?

Üdv.

Elkezdtem debuggolni egy 16F628-ra írt assembly programot, ami disassembly után valamivel több, mint 300 sor hosszú lett.
Olyan hibát tapasztaltam, hogy a return, retfie, és retlw utasításoknál nem oda ugrik vissza, ahova kellene.
Rögvest felcsaptam a manual-t a PCL/PCATH címszónál, és ott az áll, hogy a PCLATH regisztert nem módosítják az ugró-utasítások. Ezen kicsit meglepődtem, mert akkor a 13 bites STACK-ból miért csak az alsó 8 bit van használva?
Jól sejtem, hogy a 255-ös határon felül manuálisan kell a PCLATH-ot elmenteni/visszatölteni?

Szia!

A return stackból mind a 13 bitet kiolvassa a return, retlw, retfie utasítás. Az lehet inkább a gond, hogy a stack mérete csak 8 szint.

Üdv újra. Kösz a választ Hp41C!

Nos, a programom az ötödik STACK level alá nem csúszhat (Természetesen, ha jól maszkoltam ki az interruptokat, márpedig azt nem rontottam el).
Szerintem a STACK-et ki lehet zárni.

Végig léptettem a kódot debug módban, és észrevettem, hogy a hiba akkor keletkezik, amikor egy call után a vezérlés 297 utasításra ugrik, ahol az 'ADDWF PCL' után a PC vissza ugrik valahova a 80. sor környékére...



Elég bosszantó.

Ja, majdnem elfelejtettem, hogy az ugrás után az FSR ablakban a PCLATH egy szemvillanásnyi időre 1-esre vált, utána visszaáll nullára.
Ez valami bug lehet?

Az is lehet gond, hogy az ADDWF PCL, az csak 8 biten végzi el az összeadást. Azaz mindenképpen lapon belül marad. Ha az ADDWF utáni cím 0x00F0 és hozzáadsz 0x20-at, akkor nem 0x0110 lesz belőle, hanem 0x0010. Meg kéne nézni assembly-ben, hogy az a 297. sor, az pontosan milyen címre is kerül...

Amúgy a stacknek jól kéne működnie, mivel a teljes címregisztert menti a stackre a PIC. A PCLATH csak a CALL és a GOTO utasításoknál van használatban.

Köszönöm, ezeket fogom átnézni, de biztos alapon kezdem azért az egészet előröl

Heló kösz a kód részt google fordító után se értem de mindegy remélem az eleje a lényeg CONFIG6H regiszter 7. bit 1 re állítani akkor lesz nem írás védett az EEPROM
Sajna csak jövő héten tudom kipróbálni de ez jól hangzik gondolom emiatt nem tudtam ,kézzel, MPLAB al átírni az EEPROM ot

Ezt is találtam a EEPROM mal kapcsolatban
CONFIG5H 7. bit
CPD: Data EEPROM Code Protection bit
1 = Data EEPROM not code-protected
0 = Data EEPROM code-protected

ezt is 1 be nem kell védelem semmiféle csak működjön

Szia!

Most már napi rendszerességgel linkelem be: Olvastad?

Szia!
Kódrész:
A belinkelt kódrésszel tudsz fordításkor adatot elhelyezni az adat EEProm területen. Szerintem nem erre gondoltál.
Annyi csak a megjegyzés, hogy soronként mindig páros számú byte -ot adjunk meg. Páratlan számú byte esetén a fordító kipótolja egy 0x00 -val, ami elcsúztathatja a címeket.

OK Én az EEPROM ba számokat szeretem volna menteni 1 bájt elég is lett volna.
Tehát én az MPLAB EEPROM ablakba kézzel beírtam az értéket bájtonként és gondoltam az majd a hex letöltésekor a PIC be kerül.
Ilyenkor írta is hogy mahinál az EEPROM mal de nem lett eredmény. Most hogy írtad, hogy ez EEPROM Irás védelem bekapcsolása lehet a gondom most már úgy gondlom hogy MPLAB is ezért nem tudta írni. Majd a jövőhéten!
Még egyszer köszönöm írom majd az eredményt.

Sziasztok.
Egy pici elméleti kérdésre szeretnék választ kapni, eddig nem találtam rá választ.
3 fázisú szinusz jelet szeretnék előállítani pickel. Tegyük fel, hogy van 3 pwm modul. Elviekben milyen jelet kell előállítani külön külön a pwm moduloknak? Mert ugye bármely 2 fázis eredőjének kell szinuszosnak lennie és kell még a 120°-os fázistolás a fázisok között.

Ha csinálsz egy táblázatot, ami a 0 < x < 360 fok közötti x értékek színuszait tartalmazza, s ebből veszed az egyik fázist vezérlő adatot, továbbá ugyanebből veszed (csak 120, illetve 240 fokos eltolással) a 2. és 3. fázist vezérlő adatot, akkor mi lehet még érdekes?>>

A MCHP AN843 peldaul szepen leirja a szinusz eloallitasat. Szet kell nezni az AN-ek kozott, eleg boven foglalkoznak motorok szabalyzasaval.

Most lehet én gondolom rosszul, de ha veszem a 0-360°-ig vett szinuszt, a 120°-kal eltoltat és a 240°-kal ráküldöm egy 3 félhidas meghajtóra ott bármely 2 kimenet között nem szinuszt látok hanem mondjuk a nem eltolt szinusz és 120°-kal eltolt szinusz eredőjét ami nem lesz szinusz. (Lehet csak én értettem félre valami, de másképp nem tudom elképzelni. A fázisokat vezérlő adatok létrehozásában vannak gondjaim.)

Helló! Jelenleg PIC 18F4520 40 MHz használók átnézve a cihpcad oldalt látom hogy a 18F46K20 olcsó gyorsabb nagyobb memória.
Mit jelent a K és ha mindenben jobb akkor miért olcsóbb gondolom van valami hátránya. De Mi?

18F46K22 is lehet PICKIT2 vel égetni? Mert ezt nem találtam a leírásában.

A szinusz függvény jellemzöi közé tartozik, hogy azonos frekvenciájú, de eltérő fázisú jelek összege is szinusz lesz.

Ellentétben a 18F4520-szal nem 5 V-os, hanem 3,3 V-os tápfeszültséget igényel (s a kimenete is ilyen jelszintű).

A PICkit2 listáján támogatottként szerepel. Bővebben: Link

Az Errata leírását megnézve, el tudod dönteni, hogy együtt tudsz-e élni az ismert hibáival, vagy sem.

Ez valahogy eddig kimaradt az életemből. Leköteleztél. Köszönet érte.

Ha:
- kell a 18F széria tudása
- kell, hogy 5V-ról menjen
- kell, hogy DIP-tokkal elérhető legyen
- kell 28-nál több láb
akkor a K22 végűeket nézegesd, pl. a 45K22 kétharmadába kerül a 4520-nak, és minden paraméterében ugyanazt tudja vagy többet. (pl. van benne két USART!)

Ha a fentiek közül le tudsz mondani az 5V-ról, elég a 3.3V, akkor választhatod még a J10 és a K20 végűeket is, ők valamivel olcsóbbak. A J10-ben nincs Data EEPROM.

Ha kell az 5V, de nem kell a 18F, akkor meg lehet nézni az Enhanced midrange szériában a 16F1519-et, a 16F1937/39-et, vagy a sima 16F-ből a 16F884/887-et, ezek ilyen nettó 450-550 körüliek.



Alapvetően azért olcsóbb, mert később jelent meg. Az újabb, korszerűbb cuccokat a Microchip általában alacsonyabbra lövi be árban, a régiek árát pedig nem csökkenti, így "szoktatva" át a népeket az újabb termékekre. Meg lehet pl. nézni a 16F84A vagy a 16F87x-ek árát...