- iPhone topik
- Vodafone mobilszolgáltatások
- Telekom mobilszolgáltatások
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Eleglide C1 - a középérték
- Milyen okostelefont vegyek?
- Android szakmai topik
- DIGI Mobil
- Android alkalmazások - szoftver kibeszélő topik
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
Hirdetés
-
Nyár végén jön az idei THQ Nordic Digital Showcase
gp Az új bejelentések mellett újabb részleteket kapunk a Gothic Remake-ről és a Titan Quest II-ről is.
-
Két Zen 5-ös dizájnjának mintáit is szállítja már az AMD
ph A szerverpiacra szánt Turin platform, illetve a mobil szintre nevező Strix Point érhető el a főbb partnerek számára.
-
Eleglide C1 - a középérték
ma Szintet lépett az Eleglide, az egyébként egész korrekt M2 után a C1 sokkal komfortosabb közlekedésre alkalmas.
-
Mobilarena
Arduino hardverrel és szoftverrel foglakozó téma. Minden mikrovezérlő ami arduinoval programozható, és minden arduino program, board, és hardverrel kapcsolatos kérdések helye.
Új hozzászólás Aktív témák
-
Teasüti
nagyúr
válasz ecaddsell #9392 üzenetére
Ezt egy kicsit túlgondoltad.
Arra, hogy a terepen gyorsan ránézz vmire, arra jó. Kiegészítve egy multimétert. Én a motorom tach, speed jelét vizsgáltam vele és teljesen jó. Meg a legtöbb Arduino projekthez is használható mikroszekundumos nagyságrendig.Nincs FFT, nincs dekódolás, meg semmi ilyen csili-vili dolog, de könyörgöm mit vársz egy pár dolláros kacattól??
200 kHz a mintavétel sebessége. Felfutó vagy lefutó élre trigger-el. És tud alap méréseket, mint max/min/avg, frekvencia, kitöltési tényező, stb.[ Szerkesztve ]
-
_q
addikt
válasz ecaddsell #9396 üzenetére
2 CP2102 volt rákötve gépre. Drivert újratelepítettem, átdugtam másik portba, leválasztottam a 2. CP2102-t, addig addig nyomogattam, hogy most valamitől kb 30. próbálkozásra sikerült.
Nem tudom lehet-e köze ahhoz, hogy túl nagy méretű tömböt akartam létre hozni, ami először felment rá, de resetelt folyamatosan és onnantól már nem akart működni a flashelés. Bár ha jól sejtem a flash tartalma mindig nullázódik, ha resetel a mikrovezérlő, akkor meg nem tudom mi volt ez.
Múltkor a második ESP32 panel csinálta azt, azóta se javult meg, hogy boot gomb lenyomás nélkül nem flashelhető. Előtte legaláb 20-30x flasheltem és ment magától, azóta csak boot gombbal megy. Ezt azóta se értem.
-
ecaddsell
aktív tag
válasz ecaddsell #9425 üzenetére
Aktuális ötletem prellmentesítésre:
Külön threadben (thread nem gond, frekvenciát is így mérem) X millisec-enként beolvasom a pint. Gombra X mondjuk 5ms.
Ha változott (L lett) akkor Y microsec-enként megmintavételezem (Y microsec-enként beolvasom Z alkalommal). Gombra Y mondjuk 100us, Z mondjuk 20 alkalom. Ha a Z alkalomból W alkalommal tartja a változást akkor elfogadom. Tehát 20-ból mondjuk legalább 6 szor (W) L akkor meg lett nyomva a gomb (Az encoder forgatásnál keletkező nagyon rövid virtuális nyomást ez szűri.)Ez után pedig egy hosszabb várakozást (csendes időszak) után (mondjuk 200-500ms) újraindul az egész.
Gombra ezt elég biztosra lehet hangolni (sőt ebben az esetben külön előny, hogy tartva magától lép, nem kell több lépéshez extra nyomogatni), a rotary részre meg vsz. marad az állapotváltozás figyelés...
Persze, ha valakinek van jobb ötlete szívesen olvasnám
-
nagyúr
válasz ecaddsell #9428 üzenetére
Este küldök egy saját bebounce kódot, amit a smart car-omhoz írtam, speed encoderhez írtam és uno/mega board-ra, de rotary-hoz simán át lehet írni. Sokat kísérleteztem a megoldással, szerintem elég jó lett.
Az a lényege egyébként, hogy nem csak azt figyeli, hogy a pergés abbamaradt-e, hanem csak akkor ugrik a számláló, ha az előző állapothoz képest ellentétes állapotban van az optokapu. Lassú forgatásnál ha úgy áll meg a kerék, hogy nem takarja teljesen a LED-et, simán képes álló helyzetben is prellegni.[ Szerkesztve ]
-
tvamos
nagyúr
válasz ecaddsell #9431 üzenetére
Azt írtam le, amit én használok.
Amit írsz, azt nem értem. Az a második mondat olyan... se füle, se farka.
Nekem ez a megoldás tűnik egyszerűnek, a tiéd meg bonyolultnak. De mások vagyunk ugye... szerencsére![ Szerkesztve ]
"Mindig a rossz győz, és a jó elnyeri méltó büntetését." Voga János
-
_q
addikt
válasz ecaddsell #9434 üzenetére
Ja akkor az még mindig kicsi. Én nagyot kerestem, 3.5 colosat vagy 4 colosat végül 3.5 colosat találtam. Sajnos a betekintési szöggel vannak bajok, szerencsére projekt szempontjából meg tudom oldani, hogy ne legyen ez hátrány, de azért nem egy laptop/monitor szintű sajnos.
[ Szerkesztve ]
-
_q
addikt
válasz ecaddsell #9447 üzenetére
Nekem fektetve helyezve (hosszabbik oldal vízszintes, rövidebb oldal függőleges) egyik hosszanti és mellette lévő rövidebb oldalról nézve jó, másik hosszabbik és rövidebb oldalról minősíthetetlen szinte a betekintési szög. Tehát sarokba helyezve jó és szemből is, egyébként nem. Szerencsére falon sarokba lesz. ha valahová egy falra középre tenném, amit mind két oldalról meg tudok közelíteni, ott már nem lenne szép, sőt.
Én egyébként nem vettem túl olcsón sajnos, 3500-4000 Ft-ba került a 3.5 col. SPI mondhatni előny, de én nem használom ki, mivel nem kell egyáltalán gyors képernyő frissítés, viszont a 3 adat vonal előny nagyon is a párhuzamos programozású kijelzőkkel ellentétben.
Én csak azért vettem ekkora kijelzőt, mert egy analóg órába szeretném beépíteni és jó lenne ha nem 1 méterről tudnám csak leolvasni a kiírt dátum, hőmérséklet adatokat.Én ezt a könyvtárat használom. Ez elég sok kijelző meghajtót támogat, amit te használsz azt is. Ezzel a könyvtárral és ILI9486-os meghajtó IC-vel dolgozik a kijelző. Próbáltam kezdetben tesztelni, hogy 0-ról counter számol mondjuk több tízezerig és ahogy az ESP bírja íratja ki az adatokat akár tizedes-százados pontosan. Igaz itt már semmit se láttam a másodpercnél lassabban változó számokból, de nekem úgy tűnt kiír mindent. Tehát ha számítana a sebesség akkor nem hiszem, hogy gond lenne vele. Ja és én is ESP32-vel használom. Próbáld meg esetleg ezt a könyvtárat az adafruit helyett.
-
_q
addikt
válasz ecaddsell #9461 üzenetére
Én úgy csináltam, hogy nem az egész kijelzőt frissítem. Vannak fix részek pl: Temp, Humidity, vagy az ezekhez tartozó mértékegység. Ezt egyszer ráírom kijelzőre és nem változtatom. Illetve vannak az érétkek amik változnak. Ezt a könyvtár úgy kezeli le, hogy bizonyos betűstílusnál magától csak az értéket frissíti, bizonyos betűtípus használatnál macerásabb, ott én ráírom az előző értéket feketével, majd az újat az adott színnel. Tehát mind a két esetben csak az érték pixelei változnak, Talán így gyorsabb is a kiíratás, mivel nem kell minden pixelt újra rajzolni.
OLED kijelzőt könnyebb kezelni, legalább is nekem könnyebb volt. Viszont amit linkeltem könyvtárnak is vannak persze hiányosságai. Pl az előre definiált betűméretek, illetve van amit csak számra(int, float), van amit csak string-re lehet alkalmazni. De vannak előre definiált függvények vonalra, körre meg lehet tetszőlegesen színt is megadni az előre definiáltakon kívül. Nekem bejött ez a könyvtár, működik is, sok meghajtó IC-t támogat. Ja és elég csak a legelején definiálni, melyik kijelzővel dolgozol, pontosabban a meghajtó IC-t. Ezek után már csak használni kell a könyvtárat.
-
_q
addikt
válasz ecaddsell #9463 üzenetére
Amúgy nem olyan vészesen nagy a 3.5 col se. Lehet kinövöd amit most próbálni akarsz majd. Ha esetleg érdekessé válik belinkelem melyiket használom. Kezelhetőségre és méretre nem találtam másik ami megérné. Ez lenne az.
Persze van még a nextion, de az meg végképp sokba kerül, kb duplája mindegyik méretben a többi ILI és társaihoz képest.
[ Szerkesztve ]
-
Janos250
őstag
válasz ecaddsell #9514 üzenetére
Kösz! Akkor a vélemények megoszlanak, de - ártani biztos nem árt - teszek.
Egyébként ő lesz a tantál:
https://www.ebay.com/itm/50PCS-ORIGINAL-AVX-7343E-6-3V-1000uF-108J-E-type-SMD-tantalum-capacitors/272967759713[ Szerkesztve ]
Az amerikaiak $ milliókért fejlesztettek golyóstollat űrbéli használatra. Az oroszok ceruzát használnak. Én meg arduinot.
-
nope
tag
válasz ecaddsell #9541 üzenetére
"Egyébként van olyan (olcsó) board amin GPIO37 ill GPIO38 ki van vezetve mert azokon amik nekem vannak nincs is ilyen pin?"
Mostanában a Heltec dolgait használom, bár nem a legolcsóbbak (integrált OLED kijelző miatt), de legalább van minimális gyári support (heltec.cn). Ezeken van GPIO37 és GPIO38 is, bár ezek is input only.
[ Szerkesztve ]
-
nope
tag
válasz ecaddsell #9544 üzenetére
"Ennek van OLED nélküli változata is? Úgy egész szimpatikus lenne, pláne ha még valamivel olcsóbb lenne OLED nélkül..."
Heltec nincs ilyen, de tényleg elég gyakran lehagyják a 37-38-as lábakat. Van valami speciális funkciójuk, amiért ragaszkodsz hozzájuk, vagy csak egyszerűen több lábat szeretnél?
Keress rá a "Wemos Pro ESP32"-re, azokon is ki vannak ezek vezetve (mást nem is nagyon találtam ilyent).
Az integrált OLED meg tényleg nem sok mindenre jó, de hibakeresésre, változók folyamatos kijelzésére (kvázi serial monitor helyett) viszont ideális. -
nope
tag
-
gyapo11
őstag
válasz ecaddsell #9591 üzenetére
Ezt is simán lehet kompenzálni, de itt már timer-t kell használni (timer interrupt).
Unon nem kell interrupt, egyszerűen tetszőleges időnként ki kell vonni vagy hozzá kell adni a millis értékéhez valamennyit. Itt inkább az a probléma, hogy mennyit. Adott hőfokon könnyű kimérni, de ha változik a hőfok, akkor változik a korrekciós tényező is, mert az oszcillátor frekije elmászik, és jelentősen.
Ezért javasoltam a fűtött termosztátot vagy a gps modult, de a netes idő is jó. A lényeg, hogy stabil, hőfokfüggetlen idő legyen.De tényleg érdemes rlőtte megvizsgálni, hogy az adott célra, jelen esetben csillagfotózásra mekkora eltérés megengedett. Ha jól érzem, akkor 10 másodperc körül még jó az álló kamera is. Legyen ez 50 mm-es objektívvel full frame méretű képérzékelővel, ehhez szoktak számolni minden mást. Legyen 20-szoros nagyítású távcső, ekkor az idő már 0.5 s. A szokásos eljárás az, hogy több felvételt készítünk, és ezeket software-rel egyesítjük, ezért az egyes felvételek nem tartanak órákig, hanem mondjuk 10 percig, Vagyis 10 perc alatt kell annyit forgatni, hogy a 0.5 másodpercen belül maradjon az eltérés. Ez 1/1200, vagyis 24 órára számolva 72 másodperc. Ha ezen belül van az arduino órája hidegben-melegben, akkor jó, ha nem, akkor pontosítani kell.
Persze ha más nagyítású a távcső, rövidebb vagy hosszabb ideig készül egy felvétel, akkor módosulnak a számok.[ Szerkesztve ]
menyország -> mennyország, akadáj -> akadály, jótálás -> jótállás, Iphoneal > Iphone-nal, kisuly > kisujj, csővet > csövet
-
_q
addikt
válasz ecaddsell #9605 üzenetére
Igen deep sleep-ben fog menni. Nem számoltam ki de abban bízom, hogy a konverterrel kapott nagyobb feszültség tartomány talán ad annyit, hogy a konverter ~50uA-es fogyasztását is megérje.
Konverter nélkül 2AA elemmel mondjuk 0.5V-ot tudok használni talán, ha úgy veszem hogy 2.5V-al elemgy minden gond nélkül az ESP32.Kicsit elbizonytalanodtam. Eddig az itt javasolt megoldást követtem, de most ez meg ellent mond 50uA fogyasztás esetén óránként 90 mA-es fogyasztással kell számolni a konverternél? Az nem kevés
-
_q
addikt
válasz ecaddsell #9607 üzenetére
Úgy számoltam, hogy a konverter 45uA-es fogyasztása másodpercenként értendő és akkor átváltottam. De ha nem így van akkor még akár jobb is lehet.
Az a baj, hogy töltőm nincs a nikkel-eshez, így az mindenképp drágább költség lenne + még a 3 db NiMH elem. Vezetékkel se tudom sajnos összekötni, csak valamilyen hordozható megoldás tud működni. 2 db ceruza elem nem miért nem jó?
Esetleg NiMH-hoz van tp4056-hoz hasonló modul ebayen vagy csak "gyári töltővel" tölthetőek?
(#9608) Atti777
Oh ez nagyon jó, nagyon köszi. Eszerint -20 - +50 celsius között használható, annyi hogy egy panasonic 3400mAh-es liion aksi 2200mAh fog tudni.[ Szerkesztve ]
-
_q
addikt
válasz ecaddsell #9649 üzenetére
Én SPI TFT kijelzőt használok. Nekem nem kell gyors üzemre, de próbáltam for ciklussal egy számlálót növelve kiíratni az értékét teszteléskor és nekem nem tűnt lassúnak. Nem tudom milyen egyéb előnye lehet a direkt kijelző meghajtásnak. Ennél nem hiszem hogy lenne egyszerűbb.
-
_q
addikt
válasz ecaddsell #9657 üzenetére
Fejből írtam, nem emlékeztem már mennyi. Először olyannal akartam próbálkozni, de mikor megláttam hogy macerásabb, váltottam a jelenlegi SPI kijelzőre. Ezzel nekem könnyebb volt összeszerelés-programozás szempontjából is. Érdekes amúgy, hogy a párhuzamos kommunikációs kijelzők vannak nagyobb arányban kínából, SPI ami egyszerűbb pedig kevesebb.
-
Janos250
őstag
válasz ecaddsell #9649 üzenetére
"Viszont ha jól látom ennek a sebessége a HW SPI alatt van (valamiért), szóval a soros protokolhoz képest nem biztos, hogy akkora a nyereség."
Éppen a sebesség miatt jó a hardver bypassos periféria kezelés. Úgy is működik a regiszterekbe írás. Én a WS2812 programozásához használgattam, mert a kész rutinok - szerintem - nagyon bénák.
Az amerikaiak $ milliókért fejlesztettek golyóstollat űrbéli használatra. Az oroszok ceruzát használnak. Én meg arduinot.
-
Vladi
nagyúr
válasz ecaddsell #9912 üzenetére
Köszi a biztatást.
Sajna hardveres gondjaim is akadtak közben, egyszerűen nem lesz időm már megcsinálni.
Úgyhogy ráfordulok egy másik projetkre, ez meg kap egy kész megoldást.Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
-
Vladi
nagyúr
válasz ecaddsell #9926 üzenetére
Köszi újra a segítő szándékot, mint láthatod én maga vagyok a "nagyon kell." Sorry.
Az én cuccom nem rotary encoder, hanem incremental encoder. link Egy nagyságrenddel több jelet ad ki magából, mint egy sima forgó kapcsoló. (rotary encoder)
Nagyságrendileg 50 jelet másodpercenként. Ez 20 ms hosszú jelet jelent. Ebbe még prellnek és prell mentesítésnek is bele kell férnie.
Nade basszus! A kódodból alig értek valamit...
Most az lesz, hogy kiveszem a hardveres prell mentesítést (csípőfogó ) aztán alkalmazok szoftverest.
Ha loopban számlálok, akkor simán delay és kész, interruptban kicsit macerásabb, de találtam arra is példát.Csak azt kell kikísérletezni, hogy kb hány milisec legyen. Majd próbálgatom 1-20 között, ahhol stabil az érték, ott a nyerő.
Egyébként tipikusan mennyi lehet ennek a konkrét cuccnak a prellegéi ideje? 1-2 ms?
másik: delay helyett ezt rakhatom az interrupt voidomba:
if((long)(micros() - previousMicros) >= dbenk * 1000){
currentpulse++;
Interrupt();
previousMicros = micros();Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
-
ecaddsell
aktív tag
válasz ecaddsell #9932 üzenetére
Szóval ha fix szélességű impulzusokat ad akkor valami ilyesmi kellene (tudni kellene, hogy HIGH, vagy LOW a pulzus értéke):
#define MINPLENGTH 15000
void szamlalo(){
volatile static uint32_t thi = 0, tlo=0, tm = 0;
uint32_t td, ctm = micros();
td = ctm - tm;
tm = ctm;
if (digitalRead(PULSE_ENC)) tlo += td;
else thi += td;
if(thi > MINPLENGTH){
thi = tlo = 0;
currentpulse++;
}
else if (tlo > MINPLENGTH) thi = tlo = 0;
}Ha nem, akkor a túl gyors változásokat figyelmen kívül kellene hagyni (olyan kód kellene).
Szóval látszik jó lenne tudni milyen annak a jeladónak a jele, kisebb meg nagyobb forgási sebességnél.
De innen már vsz. te is meg tudod oldani.
Arra figyelni kell a kódolásnál, hogy ha LOW értéket olvasunk a megszakításban akkor az előző időszak HIGH volt... -
JozsBiker
aktív tag
válasz ecaddsell #9949 üzenetére
Ha az
index <= "1111";
sor értékadás, akkor nyilván 1111 lesz, de biztos hogy az ? Inkább egy összehasonlításnak tűnik, ami egy logikai igaz-hamis értékkel tér vissza, ami viszont nem fog az index változóba íródni. De ez attól is függ, milyen nyelven íródott, el tudok képzelni olyan szintaktikát, aminél a <= az értékadás irányát mutatja.
[ Szerkesztve ]
-
Teasüti
nagyúr
válasz ecaddsell #10183 üzenetére
Hát mondjuk megszakítást használni és programból számolni. Az szoftveres és sokat elvesz a cpu időből, ha nagy a frekvencia.
Értékelem a segítséget, de sajnos nem tűnik számomra használhatónak egyik sem.
Az első az ESP-IDF-hez íródott, miközben én Arduino IDE-ben vagyok.
A második meg egyáltalán micsoda? Nem fogom tudni visszafejteni azt a kódot, ahhoz túl nagy és bonyolult.
Főleg, hogy egy rakás hardver közeli függvényt hív be, amikről fingom sincsen.Vmi Instructables.com színvonalú példa nincs véletlen? Én nem találtam...
[ Szerkesztve ]
-
Teasüti
nagyúr
válasz ecaddsell #10187 üzenetére
Na jó, de azért mentségemre szolgáljon, hogy ez amit most találtam kb 30 sor az egész.
Amit te linkeltél, ott az egyikről elképzelésem sincs mit csinál, a másik pedig... Ágyúval verébre.Először hallok erről a VHDL-ről.
Én naiv azt hittem vmi CAD félében terveznek processzorokat...
Soha nem hallottam még ilyen "program" nyelvről.
Akkor te saját microchip-eket tervezel? -
Teasüti
nagyúr
válasz ecaddsell #10196 üzenetére
Most néztem át ezt, de ebben nincs megszakítás kezelés.
Itt csak kiolvassa a függvény a számlálót a loop()-ban.
Természetesen már szoftveresen számolom ki a frekvenciát, vagy ezt hogy érted? Ha jól értem ezt a programot a számlálás maga nem szoftveres. Nem változóban számolja a megszakításokat, hanem regiszterben. És függetlenül attól mit csinál a cpu, legalábbis remélem. Ennyiből áll a pulse counting, nem? Vagy van rá hardveres gyorsítás, ahol a pulzusok számából frekvenciát köp ki eredményül? Meglepne...Nem akarom túlbonyolítani a dolgot. Nekem elég annyi, hogy a program blokkolása nélkül tudjon számolni és igény szerint kiolvasni ezt az értéket.
Ezt hogy kell elképzelni? Vmi olyasmi, mint ESP32-nél a tetszőlegesen beállítható GPIO mátrix?
[ Szerkesztve ]
-
Amarton
tag
válasz ecaddsell #10224 üzenetére
Az eladóval felvettem a kapcsolatot. Vissza fizeti az árát.
Első körben szabványosan kötöttem be. Mikor láttam, hogy teljesen értelmetlen dolgokat mér, azután kezdtem el úgy lecsupaszítani a kapcsolást, hogy már a végén terhelés nélkül csak feszültséget mértem.
Gondoltam, ha ez a része megoldódik, akkor már az áram részét tudni fogom kalibrálni.
Az Arduino 5V-os kimenetét használtam, ahol majdnem 12V-ot mért. Tehát totálisan hibás az IC.
Mivel egy egyszerű feszültség mérést sem tud megoldani, így hagyom a csudába és rendelek egy másikat.
Köszi.http://kodolas.skoda-muszerfal.hu
-
Amarton
tag
válasz ecaddsell #10226 üzenetére
ESD-re is figyelni szoktam. Nem tapizom az alkatrészeket, a panelt csak a szélén fogom 2 ujjal.
A munkahelyemen garanciális autóelektronika hibaanalízissel foglalkozom. Ott minden az ESD védelemről szól. Köppeny, cipő, ESD csipesz, ESD forrasztó állomás, páratartalom szabályzás, tisztaság stb.http://kodolas.skoda-muszerfal.hu
-
Teasüti
nagyúr
válasz ecaddsell #10226 üzenetére
ESP32 kimenetein egyébként ha jól tudom több fokozatú meghajtás van. Vannak kisebb és gyorsabb FET-ek, és vannak erősebbek, de lassúbbak. ESD kár tipikus példája amikor a kicsi FET-ek elszállnak, de a nagyok még működnek. Az egészből annyit veszel csak észre, hogy nem hozza a specifikációkat a port nagyobb sebességen.
Épp mostanában olvastam erről, már nem tudom minek a kapcsán.
[ Szerkesztve ]
-
Teasüti
nagyúr
válasz ecaddsell #10236 üzenetére
ESP32 floating-point performance
És a hozzá kapcsolódó Espressif fórum téma.Lényegében csúnyán kikap az ARM procitól.
[ Szerkesztve ]
-
tvamos
nagyúr
válasz ecaddsell #10588 üzenetére
Csak ez a lab nelkuli bigyesz, a kozepen exposed paddel.
Nem szeretem az olmos HASL-t, mert nem tudom, hogyan fog az olommentes forrasz a HASL-ben levo olmossal osszefutni, es milyen osszetetelben lesz az olom az intermetallikus retegben.
Tudomanyosan...[ Szerkesztve ]
"Mindig a rossz győz, és a jó elnyeri méltó büntetését." Voga János
-
zsolti_20
senior tag
-
gyapo11
őstag
-
gyapo11
őstag
válasz ecaddsell #10932 üzenetére
Ezt a MECHANIC-ot láttam ugyanezzel az összetétellel tégelyes kiszereléssel olcsóbban, akkor az jó lesz.
Jártam olyan helyen, ahol smd nyákokat gyártottak, és ott is gond volt a beszáradás, pedig hűtőben tartották. Nálam ez különösen fontos kérdés, mert keveset használok hosszú idő alatt. Szóval ha fluxot keverek hozzá amikor már besűrűsödött az nem jó? A friss fluxtól tapad, hígabb lesz, az a kérdés, hogy be tud-e hatolni a friss flux a szemcsék közötti sűrű régi flux helyére egyszerű keveréssel. Esetleg melegíteni is lehet, az biztos segít. Az én forrasztózsírom biztos van vagy 20 éves, és semmi baja, ugyanolyan állagú és működőképes mint amikor vettem, a forrasztóón szemcsék sem változnak, tehát így örökre működhet egy tégely paszta.
Ja, és offtopic kéztisztító krémmel volt az, hogy nagyon besűrűsödött, és folyékony szappannal kevertem össze, teljesen tökéletes lett, lágy krém állagú és tökéletesen tisztítja a kezet.[ Szerkesztve ]
menyország -> mennyország, akadáj -> akadály, jótálás -> jótállás, Iphoneal > Iphone-nal, kisuly > kisujj, csővet > csövet