Egy kis helyzet jelentés az MTB Bobo tuning panel projektemről. Megérkezett a 2.0 verzió. Funkcionalitásban megegyezik a korábban bemutatott panellel, inkább formai javítások történtek. A fülke oldali homlokfény forrasztási pontja felkerült a panel tetejére, ezzel lényegesen megkönnyítve az összeszerelést. A forrasztási pontok polaritás jelölése nagyobb betűméretet kapott, így már rendesen lehet látni. De ez még mindig a forrasztott szalagkábelem megoldás aminek az összeszerelése nagyon időigényes és könnyű elrontani. Erre készült el a 3.0 verzió, amit szintén teszteltem. Itt már a két panelen 1-1 csatlakozóba kell belecsúsztatni az FFC átvezető kábelt, a csatlakozó könnyen forrasztható és megbízható csatlakozást biztosít. Pozicionálása egyelőre nem sikerült jól, mivel nagyon kevés hely van a mozdonyban, de új mérések után hamarosan elkészül a 3.1 verzió ami már remélhetőleg egy végleges megoldás. Addig is itt van egypár kép a 2.0 és 3.0 teszteléséről.
ui: Utána jártam a rigid-flex megoldásnak is, de sajnos ott a legolcsóbb beszállító is olyan drágán tudta volna megcsinálni, hogy nagy mennyiségben is 10 000 Ft felett lett volna az anyagköltség panelenként. Így olyan drágán tudtam volna csak adni egy panelt, ami valószínűleg nem sok embernek érte volna meg.
Tanácsot kérnék:Vettem két új Piko szilit (1282,1001)H0-ás méretben.Digitools hangdekódert kapott mindkettő.Sajnos folyamatosan akadozva mennek,megállnak,hang "recseg",röviden:nem jók.A pályám rendben van,nem koszos,a többi mozdonyom hibátlanul teszi a dolgát,pedig van közte már sokat futott példány is.Csak ez a kettő ujdonság rakoncátlankodik.Az egyikben már a kerekeket is kicseréltem tapadógyűrű nélkülire,de a hiba továbbra is ugyanaz.Áramszedők a kerekeknél rendben,látszólag minden OK.Mi lehet a hiba?
Marklin 39359 kat.számú fx dekóderes mozdonyba található egy apó 8 kapcsolós panel. Abban kérnék segítséget, hogy a kapcsolóknak milyen állásban kell lenniük, hogy a 60652 kat.számú Mobile Station vezérlővel tudjam irányítani a mozdonyt. A gyári leírást láttam de nem egészen egyértelmű számomra. Előre is köszönöm! mavossanyi@freemail.hu
A tervezés szakaszában vagyok. R-bus-os vagy S88-as érzékelő használata miatt kell ezt tudni. Ha R-bus-os akkor megspórolható a PC illesztő. Most úgy tűnik, hogy a routerről LAN kábellel mehet a kommunikáció a z21 és a PC-n futó Traincontroller10 között.
A TrainController a 8.0-s verziótól tud Etherneten beszélgetni a z21-gyel (természetesen úgy is, ha a kommunikáció egy szakaszon WiFi-s). 8.0 alatt használhatsz PC-illesztőt, ekkor a TrainController egy XPressNetes eszközként működik.
"Az hogy röviddel vagy hosszúval kezd az az utasítás függvénye, ezek határozzák meg bit értékét hogy 1 v 0, a rövid (58 mikro s) az 1, a hosszú >95 mikro s) a 0."
Igen, ezt tudom. De én úgy látom, hogy a szkópon a szünet utáni első jel rövidebb a szabványos "1"-nél is. Ez lenne furcsa (és az, hogy egy dekóder erre hogy reagál).
Én úgy tudom hogy a railcom kommunikáció használja 0V-ot a csomagok között (cutout). Nem csak a nanox-nél tapasztaltam hanem a z21nél is. Az hogy röviddel vagy hosszúval kezd az az utasítás függvénye, ezek határozzák meg bit értékét hogy 1 v 0, a rövid (58 mikro s) az 1, a hosszú >95 mikro s) a 0.
Sajnos ennyire mélyen nem mentem bele hogy ennél jobban ki tudjam fejteni, itt a tudásom hiányos ezért lehet hogy a fenti infók nem teljesek.
Szerintem ezek a jelformák nem jelenthetnek problémát. De mi az, hogy a nanox lemegy 0V-ra egy időre? És pláne mi az, hogy amikor megjön a négyszögjel, egy extra röviddel kezd?
terhelés nélkül: z21 (sárga) vs nanox (kék), vagyis a nano x felfutásnál van egy csúcs, hogy milyen hatása lehet számomra ismeretlen.
A szinek ugyanazt az eszközt jelentik de itt a z21 terhelés alatt, a mozdony lassú menetben, a z21 jele deformálódik, ha növelem a mozdony sebességet teljesen kisimul, ellenben a nanox-nél ezt nem tapasztaltam annak a jele nem deformálódik lassú menetnél.
Amit még tapasztaltam különbséget hogy a utasítás kezdetén (ha jól tudom ott van az időben hosszabb 0V) felfújásánál a nanox jele deformálódik a z21-nél nem vettem észre hasonlót
Van oszcilloszkópod? Nézz már rá a jelre, ami a Nano-x-ből kijön, ha van rá módod! Lehet hogy a nano-x végfokával lett valami gond, nem szép a jel, aztán ez a baja.
Sajnálom, kifogytam az ötletekből. Nem tudom mi lehet ott a baj.
Nekem annó DT, és esu dekódereket "lőtt ki" a központ minden kérdezősködés nélkül. A railcom kikapcsolása csak a központon, megoldotta a problémát. Az elmúlt 10 évben bármi jött, azt szépen kezeli (esu DT kühn).
(nem olyan rég egy topiktárs meg pont azért járt nálam, mert a z21-én nem megy egy mozdony. A nano-x en meg szépen megy.... bosszantó)
vagyis nincs meg a kémia a dekóder és nano x között
A nano-x központban kikapcsoltad a rail com-ot? Nem a dekóderben.
((Sajnos, fizika van kettőjük között, engem mint szakembert ez a "kémiá"zás rettentően bosszant. Az emberek között is max "biológia/biosz" lehet. Persze mindent mindig próbálunk leegyszerűsíteni, ha meg nem működik valami akkor meg ráfogjuk a nyuszira :) ))
A tekercs kiiktatása nem segített, railcom kikapcsolása szintén nem oldotta meg a problémát, motor takarítás megtörtént bár nem volt elkoszolódva nagyon (9Vnál 9mA áramfelvétel üres járatban 2,7V körül indul valamint 1,8V körül áll le, terhelésnél sem húz ívet), de ez sem segített. Próbáltam olyan pályán amin nincs más eszköz, ugyanaz a jelenség, végül átraktam az asztal vezérlését z21-re és csodálatosan reagál minden parancsra vagyis nincs meg a kémia a dekóder és nano x között, a probléma továbbra is nyitott.
Az ACME ESU-t használ. A ČD 150 / ZSR 350 mozdonyok hanganyaga letölthető volt az ACME oldaláról, de jelenleg az ESU oldaláról is. a Lokprogrammer szoftverrel a fájlt meg tudod nyitni, és a function mapping alatt látható, hogy a "fade out sound" nincsen egyik funkciógomhoz sem rendelve.
De ez nem sokat jelent. Amúgy tapasztalatom szerint, ha egy központ többféle dekóderrel rendben működik, akkor érdemes a hibát a csatlakoztatott eszközökben keresni. A hiba oka lehet egy rossz kontaktus, nem odaillő alkatrész (tekercs, kondenzátor), vezetékezés/betáplálás ezt mind az adott környezet dönti el. A központ ha kiadja a szabvány által meghatározott jelszinten és időzítésben az adatcsomagokat, akkor megfelelőnek tekinthető. Ez megfelelő oszcilloszkóppal egyszerűen ellenőrízhető.
Ezzel csak arra hívnám fel a figyelmet, hogy hiba esetén a teljes rendszert vizsgáljuk, tartsuk be hibakeresés gyakorlatát, ne csak egy kiválasztott eszközt hibáztassunk.
