Köszi dcs

16f84 re átrakva hibát ad a parsic.. (UART not available...)
Nem tud ilyet a f84?

Előre is köc

Nagyon szívesen... Biztosan müködni, fog ha az áramkör helyesen lesz összerekva.
Egy apró tanácsot még adnék, ha sok időzítést teszel ezekkel az elemekkel akkor egy kicsit elmászhat a tényleges kivánt értékhez képest, itt nem sok jelentősége van talán...
Én így szoktam megoldani...régebben feltettem a harang ütem témában, abban is vannak hasonlók, jól bevált.

A szimuláció indítása után a túláramot magas szintre kell állítani. Egy komparátor kimenetéről fog " ménkűt" kapni.

A hibákat kijavítottam + tettem be még egy 1s-es késleltetést, hogy tényleg teljesen végállásig menjen az ablak.

A pic sim-et azért nem értem egészen, mert hex file-t kér és mégsem megy.

Talán az lehet a magyarázat, hogy a pic basic pro más asm file-ot csinál mint a parsic.

Így az mplab más config beállításokkal fordítja a hex-et.

Köszönöm a segítséget.

Üdv.:

mgabesz

Szerintem jó lehet, ha kijavítod a képen jelölt hibákat...
Az egyik kép szerint két kis vonalvégjelző négyzet van szabadon, ezeket kösd össze, úgy látom mindkét végén ugyanaz a bit sorszám van tehát még jó...
Viszont a kimenetnél (gondolom bővítetted) a port kimenet van a kapuk közt, (2x is) ráadásul ugyanaz mint a következő kimenet, ezeket javítsd át...
A bemenetek gondolom optocsatolósak lesznek, akkor invertálni kell, szimulációban maradhat így mert nem lesz aktív...
Ki be kell égetni és kipróbálni ledekkel a kimeneten...
Még szerintem finomítani kell rajta, mert nem teljesíti amit leírtál,PL. ha folyamatosan nyomod a végállás nem tiltja le az "ablak felt" stb...
a program a pic számára akár helyes is lehet csak amit Te vársz tőle, még kell egy kicsit módosítani...
Ennek ez a szimulátora kár keverni a PIC-sim-al... ez sokszorta megbizhatóbb...

Sziasztok.

Készítettem egy prg-t ami egy ablakvezérlő elektronikában fog működni.

A parsic leszimulálja rendben, az MPLAB lefordítja rendben.

Van nekem egy másik szim. prg-m is.

Ez az Oshon software PIC Simulator Ride nevű prg-je.

Ebben viszont nem működik a szimuláció. A program a kész *.hex file-t várja.

Látom, hogy a szimuláció fut, de a portok és regiszterek változásait nem mutatja.

Próbáltam egyszerűbb prg-t írni ( PL. sima inverter), az sem megy.

Azonban amit pl microcode studioval írok az a fordítás után simán működik a szim-ben és nyomon követhetők a futás közbeni történések.

Örülnék, ha valaki ki tudna okosítani.

Még valami.
Működés:

A fel vagy le gombot folyamatosan nyomva az ablak 0,5s múlva elindul a kiválasztott irányba, a gomb elengedésére, vagy a túláram érzékelő jelére megáll.
Ha csak egy pillanatra nyomjuk meg valamelyik irány gombját akkor az ablak automatikusan elindul a kiválasztott irányba és csak végállásban, vagy bármelyik iránygomb ismételt rövid megnyomására áll meg.

Előre is köszi.

mgabesz

Ez így nem elég konkrét, vagy inkább módosítanék rajta...
Legyen mondjuk 16f628A és mondjuk 8 bemenet ebből 2db az A-portból RA.0 és RA.1 a többi lehet a RB.port az RB.1 és RB.2 kivételével ez kb 3 perces dolog ime.

Üdv Mesterek!
Tudna segíteni Parsicben, hogyan tudnám leprogramozni a következő projectet?

Proc: 16f84
Feladat: a RB portok állapotát szabvány RS232 kiküldi az RA valamelyikére.

Bármilyen infót/segítséget köszönök

Kérték már többen tőlem: Harang ütemvezérlés vagy más
"hinta és inga mozgásokhoz" egy végállással... Húzó tekerccsel...

Pic16f628A-va. A parsic-os File-ban van leírás a müködésről és a bekötésről.

Kösz a választ dcsabi majd kísérletezek, mert az úgy látom a belső ciklus a legnagyobb osztásra, van állítva az option regiszterben, azért nem lehet kisseb időzítéseket állítani. Üdv nyemi.

2Mhz-ig biztos, viszont a konfig-ban Hs-t állítsál be ugyanis ez egy belső ellenálást kapcsol...
A 2 vagy 20 Mhz az sehol nem szerepel...
Lehet próbálgatni, láthatóvá tenni pl egy led villogtatásával, egy látható időközzel ... valamelyik kimeneten...

Köszi a választ,
még azt szeretném tudni, hogy ezzel a kis csalással meddig lehet pontosan leosztani az órát? Ha 20Mhz kvarcot használok és mondjuk 2 MHz-t írok a progiba akkor HS vagy XT kell választani az oszcillátor típusának? Így még Menne pontosan a 2ms helyett a 200us ?

ezt simán logikai kapukból összerkhatod: És, Vagy, Kizáró_vagy kapuk ezeket 16 bemenetig lehet alkalmazni és akár 50-60 példányban, Ott van a set_reset, aztán összehasonlítás, schmitt-trigger stb,...aztán az adott változó be vagy kimenetét egyszerüen invertálhatod jobb egér és kipipál ....Próbálj rajzolgatni és a szimulátort kapcsold be, és megmutatja mi lenne a valóságban... a bemenetre kattints az egérrel és aktivvá válik...stb...

Van 3 áramör (egyformák) ezeknek a kimeneteit kéne összefogni logikai komparátorokkal . Pl ha az 1 áramkör 1 kimenete aktív és a közös bemenetre jel érkezik az 1-es nem reagál viszont a2kapcsol de ha mindkettő aktív -vagy kiapcsolt akkor elfogadja az indító jelet (a3 áramkörnek lenne saját bemenete és közös bemenet is

Nem teljesen értem.. Ha rajzolsz három egyforma áramkört, pl három munkalapra, ezeket a P1:X1 szimbólum segítségével tetszőlegesen összekötheted ha akarod és kész ha nem jól értelmezem kicsit részletesebben fogalmazd meg a feladatot...
Nem is muszáj háromszor lerajzolnod, mert "kopizni" is lehet tetszőlegesen és a progi átsorszámozza a változókat...
Sőt több példányát is meg szoktam nyítni a Parsicnak és másik projektből is szotam "kopizni" részleteket...

És ha rajzolok 3 egyforma áramkört ,ezeket összekapcsolni (log komparátorokkal) hogyan lehet illetve hogyan fordítom le az mp labbal?

Ha jól értelmezem több dolgot akarsz egyszerre csináltatni a PIC-el...? Ha nem zavarják egymást természetesen müködni fog...
Gondolom mind a három rajzod nem ugyanazt a bemenetet és kimenetet akarja használni ?
Ha az Mplab lefordítja akkor
menni is szokott...
Én már írtam akkora progit alig fért bele a PIC16f877-be, (99%)
gondolhatod hány dolog ment egyszerre...! ?

Amit a Parsic-ba akár 8 oldalon is lerajzolsz és helyes, azt lefordítod, beégeted és müködni fog...
Nézd meg a régebben feltett hőfok5 nevü projektemet...és lapozz a számbillentyükkel

Egészen alacsony frekire nem valószínü, hogy reálisan fog
csökkenni az időzítés... Nézd közben a készülő forrásfile-t
és ott változik a TR1 rutinban a megfelelő érték az osztásarányhoz... Én ilyen kis időzítésekhez inkább 20Mhz-et használnék, és ennek megfelelően trükköznék az időalappal...
Az impulzus kimenetet még a PO modul szerint nem használtam, de a help-ben is van leírás róla...
Ha nincs meg az eredeti ide való példaprogi, ime...

Szia dcsabi szeretném, hogy szakértő szemmel véleményt mondanál erről az áramkörről. Ez egy előgyújtás vezérlő lenne, ami 250us-mal figyeli az impulzusok közötti időt majd a táblázatban megadott értéknek megfelelően 16us-mal késleltetve, kiadja a kimenetén (ez egy tirisztort fog nyitni a CDI gyújtásban). Arra lennék kíváncsi hogy működne ez így, és az időzítéseknél alkalmazhatom azt a eljárást hogy 4Mhz akarom működtetni a programot akkor 4Khz írassam meg vele hogy az időzítések megfelelően működjenek vagy van erre valami más megoldás??Még egy kérdésem lenne hogy hogyan működik a PO nevezetű modul , látom a példákból hogy két bit orientált és egy bájt orientált kivezetése van , az EN nevezetűre álltalába órajel csatlakozik de már a működését nem értem legalábbis szimulátoron nem látok semmit ezért megköszönném ha egy példával elmagyaráznád a működését. Előre is köszönettel nyemi.

Én ma kezdtem "a programozást " csináltam egy áramkört de 3 példányban kéne beletenni a pic-be
ezt hogy lehet megoldani? rajzoljam meg 3*?

Pl: hogy a "beállításban" 4Mhz helyett 2Mhz írsz és a 2ms
az valójában 1 ms lesz.
egyébként a sok ilyen időzítés alkalmazása pontatlanná teszi a tényleges időzítési időket...
Ugy szoktam kiküszöbölni, hogy egy "impulzusadót"
beállítok és számlálóval+ "ST" -vel leosztom, és így még kivülről az időzítést is tudom változtatni, ha kell ( az ST-nek az SP bemenetén keresztül)...
akár 10 időzítés is elmegy így egyszerre...
A tényleges "bit"állapotát set-reset-tel csinálom...
majd küldök példát erre ha kell...

Sziasztok,

lenne még egy kérdésem. Hogy lehetne a PARSICban
1ms -os clock-ot berakni? A progi hibát dob ki rá és 2ms-ra írja át. Remélem valahogy meg lehet oldani.

Köszi a választ,

közben már sikerült megoldanom nagynehezen, egyébként a 30E6 ot pont az impulzus mérés eredményével kellett leosztani.
Az alapvető probléma ott volt hogy 30e6 25 bites szám de mint mondottam volt sikerült megoldani interpolálással:
RBtime=az impulzus szélessége
a=RBtime/1000,
b=x+1
c=RBtime-x*1000 <- ezzel meghatároztam a maradékot
30e6 -> helyett 30000 (ez már 16 bites szám) a fix szám
d=(30000/a - 30000/b * c )/10 <- azért utólag osztok, hogy nagyobb legyen a pontosság

fordulat=a*10-d

ez egy 4hengeres 4ütemű kocsi két gyujtás közötti idejéből (ms-nagyságrendű!) meghatározza a fordulatszámot max.+-10 pontossággal.
csak azt kell külső kapcsolással elérni, hogy két szikra között magas jel legyen végig, mert az RBtime a felfutó és lefutó élek közötti időt méri us - ban. Én ezt egy 4017-essel értem el, és így még azt is tudom választani, hogy minden hanyadik szikraközt mérje. /ez azért kellett, mert ha jól sejtem a progi futása felfüggesztve van a mérési ciklus alatt, és ha folyamatosan méretnék vele folyton állna a progi többi része.
>

vannak 16 bites műveletekkel lehetőségek, így osztás is...
Az adott szimbólum, amivel akarod csinálni 16 bitesre állítod, jobb egér gomb ...stb...
A Te feladatodhoz, ha más eljárás lenne célravezetőbb, ott van Pl: az impulzus mérés, van rá példa a Examp3, demo példában, vagy a progi help-jében, azért csak mondom , mert még erre, nem csináltam konkrét projektet...

Sziasztok!

Azt szeretném kérdezni tőletek, hogy lehetséges-e ebben a progiban nagyobb szám osztása. Fordulatszám méréséhez lenne, impulzus szélességet számoltatnék vele, aminek az eredménye 0-65534 közötti változó (az én esetemben ez kb 1000-40000 között mozogna) és ezzel a változóval kéne leosztanom a fix 30.000.000 -ot.
Ez azért lenne fontos, hogy gyors mérési eredményt kapjak. Eredetileg az impulzusokból változó szintű DC-t állítottam elő, majd azt AD-konverter bemenetre, de a pufferkondik miatt kb 0.5 sec kellett a 99% eléréséhez, alacsony fordulatszámon pedig ingadozott az érték.
Szóval ezzel az osztással gyorsan nagyon pontos értéket kaphatnék.

előre is köszönöm a válaszokat.

Szia, köszönöm a választ!

Sajna nem tudok ilyen dekóder chipről. A protokoll neve NMRA DCC, digitális modellvasutakhoz használják.

A tartalom (bitek) byte-okká alakítandók és végrehajtandók. sorozat: cím, adat, xor. A dekóder egyedi címzésű, ha neki jött a parancs, akkor végrehajtja.

--off
nem csak NYÁK, hanem tesztelhető áramköri tervező kéne..

Feltételezem ez valami protokoll szerint, küldött jelek, így tehát létezik hozzá valami illesztő chip, pl Az rs232, höz a max232, a rs485-höz, max485, ...stb Can bus-hoz is meg van a megfelelő...Ha valami egyedi jelsorozat, akkor valamelyik optocsatoló biztosan megbirkózik vele...Vannak adatillesztésre egészen gyors optocsatolók.
detektálni akarod, vagy felhasználni információtartalmukat mint változók,..stb? A nyáktervezőkre az eagle vagy a sprint layout4.0 vagy 5.0 ezekhez van itt "okosság" említve a fórumon is, ingyenes és jó a "ceruza"...

Szia,

köszi a válasz!

Sajna nálam nem lehet kötögetni, mert adott a méret, többnyire 30x14x6mm..ebbe nem sok minden fér el

Még egy segítséget kérnék: nekem 19 V DC négyszög jön, ami egy DC-re kevert digi jel, szakaszos, néha ismételt bitsorral...ezt hogyan lehetne bevenni e progiba?

OFF
milyen ingyenes (?!) progit kéne áramkör/NYÁK tervezéshez használni?
ON

ez a 16-os sorozat fénykorában lett kifejlesztve,
tehát a benne alkalmazott elemek szubrutinok, ...stb ehhez a szériához valók... Amig egy magányos őrült nem veszi a fáradságot és legalább néhány domináns tipusra nem csinál hasonló megoldást, vagy ezt feltörve nem alakítja át, addig marad a 16F...
Biztosan létezik ilyen fejlesztőkörnyezet, mint ahogyan a PLC-hez sem ASM-ben írogatnak progikat...
Addig marad a 16F, és a parsic, ezen verziója, akinek ez "fekszik" jobban...A szubrutinok szerintem minden további nélkül használhatók, legalább is egy részük, a konfig rész, Proc beállítás, ...stb más lesz...
Ha nem fér bele egy progi 16F876-ba vagy 877-be akkor kommunikáltatom őket uart-on, úgy alakítom a feladatot, hogy lehetőleg ezen eszközökkel megoldható legyen, akár 3 proci is elkommunikál egy panelon, igaz plus 1-2 ezer ft, viszont a progi akár egy esete meg van, és általában elsőre müködik, ezt szoktam mérlegelni...

Szasztok

most nézegetem e programot...18F-hez hogyan lehetne használni?

Továbbá ezek is kellenek... ( a clain ) a Parsic könvtárba... Tömörítve! (a kiterjesztés miatt).