Sikerült megoldani! Találtam valami furcsa utalást a PIC- pdf-ben. Kipróbáltam, szkópon látható az adatkivitel. (baud-rate is jó) Érdemes megnézni a csatolt képen az RA0-s sort, az mutatja az érvényes beállítást. "Logikai Analizátoron" viszont semmi sem jelenik meg.
Ez pedig a működést biztosító kódrészlet:

Sziasztok!
Szeretnék egy kis segítséget kérni, mert már napok óta szívok és már az agyvérzés kerülget. Eléggé kijöttem a gyakorlatból, úgyhogy bármi előfordulhat.
Adott egy I2C LCD meghajtó, a mindehol kapható kínai csoda, PCF8574AT portbővítőre épülő kis modul. Ezt szeretném használni de az istenért sem akar működni.
Ami eddig biztos: a modul működik, az I2C adat küldés működik, LED-et tudok villogtatni vele, a lábkiosztása az alábbi:
DB7, DB6, DB5, DB4, LED (háttérvilágítás), E, RW, RS.
Jó nagy késleltetéseket tettem a kódba, hogy lássam mi történik. Az látszik, hogy átkapcsol kétsoros módba, tehát a 4 bites beállítás és a kétsoros módba kapcsolás működik de innentől semmi. Próba képpen egyetlen "A" betűt akartam megjeleníteni a kijelzőn, de semmi és nem tudok rájönni, hogy miért. A kódot igyekeztem minél bővebben kommentelni és tagolni, hogy érthető legyen.

Szia! Úgy emlékszem, hogy a 4 bites mód bekapcsolása után csak a fölső 4 bit-et értelmezi (DB4-DB7). Nem tetted fel a rutinokat, így csak sejtéseim lehetnek..

Szia.
Mindenképp csak a a DB4-DB7 részeket használja, mert a többi be sincs kötve. A kiküldött 8 bitből mindig csak a felső 4 az adat vagy a parancs kódja az LCD számára, az alsó 4 bit a háttérvilágítás, az E, az RW és az RS vonal. Ezért is van, hogy a 3. bit már az elején mindig 1, mert az a háttérvilágítás, az 1. bit mindig 0, mert az az RW. Ezért is látható a 38. sortól kezdve, hogy az adatok felső félbájtra és alsó félbájtra vannak szedve. Ezeket nem rutinok csinálják, hanem eleve így írtam meg, hogy az adat felső 4 bitje először az adat felső félbájtját tartalmazzák, aztán a következő küldésnél az alsó félbájtot. Szóval nincs olyan rutin ami ebbe beleszólna.

Csak egy ötlet.
Nem hagytad a nem használt bemeneteket lebegni?
Mert ha nincsenek 0-án, már az inicializálás félre megy.

Ha magam csinálom a panelt, mindig lebegve hagyom, nekem nem volt még vele gondom. De ez egy készen kapható modul, mind a 16 tüske benne van és ebben sincsenek bekötve sehová azok a tüskék, csak úgy vannak.
Az a bajom, hogy ehhez a modulhoz rengeteg arduinos példa van de PIC nagyon kevés. Találtam párat de vagy C-ben vagy basic-ben van írva. A basic még valamennyire átlátható lenne de szerintem hülyeség van benne, mert a E és RS vonalat külön kezeli, amit nem egészen értek, hogy hogyan teszi.

Az nem derült ki, hogy PIC milyen órajelen jár, de ez így nem jó.
A specifikáció szerint az LCD utasítások nagy részének a végrehajtása kb. 40us-ig tart, de te az elejét eltekintve egyik utasítás után sem teszel késleltetést.

Az Rs beállásnak meg kell előznie E pulzust. A "nagy" időzítésekről nem tudunk semmit. Én az E impulzus generálását betenném az OUT_BYTE rutinba, így nem kell a állandóan címezgetni az eszközt. Itt egy adatlap az időzítésekről, benne van melyik utasítás mennyi idő alatt hajtódik végre.

Köszönöm. Ebben az alkalmazásban szoftveres kommunikációt használtam, 4 MHz-es órajel mellett. Elfelejtettem már, de szerintem egy bájt kiküldése biztos tovább tart mint 40usec. De holnap megnézem biztosra.

Ezzel biztos nincs gond, mert az első bájtban van az RS beállítása és a következőben a E vonal.
Nem tudom mire gondolsz az időzítés kapcsán de egy sima késleltető rutin, a nevében szereplő szám a késleltetés mértéke msec-ben.

Az adatlapból látszik, hogy a képernyő törlés végrehajtása 1,7ms, ott nincs berakva késleltetés.

Köszönöm, ez valóban elkerülte a figyelmem. Most tettem be minden parancs kiküldése után késleltetést. De nem változott a helyzet.

Az én változatomhoz hasonlítottam a programodat, és két helyen látok eltérést: 70-83 és 100-113-as soroknál. 1 bittel el van csúszva!?
Az enyém ilyen:
Volt olyan 16x2-es LCD kijelzővel dolgom, ami nem akart működni olyan programmal ami más kijelzőkkel gond nélkül ment. Valamit módosítanom kellett - időzítések növelése? -és jó lett.

Az én 70-83 és 100-113-as soraim nálad melyikhez kellene hasonlítani? Már jojózik a szemem a sok számtól...

Nálam a 24-es és 33-as sor.

Csak a sorrend más egy kicsit, de a parancsok ugyanazok.

Sorrend fontos?? (Nálad 40. sor, nálam 20. sorban van eltérés. A PDF-ek szerint a 0010 fölső byte kell, de nálam a 0011 van amivel működik. Meghajtó függő, nem tudom...)

Ez teljesen más meghajtó, azért leht a különbség. A legtöbb LCD HD44780 meghajtóra vagy azzal kompatipilisre épül. Annak az adatlapja és egy működő közvetlen PIC-LCD összeköttetéssel működő programból indultam ki. De eddig nem értem el jó eredményt.

Betettem minden bájt kiküldése után egy késleltetést, így most működik.
Köszönöm a segítséget mindenkinek!

Egy PIC18F67K40-et szeretnék programozni. Eddig a régi Mplab IDE-t használtam, mert régi eszközökkel dolgoztam. Ezt a PIC-et a régi már nem ismeri, ezért letöltöttem a Mplab X IDE-t. Ennek jelenleg 6.20 verizója van. Azt írják valahol, hogy az assembler fordító az XC8-cal együtt van, PIC-AS néven. Fel is telepítettem a csomagot. Az első fordítási próba sikertelen volt. Elővettem hát egy olyan kódot amiről tudom biztosan, hogy jó. De ezt sem fordította le, már a LIST P=PIC18F4550, INCLUDE <P18F4550.INC> soroknál hibát ad, de gyakorlatilag egyik utasítást sem ismeri fel.
Valaki tudja, hogy hogyan kell ezt működésre bírni?

"downgrade"-elj 5.25.-re.

Aham, megtaláltam én is közben, hogy az 5.40-től kezdve nincs benne a régi MPASM fordító csak az XC8-ban van de az tök másképp működik, de normális leírást még nem találtam róla.

Szimulátor

MPLAB X szimulátorban teszteltem egy megszakításon alapuló időzítőt.
Körhagyó ciklusban ment, azaz amikor lejárt, breakpoint megállította, kiírta a stopwach az időt, majr rányomtam a play-ra és újraindult. Az apróbb szórások fel sem tüntek, de a középső időmérés ledöbbentet. Vajon így fog múködni a PIC-ben is, vagy ez csak a szimulátor hülyesége?

A környezetet kell ismerni a válasz megadásához.
- Nem írja a program az időzítő regisztereit?
- Nincs valahol, valamiért tiltva a megszakítás elfogadása?
- Van más megszakítás is, ami nem engedi időben futni az időzítő kiszolgáló rutinját?
- Van-e DMA-val megvalósított adatátvitel?
- A megszakítási rutin hosszabb lehet valamelyik ágon, mint a beállított időzítés és csak a második kérést fogadja el.
- stb

Szia! Ez egy szimpla tesztprogram, amivel egy olyan időzítő rutint teszteltem, amit arra találtam ki, hogy makróból bármennyit be lehessen építeni a programba, és ne "delay" hanem "millis" fügvényként működjön.
Semmi mást nem csinál közben a program.

Rotary encoder, PIC18F2520

Hello, segítséget kérnék.

Jelenleg egy erősítőt építek. Bemenet választó IC TDA7313. A program működik, hangerőt, hangszínt szabályoz, bemenetet választ, meg ami kell. A menüben lépkedést és a hangerő szabályzást gombokkal tudom használni. Ezt szeretném leváltani rotary encoderre. Próbálkoztam többféle megoldással, még chatgpt-t is segítségül hívtam, írt többféle kódot, de egyik sem akar igazán működni. A bekötés jó. PIC18F2520-at használok, PORTA,1 és PORTA,2-re van kötve. Ha pl jobbra tekertem időnként nem csak felfelé adta a hangerőt, hanem lefelé is. A kód nem bírja mindig eldönteni, hogy melyik irányba forgatom a rotaryt. Mellékelem a kódot.
Ebben vajon mi lehet a hiba vagy valakinek van jobb ötlete a kérdésemre?

Nem néztem át, csak a tapasztalatom szeretném elmondani: én akkor jártam így, mikor - itthoni üzletben - vettem egy csomó apró rotary encoder-t, és annyira rossz volt a mechanikus érintkezők minősége, a műanyag test pontossága és minden egyéb, hogy csak véletlenül érintkezett jól és jókor, különben azzal is össze-vissza lépkedett egy amúgy jó firmware. Valamint pár tekerés után konkrétan elkoptak az érintkezői és elgörbült a belseje, megnéztem. : -) Még meg is beszéltük másokkal valahol, hogy ők is vettek belőle, és ugyanúgy jártak.

Szia.
Én annó úgy csináltam, hogy külön vizsgáltam az A és B bit állapotát, ennek megfelelően változtattam a tároló változó bitjeit, majd ezt dolgoztam fel. Nem biztos, hogy segít, de emlékem szerint működött a dolog.

Ezek szerencsére jók, máshol működnek. Nem örülök, hogy egy új alkatrész ennyire gagyi lehet.

Köszönöm, kipróbáltam. Ha gyorsan forgatom néha lépeget egyet vissza vagy előre.