LM339 próbálj, de inkább opamp-al lenne érdemes.

Hello, figyelembe kellene venned, hogy a 2903-as (és általában a komparátorok) Nyitott kollektoros kimenetűek, Húzd felfelé a kimenetét 10k-val.

Köszike! Közben nézegettem az adatlapját és sejtettem, hogy ez lesz a bibi mert ot is ezt találtam!
Működik is, köszi nektek!

Kedves Hozzáértők!
Kaptam egy GPS-modult... Ezt szeretném jel illeszteni egy PIC-hez.
A Proteushoz fordultam a megépítés előtti modellezéshez.
Még csak ismerkedem a progival, igy lehet hogy elrontok valamit...
Sehogy sem tudom a GPS oldalon a magas értéket 1.8V-on tartani illetve érdekes hogy a Q1 mérőponton a 4,9V van miközben 4.2V a legmagasabb bemeneti szint...

Helló mindenki!

RS 232 -es kommunikációt szeretnék szimulálni ,de sehol sem találom az rs232 -es csatlakozót. Valaki megtudná hol találom?
UART ic nincs proteusban vagy csak én nem találtam azt sem?

Előre is köszi!

CSatlakozó keresés " COMPIM "
RS232 IC van benne, keress név szerint.

Lehet rosszul fogalmaztam vagy én nem vagyok tisztában a dolgokkal. UART ic alatt egy olyan ic -t értek, ami az RS232 es kommunikációt szimulál USB -n. PL.: MAX3232

Ha "RS-" írod az alkatrész kereséshez akkor az összes RS-232 IC-t mutatja ami megtalálható a programban. MAX3232 nincs benne.

Sziasztok. van nekem egy BT21605P LCD kijelzőm amit PIC16F628 al vezérlek és szuperul működik, viszont ha ezt berajzolom a proteusba akkor nem ír ki semmit. A programban LM016L kijelzőtípus van. Mi külömbség lehet a két típus között? LM016L ről nem találtam leírást. HD4470 talán jó lenne és benne is van de attól lefagy a program.
Volt már valakinek ilyen tapasztalata?

Hello, nekem csak annyi, hogy az LCD-s szimulációk nálam működtek, viszont ha a program figyeli az LCD busy-flagjét akkor ott lefagy, mert a Proteus azt nem kezeli. Legalábbis nálam a 7.1-es verzió

Hello. Nekem a 6.9-es van meg. Amatőrnek minősülök még a témában. Ha jól tudom a busy-flag csak kiolvasáskor kell. Azt még nem használok. Pár napja szereztem be a programot és próbálkozom, tanulgatom. Király . Az LCD azért kellene mert épp azzal foglalkozom.
LM016L-re találtam egy angol leírást. Összehasonlítom az enyémmel. Köszi. Üdv

Bocsi de kezdő vagyok. Mi is az a DSN?

Értem. Fent van és a program is (ha a PIC programra gondolsz). Villognak is a kimenetek a PICken.

Alakul! Az inicializálás ennél a típusnál másként megy valamiért. Köszi a segítséget.

Sziasztok!

A Proteus melyik verziószámú programját érdemes letölteni, amibe biztonsággal működik az, Pic, adc, lcd, szimulálása?
Ha valaki elárulná honnan lehet letölteni megköszönném. Nekem az is jó lenne, ha priviben írnátok meg a helyet.
Üdv:pumpa

Sziasztok. Már elég jól megy a proteus kapcsolás tervezés. PIC programozáshoz használom és jó is volt egy darabig, de egyszer csak elkezdett lelassulni a szimulálás és hiába rajzolom újra a kapcsolást, továbbra is lassan ment. Felraktam a 7,2 verziót. Ott egyszer lefuttatta szépen és aztán megint lassan.
Volt már valakinek ilyen tapasztalata?

Üdv, szerintem a kapcsolás/program komplexitása miatt lassul be, mert ugye a számítógép operácios rendszere a szimulálás közben még nagyon sok más dolgot kell elvégezzen, ezért nem jut elegendő ideje mindenre.
Próbálj meg kilépni minden más programból (legfőképp a mozilla-ból ha azt használsz, mert az zabálja az erőforrásokat), esetleg csökkentsd a PIC órajel frekvenciáját (akár 10-szer/100-szor kissebbre), igaz, hogy ezzel nem kapod az elvárt eredményeket (LED villogásának sebessége megy ilyenek) de meglátod, hogy így is belassul még vagy nem.
Nem jelennek meg valami figyelmeztetések (a bal alsó sarokban a gombok mellett kis sárga háromszögek)? Mert lehet, hogy valamit nem jól konfiguráltál be a PIC programjában és emiatt mejelenik egy csomó (több száz akár ezer) figyelmeztetés és bizony attól is ki tud akadni a proteus.
Az is lehet, hogy egyszerűen csak nem elég neki a számítógéped, bár ennek kicsi a valószínüsége.
Esetleg próbáld meg másik gépen, vagy csatold a kapcsolást és a hex fájlt hogy mi is letesztelhessük, mert "több szem többet lát"
Remélem, hogy sikerül valami megoldást találni a problémára

Köszi a választ.
A gép: core i5, de próbáltam más gépen és ugyanaz, tehát kizárva.
Igen van kis háromszög és irja hogy 'not running in real time'. Rákattintva meg hogy nem tetszik neki a nyomógomb valamiért. Kiszedtem a kapcsolásból, a PIC órajelét felnyomtam 4 ről 10MHz-re és már megy is. Még egyszer köszi a választ

Szivesen, de én nem azt mondtam, hogy NÖVELD, hanem, hogy CSÖKKENTSD az órajelet, a kettő nem ugyan az, mert nagyobb órajellel még jobban leterheled a gépet!
Akkor működik jól egy szimuláció, ha nem jelenik meg egyetlen sárga figyelmeztetés sem (kivéve a 'not running in real time'-ot, mert szerintem azt mindenkinél kiírja, persze ez is függ a feladat komplexitásától).

Értelek. Mivel úgy ítéltem meg hogy a gép nincs leterhelve (feladatkezelőben is jól látszik), ezért gondoltam had menjen gyorsabban a PIC órajel. A másik indok pedig hogy egy darab nyomógomb azért kell hogy maradjon a kapcsolásban. Ami pedig rejtélyes okok miatt még mindég lassítja a futtatást, de már nem annyira. Az órajel növelésével ez jól kompenzálható.
Végül is nem a proteusnak írom a programot hanem a valós alkatrészeknek, úgyhogy ha döcög egy kicsit az nem aggaszt. De mikor 5-10 másodpercet kellett várni egy PIC program ciklusra az már zavaró.
Köszi hogy foglalkozol a problémámmal. Ha kész lesz nagy nehezen a program majd közzéteszem. (fesz és áram mérő, + hőmérő és egy időzítőt tervezek egy 2x16 karakteres LCD kijelzőre). Kemény dió, főleg ha nem sok időm van rá. .
Üdv

Értem, a gombokat helyettesítheted a LOGICSTATE vagy LOGICTOGGLE "digitális gombokkal", mivel ezek teljesen digitálisak, és tiszta logikai 0-át vagy 1-et adnak ki ezért azzal biztos gond nélkül fog működni és még csak nem is lassítja a szimulációt. Ennek csak az a hátránya, hogy a valós életben bizony a gomboknál megjelenik a prell (pörgés) jelensége, ami viszont megzavarja az eszköz működését, egy ellenállással és egy kondival ezt lehet csillapítani, vagy a szoftban gondoskodni róla.
Nagyon jó program a proteus, csak sajnos nem minden működik úgy benne mint ahogy a valóságban kéne, szoftver fejlesztésre, tesztelgetésre, tanulmányozásra, hogy a program futása közben mi zajlik a PIC belsejében arra tökéletes.
Szép projekt lesz majd, de nem kell sietni, inkább lassan és biztosan

Szevasztok!
Csak nem rég kezdtem foglalkozni ezzel a programmal.Természetesen elöször 555-ös kapcsolást és hasonló egyszerübbet próbáltam.Most viszont szeretnék egy AD9851 es DDS ic-vel ISIS-ből egy nyáktervet készíteni.Az SSOP28 az ARES-ben fennt van de az ISIS nem ismeri.
Tudna valaki segíteni ebben?
Köszönöm.

Szia!

Az ISIS-ben nyomsz egy jobb klikket az alkatrészen, "Make Device" és ott a "Packagings"-nél olyan tokozást raksz be, amilyet akarsz. Figyelj a lábkiosztásra, mert azt neked kell beállítani.

Szia!
Ezt most nem értem,hisz pont azt írtam,hogy nincs ilyen névvel alkatrész!

Jaaa, hogy neked az AD9851-es kellene. Azt hittem, hogy csak a tokozást szeretnéd kicserélni.
AD9850-es van benne. Ha nem akarod szimulálni, és kompatibilis, használd azt.

Kompatibilis,de nekem 7.7 sp2 van és nem találok 9850-et sem.
Nem lehet ilyen makrót kérni?vagy ebbe a programba ez nehéz ügy?Itt adjam fel már az elején?
Azt nem.

Sziasztok.

Subcircuit-ból, hogy lehet alkatrészt csinálni? És annak, hogy tudnám tokozásként a subcircuit-ban lévő kapcsolás nyákrajzát megadni?

Adott egy alap panel, és azon lenne tíz egyforma modul. A modulokat megcsináltam subcircuit-ban, kész van hozzá a nyákterv is, de nem tudok alkatrész csinálni belőle. Illetve nem tudom, hogy kell a nyákból tokozást csinálni.

Tisztelet!

Régóta használom már a PROTEUS-t, de mindmáig nem tudok rájönni, hogy ARES-ben ha földfóliát rajzolok, hogyan lehet elérni, hogy a kerek PAD-eket ne oktogonálisan fogja körbe, hanem valós körvonallal?

Sziasztok!
Az alábbi hibaüzenetet kapom ami a képen szerepel és a linkelt kapcsolást valósítottam meg.
Tudnátok segíteni, hogy a hibaüzenet vajon mit takarhat?
Bővebben: Link

Hiányzott a GND , másik hogy a táp igy lesz hálózati fesz.