|
|
| Digitális vasútmodellezés |
|
| Témaindító: mspike, idő: Júl 7, 2005 |
|
|
|
|
|
Szóval visszatérve a tiedre, az a 80nS az igen szép eredmény, gratula ! Ahogy észrevettem inkább az számít hogy ne legyenek lépcsők, tüskék, mert ha szép a fel/le futás, akkor lehet 1uS is nem ?
Igen nálam sem teljesen időszimetrikus a két oldal, mivel a bemenő DCC jelet egy egyszerű digit tranyóval/felhúzó ellenállással fordítom az L293 egyik felének. Lehet egyszer megnézem valami jobb inverterrel. Egyelőre ez az 1 szűrőtag nekem elég.
Mindig tanul az ember, boosterre nem is gondol, müködik, négyszögjel az négyszög. Csak ha jobban ránagyít szkóppal akkor lehet csodát látni. Talán mégsem volt felesleges pénzkidobás az a szkóp, persze még gyakorolni kell használni, és értelmezni a képét  |
|
|
Hát igen, DCC és MM fejlesztés szkóp nélkül már-már lehetetlenség.
Azt nézd meg ha méregetsz, hogy így szűrés nélkül, a dekódered GND pontja és a mérőpont között a feszültségnek nincs-e egy rövid megszakadása.
Mellékeltem egy hevenyészett rajzon, mire gondolok.
Nem tudom hogy veszed le a DCC jelet, de általában úgy szokás, hogy egy 0V és VCC közé szorított pontra nagy ellenállással (pl. 100K vezetik közvetlen a DCC jel egyik ágát)
És itt sajnos ilyenkor a keresztezési torzítás is gond lehet.
A mellékelt ábra problémára nekem minden dekóder tartalmaz jel analízist is, és így az ilyen problémákat SW-esen kiszűri alapból, de ha csak felfutó élre számolsz és 2/3 időnél mérsz, akkor egy ilyen tüske hazavág minden mérést. |
» A fájlok letöltéséhez be kell jelentkezned! «
|
|
|
Low cost booster tipp, próbáld ki. Meglepően jó:
Két egymással szembe fordított LED-ű optocsatoló hajtja meg a híd ellentétes oldalait.
Nincs invertálás, és sokkal jobb szinkronban.
Persze ha komolyabb boostert akarsz, akkor ez a megoldás hasztalan, de ilyen két alkatrészes tákolásokra bőven megteszi. |
|
|
| Új tagként lenne egy kérdésem. Vásároltam egy ROCO gyártmányú BR212(DB) tipusú(kat.szám:62827) dieselmozdonyt, beépitett dekóderrel, és kupplungozni is tud. Minden működik, a CV-ket (pl. mozdonycimet, CV29-et) át is tudom irni. De hogyan tudnám VERIFY-ozni? Ugyanis semmilyen visszajelzést nem tapasztalok ha kiadom a BYTE VERIFY illetve a BIT VERIFY parancsot? Csak kéne valamilyen visszajelzésnek lenni ha OK vagy NEM OK. Tud valaki segiteni ebben? |
|
|
| Milyen központtal / boosterrel próbálkozol ? Nem mindegyik tud olvasni. |
|
|
És sok beépített dekódert nem lehet olvasni és visszaellenőrizni. Ezeket valamiért általában borzasztóan lebutítják.
Hogy miért, az ismeretlen, hisz ismerjük hogy csak pár sor program. Dehát a az üzlet az üzlet úgy néz ki.
Lidi kérdése nagyon fontos, arra adj először választ. Mert vannak olyan központok is, amik nem tudnak olvasni. Ha meg booster van előtte, akkor is meg kell vizsgálni, hogy a boostered tud-e közvetíteni ACK jelet (általában 99,99%-ban nem teszik) |
|
|
Kösz az eddigieket. Látom már ez egy jóval bonyolultabb téma. Válaszom LIDInek is szól. Tehát: vezérlőm és az utánakapcsolt booster semmiféle ACK-jelet nem tud fogadni, arra nem alkalmas; mindkettő saját készitésű. De sokféle szabványos parancsot kiad, és azt a saját készitésű dekóder és az emlitett gyári ROCO dekóder is megfelelően végrehajt. A saját dekóderem 3 lassú lámpa-villantással jelzi, ha verify-nál eltaláltam a bájto/bitet, ugyanakkor 8 gyors villogással jelzi, ha nem találtam el.
Valószinűleg fontos lehet: a vezérlőm és a saját épitésű dekóderem is CSAK a CONFIGURATION VARIABLE ACCESS INSTRUCTION LONG FORM utasitást tudja küldeni illetve ismeri fel(Extended Packet Formats, RP9.2.1). De hangsúlyozom hogy az ilyen formájú CV-irást a gyári dekóder is végrehajtotta, legalábbis a saját cim átirását pl. 3-ról 5-re, valamint a CV29 nulladik bitjét is sikeresen átirtam és ezzel a lámpák igazodtak a menetirányhoz. Mindkettő LÁTHATÓ eredményt hozott, és ezért VERIFY nélkül is értékelhető a működés. De most a kupplung-működtetést szeretném áttenni az F1-ről F4-re, és ehhez kéne a VERIFY-nyugtázás mikéntje. |
|
|
| A dekóderek úgy nyugtáznak hogy 6ms ideig, az alap áramfelvételükön felül még min. 60mA -el megnövelik az áramfelvételüket. Pl a motor pillanatnyi bekapcsolásával. Ezt kellene detektálnod. Én egy műveleti erősítő + SR latch kombóval kapom ezt a jelet el, így a mikrovezérlőnek nem kell "annyira" figyelnie. ( Azaz ilyen sűrűn mintavételezni az áramfelvételt ) Külföldiül ack detector névre keresve kaphatsz találatokat. |
|
|
Na megtaláltam ezt az impulzus-dolgot a SERVICE MODE-ban(RP9.2.3.) "Basic Acknolidgement" cimszó alatt. Továbbá azt olvasom ki a "Direct Mode/Verify Byte" rovatból, hogy ha a VERIFY-parancsban küldött byte/bit-érték megegyezik a dekóderben lévővel, akkor a dekóder 1 db(tényleg csak egy??) 60mA-es impulzussal válaszol. No és ha nem egyezik akkor semmilyen válasz nincsen? Ez a szabvány(?), de ténylegesen ezt tapasztaljátok a gyári dekódereknél? És ha én mégsem kapnék választ, akkor 1-esre kéne állitanom a CV29 3. bitjét? Esetleg még mást is?
És van-e valakinek tapasztalata hogy ilyen formájú a nyugtázás akkor is ha nem szerviz-módban hanem az általam használt CONFIGURATION VARIABLE ACCESS INSTRUCTION LONG FORM parancs által küldöm a CV-verify parancsot? Vagy mindenki Service Mode-ot használ? Miért? Az általam használt parancs lényegi része tökazonos a Service Direct Mode-dal, de mivel egységcimet is tartalmaz ezért nincs szükség különvágányra/több jármű is lehet a sinen/nem kell elő-utó reset-paket-procedura.
Úgy gondolom, én nem buherálok bele a boosteromba ezért az egyetlen gyári mozdonyomért, hanem egy elszigetelt vágánydarabon egy kellően érzéketlenné tett foglaltságjelző-félével fogom érzékelni a 60mA választ. Látom nagyon sok a kérdésem: elnézést és türelmet kérek! |
|
|
| Tényleg 1db ack impulzust küld ha stimmel amit kérdeztél tőle. Ha nem stimmel, akkor csendben marad. Én csak szervizmódban próbáltam eddig programozni, ott működik általában minden dekóder. |
|
|
Köszönöm, LIDI.
Senki többet az egyéb kérdéseimre?
Akkor hát köszi az eddigieket; megpróbálom ahogy leirtam. Ha nem tapasztalok visszajelzést, akkor talán újra kérdezni fogok. |
|
|
| Ma is faragtam kicsit a saját dekóderemet. Ott tartok most hogy irányváltás után kicsit hirtelen indul meg a mozdony. Ezt az okozza, hogy legalább 1 fordulatot kell tennie a motornak, mire megindul a kaszni a másik irányba. ( Csigák, fogaskerekek holtjátéka ) És mire megteszi ezt az 1 fordulatot, már gyorsul annyit hogy ne a leglassabb sebességen induljon el. Gyári dekóderekben van erre valami megoldás ? ( persze levehetem a gyorsulást csigára, hogy 1 fordulat alatt ne gyorsuljon sokat, de ez a megoldás nem tetszik ) |
|
|
Keresek olyan DCC eszközdekodert (vagy esetleg kodot bármelyik létezö berendezésbe - egyetlen feltétel, hogy be kell férnie a mozdonyba), aminek olyan kimenetei vannak, amik addig adnak jelet ameddig az ember a vezérlön nyomja a gombot.
Egyszerübben és egy példán elmondva, olyan szerkezetet keresek, aminek 4-8 kimenete van, amire egy-egy motor vagy LED köthetö, és azok addig forognak, vagy világitanak, amig nyomom a megfelelö gombot.
Az ötleteket elöre is köszönöm. |
|
|
| A megvalósítása ennek csak annyiban problémás hogy a vezérlők általában ki vagy be kapcsolnak 1 gombnyomásra, tehát már a kézivezérlők sem így működnek. Gomb felengedéskor nem fogja kikapcsolni az adott funkciót. Csak ha újra megnyomod. |
|
|
Kösz, de valamit ki kell találnom, mert ez igy nem jó nekem.
Esetleg egy uj vezérlöt kell csinálnom ezekkel a funkciokkal. |
|
|
Ötlet:
Azt kell megvalósítani, hogy a gomb megnyomására is és elengedéskor is olyan legyen, mintha megnyomtad volna.
Ez megvalósítható hardveresen is és szoftveresen is, de ezek alapján nem a dekódert, hanem a vezérlőt kell átalakítani. |
|
|
És célszerű is, ugyanis a vezérlő bármilyen digitális rendszert is használsz mindig egyszerűbb móka mint a dekódert kisméretben egyedivé tenni.
Szóval ha a vezérlőt alakítod át illetve készítesz sajátot akkor a mozdonyba / kocsiba / stb kerülő dekóder lehet normál gyári vagy utánépített dekóder. |
|
|
Hírek.rss
