Igen de te nem értelmezed amit olvasol.... Ha nem lényeg a pontosság ,akkor bármilyen érzékelővel dolgozhatsz. Ha pontosat akarsz akkor csak hőmérőchipet használj :mcp9700 vagy lm 35 dz-t .

Érdekes, egyik ezt mondja, másik azt...

Szia!
Egy kicsit túlreagáljátok a dolgot, hogy log meg exp... Egy szó mint száz egy közönséges NTC megteszi.
Üdv: Gábor

Mihez kepest? Lehet kapni 100 Ft-ert szazasaval klf erveghuvelyt. Egy kombinaltfogoval meg rapreseled. Viszont a programmal vert izzadsz. Logaritmikus. exponencialis egyenletek. Csak ez kell a parsicnak. Meg C-ben sem nagyon vallalnam be. De rajta, ki kell probalni.

Viszont amazt a típust könnyebb felszerelni..

Ezek NTC-k. Felejtsd el. Nem linearis a karakterisztikaja. Egy exponencialis egyenlettel lehet kiszamolni a homersekletet. A MCP9700A feszultseg kimenetu, linearis, olcso. Ha be tudod allitani az AD Vref-et 2.56 voltra akkor az 1/4 C fellbontast ad. Nem kell hozza semmi kulso alkatresz. Ja es -40-150 C tartomanyban dolgozik. A hestore, CHPCD arulja.

Megoldható, és van is példa itt a témában

És ehhez mit szóltok? Lehetne illeszteni a parsichoz?
Ha jól emlékszem akkor egy AN bemeneten mérjük majd a hőt. Az AN bemenet 0tól 5Vig lehet. Ha ez a szenzor -40 tól / 120 ig °C mér, akkor mondjuk ha lenne -40fok akkor a PIC bemenetére 0V kerülne, ha pedig lenne 120fok, akkor meg 5V. Ezt valami műveleti erősítővel meg lehet oldani nem?

Ja, nem olyan fontos, végülis nem pontos hőt akarok mérni, hanem hogy ha ,,túl meleg a dolog, akkor..˝
Annó még LM35DZ-vel is próbálkoztam, most ugrott be, az is jó.

Ha nem fontos a túlzott pontosság akár egy 10k -termisztorral is megoldható a dolog , de Pl az MCP9700A éppen erre lett kitalálva .

Hali. Rég foglalkoztam már a Parsiccal..
Meg kellene csinálnom egy olyat, hogy egy hőt kellene figyelnem, max 100 fokost. Kérdésem, milyen szenzort tudnák használni, ami könnyen illeszthető a parsichoz? Gondoltam itt valami TO-220as diódára. Egy csőre kellene felszerelnem, és az mérné a víz hőmérsékletét.

Köszi !

A lehetőségek valóban szélesebbek, továbbá a 18F... az egy kicsit korszeűbb is, emiatt is igényesebb megoldásokat lehet csinálni. Mondjuk, anno az alap verzióvl sem volt gond, soha nem fagyott le. A programtár kapacitás volt leginkább kevés. A topic átnevezés nem tudom mennyire szerencsés, régebben én javasoltam, hogy ne legyen benne a program neve. Többek között, mert majdnem mindenki "partizán" verziót használt (én nem) Nagyon sokan az én nevemmel "ékesített" verziót. A mostani kulcsos rendszer ezt már némileg lelülírja, esetleg a program neve alapján többen benéznek ide, habár hsz-ban eddig is bőven szerepelt... Van egy 1wire példa is, de az általában ha nagy a progi már nem is jó. Ez más pl Basic esetén is előfordul. Ha "PLC panelon" akarom használni akkor vagy a panelon, vagy egy modbusz kacsolattal csak erre a feladatra használt PIC-el oldom meg. Egy db esetén nem gond, de ha 3-4db ilyen eszközt akarok beolvasni, elmásznak az idők és néha téveszt, vagy nem is megy az 1wire. Ha jobban belemennék, biztosan meg van rá megoldás.
Az update linket elküldtem.

Szia !
Köszi a tippeket, majd kérdezek..
Itt még nem tartok , most kezdtem igazán élvezni a progit.Kisebb progikat írtam ugyan már a korábbi verzióval , de amire nekem kellett volna arra ez lesz a jó. Hasonlóan az előttem szólóhoz Én is 40 -en túl kezdtem PIC -el foglalkozni önerőből.Nem tanultam C nyelvet , nekem nagyon idegen.
PLC programozással foglakozom , így nekem is jobban fekszik a Parsic.TTl és cmos áramkörökkel építettem nagyon régen cuccokat.
Ez a progi most nagyon jó lett ,SPI, I2C, modbus stb . dúskálunk a lehetőségekben.
Az update hogy működik? Én két gépen használom , a kulcsot dogom ide -oda.
mezga

Javasolnám , hogy nevezzük át a topikot "PARSIC programozás "-ra .

Lemaradt, -célszerű előre ilyen menürendszert beiktatni, ami univerzálisan használható és nem ér bennünket meglepetés ha éppen "ki akarnánk nőni"...

A kijelölést egy képernyő egy területre érted, vagy egy végpontra? Ez a funkció nálam (XP) úgy múködik, hogyha be van kapcsolva, akkor az a bal egérgombot lenntartva egy téglalapnyi területet tudok kijelölni. Ha nincs bekapcsolva, akkor csak Shift-et tartva él ez a funkció. A végpontok és vezeték darabok csak Shift lenyomással jelölhetőek ki mindkét esetben. Nekem is voltak benne szokatlan dolgok, de már megszoktam. Gyakorlatilag minden nap használom. van még ebben is egy két dolog amire nem árt figyelni. Pl az EEporomba tárolamdó változóknak előre csináljunk a helyet, mert ha 6-700 változó van a rendszerben, akkor a végére kerülő adatokat nem kezeli az EEpronhoz. Nem reklamál, csak egyszerüen nem kerül letárolásra. Ezeket azért mondom, mert szerintem Te is megtapasztalod a "kapacitás, és sebesség bűvöletét". Én 4550-et és 8722-t használok leginkább. Pár hete volt update, ezt se feledd...

Szia Dcsabi !

Megjött a V4 es , program , és azt kérdezném neked ki lehet -e kapcsolni a kijelöléshez a Shift -et ?
A régiben működött . Ebben hiába pipálom ki , akkor is csak Shift- el lehet kijelölni .
Ez engem zavar.

mezga

Szia!
Szerintem nem kell, a pickit megcsinálja.
Üdv: Gábor

Apropó, Ha foglalatban égetem, nem kell az 1 es Vcc láb és a 4 es MCLR láb közé egy minimum 4,7k ellenállás?

Szia.
MCLR bekapcsolva, mert MCLR, a kapcsolásban 4,7k tápra kötve, A Vdd bekapcsolva, mert foglalatban égetem. És csak hiba.
Üdv: László

Szia!
Az MCLR beállítást én már néztem el...
Üdv: Gábor

Szia.
Kösz a gyors választ, pickit 2 égetővel megpróbáltam, be is égette hiba nélkül, de sajnos nem működik!Üdv: László

Szia!
Ugyan a dcsabit kérdezted, de én már sokszor égettem így a 12F508-at. A hex-et betöltöd amit a parsic fordított és égeted. Eddig jól működnek. Pickit 2-vel égetek.
Üdv: Gábor

Tisztelt dcsabi. Kicsit más, de Tőled mint Parsic tudor kérdezném, egy egyszerű programot írtam 3.4 programmal 12C508-ra. Ezt szeretném 12F508-ba égetni, valami ötlet a megvalósításra? Előre is köszönettel.

Köszönöm a támogató gondolatokat... Azok a "szakmaiságot" mellőző mondatok, az általános felhasználási lehetőségek és igények szintjét jelezték, nem személyeskedés célzattal gondoltam. Anno én is csináltam a C64-hez égetőt meg Z80-al dallamgenerátort, a RT alapján. Én a P4 -ben már a legnagyobb processzoral csináltam egy univerzális vezérlőt, ezzel oldok meg mindent. A Program hibái is többnyire előjönnek ezért, ezt jeleztem a "gazdának" és a következő update már tartalmazta. A kérésemre tette használhatóvá mindkét Uartot a 18F8722 (23) -nél. Ez nem akármi, Egyszerre RS232 és RS485 ls megy 115200 sebességel (nálam 20Mhz-n) hiba nélkül. Két SPI-t is kezelek egyszerre (MAX6675 miatt) aztán 1 Wire (DS18b20). a programok nemegyszer 25Kb-osak. Ezeket betűkből létrehozni hibamentesen elég nehézkes lenne számomra, meg szerintem "jónéhányunk" számára. Ezek ASM-ben P4-ből 35-40e sor!!! Ezek a modulok valójában a programozásban általában használt gyakori függvények... Mellékelek egy Linearizációs rutint, ez működik az alap verziónál is, de a P4-nél több példányban is tökéletesen és (16-32 biten) A változók nevei ne tévesszenek meg senkit...

Én úgy gondolom, hogy a Parsic , annak ellenére hogy megvannak a korlátai egy előrelépés a klasszikus programozási nyelvezetekhez képest. Lehet kissé erőltetett a hasonlat, de a windows operációs rendszerhez hasonlítom a dos-hoz képest. A grafikus környezet egy szabadságot ad, nem kell minden egyes parancs lelkivilágát Freud-i mélységekig kielemezni és észben tartani. Énnekem hasznos.Közelebbről meg fogom vásárolni a 4-es verziót. Szakmámnál fogva nincs több időm mikrokontrollerek programozására. Mondom mindezt 28 év elektronikai múlttal (ennyit a szakmai előképzés nélküliségről,bocsánat dcsabi, nem akartalak megbántani, nem ismerjük egymást, habár szeretném, mert a hozzászólásaid alapján értékelem a segíteni akarásodat, ez kellene jellemző legyen minden kedves kollégára, ugyanis foglalkozásunk elég komplex ahhoz hogy bárkinek, akár sokéves tapasztalattal is szüksége legyen egy tanácsra, elnézést ha egy kicsit elbeszéltem a topic mellett) legelső működőképes processzorvezérlésem pedig 22 éve készült el, gondolhassátok hogy nem parsic-ban. Z80-as vezérelt egy ekg csatornát, máig kedves projektem, naponta találkozok hasonló megoldásokkal. Tehát lehet a parsik-ot dicsérni, vagy a korlátait emlegetni, egy más módszer, egy nem szokványos megközelítése egy probléma megoldásának. Én inkább azon csodálkozok, hogy más mikrokontrollerek esetében hogy nem készült még hasonló (én legalábbis nem tudok róla). A kitalálója pedig egy briliáns elme. Amúgy most egy pic16f877-re rajzolgatom a bldc vezérlést. Kíváncsi vagyok, hogy fizikai valóságában mennyi lesz a legnagyobb fordulat, ameddig még használható lesz.

No comment.

Biztosan a Te igazságodnak is megvan minden alapja. A kérdező nyilván azért próbálkozik itt, mert ehhez ért, illetve ezen a szinten van a programozásban. A működő processzorban nem nézi senki, hogy milyen úton jut el az adott feladat a végeredményre. A Parsic a Siemens által is használt kis PLC-k (LOGO) mellé használt fejlesztőhöz hasonlatos. ez az ötlet a PIC-hez Kb 10-12 éves. A Siemens Logo-kat több millió példányban alkalmzzák ipari környezetben jelenleg is C tudás nélkül is. A program írója még valaha az eredeti verziót a 12C... és 16C... tipusokhoz írta, aztán az újabban kiadott F... sorozathoz módosítgatta. A Parsic sok mindenkinek egy olyan kapu amelyen bátran belépve, biztosan működő programot tud csinálni kezdőként. Megélheti azt a sikert gyakorlatilag laikusként, "négykézláb" hobbistaként, hogy mikrokontroller által vezérelt áramkört tud készíteni, szakirányú végzettség nélkül. Jómagam is minden segítség nélkül tanultam meg bánni a mikrokontrollerrel, több hónap sikertelen próbálkozás után, a Parsic segítségével. Jelenleg kis és közepes szériában gyártott berendezésekhez fejlesztek vezérléseket, az HW és SW együtt. Ebben a P4 most a társam, ez nagyságrandekkel más mind az alap. Nagyon fontos, hogy órákon belül egy teljesen más programstuktúra legyen működőképes, vagy a helyszínen legyen módosítva az ügyfél igénye szerint. Ehhez ez a legjobb környezet "számomra"...Ez itt a Parsicos topic, az ezzel megvalósítható dolgokkal, "az meg ott" a PIC programozása C-nyelven az ahhoz illeszkedő rengeteg lehetőséggel és megoldással. A HEX két útja a sok közül.

Tulajdonkeppen igazad van. Akkor csinaljunk BLDC vezerlest TTL aramkorokbol, mert abbol is meg lehet csinalni. Viszont a 18F4431 es testverei azert lettek kifejleszve, hogy a tervezonek segitsenek egy egyszer HW letrehozasaban frekivaltok, BLDC hajtasok megtervezeseben. Na persze ha egy SW alkalmatlan a program megirasara, akkor masikat kell keresni. Ezt a Ti altal eroltetett modszert hivjak a "gombhoz a kabatot" modszernek. A kerdes felvetojenek kimondott ohalya a 18F4431 felhasznalasa volt, nem 16F628. Mellesleg szolva en atneztem egy par (sok) ASM listat amit a PARSIC generalt, hat bizony igen szoszatyar egy program. Amit meglehetne irni egy par sor asmben, azt nagymeretu, sokszor beforditott programmal oldja meg. Nem is csodalkozom, hogy lassan futnak az alkalmazasok.

Mindent meg lehet csinálni "a speciális regiszterek nélkül is". A PWM-et elő lehet állítani egy mikrovezérlővel SW által is. A Parsic esetén ezt egy "INC" kiterjesztés alá betett ASM részlettel lehet megcsinálni. Egy ilyen programot azért speciális strukturával kell megcsinálni, lépésről lépésre. A PARSIC is alkalmas lehet a keretként, csak nem lehet korlátlanul terhelni a programot, mert "idő gondok léphetnek fel", a 18F8722 (23) 20Mhz-n járatva minden további nélkül megoldhatja a feldatot luxus kivitelben is...
16F628-al is csináltak 3F. frekiváltót PWM kimenetek nélkül. A fájlt régebben feltettem ide, vagy valamelyik Frekiváltós topicba. Kipróbáltam, működik 1-99Hz-ig. A Parsicot univerzális PLC jellgű vezérlésekhez lehet leginkább kihasználni. Ez nem azt jelenti, hogy nem lehet vele megoldani egy-két speciális feladatot, -ki kell egészíteni és azokkal a processzorokkal kell dolgozni ami van.
A többi gyártónak van 5-6 processzora és abból is tudnak a saját"szimpatizánsai" választani...