Értem én, hogy HTML, de mi hajtja? Úgy rémlik, hogy a TCP-USB kommunikáció lehallgatása nem nehéz, max. ha el van rejtve VPN-el, titkosítással, illetve más biztonsági megoldással.

"A hackereknek ugyanúgy indok kell ahhoz, hogy hackerkedjenek. Személyes adatokra utaznak. Az hogy van egy HTML-ed amit offline is elindíthatsz és akár átírhatod úgy, hogy túlfűtse a saját gépedhez csatlakoztat saját pákád, a szíved joga."

Ha nagyot álmodunk és egy gyártósoron használják az eszközt és ott piszkál bele valaki, akkor milliós károkat, leállást, kötbért, stb. okozhat. Persze tudom, hogy a project jelen állásában, egyelőre nem reális ilyen szinten gondolkodni, de mindig érdemes előre tervezni mert ha valami kimarad akkor utólag ne kelljen az egész rendszert az alapoktól újratervezni. Szerintem.

Ja és egyetértek Skori nézetével.

Ennyire nem vagyok benne otthon csak beugrott, hogy van egy infrás hőmérőm ami távolról mér.

igen, amiket itt leírsz az mind igaz, De ugyanúgy igaz egy desktop alkalmazásra is. Ez csak lehetőséget ad arra, hogy ne csak felhasználói felületet készíthess HTML + CSS + JS és online funkciókkal halmozd el, hanem akár eszközöket is vezérelhess a PC-dhez vagy tabletedhez csatlakoztatva.

A biztonság fontos kérdés, de én jelenleg jobban tartok a közvetett hatásoktól, mint attól, hogy az USB-n keresztül általam csatlakoztatott eszköz egy böngészőben futtatott kódtól "rám támad"
de ne értsd félre, nem célom elbagatelizálni a tényleg létező veszélyt, de azért nem használni egy technológiát, mert veszélyes is lehet, ezt sem tartom jónak. A kés esetét tudom itt is előhozni. Vághatsz vele kenyeret amire való, vagy az ujjad is.

Dehogynem!
De ők is pénzből élnek, rabszolgák, ki kell nyalniuk a a megfelelő hátsókat, ahonnan dől a lé! Tehát ódákat kell zengeni a sz@rról, is ha azért fizetnek!

Rákerestem a webusb-re, hogy kicsit képben legyek a dologgal. Nem csak webusb-t, hanem webGPU-t és hasonlókat is fejlesztenek, és mindenhol ódákat zengenek róla, hogy ez micsoda jó ötlet, fokozza a biztonságot stb... Hát mit mondjak, nekem erős kétségeim vannak. Hatalmas lehetőség újfajta vírusprogramok megjelenésére, ill. újabb biztonsági rések beépítésére, amelyíen át már nem csak a PC, henm minden rádugott eszköz veszélybe kerülhet. Vagy bedugsz a PC-be egy USB-s eszközt, és a gyártó azonnal frissíti (akár akarod akár nem), és persze mindjárt hozzáfér az adataidhoz is. Ne legyenek illúziók erről, a sokszáz oldalas szerződés 63%-ánál ott lesz apróbetűvel, hogy ezt efogadod, sőt kifejezetten ezt szeretnéd. Néhány ilyen frissítés esetleg funkciócsökkenéssel is jár, és persze mindez csak a felhasználó érdekében (csak egy példa az androidban megszűnő telefon-hangfelvétel készítési lehetőségekről - tudom hogy GDPR, csak nem érdekel, amíg nem frissítek addig tudja a telefon... utána már nem) Innen csak egy lépés, hogy egy-egy eszköz támogatásának lejáratakor egyszerűen inaktiválja a gyártó... (ilyenre is van már megtörtént eset ill. példa). Szóval egyik cikkíró sem látja ennek a veszélyeit?? Egy operációs rendszer lesz a böngészön belül, így nem csak az MS, hanem minden böngésző gyártó hozzáfér majd, mindenhez is. Persze nyilván lesznek a böngészőben biztonsági beállítások ezzel kapcsolatban is (meg nyilván lesz utólag kiderülő biztonsági rés is). Nem véletlen, hogy a webkamerák esetén is már elég sokan hardveres megoldást használnak: szigszalaggal leragasztják.... Ez előrevetít ismét olyan dolgokat mint USB hardverkulcsok, kizárólag interneten elérhető alkalmazások, amelyek nem vehetők meg, csak bérelhetők, amelyekért rendszeresen kell majd fizetni. Biztos, hogy ez egy jó irány?? (mármint igen, a gyártóknak jó, mert plussz bevétel, de a felhasználóknak???)

ok, írtam hogy nem kötözködésnek veszem.
Itt nincs webes kommunikáció, márha ugyanazt érted ezalatt mint én. Pont az egy fontos tényező, hogy a HTML önmagában hordozza a felhasználói felületet és az USB kommunikációt, ezáltal a PID vezérlést és pl az RGB led szinezést is.
Ez absolute hobbiproject, a világmegváltáshoz már öreg vagyok (sajnos).
Nincs ok hackerkedés kivédésére, plusz elvileg a felület ad egy biztonságot (github) ahol gondoltam közzétenni (gites commit elfogadás).
A hackereknek ugyanúgy indok kell ahhoz, hogy hackerkedjenek. Személyes adatokra utaznak. Az hogy van egy HTML-ed amit offline is elindíthatsz és akár átírhatod úgy, hogy túlfűtse a saját gépedhez csatlakoztat saját pákád, a szíved joga. A kés gyártóját sem veszik elő, ha valaki megsebesíti magát vele.

Igen, érintésmentes megoldás kellene, de pl nem tudom, hogy egy pohárban levő víz hőmérséklete megmérhető-e infrás hőmérővel...? Tartok tőle, hogy a pohár üvegén keresztül nem, sőt lehet, hogy a víz felszínét sem egyszerű így mérni. Nyilván a mikrohullámtól is meg kellene védeni a szenzort, és a mikrohullám szivárgását is meg kellene akadályozni.
A forráspont elérését talán lehetne érzékelni pl a gőz megjelenéséből (pl. folyadék kifutásának megakadályozása céljából), talán optikai, vagy valamilyen elektronikus, esetleg ultrahangos megoldással.

Direkt azért emeltem ki, hogy nem kötözködöm, mert a látszattal ellentétben engem is érdekel, hogy miért erről az oldaláról közelíted meg a dolgot. Az egyik fele amiért meglepő, hogy nem szokványos úton közelítesz a cél felé (kb., mint kipufogón keresztül benyúlva cserélni a hengerfej tömítést ), a másik, ahogy Skori is említette, hogy sokkal nagyobb hangsúlyt kap minden más (a körítés), mint a lényegi rész amire a páka való: maga a forrasztás.

És azért tenyereltem bele a kényes kérdések firtatásába, mert ami a weben lóg, annál nem az a kérdés, hogy feltörik-e, csak az, hogy mikor. Ezért ha én csinálnám, akkor fokozott hangsúlyt helyeznék a biztonságra, pl. ne lehessen online (módosított) firmware-t frissíteni, csak fizikai USB-ről (és még a webUSB-vel se lehessen emulálni), titkosított kommunikációt használjon, stb. Viszont így már egy jóval szerteágazóbb, mélyebb feladatkörré válik: távolról sem csak egy kis hétvégi hobbi project. Vagyis ez inkább két, egyenként sem kicsi project házassága: a PID pákáké és a webes vezérlésé. Lehet rosszul látom, de az online kommunikáció hoz felesleges nehezítéseket, amik ugyan megoldhatóak de annyi energia ráfordítással, ami számomra a gazdaságtalan kategóriába sorolja hobbiprojektként. Akkor látnám az értelmét, ha automatizált céges háttérre (gyártósorok) lenne fejlesztve, ahol egy kattintással át lehetne állítani egy adott alkatrész vagy panel karakterisztikájához az egész gyártósort. Ott pedig akár lehetne úgy is, hogy egy központi egység vezérel x db pákát hálózaton keresztül egyenként, a munkaállomásoknál pedig már csak a teljesítményt kapcsoló tagok vannak amik a vezérlést központilag kapják. Ezért firtattam a biztonságot, mert ha az nem megoldható akkor ez az út nem járható (vagy max. offline hálózaton).

Infrás, érintésmentes mérés, távolról? Szerintem annál nem lenne probléma.

Szerintem problémát fog okozni a mikrohullám hőmérő szondára gyakorolt hatása. Azt nem tudom milyen hatás ez valójában, de szerintem ott bent más körülmények vannak mint az ajtón kívül.

Szerintem nem kell meglepődni, hogy firtatják a miérteket. Alaphelyzetben eléggé nyilvánvalónak tűnik, hogy egy forrasztóállomást 99%-ban pl. forrasztásra akarunk használni. A te projekted viszont inkább a fennmaradó 1%-ba tartozik, mondhatni a forrasztás szinte csak egy mellékes funkció (legalábbis az eddigiek alapján úgy tűnik). De ettől függetlenül kíváncsi leszek rá, hogy mire jutsz ezzel a projekttel.

köszönöm a visszajelzést.
1. A képen látható, hogy van egy RGB LED a próbapanelon is (épp pirosan világít)
azért terveztem oda, mert
- van még elég nem használt lába az MCU-nak
- de fondosabb, hogy én is hasznosnak tartom. Ezt is a protokollon keresztül lehet vezérelni. Nem ejtettem még szót a kommunikációról, ami JSON, mivel JS-el kommunikál. p -vel a 10 bites PWM kitöltést lehet vezérelni, r g és b-vel a ledet.
Visszafelé pedig visszaadja az elküldött értékeket (lehet úgy fordítani, hogy az rgb-t ne) és a mért 10bites ADC értékét.
2. igen, ezzel is egyetértek. Éppen ezért készült az eléső bejegyzésem ide. Ami meglepett, hogy több volt a "minek az", mint az "és mi lenne ha ezt is tudná" tipusú visszajelzés.

Kezdem érteni. Tehát a forrasztás vagy forrasztóállomás, csak eszköz ebben a projektben, a cél viszont inkább maga a fejlesztési feladat, a kommunikáció és a programozás.

Azért szerintem továbbra is érdemes lenne univerzális eszközt készíteni, azaz tudja az mit vársz tőle (webusb-s kommunikáció vezérlés, stb...), de pl. legyen képes önálló működésre is - hogy egy gyakorlatban (is) használható eszköz legyen az eredmény.

Pl. írtad a kommunikáció megszakadása esetén kikapcsolna.. De mi lenne ha ilyenkor "auto pilóta" módba váltana és megy tovább minden, csak jelzi pl. egy leddel, hogy most "önvezető módban" van.

Nekem is van hasonló ötletem, bár nem ennyire a "ló másik oldala". Gyakran melegítek ételt, italt mikróval, és néha előfordul, hogy túlmelegszik, kifut, vagy éppen nem elég meleg a végeredmény. Tehát pl. mikrosütőhöz jól jönne olyan kiegészítő, ami a belerakott étel, ital hőmérsékletét tudja mérni, és adott célérték eléréséig melegítene! Tehát pl. kávéhoz szeretnék 79°C hőmérsékletű vizet a poharamba, beteszek egy pohár hidegvizet, elindítom, és majd akkor áll le amikor ennyi a hőmérséklet.

Két iránymutató megjegyzést javaslok mérlegelni.
1. Lényeges az elérni kívánt cél. Más eszköz születik ha elsősorban forrasztani akarsz, vagy inkább a kapcsolódó tudománnyal, lehetőségekkel akarsz ismerkedni. Amikor én forrasztok, eszembe sem jutnak a háttérben futó paraméterek, illetve csak akkor nyúlok az állomáshoz ha valami nem ideális. (És ez mindig a hőmérséklet. Én Skori állomását használom, és az állapotjelző piros/zöld LED hasznosabb információforrás számomra, mint a kijelzőn elérhető számos egyéb adat -mert ezek nem érdekelnek-.)
2. Ha néhányan okafogyottnak, esetleg butaságnak titulálják a gondolatodat, az nem jelenti, hogy nekik van igazuk. DE azt sem jelenti, hogy tévednek. Ezért ilyenkor célszerű nyitott elmével mérlegelni, és megfontolni mások érveit is, hátha van abban is hasznos bölcsesség.

végre egy nem "miért hülyeség" tipusú hozzászólás.
Pont ez tetszik benne, hogy nem szükséges alkalmazást fordítani!
Ha fut rajta újabb Chrome ami támogatja a webusb-t, akkor működni fog.
Nekem egy pixel 4-em van "régi" telefonként, azon működik.

Szerintem a vezerlo onmagaban irrelevans, az lehet barmi, miert ne epp egy okostelefon?
Nalunk itt kallodik harom Galaxy S8, ezek onmagukban bivalyeros, kicsi szamitogepek, telefonnak mar picit dadogosak, de peldaul kombinalt bicikli computer/emergency phone kategoriaban kivaloak (en mar csak arra hasznalom).
Mar most is fillerekert vehet barki regebbi alsokategorias telefont, es azok barmelyike alkalmas lehet vezerlesre.
Kerdes a rajtuk futo rendszer meddig uzemkepes, illetve meddig lehet ra forditani alkalmazast....

Nem is olyan rég valaki felvetette, hogy olyan sütőt kellene készíteni, amiben meg lehet adni a belerakott étel tömegét, víztartalmát, az étel induló hőmérsékletét, azt, hogy hány fokra melegítse fel, mennyi idő alatt, meddig tartsa a beállított hőmérsékletet, működés közbeni vízveszteség stb. Ki a fene venne ilyen sütőt? Ez a projekt is hasonlít egy kicsit ehhez, overengineering a javából.

Nekem úgy tűnik, elsősorban te akasz ebből tanulni (szabályzás, kommunikáció, kommunikáció esetleges zavarai, programozás több környezetben), ami dicséretes, de ne lepődj meg, ha nem ugranak rá tömegével az emberek. Az biztos, hogy én a hátam közepére sem kívánnék olyan pákát, amihez valamilyen okos eszköz kell. Naplózni ezt-azt még csak-csak (gyárakban sok helyen követelmény is), de hogy ne működjön önmagában...

Nem értettelek félre, csak elsősorban a hackerre gondoltam, aki felnyomja a páka fűtését a maximumra (tehát vezérlés van, csak abnormális). Ha mondjuk egy sima kábelen 60W-os teljesítményt leadni tudó USB PD tápot használsz az már tud sütni, nem kell hozzá még a 100W-os sem. Csak hangosan gondolkodom.

félreértettél. Ha 1 mp -n belül nem jön vezérlés, akkor leállítja a fűtést. Természetesen 1 mp -n belül több kérés válasz menne/megy, de ha megszakad a kommunikáció, arra az esetre van ez benne.
Írtam, hogy a tápja USB PD, az 1 mp alatt izzikhez sok watt kellene, az én PD töltőim 40W környéke.

A miértre persze lehet sok válasz, miért készül egy nixie óra? mutassa az időt? Mondanám hogy YA soldering station, de főleg a technológia kihasználása lenne a célom, a buktatók feltárása és lehetőségek szerint a megszüntetése.
Azért tetszik a forrasztóállomás, mert itt vezérelni kell, nem csak adatot olvasunk ki, hanem be is avatkozunk a kiolvasott értékek alapján. A WEBUSB felhasználása a fő irányom, ha ezt esetleg valaki felhasználná oktatásra az csak non plus ultra.
A túlvezérlés kiküszöbölése természetesen jó ötlet, de abból a szempontból, hogy ha ad egy PWM értéket és én azt felülbírálom mert úgy ítélem meg, hogy tönkreteszi a hegyet, az számomra hibás működés.
Olyan kóddal tenném közzé, ami figyel a túlhevülést, ha azt valaki átírja és tönkreteszi a saját forrasztóhegyét az eszp.

Ott ragadtam le, hogy oké, de miért? Mi a cél? Oktatási célra pl. el tudom képzelni, ha PC oldalon játszunk a szabályzás különféle megvalósításával, de más olyan indokot egyelőre nem látok, ami az erősebb hardverigényt (PC stb.) indokolja, ezért kérdezem. Az sem világos, hogy ki, miért, és hogyan akarna ezzel játszani?
Ezen kívül tudni kell, hogy ha a kommunikáció nem is szakad meg, de egy elhibázott vezérléssel is ki lehet nyírni a pákahegyet, tehát az MCU oldalon szerintem akkor is kellene valamiféle hőmérés, és beavatkozási lehetőség is (pl. kikapcsolás), ami nem engedi egy bizonyos hőfok fölé hevíteni a pákát.

Nem tudom, hogy annak a fűtőelemnek milyen a melegedési görbéje, de ha jól emlékszem, a JBC PID-es vezérléssel 1 másodperc alatt akár izzásig is hevítheti a hegyet: valószínűleg érdemes lenne neked is szűkebbre venned a lekérdezési időközt. Erről Skori és Tottechnika fórumtársak tudnak egzakt pontos infókkal szolgálni, mert ők terveztek saját állomásokat és kísérleteztek velük sokat, én csak kibickedem.

Szia
Nem veszem kötekedésnek.
Minden opensource github és openhardware az én elképzelésemben. A távoli célom, hogy tudjon "játszani" olyan is aki nem ért a mikrovezérlő kezeléshez, de vannak ötletei akár PID vezérlésre akár a felhasználói felület kezeléséhez. De ez mind csak bónusz lenne, ha esetleg más is használná.
A jelenlegi tesztpanel is úgy működik, hogy ha 1 mp alatt nem jön kérés, akkor hibát jelez (villog a led ami ha stabil a kommunikáció, akkor folyamatosan világít) és lekapcsolja a PWM-et.
Pont erről szólt a tesztpanel, hogy mi az az időzítés, ami "stabil", de az 1 mp is működik.

Mi a hosszútávú célod: napi / heti / havidíjas előfizetési modell forrasztópákára?

Mi a megoldás arra, hogy ha a PC / tablet / akármi megfagy vagy éppen célzottan meghekkelik, akkor a páka nem éget szét valamit, pl. a kezelője kezét?

Nem kötözködöm, csak kíváncsi vagyok.

Az ötlet érdekes, és biztosan jó kihívás, de... én pl. biztos nem akarnék olyan forrasztóállomással dolgozni aminek a használatához folyamatosan szükséges egy okostelefon vagy egy PC (tablet stb...). Ha számítógépes kapcsolatot, ill. kezelőfelületet akarnék készíteni, akkor ESP8266 vagy ESP32 MCU használatán gondolkoznék el, és lehetővé tenném az állomás webfelületről való kezelését, és az adatok monitorozását. De ettől függetlenül lennének saját kezelőszervei, és valamilyen kijelzője is, hogy ne legyen "kötelező jellegű" egy plusz hardver hozzá.

Másik út (amit tulajdonképpen részben tud is az állomásom) az USB kapcsolat a külvilág felé. A BluePill-en levő USB-t, PC-re csatlakoztatva, az soros portként jelenik meg az operációs rendszerben. Jelenleg csak hőmérséklet és pwm adatokat tud küldeni itt az állomás (ha aktiváljuk benne ezt a funkciót), de nem lenne túl nagy kihívás a soros porton bejövő parancsokat is fogadni és feldogozni - ez csak azért nem került bele mert nem éreztem szükségesnek. Viszont a weblapomon levő hőmérsékleti grafikonok adatai gyakorlatilag ilyen módon kerültek be a PC-re és onnan pedig excelbe.

Sziasztok,
Kb 5 éve nem jártam erre és ugyanígy az elektronikát is hanyagoltam, de most ismét rövidülnek a nappalok…
Kedvenc területem volt a digitális forrasztóállomás téma. Az első találkozásom is az volt a mikrovezérlőkkel, hogy fejembe vettem készítek egy forrasztóállomást amit az általam írt program vezérel. Egy Hakko 907 klón készült először. Azóta is megvan, több HW és SW verzuió is készült, jelenleg talán STC15 mikrovezérlővel (8051) működő van dobozolva, de nem szedtem szét, hogy megnézzem. Annyi hogy lekezeltem az A1321 (thermisztor), A1322 (thermoelem) fűtőbetéteket és a T12 -es tipeket is. Az eltelt évek alatt megjelentek az active tip -ek amik nagyon tetszenek, pl.: pinecil. De én most egy másik utat vettem a fejembe, érdekel lát-e valaki itt fantáziát benne.
Korábban is gondolkodtam olyan forrasztóállomáson amit PC vezérel, de nem indultam el ebbe az irányba, mert már 10 éve azt mondtam, hogy nem írok több desktop alkalmazást. Ellenben a mozilla bevezette a webusb -t amit a chrome is megvalósított. Ezen a vonalon indultam most el, mert érdekelt a browserből egy eszközt hogyan lehet elérni. Első körben USB soros portokkal próbálkoztam. FTDI, CP2102 és CH340-eket kezeltem le WEBUSB-vel. A teszthez összeraktam egy T12 tipet meghajtó próbapanelt, felprogramoztam egy STM8-at és készítettem egy teszt HTML-t. Ami belelkesített, hogy az androidos browser is lekezeli gond nélkül, így tableten és telefonon is működik (ellentétben a WEBSERIAL-al, ami nem megy android chrome-ban).
A tervem:
- olyan egyszerű panelt létrehozni, ami elfogadható fűtést és thermoelem kiolvasást biztosít, de viszonylag egyszerű megépíteni és kevés elemet tartalmaz. A próbapanelomon LM358 van az nem a legjobb, de DIP8 -as foglalatot teszek, így ki lehet egy ugyanolyan lábkiosztásúval cserélni. A PWM kitöltésre 10 bites értéket használok és 1kHz a frekvencia. Olvastam Skori megoldását, én is gondoltam arra, hogy lehessen az órajelet módosítani, de mivel a többi megoldásnál sem törekszem a highend-re, ezért akár lehet konstans is. A panel csak a hardverrel kell kommunikáljon, vezérlést nem tervezek ide, azt JS oldalon gondoltam megoldani. Az értékek átalakítását is JS oldalra teszem, azaz ezen az oldalon csak a 10 bites PWM és a 10 bites ADC értéke lenne, semmi hőfokra konvertálás. Hosszú távú tervem, hogy minél több tip-et lekezeljen, lehetőség szerint átalakítás nélkül.
- A jelenlegi STM8-at RISC-V re cserélem. A CH32V003 -nak van olyan verziója ami pinhelyes az STM8S103 -al, de nem ezért, hanem mert érdekel a RISC-V
a tápellátást USB PD-vel megoldani. Van most modulom, arra forrasztottam 25x55 tápcsatlakozót és azzal is próbáltam, ugyan kicsit lassabban de felfűt azzal is. Persze lehet ha a laptop USB-C töltővel próbálnám akkor gyorsabb lenne, de még azt nem mertem, pedig tuti rengeteg védelem van benne, nem hiszem, hogy tönkremenne.
- USB kommunikációt megoldani, hogy USB-C -n device módban legyen, erre a CP2102-es panel amit használok jelenleg nem képes. Lehet CH552-vel oldom meg, de ott az USB kezelést is le kell programozzam, de pont ezért tetszik, csak sajnos idő.
- A felületet responsive megoldani, hogy értelmes legyen mobilon és tableten is. A PID vezérlést is itt gondoltam JS-ben. A távlati elképzelésem, hogy úgy működjön mint a VIA a mechanikus billentyűknél, hogy online a felület, nem kell semmit letölteni, hanem behívja a HTML-t, engedélyezi az USB elérést és már forraszthat is.
- Én is gondoltam referencia feszültség-re és külső hőmérséklet mérésre is

A felületre gondoltam streaming chart-ot a felfűtésről. Az előző értékek elmentésére (EPROM) a local storage-et használom máshol is, itt is jó lenne.
Rendeltem kínai klónt a C210-es tipek befogására. Arra gondoltam, hogy a thermocouple-t összekötném a heaterrel és akkor ugyanaz lenne mint a T12, de lehet inkább a T12-őt teszem külön és átkötöm a két lábat. Mivel a TC-nek semmi baja nem lesz több áramtól és úgyis csak akkor mérhetek hőmérsékletet ha a PWM-et leállítottam, ezért az összekötés is megoldás. Egyedül az A1322-es fűtőbetétes handle ami nem common negatívot használ, majd ott is kipróbálok az összekötést.

JBC-t szerettem volna, de azt nem hagyták jóvá, az ára miatt. Ez Bővebben: Link kevesebb mint a felébe kerül. Nyilván nem egy kategória a JBC-vel, de azért vállalható. Eddig 6db Hakko, és 6db JBC volt használatban. Mivel a Hakko-val már van tapasztalat, és ez még belefért az anyagi keretbe, ezért esett erre a választás. Szerintem a kattogós Weller, és Solomon kategóriájánál jobbak, kisebb, könyebb pákák, kellemesen hajlékonyak a pákavezetékek is, összességében alkalmas a feladatra.

Az a Hakko széria, amelyik hasonló felépítésű a JBC-hez, az árban is közel ugyanott van, és akkor már inkább a JBC, de ugye aki a pénzt adja rá, azé a döntés, hogy mit finanszíroz meg, és mit nem.

Igen, biztosan lehetne fokozni a megjelenést, de egyáltalán nem cél az újszerűnek látszódás. Amikor vásároltam ezeket, akkor megmostam őket (higiéniai okokból), de idő közben már a saját koszom is megjelent.
Nekem az tetszik ha egy szerszám nyelén látszik a használat, azt mutatja, hogy nem csak dísz, dolgoznak vele.
(Melyik típusú Hakko-t nézted ki, mert abból vannak nagyon drágák is? Miért nem JBC, ha az már bevált, és árban akár hasonló is lehet?)

Amikor a használt 470-es pákákat megvettem, mindegyiknek szappanos vízzel alaposan átmostam a külsejét, és az egész kábelt is (az elejét bedugaszoltam egy gumidarabbal, hogy ne nagyon menjen bele a víz). A zöld markolat részről a barnás szennyeződés nekem szinte teljesen lejött, és úgy általában is hihetetlen mennyiségű kosz jött le róla. Az első fémgyűrűt mosogató fémszivaccsal átsúroltam. Utána még az egész pákát izopropil alkohollal is átmostam. A végére egész újszerű kinézetet kaptam a pákáim. Feltételezem, hogy Te is használt pákákat vettél, legalábbis a képek alapján úgy tűnik, és a két régebbi pákád nyelén már eléggé látszik a használat.

Az iskolában használt pákák még most is egész jól néznek ki, pedig a takarítás óta több mint két tanév telt el. Még ebben a tanévben lesznek intenzív használatnak kitéve, de ha minden jól megy most tud venni az iskola 6db új (eredeti Japán) Hakko forrasztóállomást - így a saját benti pákáimat részben tartalékká minősíthetem majd, ill. lesz a tanári asztalon (egy saját) forrasztóállomás, egy állomás pedig hazajön itthoni második állomásnak (pl. 210-es pákához) - ha minden jól megy.