Az mplab alol töltsd le az mpasm wint és állítsd be alapértelmezett fordítonak akkor a parsicbol tudsz asztalra fordítani és a pickittel azonnal égetheted

Szia!
Küldd át a teljes projektedet és a hozzátartozó fájlokat is / include-ok! / egy zip-be tömörítve és megnézem, hogy miért nem tudod lefordítani! A kapcsolási rajz is jól jöhet, ha van !

sziasztok!
Most kezdtem (azaz most sikerült felélesztenem) el PIC-kel játszani. Parsic fejlesztést is tanulgatom. PIC F628, és egy PicKIT2 a fegyverarzenál. Pillanatnyilag egy 7 szegmenses kijelzőt tudok meghajtani. Tudom ez itt nem nagy kunszt, de végre sikerült!!!

A gondom a következő. 2002-ben az Urbán Elektronikánál vettem egy próbapanelt (16F870, IIC LCD, pár potméter az A/D-knek), és egy soros debuggert. Akkor MPlab alatt kezdtem játszani. tartalmát kitöröltem, és soha többet nem tudtam feltölteni. A soros debugger felett eljárt az idő, de össze tudtam kötni a PicKIT2-vel. Kommunikál. Később ezzel szeretnék játszani Parsic alól. Az élesztéshez (hogy jó-e) látnom kellene, a példaprogramjával. Sajnos a példaprogramját nem tudom MPlab alól befordítani. A boltot már megkerestem, de nem segítettek. Tudna valaki tanácsot adni? (papíron van a panelről leírásom)

Szia! A ZV1-es oda vissza számlálónál a "res" lábnál írt hibát ( valami bit névvel volt gondja), de már megoldottam. Kivettem a számlálót és flip-flop-okkal helyetesítettem.

Tudnál pontosítani? Ennyi infóval elég nehéz segíteni..

Sziasztok! Valaki vetne egy pillantást erre a kis programocskára? A progi a parsic-ban rendben megy, lefordul - hibát nem ír, de miután betöltöm a reál pic szimulátorba, akkor az időzítő része nem működik. Valami beállítási gondja lehet, de nem jövök rá, hogy mi. Előre is köszönöm.

Megint van frissítés, csak az okosok a régi fájlt tették be letöltésre, így gyakorlatilag még sincs..
Bővebben: Link

Link javítva.
Használd a link gombot!
-moderátor-

4.0.17.8 (28.03.2015)
---------------------
- New
- Bootloader für PIC18Fxxx (Beta)

- Fixes:
- Problems with initialisation at PIC18F25K80 and PIC18F87K22 are fixed.
- Problems with bankswitching at some objects fixed.

Új verzió:
- Fixes:
- Simple 8-Bit Counter: Problems with bankswitching fixed.
- PIC18F: Some programmers displayed error messages,
because invalid Configurations Bits were set to 1. Now they will be set to 0.
With the PIC12F, PIC12F, PIC16F it is reversed


Se hardveres szorzás, se timer korrigálás

Köszönöm, működik.

Köszönöm, megnézem az Rs.Check-el.

Azért mert, a HyperTerminal ASCII kódokat vár. te meg hétköznapi 0-255-ig terjedő adatokat küldesz. Ezek az ASCII tábla szerint éppen azok, amiket éppen értelmetlen karaktereket látsz. Használd az RS-Check exe nevű programot, (a topic elején feltettem)ez azt az értéket mutatja, amit küldesz. Ha pl 4 számot küldesz, ott be kell állítanod a vételre 4 db adatot. Ha van Checksum akkor 5 db-ot. Vagy a PIC-ben alakítod át az összes adatot ASCII-re. Ez szerintem macerásabb. Pl: a 123-at el akarod küldeni a terminálprogramnak, akkor 49,50,51-et kell elküldened. A "táviratod" végére célszerűen még 13, 10 (enter és soremelés)

Sziasztok! Megint kellene egy kis segítség. Beletettem az UART-ot az órába, de a HyperTerminál-ban értékelhetetlen karaktereket kapok. Vajon miért? Arra tippeltem, hogy nagyon foglalt a proci, így beégettem egy 16F876-ba, ott ugyanez az eredmény. A baud beállítások szerintem jók.

Igen, köszönöm, így egyszerűbben is működhet.

További takarékosság az esetleges megvalósításhoz. A "gyári RTC(C)-k" pl: helyől tudják hogy az adott naptári naphoz a hét melyik napja tartozik...Ez itt egy példa a szökóév detektálására és érvényesítése a február hónapnál. (28 vagy 29)

Miért ne tudnád kivenni ? Semmi szerepe nincs ott....

Jogos, mindjárt nyertem +3%-ot, de az MF1, MF2-t sajnos nem tudom kispórolni.

Monostabil helyett én a egyeslövést (oneshot) használom a gombokhoz.

Nos, ha már lúd, legyen kövér. Megírtam a szökőéveket. Ami a dolog érdekessége, hogy ha a hónap-számláló indítását nem küldöm át az MF5 monostabilon, 12. hónap után (évváltáskor) 02. hónapra ugrik, napszámláló RESET esetén (mind a szimulációban, mind a valóságban). Az egy gombos nyári/téli (oda-vissza) átállítást beleteszem még, valamint a dátumot és időt kiteszem UART-ra. Mi a vélemény a beállító gombok monostabiljait kihagyhatom?

Megírtam nekik, de amennyire kommunikatívak a vásárlás után (ha megkapták a pénzt, kb. le se szarnak), nem várok nagy eredményt..

Köszönöm.

Nos, igen.. a parsic4, ahogy írtam volt, 988ms-ra fordul, míg az általad küldött forrás 999,936ms-ra, azaz óránként kevesebb, mint 1/3 sec az eltérés, ami 15 óra alatt kb. 4 sec. A kvarc és a mérés pontatlanságával kiadhatja a 9sec-et. A p4-es lenne a pontosabb, ha kezdőértéknek TMR0-ba tényleg 6 lenne a 9 helyett, akkor pontosan 1000ms lenne, így viszont nagy az eltérés, célszerű figyelni rá! Azért megírom a fejlesztőnek, hogy pontosítson..

Szia! Itt az asm.

Szammer, el tudnád küldeni a parsic3 által fordított asm forrást? Gyanítom, hogy a 4-essel fordítottban az a 9-es értékadát a TMR0-nak hiba, 6-osnak kell lennie, a komment is ezt támasztja alá és a kiszámított és a szimulált időzítés is. Szeretném összehasonlítani a két kódot, és ha igazam van, jelezném a hibát a fejlesztőnek..

Egy ilyen bonyolultságú programot már ne akarj parsicban megírni ! Ilyet Dcsabi meg tud írni mert neki csak segítség a parsic , a kisujjából kiráz 8-10 asm betétet , de amíg erre a szintre nem jutsz el nem fog sikerülni , vagy ha igen akkor hosszú idő és sok kínlódás árán .

Szia "kaqkk" és "Dcsabi"!
Igazatok van de hogy miért is forszírozom: Van egy alkalmazás egy gyorsétterem láncnál, aminek a szoftverét egy nálam sokkal jobban hozzáértő kolléga írta C-ben. Ott az időalap DS1307-ről jön. A konkrét feladat az volt, hogy a pénztárgép által blokkra nyomtatott vonalkód (dátum/idő) alapján meghatározott (programozható) időtartamon belül beengedje a mosdóba a vásárló vendégeket. A nem vásárló vendég fizet. Tudni kell, hogy az üzemeltető nem akar foglalkozni ilyen apróságokkal és a konkrét feladatnál ez problémát okozott. A kolléga megírta a téli/nyári átállást is így ez megoldódott. Eddig nincs is gond, de szeretném saját kútfőből is megoldani, legalábbis megpróbálni.
Az órát nem kell bántania az üzemeltetőnek, mert karbantartási szerződés alapján negyedévente kimegyek és ha kell módosítom (csak IR távirányítóval lehetséges jelen hardvernél).
Visszatérve az elejére az 1 gombos téli/nyári dolog lehet hogy a legegyszerűbb.
Egyébként a jelen projekt teljesen más, de csak részleteiben hasonlít erre a régebbire.
Bocs a off-ért.

A téli/nyári átállást általában a felhasználó kezeli az adott készülékben, kézi vagy automata módszerrel. Ez így csak általában itt nálunk jelenség ennyire, vagy van olyan is ahol két órát állítanak előre... Általában megelégszem a "pontos "idővel.

Természetesen ! A menüben két gombnyomás ...

Egyébként egy kérdés? Azt hogy az RTC IC-k majdnem mindent tudnak egy dolog. A nyári/téli időállítást megoldottad? (Igaz, ez helyi időzónán belüli probléma.)

Hát én az asm-ot nem nézegettem, de biztosan igazad van, ugyanakkor amit leírtam az tapasztalati mérés. Ha jól értelmezem amit leírtál, sokkal többet kéne sietnie. Hol is kéne utólag hozzárendelni az asm-ban a 4MHz quartz-ot? (Ha buta a kérdés, elnézést.)