Nemsokára fent lesz a cikk (Atosz- barátom most írja )
Az elektronika közös ötletek alapján készült , a program meg itt tesztelődik az asztalomon . Két három nap teszt és megy a cikk a modiknak

Segíteni próbáltam, nem hittéríteni. Tanácsainkat nem kell megfogadni, szabad kínlódni pasic-kal, korlátokkal, tapasztalatlansággal és a multiplexeléssel (majd I2C-vel, LCD-vel, RTCC-vel, PWM-mel, SD kártyával, stb, stb). Én inkább tanyulmányoztam egy-két példaprogramot a spanyolviasz feltalálása helyett, ezért nem is volt gondom ezekkel és nem más írta meg helyettem a programot.
Az újrafeltaláláshoz az alkotás helyett sok türelmet kívánok, uff, elnémultam, míg nem publikálom a saját szörnyeimet. Kérlek Te is publikáld a Nixie csöves órádat, bizonyosan sokat lehet majd tanulni belőle.

Na már megint kezdődik : Akinek jó ez a program ezt használja , akinek nem jó az nincs rákényszerítve !
Ez a téma arról szól hogy aki használja az megosztja a tapasztalatait ,gondjait a többi "őrülttel" aki itt van a témában ,és pont ! Egyébként Ha bármilyen nyelven
fejlesztett programból csak a hex et leled fel ,az építés már gondmentes . Nem értem mit értesz bitszintű utánépítésen ? Teljesen mindegy hogy milyen nyelvről fordított a szerző HEX-re .

Csak egy kérdés : akarod használni a pasic-ot vagy csak
"hittérítőt" játszol ?

Tényleg nem reklámozni, sem kötözködni nem akarok, de pont ezekkel szívnak a kezdők, lásd az egyszerű multiplexelést:
"De aki gyorsan - vagy ritkán akar valamit piccel megoldani annak tökéletes . (hobbi célra megfelel )"
Szerintem: vagy bitszintű utánépítés vagy feljebblépés olcsón, gyorsan, egyszerűbben. Olybá tűnik, az utánépítéssel gondok vannak, marad a sikertelenség, a kezdők kedve elmegy a mikrovezérlőktől, pedig csupán rosszul választottak...

Néztem a programodat , még egyszerűbb is lehetne . A 4 tabulátor helyett elég lenne egy a multiplexer kimenetén , és a bemenetekre közvetlenül mehetnének a számlálók . Ja és éppen most "fejlesztek" egy 6 csöves nixi órára programot (multiplex vezérléssel ) A csöveknél bináris kimettel és optotriakos anódmeghajtással .

Igen "több pénzért kevesebb" Ez egy olyan program ami
kifejeztten a 12-16 os szériára készült , sajnos már nem is fejlesztik tovább . De aki gyorsan - vagy ritkán akar
valamit piccel megoldani annak tökéletes . (hobbi célra megfelel )

Hahó, nektek több pénzért kevesebb kell???
A 16F877 drága cucc az 1100-1800 nettó árával.
Miért nem használtok 650 nettóért pl 18F46K22-t?
40 láb, 64KB flash, 3896 bájt RAM, nincs lapozás és még kb 33 előny. A sok láb, a sok memória még sose okozott gondot, a kevés gyakran. Küszködtök a 4 digites multiplexszel egy szűkös és drága IC-vel, közben ezzel portonként egy LED meghajtható, kényelmes fényerő szabályozással. Persze a 6-8 digit más tészta (oda a 64 vagy 100 lábúak kellenek ).
Nekem CSAK azért van egy 16F887, (nem 877), mert ezt adták PicKit2-vel anno 6000 forintért együttesen.
Az igazi szakértők (nem én :friday már sokszor leírták: lépni kell a 18F családra, majd feljebb is, ma már nem drágábbak, sok fejlesztési energia megspórolható. Ez a fejlődés...

Én egyszer sem mondtam hogy nem lehet ! Ha visszaolvasol
És rendesen átolvasod amit írtam akkor rájössz ! Azt írtam hogy a gyári példa nem tökéletes : Ahogy nő a program úgy romlik a kijelzés . . Egyébként én megcsináltam a kijelzést úgy hogy nagyobb program előtt sem romlik el , és fel is tettem ide a témába !

Hiába állítom nem az a baj. Ha kipróbálod és egyet kattintasz a munka idő állításra akkor az egyik "P1:X2" együtt villog a másik "P1:X2" lábbal tehát össze vannak kötve és az Lcd-n villog a legelső kockában a > jel.
Ha most a szünet idő állítására kattintasz egyet az egyik "P1:X3" láb villog viszont a másik "P1:X3" láb nem. Olyan mintha nem lennének összekötve.

Tehát a kérdéses a "P1:X3" lábak közötti szakadás.

Akkor csináld 877-el .. Én már a legelején mondtam, hogy 877-el csinálom, Te meg erősködsz hogy Parsiccal nem lehet multiplex vezérlést. Most akkor lehet vagy nem lehet? Ha 628-al nem lehet akkor csináld 877-el..

A PIC-et így állítsd be...
Az összekötő zászlókat nem szükséges használni
egy lapon. Ha igen akkor nevezd át úgyanarra a "bitre"
az egymáshoz tartozó "vezetékeket".
Jobb egér gomb...stb

Sziasztok
Egy egyszerű módosítást csináltam az LCD-re kiírásnál, de nem tudok rájönni mi a hiba. Az LT9 villogtat a munka állításkor egy > jelet. Az LT10 - nél ugyan ez lenne a feladat, de a P1:X3-nál nem megy át a jel.
Ha simán összekötöm akkor működik.
Mi lehet a hiba?

De látom te nem olvasod el amit a másik ír !
A 877 ben ez az óra csak 8% ot foglal !
told bele 628 ba és ott nézd meg mit művel ! ott már kb 40 % ot foglal és nem is lesz jó a kijelzés ! Üdv

Felteszem én a programot.. Hidd el tökéletesen működik.

Dávid

És mekkora a program a "háta mögött "?? Nálam már egy 99ig számláló eredményjelzővel is villogott .(2db 10 es számláló ) Ja és Dcsabinál is probléma volt ? nála sem ment rendesen a gyári példaprogram

Kaqkk!

Úgy látszik, csak nálad volt valami probléma. Ma délelőtt folyamán összeraktam, és tökéletesen működik..

Dávid

Konkrétan mire gondolsz?
Ha lejár a beállított ídő, alapra áll.
Ha a kiváltó feltétel újra megjelenik a bemeneten, újra indul.
Szerintem a gyakorlatban is próbáld ki és megtapasztalod...
Az a modul vagy egy bizonyos hosszúságú impulzus előállítására, vagy egy "bit" késleltetésére való.
nagyon hosszú időzítéseket nem célszerű ezzel a modullal csinálni.
Inkább egy 10-20ms-os "Timer" modul jeléből, számlálóval és még egy két másik modullal, van erre is bőven példa a a topicban.

A Delay késleltetőt hogy lehet alapra állítani, újraindítani?

Elnézést! Látom, csak nem vártam eleget.

Szia!
Hogy varázsoljak, hogy a szimulátorral lássam is a működést?

Mellékelek egy include fájlt, ez 6db hétszegmenses kijelzőt kezel. Próbáltam érthetően felkommentezni.

Pedig elhiheted ! A hétszegmenses kijelző a parsicban
(a gyári példa ) szépen fut amíg kicsi a program "a háta mögött" De ahogy nő a program úgy jönnek elő a hibák
villogni kezd ,és teljesen összemossa a számokat , én kb két hónapot szívtam vele mire összejött tökéletesre .
valahol a téma közepén találod a progit amit erre a célra írtam Sajnos most nem tudom előkeresni mert egy vírus miatt minden régebbi cuccom elveszett .

Hm..
Enyém ugyan ilyen.. az oszlopok kapcsolgatása van máshogy megoldva, de maga a multiplexelés ugyan az. Az lesz a legjobb ha kipróbálom.. Nem nagyon akarom elhinni, hogy nem működik. Ennél bonyolultabb programok is lefutottak stabilan.
Kösz!

Dávid

A mintapéldák közt van fent jól működő 4 számjegyes 7 szegmenses kijelző vezérlés, multiplexeléssel.

Az alapján működött az én számlálóm is, és nem vibrált.

Meg is kerestem itt van...

Kis módosítással, hozzá igazítással be teszed a programodba és működik.

Vagy megcsinálom 877-essel és minden kijelzőt külön porton vezérlek .. Legalább kihasználom a lábakat..

Vannak olyan dolgok, amit nem lehet normálisan megcsinálni a parsiccal. A kijelzők multiplex meghajtása is ilyen. Ezt mindenképpen include fáljban kell megoldani, akkor lesz tökéletes. Mutatok majd egy működö megoldást is, csak a másik gépemen van a project.

De néztem, csak nem nagyon értem miben különbözik.. Más megoldásokat látok, de nem hinném, hogy az befolyásolná a működést. Szimulálni meg abszolút nem tudom, még ha megadok értékeket a multiplexer bemeneteire akkor sem. IF1 bemenetén mit akar jelenteni az az NC?

Épp az előző hsz ben a te kedvedért feltettem egy két digites meghajtást , nem nézted ???

Értem, de miben kell módosítanom az én programomat, hogy ne mosódjon össze? Egyáltalán mi miatt mosódik össze? Körülbelül mikor tetted fel azt a programot?

Találtam egy 2 digites meghajtót ezt bővítheted a multiplexerek bemeneteinek növelésével és a számláló
nullázásának átvariálásával .