De kipróbálhatod ezt is ,itt nincs időzítés de valószínűleg a ciklusidő ezt is befolyásolja

A shiftregiszteres meghajtás villogásmentes lesz az tuti ....

Kipróbáltam, de ránézésre is sejtettem,hogy nem lesz jó. Az a gond, hogy teljes ciklusidő van 2 szegmens közt, vagyis még lassabb lett a kijelzés.

A képen lévő megoldás több óra matekozás eredménye.(+ a te Szegmens oldalad) Ez volt a legjobb.
A számlálón azért van Bit-Byte átalakítás, hogy ne kelljen resetelni. Ez így 4 szegmensre pont jó. Valamiért a resetnél az utolsó számjegy elcsúszott, hiába van Mono-Flop 1ms, azaz 1 számjegy akkor is átcsúszott.
Szegmens vezérlést, én máshogy csináltam, azt átemeltem köszi
Viszont a megoldást a 8bites Shift-Registerben látom amit fentebb írtak. Ezzel minden gond megoldódik. Ha 1mp alatt 5x kiírom az is bőven elég. Nem kell aggódni, hogy pakolom a programot még, és még jobban lassul a kijelzés. 877A-t használok én.

Ezt a megoldást próbáld ki

Ne haragudj azóta se jártam erre. Egy asztalos barátomnak magasság állításához kellet a dolog. Elmenteni több méretet, és vissza tudja hívni. Nagyon prímán leprogramoztam, csináltam egy bemutató eszközt is amin működött, de nem lett megvalósítva, mivel a gép mechanikai átépítése nagy falat lett volna. :/
Viszont most a kijelzős dologhoz felhasználom, egy "bomba" hatástalanítós játékban, 4db számjegyet megadása, majd azt vissza kéri, ott is remekül működik.

Üdv.
7 szegmenses multi-plexeléssel van gondom. Sikerült az átcsúszásokat kicsipegetni, viszont 2ms es Clock-al is vibrálnak a szegmensek, így hogy már eléggé meg van pakolva. Ha kiveszem a funkciók felét akkor sokkal simább, szinte alig látható. 4MHz-es kvarc van benne. Azzal is próbálkoztam, hogy csak kevesebbet állítok be neki, de még rosszabb lett a helyzet. Nagyobb kvarca segítene rajta? Vagy valami külső hardveres megoldás? 8bites RS flip flopon gondolkodtam, ami letárolja az adott szegmens állást, és világítva tartja frissítésig. Ezáltal nem az lenne, hogy 1 világít addig a többi sötét, és az alacsony frissítési ciklus miatt vibrál. Szerintetek ? Köszönöm előre is!

A pasicnak egy "átka" van pontos időzítést nem (vagy csak nagyon körülményesen) lehet vele csinálni . Régebben próbáltam órát készíteni LCD vel de akármit csináltam vele vagy sietett vagy késett éppen a kijelző vezérlés és a többi "rejtett" nop miatt , ezért váltottam fejlesztő programot ,és nem bántam meg ...

Köszönöm ! Értem a választ és így megmagyarázva egyértelmű.
De gondolom a timer-nél nincs ilyen probléma.
Bár ha átviszem timert-t egy például nand kapun akkor már lehet hogy nem szinkronban viszi át ,mert oda kell érni a program ciklusnak. Így már egy kicsit érdekes a dolog.Vagy gondolom a minimim 2s-nál belefér,addig így is úgy is odaér a program

Nem fogod tudni megadni rá a választ, mert ez a megoldás nem megszakításból számol, hanem minden teljes programciklus lefutásnál. A teljes programciklus ideje pedig attól függ erősen, hogy hány utasítást kell végrehajtani, ami a lerakott modulok száma és a szoftveres megvalósításban lévő sok feltételes elágazás miatt gyakorlatilag széles tartományvban változhat és még csak nem is állandó.
A nem 'hajtja túl' igaz, mivel mindenképpen egyszer (és csak egyszer) végre fog hajtódni a kapu szoftveres leképzése a ciklusban.
Felesleges össehasonlítani timer alapú számlálással, mint ahogyan a későbbi hozzászólásodban tetted.

4.20.8.15 (15.08.2020)
---------------------

- Changes:
- Minor corrections in the "Copy Object", "UART-RxD/TxD" dialogs.
- Positions of the nodes after connecting.

- New:
- PIC12F635

Előbb utóbb az lesz.Ha neked van igazad akkor a parsic szimulációja nem jó.

Ezt nekem hiba mutatod, nincs a gépemen Parsic.. Mi lenne ha beégetve próbálnád és akkor meggyőződhetsz hogy igazam van-e vagy sem..

Nézd meg ezt a szimulációt /elég lassúra állítva/! Egymás mellett fut a két dolog és mintha dupla sebesség lenne És akkor így 1ms ! De köszönöm az együtt gondolkodást.

A Parsic-ban csak egy szimuláció fut, annak sebessége sok mindentől függhet. Természetesen a PIC-be betöltve kell ennyit futnia másodpercenként.

250-t ? A parsicban? vagy betöltve a mikrokontrollerben?

Hello! Ha megmondom hogy 250-et, akkor meg leszel elégedve? Mert ha jól emlékszem a program 2ms-onként dolgozza fel a bemeneti feltételeket.

Üdv kakqkk !

1. Tisztában vagyok azzal hogy annyit számol amennyi impulzus megy rá
2. A rövidrezárt kapunak van értelme és működik a mellékletben van a példa 3.6 verzió
/villanyszerelői múltamból mint egy villany csengő működése/
3. A parsic v4 demo example-NTC rajzában van egy ilyen megoldás az impulzus létrehozásában
4. A kérdésem továbbra is az egy másodperc alatt mennyi impulzust generál ez a megoldás

A rövidrezárt (megkerült)kapunak semmi értelme , annyit számol a számláló amennyi impulzus a bemenetre kerül ....

Üdv !

A kép szerinti áramkör számol. Kérdésem 1 másod perc alatt mennyit számol így .Gondolom a frekvencia függvénye (is). Mivel egy példa programban láttam ezt a megoldást gondolom nem "hajtja túl " a PIC-ket

PIC33FJ64GP802 de nem ismeri parsic,a 8 bitesek 48mhz ig vannak

Melyik PIC tud 80 MHz-en ketyegni, amelyiket ismeri a Parsic?

Köszönöm .tanulmányozom!

Ez nem nehéz,bal alsó pic tipusra kattintasz ,beállítod az oscillátort hs re
az óra jelet 4 szeresre 20 megás quartzal 100 khz van kb 2 ms os orajelen
csak pl.nand kapu kimeneten.
még egy apróság 1 megára állítod a pre oscillator sávot

Üdv !

Szeretnék egy több hangú szignált csinálni PIC segítségével. De az impulzust csak 2ms-ig tudom levinni (500Hz) Ennél magasabb frekvenciát nem tudok csinálni.Legalább is én. A measure impulses "ikont" nem tudom értelmezni,pedig azzal valószínű,hogy lehetne. Ha valaki tud segítsen.Köszönöm

Sziasztok,

Can bus komunikációval valaki próbálkozott már parsicban?
Lenne egy feladatom, ami egy can busos rádió távirányító kiváltása lenne egy olyanra ami reléket kapcsolgat.
Valami olyasmi az elképzelésem, hogy az eredeti távirányítón megnézni melyik gomb megnyomására milyen adatot ad ki magábol. Majd ezt lemásolni parsiccal.

Bármilyen ötlet, tanács vagy konkrét segítség érdekelne!

Előre is köszönöm!
Peti

Valakinek eladó USB dongle a Parsic 4-hez?

Szia,
bocsánat azt hittem ismered a Parsic-ot, mert jellemzően ebben a topikban arról (is) beszélünk...

Na mindegy, szóval nekem a modbus RTU protokollra van szükségem.
A tervezett panel egy slave lenne, egy hőmérő. Egy LCD érintőpanel olvasná ki.
De az ötletet köszönöm, ezt meg oldani a programban.
Üdv:
mezga

Nem tudom, hogyan működik a Parsic.

H szintet adsz az RE DE lábakra, kiküldöd a "most mérj hőmérsékletet" paracsot, L szintre kapcsolod a lábakat és vársz. Ebben az esetben kell egy extra láb az RE/DE vezérléséhez az adó oldalon is. Ilyen automata átkapcsolót soha nem próbáltam. Az adás előtt 100 ms-mal adásra kapcsolom a MAX485-öt, az adás vége utén 10 ms-mal vissza vevő üzemmódra.

Ha az adó oldalon (ahol a 12F1840) H szinter kötöd az RE/DE lábakat és időnként, ahogy szeretnéd, küldöd a hőmérsékletet. A vevő oldalon fix L szintet adsz nevezett két lábra és valamilyen módszerrel, célszerűen megszakításból, figyeled a beérkező adatokat, feldoglozod, kijelzed stb.

Vagy nagyon nem értem a kérdést.

A konkrét Modbus-t én nem eröltetném, szerintem felesleges, hacsak nem konkrét rendszerbe kell valamit beilleszteni. Egyszerű UART (RS485) protokollal tovább is el lehet jutni. Ha az adás pl. első két bájtja címzés, akkor 2^16 (65 536) eszközt lehet íly módon címezni. Több, mint elég.

Szia Bakman,
Köszi a választ.
Ez rendben volna, de a simple modbus progiban én úgy látom van visszaküldés is. Ebből gondolom, hogy kellene TX is. A csatolt rajzot találtam ez jó lehet, vagy programozzak fel egy lábat erre a célra?
Munkám során sok modbusos eszközt kezelek, de ilyen hardvert még nem építettem, ezért vagyok tanácstalan. Egy távhőmérőt terveznék, már megrendeltem a12F1840 et, amit Dcsabi ajánlott.
Egyébként én 220 ohm-ot szoktam tenni a végére, mert van olyan hálózatom is ahol 2x 20 db hőmérő van, és a csillagpontban van a master. Úgy néz ki, a kettős lezárás is működik.
Üdv:
Mezga

Az LTC485 (MAX485) -ös IC gyakorlatilag egy UART - RS485 konverter. Ha az RE és DE lábak össze vannak kötve, mint a rajzon is, akkor H szintre az IC adó, L szintre vevő üzemmódba lép.

Ez nem tartozik hozzá az UART protokollhoz, neked kell eldönteni a programban, mikor megy ki az adás és mikor várod a választ.

Ki kell nevezni az egyik kontrollert mesternek, a másikat szolgálnak. A mester kérdez/utasít, a szolga pedig valamit válaszol. Ha a kapcsolat egyirányú, pl. az egyik kontroller csak ad, a másik csak vesz, akkor az RE és DE lábak fixre köthetők.

A MAX485-ös IC adatlapjában az A és B vonalak közé kell ellenállás. Én 2 x 130 Ω-ot szoktam rakni, működnek rendesen.