Köszönöm, holnap megnézem, most mennem kell.

Amíg nincs több karakter(összesen) 32 nél az lcd be írva addig nem dob hibát ...

Úgy sem megy, ha mindent 8 bit-re állítok akkor sem, a fordítási hibaüzenet ugyanaz.

A számláló és a logikai komparátor-tabulátor más más értékeken dolgoznak 8 bit-16bit és szerintem a kettőskeresztek közé kell egy space így lehet hogy egy karakternek veszi az egész sort a fordító

Nos itt a karakter azonosító progi, de vajon miért nem fordul le?
(szerintem túl sok a #*.*# karakterkód neki)

Ezt olyankor szokta csinálni ha valamelyik számláló vagy komparátor 8 bites üzemmódban van és tovább kell számolnia 255 nél tedd át 16 bitre ...

Sziasztok!

Az alábbi hibaüzenetem van. Ilyenkor mi a nyűgje? Gugle fordító azt írta,hogy nem definiált. Próbáltam átnevezni a kötést,de akkor is ez van. Talán az a baja,hogy nagyon sok helyre kötődik? A következő pontokhoz megy:
MX7 OUT -> MX7 IN0 ; LT12 VAL ; MX4 IN1 ; MX1 SELECT ; IF5 A ; IF6 A ;IF7 A ; IF8 A ; IF9 A ; IF12 A ; IF13 A

Segítségeteket előre is köszönöm.

Jogos a 3 pont, ezt tényleg meg lehet csinálni, sőt meg is csináltam 2x16-osra 32 sorban. Arra jó, hogy látható (léptetéssel) az összes karakter, csak számolgatni kell a karaktercímeket.

Szerintem, egy 4x20-s kijelzőre 3 kijelzésképpel, tehát 3x4=12 sorral kirakható az egész térkép. (esetleg még fél sor marad) Be kell írni a sorszámokat sorokba. Ez egyszerűbb mint egy programmal vacakolni. Ehhez van kész program, úgy hívják hogy Parsic.

Szia! Akkor nem én vagyok a hülye. Egyébként ott jött elő a jelentősége, hogy egy projektnél küzdöttem az ékezetes betűkkel és egy elírás kapcsán kiderült, hogy felesleges volt, mert benne vannak a magyar karakterek az LCD-ben. Esetleg a flowcode verzióról beszélhetünk privátban (már ha publikus). Üdv: Zsolt

Parsicban nincs lehetőség (vagy csak én nem látom) arra hogy a kijelzőnek ascii kódot küldj ki , én flowcode-ban írtam erre programot ...

Sziasztok! Próbálkozott már valaki azzal, hogy ismeretlen karaktertáblás LCD esetén egy tesztprogrammal pl.: másodperces léptetéssel végigpörgeti a karaktertáblát 0-255-ig (#0# ...#255#)?
Nem tudok rájönni. Üdv: Zsolt

Szia!

A hőmérő egy vegyes tüzelésű kazán vízhőfokát méri majd és a szabályzókör a beállított hőfok után szabályoz majd. Ilyen esetben mennyi időnként javaslod a mintavételt?
A program akkora,hogy egy 16F877-es már 45%-on van. Úgyhogy van benne számolás bőven.
A tápot számítógép tápegysége fogja biztosítani. A freki külső,4Mhz rezonátor.

köszönöm tanácsod. Megpróbálom.

Szia!

20-ról 50-re növeltem meg. Az jó? Mennyire állítsam?

Ha egyéb feladat miatt nem szükséges, szerintem szobahőmérséklet változást nem kell tized másodpercenként lekövetni. Ezt 1-3 vagy éppen 5 másodpercenként sokásos. Vedd figyelembe, hogy a kijelző a nagy fogyasztó, annak a tövébe is tegyél egy normális szűrést. Mondjuk tantál kondi (1-10uF) és egy kerámia párhuzamosan. A sok matematikai művelet is megterhekli a processzort, úgy hogy a vélt átlagolási eredmény rosszabb eredmény hoz...Van egy viszonylag több példányban legyártott PIC-es alkalmazásom. Ebban amik beváltak. Kapcsoló üzem PWM táp, (van rengeteg forgalomba, én Mp2359-t és L5790-t használok) fontosabb helyeken tantál kondi, magas Quartz feki. (semmi esetre sem belső osc)

Attól még ugrálhat, csak akkor 100 ms-ként fog... Jobban jársz, ha integrálod a mért értékeket ( pl. az utolsó 16 mérés eredményét összeadod és elosztod 16-al ), így a hirtelen ugrálások eltűnnek !

Mennyi az LCD frissítési ideje? Én feszültségmérésnél jártam így és a frissítési idő hosszabbításával eltűnt a probléma.

Közbe lett még egy nyűgöm. Fizikálisan csak most került rá a hőmérő, egy MCP9700A. A kijelzett érték eléggé zavaróan vibrál,de nem nagyságrendeket,csak úgy,mint amikor egyik értékről próbál átállni a másikra. Ezt hogy lehet kiküszöbölni? Igaz hogy még csak próbapanelon van,kb 10 centis kábelen. A szűréssel nem hiszem hogy gond lenne,mert a hőmérőnél a táp és kimeneti lábaira,illetve a picnél a bemenetre is tettem 100nF.os kerámia kondikat. Ez sokat segített a dolgon,de még mindig vibál. Esetleg a programban küszöböljem ki,úgy hogy pl. 100ms-onként veszek mitát a mért hőfokból és azt íratom ki?

Sziasztok!

Megint tanácsotokat,segítségeteket kérném. Írtam egy hőmérős progit és az lcd kijelzőn a celsius jelnél a C előtt a kis köröcske rendesen ott van,de a kijelzőn a valóságban csak egy vonal. Mi lehet a baj? A karaktertáblából illesztettem be a szimbólumokat. Lehet ott a hiba?

MPLAB rendesen fordítja,hibajelzés nincs.

Előre is köszönöm válaszotokat

Egy kis böngészgetés után további lehetőségeket lehet találni. Ami most felmerengett bennem, egy nyolclábú PIC-es Uart (itt 12F1840) ezzel lehet csinálni már egy kis miniatűr "okos szolgát" akár RS485-re is...

Aki már P4-t használ: van egy jó, meg egy jobb hírem... Volt, Update. Közkivánatra már a 18F..K.. tipusok is használhatóak. Továbbá, a ..K22 esetén már meg lehet próbálkozni egy jó kis frekiváltóval van PWM elég...12biten...

Szia! Köszönöm. Sajnos a lekérdezéses módszer a vonalkód szkenner miatt nem működik, marad a fix címzés, vagy a port átkapcsolós módszer. Az MX modul jó ötlet, megnézem hogyan tudom megoldani. Üdv: Zsolt

Szia. A cimzett adás vagy vétel esetén az értékes adat előtt van néhány byte adat. (RS485 vagy modbusz esetén egy is elég), ami biztosan nem információ, vagy ha fix adatszám esetén tudom hogy az első (vagy néhány ) byte az cím. Leválogatás: pl 10 byte jön ebből az első kettő a cím, a többi adat akkor kerül felhasználásra (pl MX modul) ha a cím passzol...Vagy ha én csinálom a "partnert" is akkor, kiküldöm a címet a paranccsal (byte) és csak ő regál rá, és a választ címre is szűröm...stb...Így lehet többek közt, Pl GSM modem AT kódjait is értelmezni

Szia! Köszönöm. Sajnos az RS485 nem megoldható, mert az egyik eszköz egy vonalkód szkenner, aminek gyárilag RS232 a kimenete. Most nézegetem, hogy tudok-e neki fix címet generálni. A második eszköz egy DCF77 modul PIC dekódolással (kész, NET-ről leszedett és kicsit módosított progi), ami szintén RE232 kimeneten adja az idő infót. Tudom, hogy meg lehetne oldani a DCF77 kezelést PARSIC-al is és akkor nem kellene mégegy soros bemenet, de nekem kicsit bonyolultnak tűnik. Ennél a második eszköznél, meg tudom oldani a címzést, mivel a soros kimenő adat:
(HHMMSS) (óra/perc/másodperc) és elé tudok tenni egy olyan címet, ami soha nem jöhet (pl.: az óra=0-23, így 24-től bármi lehet). A vonalkódnál már nehezebb a dolog, mert bármivel kezdődhet.
Az is eszembe jutott, hogy a szkenner: Metrologic IS4125 indítása automatikus, infrára indul és elvileg kinyerhető belőle az indítójel. Ha az indítójellel szkennelés esetén átkapcsolom egy 4066-al a soros portot az működhet. Tán ez lesz a megoldás. Egyébként a címzett vételnél hogyan oldottad meg a cím szerinti leválogatást? Üdv: Zsolt

A lehetséhes megoldások attól függnek, mivel akarsz kommunikálni. Pl használj RS485-t. igy több eszköz is könnyedén felfűzhető. A sima, vagy (RS232) is összefűzhető, én régebben vagy kapukkal kapcsoltam össze 4-5 szolgával a "mestert". Itt is volt címe minden szolgának...

Válaszolok magamnak. Megnéztem a képzett *.asm fájlt. Beleteszi az UART2-t, de üres. Konzekvencia: nem működhet. Valami mást kell kitalálnom, mert mindenképpen kellene a két soros bemenet. Ha valakinek van ötlete, szívesen fogadom.

Sziasztok! Egy UART-os kérdés (régi PARSIC): Ha az UART-ot úgy konfigurálom (16F876), hogy mindkét láb bemenet a gyakorlatban működhet? Tehát mintha 2db különálló soros portom lenne. Fordítani hagyja de a teszt hardver még nincs kész. Hátha van valakinek tapasztalata. Üdv: Zsolt

Köszi az infókat. Majd próbálkozgatok.

Itt elég részletesen van hozzávaló...Nem tudok kipróbált dolgot most produkálni. Nekem eddig megfelelt a "gyári"...PWM_876