Ónszippantó pumpa, profiknak Conduktive 77 5.000 Ft
Eladó egy teljesen új, fémből készült Conduktive 77 ónszippantó, profi
forrasztóknak, hobbi elektronikával foglalkozóknak. Antisztatikus, cserélhető heggyel. Új ára közel 9.000 Ft Műszaki adatok: Antisztatikus: Igen · Forrasztástechnika jellemzők: Antisztatikus · Méret, hossz: 195 mm · Súly: 49 g · Átmérő: 20 mm
Budapest, Budaörs, Törökbálint és ezek közeli környékén ingyen vállalom a házhoz vagy átvételi ponthoz szállítását is. Távolabbi helyre megegyezés szerint postaköltség vagy szerény útiköltség térítés ellenében.
- a tápfesz. meredek változásai, tehát nem simán zavar, amit pl. egy bizonytalan kapcsoló is elő tud állítani, de sok más oka lehet, és nem is csak egy szimpla tápfesz-megszűnés,
- a buszon közlekedő jelek torzulásai.
Azért nem tartom hülyeségnek a saját felvetésemet (naná... :-), mert a processzoroknál van reset láb, ami ha aktív, semmit sem csinál a processzor, és aminek a meghajtását valóban illik rendesen megoldani áramkörileg - egy I2C-s eszköznél viszont nincs ilyesmi, legalábbis nem szoktam látni. Rendben, azok sokkal egyszerűbb eszközök, nem processzor, hanem célszerszám, de attól még lehetne, merthogy chip select sincs...
Tegyük fel, hogy nem probléma, ha egy rossz adat kerül egy EEPROM-ba, mert van hely és minden adat mellé tudunk írni egy megfelelően erős CRC-t, és az sem probléma, ha elvesztjük az adatokat, mert a fájlrendszerünk sérül, vagyis változó hosszú adatok tárolásánál a mutatók sérülnek - mert képesek vagyunk pótolni.
Akkor is ott van pl. egy I2C-s kapcsolóeszköz, ami ha reléket vezérel, biztosak szeretnénk lenni benne, hogy soha nem kapcsolnak rosszul. Talán ezen már nem lesz vita, mint az EEPROM-on. Nyilván lehet ismételgetni az utolsó parancsot egyfolytában, de az azért nem tetszik túlságosan.
Utánanéztem, más is feltette az egyik tipikus kérdést ezzel kapcsolatban, hogy akkor miért nincsenek a csomagok ellenőrzőösszeggel ellátva, megvédve.
Az egyszerűbb érvek mellett, hogy olcsók legyenek az ilyen eszközök, ill. ezek tipikusan egészen rövid buszok a készülékek belsejében, volt egy komolyabb is: hogy ha egy I2C busz elektromosan nem teljesen stabil, akkor előfordulhat, hogy az egyik eszköz feltartja az egészet, tehát már a hardware layer-en biztosítani kell a zavarszűrést stb. Úgy pedig igen kicsi a valószínűsége egy-egy hibás parancs vételének, nem éri meg bonyolítani.
Tehát azért áll elő ez a helyzet, mert egyrészt annak a busznak nincs külön chip select-je, valamint nyitott kollektoros meghajtású. Akkor mi a megoldás? Másfajta busz...
A kézenfekvő alternatíva az SPI, ahol van chip select és aktívan fel- ill. lehúzzák a szereplők a lábakat a logikai szintekre, talán ez is számít. Az, hogy gyorsabb tud lenni, most nem érdekes. A másik lehetőség a CAN, amit nem szerettem volna behozni a képbe, mert drágább, és készüléken belül eléggé túlzásnak tűnik. Ott egészen érdekes az arbitráció (ki szólal meg a buszon). Hogy a busz beragadásának minimalizálva legyen az esélye, minden kiadott bitet egyesével visszaolvasnak az eszközök, az üzenet száma egyben a prioritása is a buszon.
(Lassan harminc éve sikerült NT 4-re device driver-t írnom ISA buszos CAN kártyákhoz, mikor még a Microsoft Magyarország azt sem tudta, hogy létezik ilyen fejlesztőrendszerük... Ugyanazon a gépen debugoltam ki a kódot, így ha elszúrtam valamit, rögtön kékhalál lett, és akadtak még kalandok. Végül használható termék lett belőle, de hatalmas energiák árán. : -) De ez a szoftveres rész. CAN-Open, Open CAN, Selectron CAN - a fene tudja, hányféle létezik.)
Szóval az SPI busszal folytatom a keresést, hogy arról miket írnak a tápfesszel és a busz megbízhatóságával kapcsolatban. És persze nem ég a ház, csak ez nekem egy homályos terület. Példa rá az MCP23S08 - ilyenből cseréltem ki nemrég egy maroknyi villámcsapottat, de már írtam itt valahol. : -)
Sajnos konkrét példát nem tudok felhozni.Ennek több oka van.
1.Nem értek az elektronikához.(Hülye vagyok hozzá, ha így jobb.)
2.Nem akarlak semmiről meggyőzni.Legyen igazad, nyugodtam lehiheted, amit mondott valaki.
3.Lyukszalag.Megmondták.
4.Nálam ezerszer okosabbak megmondták, az Eepromok megbízhatatlanok, mert tüskés a feszültség, meg ha hirtelen elvevődik akkor nincs data, meg zavarok, meg ilyen számomra ismeretlen fogalmak.(Figyelj, asztalos vagyok, nem műszerész)
5.Jól méretezett, és zavarvédett tápegység,TVS diódák a megfelelő helyen, megfelelő méretű pufferkondik, voltage detector áramkör,
biztosan sokat tud tenni annak érdekében hogy az eeprom is jóllakjon, meg a lyukszalag is megmaradjon, az én boldogságom nem számít ebben a történetben.
6.Szóval nyuszi vagyok,mint McFly...
Szóval nézd el nekem, de ez a dolog meghaladja a szaktudásom.
Lehet, hogy ezt a problémát tényleg így kell értelmezni. : -) Van még egy-két ötletem, de addig nem dumálok erről, amíg nem sikerült legalább pár helyen utánaolvasnom. Elég specifikus tudás, nem lehet egyszerű megszerezni, mert (szerintem) általában megelégszenek a hiba detektálásával (egy kicsi és elég, lassú memóriáról van szó), de a mai eszközökkel talán jogos a kérdés, hogy mi az adott körülmények közt legbiztonságosabb hw+sw megoldás.
Tapasztalatom szerint tápfesz prellegésnél nem magától sérül meg az EEPROM tartalma, hanem a mellette lévő processzor hülyül meg és beleír téves hülyeséget az EEPROM-ba I2C buszon. Olyan berendezésnél ahol ez rendszeresen előfordult és az alkalmazott EEPROM-nak volt write protect lába, azt aktiválva soha többé nem "felejtett"" az EEPROM bárhogy ugrált a tápfesz. Persze ilyenkor ha üzemszerűen akartuk használni a berendezést, le kellett venni az írásvédelmet.
XAntii azt mondta, hogy az EEPROM tartalma viszonylag könnyen megsérülhet a tápfesz megvonásakor a feszültség ugrálására, mintha prellezne egy nyomógomb. Ez teljesen összevág a tapasztalataimmal, ill. amiket olvastam. Különben az EPROM is, ha kap némi sugárzást, ilyen is történt úgy 35 éve, csak keletebbre. : -)
Persze, más memória is sérülékeny, pl. az SD kártya pl. azért veszít elég gyakran adatot egy Raspberry-ben, mert a vezérlője belül pakolgathatja az adatokat ide-oda, és ha nincs programozottan leállítva, akkor ez probléma.
Nevetni fogsz, pont ma gondolkodtam egy hobbicélú, távvezérelt eszköz miatt, hogy milyen memóriát is kellene használni pontosan ilyen megbízhatósági szempontból... van-e valami, ami egyszerűen elintézi a problémát UPS vagy ilyesmi nélkül is.
A gépjárműelektronika nem jó példa, mert ott "véletlen vagy szántszándékkal", tapasztalható az ellenkezője is, persze ettől még imádni valóak a Bmw -k, ha belelocsolnak sok lovét a felhasználók.
A ki- és bekapcsolások során, vagy a tápellátás más hibájából keletkező bizonytalanságok, zavarok, tüskék hatása a tárolt tartalomra, hogy megváltoztathatják azt. Nem a "statikus" mmegbízhatóságáról, hogy mennyi ideig tárolható valami egy EEPROM-ban, vagy hányszor megy tönkre.
Értelmetlen dolog lenne egy Eepromot összehasonlítani más digitális, vagy analóg áramkörrel.
Miért lenne "kevésbé" stabil mint más memória (értsd:amiben R/W folyamat történik?) áramkör?
Ez az Eeprom dolog csak ki lett ragadva egy frekvenciaváltóval kapcsolatos kérdésből, és el lett vele terelve a téma.
Elég ha megnézed a neves gyártók Eepromjait (Microchip, Atmel, stb-adatbusz típusától függetlenül) és belenézel az adatlapokba, látható hogy milyen adatmegőrzési időt, R/W ciklusokat garantálnak.
Jópár frekiváltó átfutott már a kezem alatt, egynél sem találkoztam Eeprom hibával.
Gépjárműelektronikában egyszer futottam bele egy bitflipes 93C56-ba, szóval nem azok a hullós típusok.
Mást mutat az elmélet, meg a gyakorlat., ha lehet így fogalmazni...
Amik igazán potyognak, azok a folyamatosan igénybevett EMMC-k, meg flash-ek a szórakoztató elektronikai termékekben....de ez nem tartozik ide, csak megemlítettem.
Pontosan. Avval szokott sok baj lenni, amikor a cájg kikapcsolásakor írja bele a pillanatnyi beállításokat mentésre. Ha nem szabályosan kapcsolják le, sok "prellegéssel", előfordul hibás visszaírás. Tipikusan elem/akku üzemnél a lemerüléskor újra-újra indulgató cucc.
Mivel statikus állapot tárol, azt külső durva zavaró tér megbolondíthatja. Viszont olcsó, I2C buszon könnyű használni.
Jól tudom, hogy egy eeprom kevésbé stabil, mint más digitális áramkörök, vagy egy műveleti erősítő? Nem közvetlen villamos impulzusok, vagy akár az idő vas foga tekintetében.
Az özvegy több embertől is kért segítséget és talált valakit aki mindent átvesz és állítólag használ is majd. Nem lepődnék meg ha pár cucc mégis felbukkanna eladásra itt-ott.
Ilyen most is van, túlnyomásos kiszellőztetés, túlnyomásos semleges gázzal feltöltés. Festőműhelyből szereltem le ilyen lámpatesteket, egy hazai bányamúzeum bemutató vágatában megtekinthetőek.
Sajnos az eeprom se tuti megoldás. Magas a meghibásodási átlag. Persze jobb mint egy elem vagy aksi, de igazán megbízhatóságot kívánó helyeken eeprom+lítium elem. 10 évenként kötelező cserével.
pl. repgép kompóterek. Régen divat volt az epromba épített mini izotópos battery is.
Nézz körül a cncfórum-on, néha árulnak hibás darabokat is.
A hibakód utalhat belső táp, vagy IGBT/Fet modul hibára is, de ezt pontosan csak mérések
után lehet eldönteni.
Ellenőrizd a belső buszfeszültséget, és a digitális elektronika segédtápjait.
Nagyon jók a Yaskawa-k, de sajnos ezek sem tartanak örökké.
Első körben próbáld meg azért resetelni, hátha bent maradt valami olyan beállítás,(vagy hiányol valamilyen külső jelet) ami miatt nem engedi indítani magát a frekiváltó.(Pl:PLC-ről volt vezérelve.)