Sziasztok!
Sajnos nagyon elfoglalt voltam,csak most tudok válaszolni.A válaszodat és a többiekét is köszönöm,jó tanácsokat adtatok.
A bankomban letiltattam a tranzakcióket,kettő is volt,a bank azonnal letiltotta a kártyámat,most várom az újat.Azóta a pénzt vissze is utalták a számlámra. Az Alin a felhasználói nevemet,jelszót megváltoztatom és másik telefont fogok használni.

Azért én csak megmérném a kibontott cellákat. Lehet hogy simán jók még ezer helyre. Pl zseblámpába, power bank modulba, vagy egyéb helyekre.
Nekem például a vezeték nélküli csengő beltéri része megy ilyen celláról, meg egy LIDL ledes zseblámpa a 3db AAA elem helyett, meg csavarbehajtóban cseréltem a 3db NiCd akkut egy 18650-es cellára, kifogástalanul megy.
Amúgy ezeknek a celláknak jól forrasztható a kivezetése. Csak nem szabad túl sokáig molyolni vele.

Hali!
Ma írtak emailt is:

Ma megérkezett a csere jsy-mk-194t, megteszteltem, és most valóban mér mindkét irányban, előjellel "melyik irányban" fűzöm át a drótot az áramváltó trafón.
Én a gyártótól vettem, nem viszonteladótól: https://vi.aliexpress.com/item/1005005390626087.html
Nagyon rendesek, segítőkészek voltak, és már a doksik is letölthetők a weboldalukról ( a tesztprogi még nem, de jeleztem nekik, hogy tegyék fel azt is)

Sany, vargham: köszi. Most néztem, nálam továbbra is a "not found - 404" hiba jön be.
Bbb: nálam is hasonló van, a a domainre rákeresek.

Néhány stm32 típusban van úgynevezett nagyfelbontású timer (HRTIM). Ennek az órajele egy belső PLL-el a GHz tartományba van feltornázva. Lehet, hogy érdemes szétnézned tudod-e használni. Itt egy pdf róla.

Tegnapi felállás szerint:
sizeof(flash_esp_mqtt) és sizeof(esp_mqtt) is 200-at kapok.

Módosítások:
Teszt 1.
Beraktam reserved (rsvd) változókat, hogy 4-el osztható "tömböket" kapjak.



Ekkor:
sizeof(flash_esp_mqtt) és sizeof(esp_mqtt) is 202-őt kapok.

Teszt 2:
Mivel az első változó is egy typedef ezért kipróbáltam hátha alá helyezve mást kapok:

Ugyan az 202 mindkét értékre.

Teszt 3:

Eredménye:



További info:
Ha mindent csak RAMban tárolok, akkor az MQTT elindul, de!
Ha már fut és a HTTP felületen ismét elindítom, engedélyez/fut checkbox pipálva és a Save (submit)-re kattintok, akkor ESP rebootol.
Akkor is, ha előtte leállítom, checkbox kivesz majd save, nincs reboot, de ha ismét bekapcsolom, akkor ESP reboot jön.

Amik eddig az ESP8266-ban vannak:
OTA
TWI - MCP23017
RTC - belső interrupton fut
egy saját egyszerű UDP csatorna

WiFi Multi
WiFiAP
HTTP Web felület
HTTPs OTA
HTTPs MCP23017 kezelőfelület
MDNS
LLMNR
DDNS
NTP
MQTT - HomeAssistant

SB

A baj az, hogy a hátteret nem lehet megállitani. Nem a végfelhasználo a ludas, öt csak arra kényszeritik és nála torlodik a hulladek.
Nekem is a minap kellett telefont cserélnem, mert a bank közölte, hogy májustol nem támogatják a 3 éves OS-t. A régi telefonom különben remekül müködik.
A gyártok kénytelenek abbol dolgozni, amit a beszállitok kinálnak.öket meg többek között a sporolás meg a technologiai fejlödes hajtja.
Nézd meg a szoftwareket van olyan szoftwarem amit szinte évente frissiteni kell ( 2005 ota használom és a régi is tökéletesen megfelelne, de nem megy az ujabb HW-n.)
A garancia abszolut semmit oldhat meg, azonkivül, hogy a mennyekbe hajtja az árakat. Ez csak egy agyalágyult bürokrata tudja elképzelni, hogy évekig valakik raktáron tudják tartani a ma kiszállitott áruhoz az alkatrészeket. Ráadásul lehet, hogy azok 60-70% érintetlenül kerül majd a garancia végén a szemétbe.

IN main.c sw1 and sw2 not defined nor referenced.

Kedves Pipi!

Ezt mind írja, ami az én "-végtelen -> 0" angoltudásomat még Google fordítóval is messze meghaladja...

C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino: In function 'void setup()':
C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:12:7: error: 'class AD9833' has no member named 'Begin'; did you mean 'begin'?
gen.Begin();
^~~~~
begin
C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:13:7: error: 'class AD9833' has no member named 'EnableOutput'
gen.EnableOutput(true);
^~~~~~~~~~~~
C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino: In function 'void loop()':
C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:21:35: error: 'class AD9833' has no member named 'ApplySignal'
if(sw1==LOW && sw2==LOW) gen.ApplySignal(SINE_WAVE,REG0,f);
^~~~~~~~~~~
C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:21:47: error: 'SINE_WAVE' was not declared in this scope
if(sw1==LOW && sw2==LOW) gen.ApplySignal(SINE_WAVE,REG0,f);
^~~~~~~~~
C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:21:47: note: suggested alternative: 'SIZE_MAX'
if(sw1==LOW && sw2==LOW) gen.ApplySignal(SINE_WAVE,REG0,f);
^~~~~~~~~
SIZE_MAX
C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:21:57: error: 'REG0' was not declared in this scope
if(sw1==LOW && sw2==LOW) gen.ApplySignal(SINE_WAVE,REG0,f);
^~~~
C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:21:57: note: suggested alternative: 'FE0'
if(sw1==LOW && sw2==LOW) gen.ApplySignal(SINE_WAVE,REG0,f);
^~~~
FE0
C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:22:35: error: 'class AD9833' has no member named 'ApplySignal'
if(sw1==LOW && sw2==HIGH) gen.ApplySignal(TRIANGLE_WAVE,REG0,f);
^~~~~~~~~~~
C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:22:47: error: 'TRIANGLE_WAVE' was not declared in this scope
if(sw1==LOW && sw2==HIGH) gen.ApplySignal(TRIANGLE_WAVE,REG0,f);
^~~~~~~~~~~~~
C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:22:61: error: 'REG0' was not declared in this scope
if(sw1==LOW && sw2==HIGH) gen.ApplySignal(TRIANGLE_WAVE,REG0,f);
^~~~
C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:22:61: note: suggested alternative: 'FE0'
if(sw1==LOW && sw2==HIGH) gen.ApplySignal(TRIANGLE_WAVE,REG0,f);
^~~~
FE0
C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:23:35: error: 'class AD9833' has no member named 'ApplySignal'
if(sw1==HIGH && sw2==LOW) gen.ApplySignal(SQUARE_WAVE,REG0,f);
^~~~~~~~~~~
C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:23:47: error: 'SQUARE_WAVE' was not declared in this scope
if(sw1==HIGH && sw2==LOW) gen.ApplySignal(SQUARE_WAVE,REG0,f);
^~~~~~~~~~~
C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:23:59: error: 'REG0' was not declared in this scope
if(sw1==HIGH && sw2==LOW) gen.ApplySignal(SQUARE_WAVE,REG0,f);
^~~~
C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:23:59: note: suggested alternative: 'FE0'
if(sw1==HIGH && sw2==LOW) gen.ApplySignal(SQUARE_WAVE,REG0,f);
^~~~
FE0
C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:24:35: error: 'class AD9833' has no member named 'ApplySignal'
if(sw1==HIGH && sw2==HIGH) gen.ApplySignal(HALF_SQUARE_WAVE,REG0,f);
^~~~~~~~~~~
C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:24:47: error: 'HALF_SQUARE_WAVE' was not declared in this scope
if(sw1==HIGH && sw2==HIGH) gen.ApplySignal(HALF_SQUARE_WAVE,REG0,f);
^~~~~~~~~~~~~~~~
C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:24:64: error: 'REG0' was not declared in this scope
if(sw1==HIGH && sw2==HIGH) gen.ApplySignal(HALF_SQUARE_WAVE,REG0,f);
^~~~
C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:24:64: note: suggested alternative: 'FE0'
if(sw1==HIGH && sw2==HIGH) gen.ApplySignal(HALF_SQUARE_WAVE,REG0,f);
^~~~
FE0
Multiple libraries were found for "AD9833.h"
Used: C:\Users\APA-PC-Otthon\Documents\Arduino\libraries\AD9833
not used: C:\Users\APA-PC-Otthon\Documents\Arduino\libraries\AD9833-Library-Arduino-master
exit status 1

Compilation error: 'class AD9833' has no member named 'Begin'; did you mean 'begin'?

HI ,every one once again I need help, i have a code of 16F676 to control the triac and schematic attached here , i think sw1 and sw2 not defined,i am not know much about coding, please help;

Szia! A "not great, not terrible" -jut eszembe a kapcsolási rajzról. Ami igazán laikus benne, az a végtranzisztorok párhuzamos kapcsolása. Ahhoz, hogy a terhelés valamelyest arányosan oszoljon el a párhuzamos tranzisztorok között, emitter-ellenállással kell őket ellátni. Mintaként szolgálhat a témájában alaposan kitárgyalt ST151-re keresztelt erősítő.
A kérdéseidre a válaszok:
- a TR8-at nagyjelű erősítőnek nevezzük. A bázisa és kollektora közötti kondenzátor célja, a visszacsatolt erősítő fázismenetének olyan korrekciója, hogy az egységnyi erősítés határáig a fázistolás 180° alatt maradjon, azaz ne váljon az áramkör oszcillátorrá.
- az R1, R2, R5 ellenállások az őket meghajtó tranzisztorok munkapontját stabilizálják. A rajtuk folyó áram miatt kisebb mértékben változik a tranzisztorok árama azzal szemben, ha mindössze a következő fokozat bázisáramával terhelnénk. Eredménye a lineárisabb működés lesz.
- A TR7/R4 a végtranzisztorok nyugalmi áramát állítja be és stabilizálni is képes, ha a TR7 együtt melegszik a végtranzisztorokkal. A hozzászólásom elején említett végtranzisztor emitter-ellenállások abban is segítenek, hogy korlátozzák a nyugalmi áramot míg a termikus egyensúly ki em alakul.
- a műveleti erősítő kimenete rosszul viseli a kapacitív terhelést, az R12 választja le róla TR9 Miller-kapacitását.
- az R10 a bemenetnek ad referecia-feszültséget arra az esetre, ha a műveleti erősítőt leválasztanánk róla véletlen/szándékosan.
- R6,R13 szokványos negatív visszacsatolás. Az erősítés 1+R6/R13.
- a C4+R11 a terhelés impedanciamenetét javítja, bővebb információt Zobel-tag, Boucherot-cella keresésre találhatsz.
- a soros R8, R9 határozza meg a differenciál erősítő emitter-áramát. Azért van két részre osztva, hogy C5 szűrje a táp hullámosságát.

Sziasztok.

Adott egy 18F458-as PIC. Frissítés közben sikeresen le lett húzva az USB. Azóta bootloader not respond van. Rákötöttem a pickitet, külső frissítéssel próbálkozok. A PICKit látja is az eszközt. Ha rámegyek Erase akkor visszajelez hogy erase complete utána a device blank-ra kattintva a következő hibaüzenetet kapom:. Ilyenkor mi a helyzet? Így a .het-et se tudom feltölteni neki. Ha a read-re megyek, akkor szintén kiolvassa az eszközt és nem FFFF fogad. Valakinek ötlete mit szúrtam el? Vagy hogy javítható az eszköz?

Én is most jöttem a bankomtol, mert rákényszeritettek - engem mint kuncsaftit, higy vegyek uj telefont, mert ugye ök átállitottak valamilyen SW-t es a 3 éves nem eppen olcso telefon ezt nem támogatja.
Nem tudom ezt miért nem vasalják be a telefon FW fejlesztöin?
De ugyanez van a PCkkel is. Nekem már 4-t kell üzembe tartanom, mert az egyiken ez nem megy a másikon meg az. A legujjabra meg nincs a használt program kompatibilis verzioja. Szoval ez megy mindenütt. A bank legalább valami kompenzäciot igért, de mások nem is válaszolnak. Vagy megveszed a szuper két méteres csili vili TV-t ami elvben mindent tud a sok tunerja segitségével a másik szolgáltato müsorát is fel tudod venni, addig mig bele nem dugod a kedvenc szolgáltatod kártyáját. Az egyböl leblokkolja a párhuzamos felvételt ( pl DVBT DVBS) és senki még a fülét sem billenti, hogy pénzért még meg is loptak, mert lehülyiti a kártya a drága TV tulajdonságait.

Arra kiváncsi vagyok, hogy mire jutsz, mert egyáltalan nem biztos hogy az ügyfélszolgálatos bele tud/akar nézni, nem hogy túrni.

Amúgy ez nem akkora titok ám, amióta mobiltelefon van, nagyjából működik: GSM 02.16

Az OSCCON beállítása megtörtént a 113-mal:"0111001" beállítással

bit 6-4 IRCF<2:0>: Internal Oscillator Frequency bits
111 = 8 MHz

bit 3 OSTS: Oscillator Start-up Time-out Status bit
(1)
0 = Device is running the internal oscillator (HFINTOSC or LFINTOSC)

bit 2 HTS: HFINTOSC Status bit (High Frequency – 8 MHz to 125 kHz)
0 = HFINTOSC is not stable

bit 1 LTS: LFINTOSC Stable bit (Low Frequency – 31 kHz)
0 = LFINTOSC is not stable

bit 0 SCS: System Clock bit
1 = Internal oscillator is used for system clock

Szia!

Réges-régen, talán még a múlt évezredben, a PIC18 kontrollerekben egy csomó FSR volt, de közel sem annyi, mint az új típusokban. Az SFR -ek akkor elérhetők voltak (egy-két típus kivételével) az un. ACCESS bankból. A mai típusok esetén sok FSR az ACCESS -ban címtartományán kívül esik. Ilyen típus az említett PIC18F16Q40 is.
Az ACCESS bank a 0x460...04FF SFR címtartományt éri el.
ACCESS bankban van pl. a PIE0 (0x4A8), INTCON0 (0x4D6), INTCON (0x4D7), de nem érhető el az IOCAN0 (0x406), IOCAN1 (0x407).
A megoldás a BSR regiszter kezelése a movlb utasítással.
movlw 11100000B

Szerintem se annyira lényeges az impulzus jelleggörbéje.

A kisütő áramkör a legtöbb esetben egy egyszerű dióda és megfelelő ellenállás kombinációja. Ezeket álltalában úgy méretezik, hogy a keletkező feszültség sose legyen magasabb 1kV-nál. Ha valaki jobban belegondol, a mágnes védelme szempontjából minél nagyobb ellenállás lenne a kívánatos, hiszen így növeljük azt az energiát ami külsőleg alakul hővé és nem tekercs normál állapotú vezetőjét hevíti.
Vagyis itt egy gyorsan megjelenő feszültségcsúcsra, majd egy exponenciális lefutású jellegörbére lehet számítani. Mi ezt a kisütő diódát szeretnénk a jövőben egy IGBT + FPGA modullal helyettesíteni, aminek úgy szabályoznánk nyitását hogy az egész kisütő feszültség az előre beállított értéken maradjon, kérdés mennyire sikerül majd ez, így inkább egy négyszögre haonslító jelleggörbét kapnánk. A feszültség felfutása pedig a pneumatikus kapcsolón múlik ami bontja mágnse energiaellátását, de ennél közelebbit nem tudok, később ezt is IGBTre lenne cserélve.

Egyébként erre a kisütésre különböző technikák vannak, nagyobb mágneseknél ez nem elég, ott alkalmaznak úgynevezett "quench heter"-eket, amik pillanatok alatt felfűtik az egész tekercset, jobban eloszlatva az összeomló mágnses tér energiáját, ilyenek vannak alkalmazva az LHC mágneseiben is. Némely megoldás segédtekercseket alkalmaz az energia elosztására, vagy ellenkezőleg lokálisan növeli némely pontbana mágneses teret normál állapotot idézve elő, néhol a problémás részt kerüli ki az áram valami módon. Kondenzátor bank kisütése a tekercs áramkörébe is szóba jöhet rezgőkört létrehozva és az "AC loss" jelenséget kihasználva melegíti a tekercset. Ha valakit jobban érdekel a téma quench protecion címszó alatt talál róla anyagot.

Egyébként találtam ezt az érdekes VOM1271 vagy TLP3910 fotovoltaikus optocsatolót, ami egy MSOFET gate meghajtó feszültségforrás nélkül a működéséhez szükséges energiát a belső LED és belső "napelem" szolgáltatja. Ezzel egyszerűen megvalósíthatónak tűnik egy MOSFET meghajtása és annak galvanikus elválasztása is.

Megmenekült a power bank. Vettem 2 "szerelt panel"-t. Az első egyszerűbb már nem is lehetne HT4928S az IC. de ugyanúgy lekapcsol ha nagyon kicsi az áramfelvétel. A második viszont tökéletes állítható kimenő feszültség és állandó jelenlét.

A "I" közvetlen bekerül a Transmit Shift register-be, amiből az adás megy, a "T" meg a TXREG-be ami az 1 byte buffer, de utánna már várni kell a második "T" beirása előtt, ez normális.
A TXIF flag akkor lesz beállítva amikor a TXREG átkerül a TSR-be, ekkor még megy az adás, de van bőven idő betölteni a következő byte-ot a TXREG-be.

Amit irsz viszont igaz:


Szóval nálam azért működik, mert nálam van pluszban call + return

Én ugyanígy TXIF-re várva küldtem adatot, eddig mindig működött, szerintem nem ott van a hiba:



Milyen PIC, milyen órajelet használsz és hogyan néz ki az inicializálás?
Szerintem azért nem kapod meg minden második byteot, mert a PC UART framing error miatt eldobja. Ugyanúgy neked is le kell majd kezelned a végleges programban fogadáskor ezeket az eseteket:

Ne a txif-et nézd, hanem a megfelelő soros vez. regiszter bitet. Meg nézd meg az erratát, mert pic24valamiben futottam bele, hogy dokumentáltan rossz az egyik vezérlőbit
UTXBF /* wait if the buffer is full, not working correctly!!!!*/
TRMT jó
https://www.mouser.com/datasheet/2/268/80522c-19131.pdf
Module: UART (TX Buffer)
If the transmit buffer is filled sequentially with
four characters, the characters may not be
transmitted in the correct order.
Work around
Do not completely fill the buffer before transmitting data; send three characters or less at a
time.
Affected Silicon Revisions
5. Module: UART (Transmit)
The Transmit Buffer Full flag, UTXBF
(UxSTA<9>), may become cleared before data
starts moving out of the full buffer. If the flag is
used to determine when data can be written to
the buffer, new data may not be accepted and
data may not be transmitted.
Work around
Poll the Transmit Buffer Empty flag (TRMT,
UxSTA<8>) to determine when the transmit
buffer is empty and can be written to.

Üdv!
Adott egy power bank amit óra tápként szeretnék használni de néhány másodperc után kikapcsol.Az óra áramfelvétele fél másodpercenként 100-200 mA rövid impulzus a szünetekben néhány uA. Az usb-n csak a táp vezeték van bekötve. Hogyan tudom folyamatos üzemre bírni a power bankot? + terhelést nem szeretnék bekötni.
Köszönöm.

Adatlap szerint nem megy tönkre:

Szia!
Ez sajnos nem ilyen egyszerű. Egy kommutátoros, univerzális motornak is lehetséges az úgynevezett szenzor mentes fordulatszám szabályozása, és így kis fordulaton is lesz érdemi nyomatéka, de ennek megvalósítása nem egyszerű, és nem univerzális. Az hogy nem univerzális, azt jelenti, hogy adott motorhoz illeszteni kell. A gyártó ismeri a fúrógépbe szerelt motor jellemzőit, és a szabályzó ezekhez a paraméterekhez illesztve képes a megfelelő szabályozásra. Hogy milyen jellegű számításokat, szabályozási feladatokat kell ellátni, itt egy link egy ilyen egyszerűbb szabályozási megoldásról szóló dokumentumhoz: Bővebben: Link Ez alapján beláthatod, hogy ilyen általános, univerzális fordulatszámot tartó szabályzót nem tudsz vásárolni. Vagy megveszed az eredetit, vagy megjavítod a régit, esetleg neki állsz, és a hobbi kedvéért megméred a motorod jellemzőit, és készítesz egy hozzá illeszkedő szabályzót.

DNF=do not fit

Sziasztok!

Az általam készített Arduino alapú csengővel kapcsolatos további információk és a kód:
- A hang lejátszáshoz a TMRpcm lib-et használtam fel.
- A kód tartalmaz DEBUG módhoz további kód részleteket, amik az élesztéshez kellettek nekem. Ezt kikapcsoltam.
- Van benne SD kártya leállító és indító kód is. Bár ennek nem sok jelentősége van (kísérleteztem ), mivel trafóról fog nálam működni a csengő.
- Az isFnMusic() függvényben több fájlnév kiterjesztés is látható a WAV-on kívűl. Ez ne tévesszen meg senkit. Tudomásom szerint a TMRpcm lib csak WAV fájlt tud lejátszani.
- A kód tartalmaz egy kapcsolót is, mely az LM386 tápját hivatott ki/be kapcsolni.

Esetleg a "Forget Me not" nevű bővítmény.

Szia!

Rég volt, hogy ilyet írtam, megkérdeztem az agyat, hátha:



A megszakításaid címe jó? Nem kell a bank select? Hátha nem törli a flag-et.

Datasheet

A datasheet 116. oldalán az int0 0x08-on van, a tiéd, ami a programodban van ORG 0X0018
goto ISR_L az nem a SPI1RX (Serial Peripheral Interface) -nek van?

De álmos is vagyok, meg nem is tudtam nagyon átnézni, de hátha.

Segítséget kérnék az alábbiakhoz:
PIC18F16Q40-nél nem sikerül a megszakítást megírni Asseblyben.
Ez egy új generációs PIC és nem találok rá még hasonló minta progit sem
MPLAB X IDE V6.15-öt használok.
Feladat:
Alaphelyzetben 13. láb, LATB,4 kimeneten LED1 villog. (EZ MŰKÖDIK)
Ha a 17. láb INT2-re impulzus jön, akkor a 16. láb LATC,0 kimeneten LED2-nek világítania kell (megszakításba ugrás) majd villog tovább LED1.
A megszakításba ugrás nem működik.