Sziasztok!
Segítséget szeretnék kérni, valaki tudna nekem ebből egy olyan HEX-et gyártani, ami monostabil módban működik, nem pedig bistabilban?
Előre is köszi, ha valaki épp ráérne

Nem hagytam el, csak nem az MSGEQ7-hez van rakva hanem az lm358 kimenetén van a poti után.
Ha nincs semmi az ADC jó hogy mér mV-os eltéréseket mert lebeg.
Tegyél az analog bemenetre egy 10k potit és nézd meg mit látsz a mátrixon.
Ha a mátrix így megy rendesen akkor az ADC rendben.
De az MSGEQ-nak nem tudom mi baja lehet küldj rá audióba egy pl 1khz szinusz jelet és nézd meg akkor mi történik.

Van egy gyári ubw32-d, ami arra lenne jó, hogy előreszámíthatóan kiszűrhető legyen a hw hiba, erre szétforrasztod.. így hirtelen nem tudom, mit szóljak hozzá. Most már az sem előreszámíthatóan forrasztási hibától mentes.

Amíg hibát keresel, olyan programot kellene gyártani, ami egyetlen main.c, nem összelinkelt 30akárhány modul, amiből fellinkeled csak az egyiket, tele ismeretlen függvényekkel, és siránkozol rajta, hogy hol a hiba - honnan tudhatná azt bárki is? Ki kellene csupaszítani minden olyasmit, aminek nincsen benne feltétlenül keresnivalója. Az mla-ból az mcu saját header-jei linkelve maradhatnak külső modulként (onnan van pld a systemconfig behívása is), más semmi. Az összes, aminek benne kellene lennie, egy timer felprogramozása, pollozással a túlcsordulás vizsgálata, és egy kimeneti led kapcsolgatása. Az pontosan egyetlen main() függvény, az összes többi nem tudom, mit keres ott. Ki kellene szűrnöd minden lehetséges zavaró tényezőt, különben egy életen át vakarhatod a buksit, hogy hol és mit figyelmetlenkedtél el.

Hát rákellet jönnöm arra hogy olcsó volt MSGEQ7 ebayen(400ft) és hát igen rossz nem müködik se hogy se sajnos van ez igy...
ADC müködik rendesen megnéztem.
Hol lehet beszerezni jót??
Azt hittem táp volt a probléma és igy 100nf helyet beraktam 10uf ot lm7805 után nem lesz az probléma??

100 nF és 10-20 µF még elfér. Kell a 100 nF is.

Üdv!

Nem tudom, hogy köze van e hozzá, de a 48. sor végéről hiányzik egy macskaköröm.



Ilyenkor jó szolgálatot tesz egy notepad++, vagy Visual Studio Code szövegszerkesztő. Színesben látod, hol csúszik el a dolog.

100nf-ot a pic táplábaihoz raktam.

7805 táplábaihoz, a lehető legközelebb a bemenetnél kell 330 nF, a kimenetnél 100 nF.

A privát magánvéleményt és a személyeskedést illik off tartalomként kezelni. Például így. Ha hibát keresel, ami egészen biztosan benned van, akkor ott kezdődik a megoldás, hogy saját magad vagy, akiben kicsit sem bízol meg. Ha nem bírod a feszültséget, az sajnálatos, de biztosan lehetetlen hibát megkeresni attól még úgy megy. Jobbulást.

Ez igen,vicces fiú... Sokat gyakoroltad gondolom
Köszi a semmit bátyja.

Mit vársz egy PIC-es témában egy silabs-os uC-re??

Rossz helyen tetted fel a kérdést, ez ugyanis PIC-es topik. Itt érdeklődj.

Felesleges a vulgarizálás!

A gond az itt te voltál most, kötekedtél feleselgessen. Egy kicsi segítőekésséggel többre mentünk volna... És neked is jobbulást.
Dobtam a gyári RTC-t, külső DS1338-al többre jutok...

Sziasztok!

Némi segítségre lenne szűkségem. Hátha tudja valaki a megoldást.

Mplab X ide v3.45
C30 v3.31

A program sikeresen lefordul, de nincs meg a hex file.
dist/default/production/ mapában kellene lennie, de itt egy .a kiterjesztésű file keletkezik, amit hiába nevezek át hex-re.

X alatt külön exportálni kell.
Project name -> jobb kikk -> Export hex.

Project beállításoknál a building résznél a configuration type-t állítsd át library-ról application-ra.

Nem látom hol kötekedik. Midegy is ebbe nem akarok belemenni.
Viszont megint csak kikerülöd a problémát ahelyett, hogy megoldanád. Mint legutóbb.
Nem néztem bele a program részletbe mert rohadtul nincs rá időm, DE:
1. A 32kHz-es kristály nem generálhat 200kHz-et. Hol méred?
Az vagy visszajön a PIC felől valahogy, vagy 2. pont.
2. Fogadjunk erratát te sem olvasol. 3 oldal erratája van, amiben több pont is érinti az oszcillátort. Megnézted? Lehet, hogy resetel folyamatosan. Valami állapotjelző ledet raktál valamelyik lábra, hogy lásd tényleg az órajel ugrál-e vagy nem is megy a program?

OLED kijelzőn figyelem a működést.
Nem értem én sem a 200KHz-es jelet, Kristály lábán mérem skóppal.
Gyári és saját programmal is próbáltam, egyelőre tanácstalan vagyok a működésképtelensége miatt.
Minden más szépen működik, de ezt valahogy nem akar, keresem még a hibát.

Ezt viszont nem értem:
Mire gondolsz, nem emlékszem már..

Volt valami amit szintén nem tudtál megoldani és szétszedted, megcsináltad másképp. Már nem tudom mi volt. Pár hónapja. Lényegtelen.
Szóval ha jól értem, a program többi része láthatóan fut közben mialatt ez hibás.
Értem itt, hogy nem külön-külön tesztelve a program részeket, hanem egyszerre futtatva.

Akkor össze keverhetsz valakivel.. Nem bontottam le semmit amit megépítettem, az elmúlt időszakban nem volt nagyobb fennakadásom a fejlesztéseim kapcsán..
Ennek az RTC-nek is rutinszerűen kellene mennie, főként mert van gyári könyvtára..

Próbáltam saját programmal is, de gondoltam leszűkítem a gondokat, hogy ne legyen más probléma hiba keresés közben, így a gyári programot bővítettem egy LED villogtatásával és később egy OLED-es LCD-vel, hogy lássam az adatokat működés közben.
Tehát csak külön az RTC semmi más...

Most újra ellenőriztem az összes forrasztást, de azok is jók...
Fura egy működést generál, hol 6, hol 12-es egységekben ugrál a másodperc és 99-ig számol 60, helyett az összes változó.. Adatlapja szerint pedig csak 60-ig kellene, furán működik...vagy is nem működik..

Biztos nem keverlek össze, de nem keresem vissza. Nem érdekes.

Mint mondtam nincs időm a kódot túrni most,talán este. Egy kérdés. Hogyan használod az RTCC-t. Alarm módban, interrupt?
pontosan melyik 795 ez? Esetleg F512L?
Ja és melyik fordító?

Nem bonyolult. Holnapra talán meglesz.

Simán csak az RTCC-t használom.
Megszakítás és érbresztő nélkül, egyelőre csak azt akarom, hogy járjon az óra.

32MX795F512L, C32, MPLAB.

Tisztelt szakértők!
Tudna nekem valaki segíteni abban hogy a Bővebben: Link a 6.lépésnél levő frissített hex file-t átírni 24 órásra? Segítségeteket előre is köszönöm.

Milyen jellegű segítségre van szükséged? Segíthetünk megtalálni a pic adatlapját, vannak asm tutorialok, vagy ami csak kell.

( )

Szia
A régi program kettő féle verzióban van meg 12 órás és 24 órás ban. A frissitett az csak 12 órás verzióban. A régi változatban megtaláltam a különbséget a programban. A frissített változatban átirtam. Mplab program segítségével. Amikor exportálom hex file lesz. Beégetném a picbe de a hex file üres. Totálisan kezdő vagyok benne.

Szia!

Nem garantálom, hogy jó, mert nem álltam neki a működést megérteni, csak a két program összehasonlítása alapján módosítottam... !
Próbáld ki és ha gond van, jelezd vissza privátban !

Szia
Ma kipróbálom. Köszönöm a segítségedet.

Nos eljutottam odáig, hogy rájöjjek mi volt a gond a másodpercenkénti időméréssel.
Most már megy az RTC, legalább is jól, másodpercenként számol..
Viszont az kicsit fura, hogy miképpen változnak az értékek:

Másodperc, Perc és az óra helyi értékén is így növekednek a változók..
Van esetleg valakinek ötlete, hogy ez mitől van?
Az tisztán látszik, hogy 10mp elteltével ugrik a számláló, elsőnek 16-ra, majd 25-ről 32-re, 41-ről 48-ra, 57-ről 64-re, 73-ról 80-ra és 89-ről 0-ra.., majd kezdődik előröl.
A másodperc számolás rendben van, de a számlálok értéke érdekesen alakul..
Van valami amit esetleg nem állítok, vagy rosszul van beállítva?

Esetleg nekem kell ezeket a változókat ellenőriznem és kompenzálni a növekedésüket?
Köszi előre is..

(32MX795F512L, gyári RTC példa programot használom)