- Yettel topik
- Samsung Galaxy S22 Ultra - na, kinél van toll?
- Magisk
- Mobil flották
- Egy szenzor, két zoomkamera: újraírta a Huawei a mobilfotózás történetét
- Bemutatkozott a Poco X7 és X7 Pro
- Xiaomi 11 Lite 5G NE (lisa)
- Samsung Galaxy A56 - megbízható középszerűség
- Google Pixel topik
- Samsung Galaxy A55 - új év, régi stratégia
-
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
-
zsolti_20
senior tag
Udv emberek! Kb masfel hettel ezelott irtam ide a topikba azzal kapcsolatban, hogy hogyan lehet megoldani az akkumulatorrol valo uzemeltetest. Sok mindent vegig neztunk vegul a 18650 akkumulator mellett dontottem. Viszont ma reggel felebredve arra gondoltam miert ne lehetne jo egy power bank? Szoval elokerestem egyet a fiokbol es csatlakoztattam. Tokeletesen mukodott. Igy egy viszonylag egyszeru modszerrel tudom taplalni az arduinomat.
A problema ott kezdodik hogy jo lenne tolteni. Csatlakoztattam a toltore a power bankot mikozben az arduino is csatlakoztatva volt a ppwer bankhoz. Ekkor az arduinot lekapcsolta es a power bank elkezdett tolteni. Amikor lehuzom toltorol akkor automatikusan az arduino bekapcsol es mukodik hibatlanul.
A kerdesem az lenne hogy lehetseges valahogy azt megoldani, hogy mikor csatlakoztatom a toltohoz a power bankot, akkor az arduino is mukodjon? Jo lenne ha hasznalatban lenne toltes alatt is.
-
Vladi
nagyúr
ugye, ugye... aztán megy itt a szócsata, hogy a kínaióccó is milyen jó... ugye ugye
-
lac14548
aktív tag
Az arduino usb portja szállt el nem a számítógépé!
Egy useless box készült volna.
Az internetes howto-k szerint semmi egyéb nem kell hozzá csak egy nano egy szervo és egy kapcsoló.
https://www.instructables.com/id/Paper-Box-Useless-Machine/Így is kezdett készülni.
De ezek szerint kellene valami védelem is bele, bár ezt semelyik leírásban nem láttam.
-
DigitXT
félisten
Én azt se tudom, hogy eszik-e vagy isszák ezt a polyfuse-t, ám azt azért kicsit cikornyának érzem, hogy tutorial (!) alapján épített cucc legyilkolja a PC USB-jét. Ha és amennyiben ilyen könnyen előfordulhat (nem csak occó kínai klónnal)...
Szerk: rákerestem, nagyjából értem, és úgy néz ki pár találatból, hogy a Nano-n nincs, ellentétben mondjuk az UNO-val. Tiszta szerencse, hogy nekem UNO van.
Simán stepper motorozgattam vele itt az USB-ről. Még laptopról is. Igaz, hogy nem nagy áramú valamire kell gondolni, hanem épp ellenkezőleg, műszeregység lépetőmotorja volt/lesz a meghajtott cucc, kifejezetten kis áramfelvételű (elvileg).
Szerk2: szervót (még) nem próbáltam, de akkor külső táp nélkül inkább nem.
-
válasz
lac14548 #10984 üzenetére
Puff neki...
Elvileg az adat vonalnak nem kellett volna károsodni, ha tudsz szerezni külső tápos usb hub-ot, esetleg tegyél egy próbát vele, hátha csak a táp része égett meg. Laptop vagy asztali gép? Szerencse, hogy az alaplapot nem vitte magával.
Hogy lehet, hogy polyfuse nélkül is kiadnak arduino-t? Úgy emlékszem, ami nekem van nano, azon is van. De lehet rosszul emlékszem. Annak idején kezdő koromban ezek szerint sokszor megmentette a gépet az uno-n lévő polyfuse, amikor rajta felejtettem egy motort. Akkor csak bosszankodtam rajta, hogy lekapcsolta magát a lap, pedig rosszabb is lehetett volna ezek szerint... -
válasz
lac14548 #10982 üzenetére
"A windows-os Arduino nem látja."
A gép usb portját már tesztelted?
A linkelt képen nem látszik a polyfuse, ami a portot védi a túlterhelés ellen, ha a másik oldalán sincs, akkor könnyen lehet, hogy nem a nano, hanem az usb port f.ngott ki... A szervo akár túl is terhelhette. -
lac14548
aktív tag
Milyen hiba lehet ez?
Az USB-t rádugva a PWR led világít
és mellé még a TX led világít halványan.A windows-os Arduino nem látja.
A "gyári" szervo teszt lett vele használva és egyszer csak már nem működött.
Látható sérülés, zárlat, stb. nincs rajta.
A lábakra adott 5 V-al a program működik.
-
Teasüti
nagyúr
Sikerült benéznem a polaritását csatlakozó krimpelésekor egy csokor digitális ledszalagnak, amiknek az elején volt egy pár 2000 uF-os elkó. Egy 15A-es dc-dc konverter adta a ménkűt, amiben van egy 15A-es bizti is.
Nos, nem vettem észre csak pár perccel később mikor már füstölt a vezeték. A bizti nem oldott le, de minden forró volt. Szerencsémre úgy tűnik az áramkörök nem sérültek, minden működik.
Gondolom nem tévedek nagyot, ha azt gondolom az elkók égtek ki. Még nem volt időm szétszedni a kábelköteget, amibe belecsavartam az elkókat is, de kb mire számítsak? Ezek nem robbanni szoktak fordított polaritásra? Ehhez képest még tüzet sem okoztak, legalábbis a szalag környékéről nem láttam füstöt, csak feljebb a tápnál. Ott a 10A-es vezetékekről leolvadt a szigetelés.
Gondolom ezt most megúsztam ennyivel, hogy újra kell húznom mindent és cserélnem a kondikat.
Meg egy intő jel, hogy lehet be kéne szerelnem egy biztosítékdobozt... -
Teasüti
nagyúr
válasz
Janos250 #10971 üzenetére
Kell hozzá includolni vmit?
Egyik tutorial sem említette.
Youtube-on még a create makrót se használják hozzá, bár még nem próbáltam anélkül. Csak deklarálják és már megy is nekik a take és give. Bár az mutex volt, de kb ugyanaz.Talán holnap lesz időm játszadozni vele kicsit.
-
DigitXT
félisten
Annyi jót írtok az ESP32-ről, hogy én is benevezek egyre.
Kíváncsi leszek!
-
-
-
Teasüti
nagyúr
MÁS
ESP32 guruktól kérhetnék egy kis segítséget a semaphore használatával?
Hogy kell létrehozni egy bináris semaphore-t?
Rtos oldalán kerestem ki a parancsokat és ott azxSemaphoreCreateBinary()
makróra azt írja, hogy mielőtt bárki "elvehetné a tokent", először "adni" kell.
Viszont vmiért nem fordul ez le:SemaphoreHandle_t xBeacon = xSemaphoreCreateBinary();
xSemaphoreGive(xBeacon);És olyan hibát dob, amit nem tudok értelmezni:
error: expected constructor, destructor, or type conversion before '(' token
#define xSemaphoreGive( xSemaphore ) xQueueGenericSend( ( QueueHandle_t ) ( xSemaphore ), NULL, semGIVE_BLOCK_TIME, queueSEND_TO_BACK )
^
sketch\brake.h:13:1: note: in expansion of macro 'xSemaphoreGive'
xSemaphoreGive(SemaphoreHandle_t xBeacon);Van erre vkinek ötlete?
-
DigitXT
félisten
válasz
Teasüti #10957 üzenetére
Ez lehet nem a beolvasok egy négyszögjelet kategória.
Az biztos... De annál jobb kihívás!a felfutó és lecsengő éleket is figyelem
Akkor neked vmi utófeldolgozott jeled van, mert a VR szenzor jele elég ocsmány.
Ha úgy tetszik, ez sem a beolvasok egy négyszögjelet kategória. (Erre a Maxim
MAX9924-et terveztem bevetni pár éve. De jól felsültem az SMD forrasztással.)
A vicc az, hogy amit most használok jelátalakító, az a dízelek injektorvezérlését
nézegető kütyü, amit teljesen más jelre alkalmaztam. A jelalak nagyon hasonló: -
Teasüti
nagyúr
válasz
DigitXT #10956 üzenetére
Nem is értem, hogy az mire jó, de sebaj.
Resetelni a fokozatjelzőt.fontos(abb) paramétereket is nézhetnél,
Igazad van. Olvastam a cikket. Végül is van létjogosultsága. Utána nézek majd miből állna egy ilyen beavatkozás.Injektort nézem épp a bekötési diagrammon. Közvetlenül a computer-be van kötve mind a négy, külön-külön. Hát elképzelésem sincs ott miféle kommunikáció zajlik.
Ez lehet nem a beolvasok egy négyszögjelet kategória.Arról nem is beszélve, hogy a service manual nem tárgyalja a computer működését és felprogramozását. Injektortérkép nélkül meg mire mennék?
Fordulatszámnál én is sokat agyaltam hogy kéne számolni az impulzusokat.
Én végül arra jutottam, hogy a felfutó és lecsengő éleket is figyelem (kétszer annyi jelem van így, ami nagyon nem mindegy a minimálisan mérhető sebesség közelében) és 250 ms-enként összegzem, majd extrapolálom a kapott értéket emberi mértékegységre és súlyozott átlagolom az utolsó 1 másodperc méréseit. Így kapok egy nem túl pontatlan 250 ms-es frissítési frekvenciát.
Ennél jobb ötletem nincs impulzus számlálásra.Egy másik megközelítés, ha a periódusidőt méred. Ez instant eredményt ad és a hardveres RMT modul szerintem elég precíz is hozzá, hogy jó legyen. PCNT-t könnyebb volt kivitelezni; majd ilyenekkel akkor foglalkozom, ha már nem lesz más dolgom.
-
DigitXT
félisten
válasz
Teasüti #10955 üzenetére
Okés, megértettem, csak gondoltam megosztom a gondolataimat, azaz ha
már mindent IS figyelsz a motoron, fontos(abb) paramétereket is nézhetnél,
mint mondjuk a kuplung figyelése. Nem is értem, hogy az mire jó, de sebaj.Én is raktam be csipogót indexre, meg korrekt visszajelzést a műszerfalba,
így nem felejtem kint. Ehhez kondi kellett és relé.Mikrokontroller pont nem.Szerk: ne csak offoljak... Az alábbi ábrán nem tetszik a fordulatszámjel: jól
láthatóan lépcsős (hiszen másodpercenként összegzi csak), és késik is a
valósághoz képest (ami valóságot pl. jól modellezi az olajnyomásmérő jele).
Továbbá 2000 rpm alatt nullát mér (ez a jelátalakító hibája, ami 5V alatt nem
triggerel). Na most. A terv az, hogy LM2917-tel analóg feszültségjelet állítok
elő, azt bevezetem (egy szabad ADC-n) a logba, és voilá!. Kérdés, sikerül-e.
És ha igen, akkor miért nem. Elég gyors lesz-e, pontos lesz-e, meg ilyenek. -
Teasüti
nagyúr
válasz
DigitXT #10954 üzenetére
Ha az világít fordulaton,
akkor a motornak már reszeltek.
Ugyan már! Nem áll be a motor azonnal.
Olaj nélkül is elmegy egy-két percet, mire besül.
Ha észreveszi az ember a jelzést és félreáll visszarakni az olajszűrőt ami lelazult 100 méterrel korábban, akkor az ég adta világon semmi baj nem történik. Tudom, már jártam így - régen egy autóval.
Valamint a motorolaj hívők közé se tartozom, hiába veszem a full szinti csökkentett hideg oldali viszkozitást.
De ha lehet ne csináljunk motoros topikot itt, így is okkal hanyagolom azt a topikot! -
DigitXT
félisten
válasz
Teasüti #10952 üzenetére
a piros lámpa a műszeregységen bőven elég a feladatra
Hát ez egy igen nagy tévedés, sajnos. Ha az világít fordulaton,
akkor a motornak már reszeltek. Bővebben: link Amúgy, azok
után amiket felsoroltál, az olajnyomásmérő ujjgyakorlat lenne:
egyszerű feszmérés.(Van belőle digitális, jeladós cumó, de
a hagyományos ellenállásos is teljesen jól használható.)
Most mondjam azt, hogy nekem van mindkettő? Igen, van...
Gyári olajnyomásgomba meg kuka, mert az annyit ér.Fogyasztásméréshez az injektor vezérlését tudod monitorozni.
Szerintem baromi hasznos cucc, feltéve, hogy elég pontos.
(Nekem sajnos karbis a motor, így én áramlásmérővel sz*pok.)TPMS-ből én tavaly szereltem szelepsapkást: tökéletes. Na jó,
kis hibája, hogy álló helyzetben nem frissül, így másnap reggel
a tegnap esti nyomást / hőmérsékletet látom. Mozgásra frissül.
Viszont azóta nem kellett fújni a gumit: külön nézegetni sem. -
Janos250
őstag
válasz
Teasüti #10952 üzenetére
"Olajnyomás"
https://www.ebay.com/itm/0-3m-Wire-Pressure-Transducer-or-Sender-Sensor-for-Oil-Fuel-Diesel-Gas-Air-Water/172992432465?hash=item2847270951:m:m6lmraNbOpqMwaLfpGJ7qPg
Ehhez is kell ADC. Nekem bevált, de kalibrálni célszerű.Én autó benzinpumpa menet közbeni hibakereséshez használtam pár ével ezelőtt. Mobiltelefonon mutatta az aktuális benzinnyomást.
A fogyasztás mérésre én is kíváncsi lennék. A gyári megoldások - tudtommal - az injektor jeléből számítják, mert az áramlásmérők olyan pontatlanok, hogy a visszafolyás miatt használhatatlan a jelük.
-
Teasüti
nagyúr
válasz
DigitXT #10951 üzenetére
Azokhoz nem értek.
Olajnyomás... szerintem a piros lámpa a műszeregységen bőven elég a feladatra. Többet arról nekem user-ként nem kell tudnom.
Fogyasztást hogy kell mérni? Mármint milyen hardver kell ahhoz? Injektor, jah.TPMS szenzoron gondolkodok még amúgy, de az istenért nem találok motor felnihez valót, hát még olyat ami hack-elhető... Szelepsapkás meg gagyi, olyan nem kell.
-
Teasüti
nagyúr
válasz
DigitXT #10945 üzenetére
Uhh, sztem ezt nem akartad megkérdezni!
Tervben van egy logout-os cikk belőle, majd talán két év múlva lesz esedékes a fejlesztés üteméből következtetve.
Én "csak" hármat használok ebből, viszont a nyákot úgy terveztem és gyártattam le, hogy az egyik az ADC2-n van. Álmomban nem gondoltam volna, hogy ilyen alapvető funkció fog megszívatni.Gépjárművet okosítok, pontosabban a motoromat automatizálom kicsit.
Ehhez felhasználtam az ESP32 összes létező portját - beleértve a strapping pin-eket is -, valamint I2C csatornán még vagy 6 másik eszközt. Köztük szenzor modulok, egy numerikus kijelző, egy saját tervezésű gpio extender amin van még +16 db ki- és bemenet az ESP sajátjain felül.Dióhéjban csak - mert szerintem a többiek már unják:
1. Onnan indult az egész projekt, hogy ws2812b ledszalagokat raktam a motorra a karácsonyfa hatásért, és mert a Halálos Iramban, valamint az NFS Underground 1 és 2 nagy hatással volt a gyerekkoromra. Ez lefoglal 6 lábat, 6 csatornán 10 szalag van bekötve. Köztünk az egyik egy shift assistant feladatot lát majd el a műszerfalon. A többi csak eye candy.Aztán ha már mikrovezérlő, akkor elkezdtem azon filózni miket tudnék művelni vele.
Innen jöttek az alábbiak:2. Terveztem egy smart féklámpa panelt a gyári ledek helyett, amin pwm vezérléssel tudok előállítani nagyjából 2000 lument (úgy 45 wattnyi 5830-as piros ledekkel). Ennek redundáns vezérlése van health&safety megfontolásból, egy opcionális külső pwm jel és egy belső 555 vezérlés, amik közt automatikusan átkapcsol, ha külső pwm jelet kap. Ez a lámpa kapott még egy aktív hűtést és egy termisztoros hőérzékelést, ami a ventilátorokat kapcsolja. (Elvileg a normál féklámpa fényerőhöz tartozó ~20% kitöltési tényezőnél még nem annyira forrósodnak a ledek, de jobb a békesség.)
3. Beolvasom a motor sebességszenzorát és tacho szenzorát. A sebességjel a féklámpa algoritmusához kell. Hasonlóan mint mindenféle figyelemfelkeltő smart féklámpánál, amikben gyorsulásérzékelő van (aminek a zajos jele egy határ szar, össze-vissza villog az összes ilyen megoldás, ezért én csináltam egy jobbat). Meg az elektromos láncolajozóhoz - ugye álló helyzetben nem akarok olajat köpködni... (Ez utóbbit megfejelem még egy esőérzékelővel is az intenzívebb olajozáshoz).
Ezen felül saját sebességjelet fogok előállítani, mert úgy +8%-ot csal az órám. Ezt fogom kalibrálni GPS méréssel. Ez volna az ún. speed-o-healer funkció, ami általában nem olcsó külön megvenni.
Azok szoktak ilyet használni, akik a gyáritól eltérő gumiméretet raknak fel. Engem csak simán zavar a 8%, úgy gondolom eléggé felnőtt vagyok már ahhoz, hogy el tudjam dönteni mennyivel akarok menni.
A tacho szenzorból meg azt állapítom meg, hogy jár-e a motor. Illetve a led szalagok effektezéséhez fog még jól jönni. Jah meg a shift assistant-hoz és a fokozat jelzőhöz a numerikus kijelzőn.4. Egy-egy perifériát kapcsolok még relével; úgy, mint a hűtőventilátor (a gyári hőkapcsoló 106 foknál kapcsol, én kicsit lejjebb szeretnék - ehhez ugye be kell olvasnom a hőmérsékletet is), a tompított fényszóró (gyárilag mindig világít; én automatikusan szeretném kapcsolni a környezeti fényviszonyoknak megfelelően, mint némely modern autóknál), a duda (tetszik az ilyen vészfékezéses automatikus duda az autóknál, ezt implementálom a motoromra is; na meg riasztóként is működhet), a kill switch (csak egy bizonyára felesleges security funkció lesz, amivel meg tudom szakítani a gyújtást).
5. Monitorozom az összes vezérlőszervet a kormányon. Rákapcsolódok az indexekre, a fékkapcsolóra, a kuplungra, az Neutral jelzőre, stb. Ezek az inputok mindenféle dologra jók lesznek. Pl. tervben van saját index készítése/nyomtatása, amiket egy-egy Attiny85 fog vezérelni autonóm módon, opcionális külső vezérléssel mint a féklámpa esetén. A vezérelt indexek pedig spéci ws2813a ledek lesznek.
Ezeken kívül két ledes gombot teszek még a kormányra, amire közvetlenül programozhatok gyorsan elérhető funkciókat, hogy ne kelljen a telefont buzerálni menet közben (mert hogy ez az egész hóbelevanc BT-n keresztül lesz távvezérelve egy MIT App Inventoros alkalmazással).6. Egy kicsi 5v-os buzzer-rel emlékeztetőt szeretnék alkotni, illetve automatikus deaktiválás egy adott türelmi idő után ha fent felejteném az indexeket. Ez a giroszkópikus adatokra épülő automata index funkció is elég drágán megy a piacon... Vmint mindenféle hangjelzésre jó lesz az még.
7. Numerikus kijelző, amin mindenféle adatot fogok megjeleníteni. Pl. GPS sebesség, dőlésszög (a giro szenzorból), fokozat kijelzés, stb.
8. GPS modul csatlakoztatása UART-n, amivel egyrészt a speed-o-healer-t kalibrálom, másrészt sms-es távvezérlésre ad lehetőséget. Ezt védelmi funkcióra szánom, vagyis parkoláskor ha a gyorsulásérzéklő kapást jelez, akkor küld nekem egy üzenetet. Illetve egy-egy parancsszóra reagáljon is, pl. sms nyomkövetés kezdeményezése, gyújtás megszakítása, riasztó aktiválása, stb.
9. Akkufeszültség monitorozó (pont ez került az ADC2-re), ami kezdeményezhet egy automatikus áramtalanítást akár a vezérlőn (bistabil relé a főkapcsoló, amit egyik oldalról a gyújtás kapcsol, másik oldalról a mikrovezérlő), ha egy adott feszültség alá merülne.
Egyéb kérdés?
-
Teasüti
nagyúr
Tudtátok, hogy ESP32-n nem lehet használni az ADC2-t ha aktív az antenna? Nem tudom mit csesztek el tervezéskor, hogy de vmiért kell a wifihez/bt-hez a második ADC egység.
Erre most döbbentem rá, hogy a 95%-ban kész projektemben egy ilyen egyszerű f@szság nem működik.Jelen állás szerint akkor az ESP32-n kb az összes értelmes gyakorlati felhasználásra csupán 6 db analog bemenet áll rendelkezésre.
Esetleg nem lehet átmuxolni az ADC1 egység csatornáit a kettes egység GPIO lábaira?
-
robohw
aktív tag
válasz
Pubszon #10941 üzenetére
Lehetséges, hogy van ilyen modul is, de nem jellemző, ezek ugyanis nem olyan nagy teljesítményű modulok, amelyek elkivánnának profi antenna csatlakozást, de azért lehet rájuk illeszteni pigtailt.
Ha jó minőségűt szeretnél, akkor én a telecontrolli cég kerámia hordozós moduljait ajánlom.Pl.: RRFQ1 - RTQ1 párost.
-
Pubszon
veterán
Üdv.
Van nagy hatótávolságú 433MHz-es vevő arduinohoz?
Végül is csak 100-200m kellene, elektromos kapunyitóhoz.
Esetleg olyan amin SMA csatlakozó van. -
válasz
ecaddsell #10937 üzenetére
Én smd-re nem használnám, de pl. chip lábakat beforrasztani kevesebb tököléssel járna, talán szebb lenne az eredmény még egy egyszerű pillanatpákával is. Most külön bekenem a nyákot tisztítás után a zsírral, ha ügyes vagyok, mindenhová egyformán jut, de általában nem. Utána takarítani kéne, de nem igazán megy.
-
ecaddsell
aktív tag
-
ecaddsell
aktív tag
Nem azonnal megy tönkre, de nem mindegy mondjuk, hogy 1-2 évig használható vagy 3 hónapig.
Szóval igen, hideg helyre kell tenni, de ne fagyjon meg és használat előtt meg jó ha nem túl hideg...
Nem mellékesen nyáron sem rendelnék ilyet, mert ki tudja ezek a cuccok hol ácsorognak napokig.Más
Korábban említettem a rézharisnyát a fölös ón leszedésre, aki még nen látott ilyet erről van szó (nekem nem ilyen van, fogalmam sincs ez jó-e és több méret is van belőle).
A használata: alulra egy kis folyasztószer felülről meg melegíted a pákával.
Beforrasztásnál mondjuk előnyösebb nem túladagolni a pasztát, mint utólag korrigálni a hibát... -
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. -
ecaddsell
aktív tag
válasz
gyapo11 #10931 üzenetére
Igen ez tisztán folyasztószer.
Amit te keresel az a solder paste.
Pl. alacsony olvadáspontú (nekem olyan helyre kellett, ahol a gyártó max. 145 fokot írt elő mikrohullámú keverő chipnél).
Pl. normál ólmos.Nyilván máshol is lehet venni, ill. más is jó ezt tekintsd csak példának.
Minden ilyen cuccnál komolyan kell venni a hidegen tárolást. Ha elveszti azt a hígabb folyékony állapotát (ilyenkor a fényét is elveszti) akkor onnantól lényegében használhatatlant mert nem tapad oda a forrpadhez,
-
-
ecaddsell
aktív tag
válasz
t72killer #10904 üzenetére
Rengeteget használok pasztát és ahol a chip-ek alatt is forrpad van (RF cuccok szinte mind ilyen) más nem is nagyon opció, de idővel kialakult az a véleményem, hogy soklábú chipek esetén (stencil nélkül) ill. ólommentesről átrakott cuccok esetén kell a páka (nekem a kis laposcsavarhúzós hegy jön be már évtizedek óta) és extra folyasztószer mivelhogy a forrasztóónból ill. a pasztából is gyorsan kiég a gyanta és akkor az ón összefolyik a kivezetések között (ha nagyon túladagolja az ember az ónt persze rézharisnyával le kell szedni, ekkor a folyasztószer sem elég önmagában).
Páka nélkül nagyító alatt nézve is hibátlan lehet a pasztás cucc, de mégsem működik esetenként (nem egyszeri tapasztalat).
Tapasztalatom szerint a legjobb a cipőpasztás dobozban árult és állagában is ahhoz hasonló cucc. Költséghatékony és jól adagolható. Korábban sokat használtam stiftes anyagot is, de az alkohol miatt elég híg és képes össze-vissza elfolyni ill. kintről rendeltről az út során lelazult a kupak és alig marad benne valami.
Nem mondom, hogy más esetleg ne lenne jó, de nekem ez van (kb. 3 USD Banggoodról).
Kinyitva sárgás puha anyag van benne.
A stiftesnél még azzal is jobb, hogy nincs meg az az émelyítő szaga felvitelkor ill. forrasztáskor.Röviden: A paszta szükséges, de nem elégséges, kell az extra folyasztószer és nem mindegy milyen kiszereléseben...
-
Ennek nem tudjátok mi az ebay-en/Alin kereshető típusa? Csak az 1:64-es változatot találom mindenhol.
-
gyapo11
őstag
válasz
t72killer #10924 üzenetére
Mindig is flux core-os forrasztóónt használtam, ennek ellenére sokszor jól jön a plusz gyanta vagy forrasztózsír. Főleg ha a forrasztandó felületek nem teljesen tiszták, régebbi vezeték vagy akár nyák reze. Persze lehet mechanikusan tisztítani, de nem mindig hozzáférhető, esetleg már ott levő alkatrészek sérülnek. A folyasztószer viszont kémiailag hat, az oxidokat megeszi, és a tiszta fém bukkan elő, ami már jól forrasztható.
Régebben én is oldottam föl alkoholban fenyőgyantát, ezzel átkentem az egész nyákot, melegítettem és ahol nem volt réz ott "eltűnt" a gyanta, a rézen meg szép fényes vékony réteget alkotott, az ón csak úgy szaladt rajta. A forrasztózsír is nagyon jól működik, zsír állagú, bele lehet mártani a vezeték végeket, a pákától azonnal folyadékká válik és mindent forraszthatóvá tesz, a vasat, acélt is, elemek akkuk bármelyik pólusát. -
-
Teasüti
nagyúr
Miért nem használtok folyasztószerrel kevert forrasztóónt? Flux core, fogalmam sincs magyarul hogy hívják.
Közönséges 60/40 Sn Pb flux core soldering wire. Nem egy hatalmas befektetés és nem kell ilyenekkel szarakodni. -
-
-
Janos250
őstag
válasz
t72killer #10915 üzenetére
Én ma is ezt használom:
https://www.ebay.com/itm/Natural-Colophony-Gum-Incense-resin-50-100grams-Rosin-Pine-Resin-High-Grade-Flux-/113241616351?var=&hash=item1a5db9efdf
Igaz, nem SMD-hez.
Nekem ma is ez válik be legjobban. Természetes állapotában, vagy 96% alkoholban oldva.
A Z80-at is ugyanúgy forrasztottuk, mint ma az arduinokat. -
Szép
Gyanta/Folyasztószer
?
Édesapámnak a 80as években volt ilyesmije, durva, hogy 30+évvel később ugyanott kezdem- Persze akkoriban még nem arduinókat forrasztgattak...
-
Ez a második (Y) paraméter beérkezése után hajtja végre a kódot:
megVarokParametert=false;
token="";
for (byte i = 0; i <= messageSize; i++) {
if (isAlpha(Message[i]) || isPunct(Message[i])) {
switch (Message[i]) {
case 'R':
token='R';
parameter = atoi(& Message[i + 1]); break;
case 'G':
megVarokParametert=true;
token='G';
parameter = atoi(& Message[i + 1]); break;
case 'X':
parameterX = atoi(& Message[i + 1]); break;
case 'Y':
megVarokParametert=false;
parameterY = atoi(& Message[i + 1]); break;
}
}
if (megVarokParametert==false){
hajtsdVegreAKodot(token);
} -
válasz
Teasüti #10903 üzenetére
Én állapotgéppel csinálnám, akkor semmit nem kell bonyolítani a beolvasáson, csak olvasod szépen sorba a tokeneket. Ha Gxx érkezik, az állapotgép átbillen paraméter állásba, így a következő beolvasások mind az előző parancs paraméterei közé kerülnek, és ha újra Gxx érkezik, akkor az állapotgép visszabillen parancs állásba, ekkor hajtod csak végre az előző parancsot az összes paraméterével együtt.
-
gyapo11
őstag
válasz
zsolti_20 #10908 üzenetére
Persze.
Amikor megnyomod a gombot, akkor elküldöd az adatot, és kell egy while, ami azt figyeli, hogy a gomb nyomva van-e még. Amíg el nem engeded a gombot, addig pörög a while és nincs további küldés. Ha fölengeded a gombot, akkor tovább megy a loop, de mire megint a gomb vizsgálathoz és, akkor már nem lesz megnyomott állapotban, tehát nem lesz megint küldés.
Ha közben másnak is futnia kell, tehát a loopot nem lehet megállítani, akkor bonyolultabb, de azt is meg lehet oldani. -
zsolti_20
senior tag
Üdv emberek! Kér arduino között szeretnék kommunikációt létrehozni NRF24L01-el. Az egyik oldalt egy nyomógomb van, aminek lenyomására a másik arduino kap egy decimális számot. A probléma az, hogy amíg letartva tartom a gombot addig küldi ezeket. Egy sima gomb nyomáskor is legalább 3-4 alkalommal elküldi. Lehetséges úgy megoldani, hogy a gomb lenyomásakor csupán egyszer küldje el?
-
-
Teasüti
nagyúr
-
-
Teasüti
nagyúr
Igen, ez abszolút saját implementáció volna.
Még nem egészen kristályosodott ki az algoritmus a fejemben és csak úgy adhoc módon nem jön az ihlet.
Most azon filózom, hogy a parancsszavakat szűröm meg a delimiter függvénnyel, ami átadja a char tömböt a példában mutatott ciklusnak. Pl. "G" betűtől "G" betűig - ahol korábban csak simán az "új sort" figyelte -, ahol a másodikat Serial.peek-kel keresem meg, hogy ne vesszen el.
Igazából ahhoz kellene segítség, hogy egyáltalán hogy álljak neki. Ilyen parsing algoritmusokat ezer százalék megírtak már mások nálam ügyesebben, csak nem találok rá tömör sallangmentes példát. -
válasz
Teasüti #10901 üzenetére
Ha jól értem, te nem akarsz kompatibilis lenni semmivel, hanem építesz egy saját protokollt egy meglévő alapján. Vagyis amíg kerested rá a megoldást a kódban, akár meg is írhattad volna.
A leírás alapján nagyon egyszerűnek tűnik a megoldás, csinálni kell egy tömböt, amiben leírod, hogy a G01 után lesz még két paraméter, és akár betűtől függetlenül a következő kettőt beolvassa, legyen X0 Y0 vagy akár újra G0 G0 (vagy használd csak erre az X Y betűket és akkor még hibaellenőrzésre is használhatod). -
Teasüti
nagyúr
válasz
Janos250 #10900 üzenetére
Ez is egy full-fledge firmware, ami rohadt hosszú.
Ráadásul C-ben írták Atmel328-ra.
Nekem kb annyit kéne látnom, hogy hogy írják meg azt az egy ciklust, ami beolvassa a Serial stream-et és kiválogatja a switch case-be a szavakat. Úgy 5-10 sallangmentes sorról lehet szó. Viszont Marlin-ban is ez szanaszét van dobálva. Illetve a parser lib ott is túl van bonyolítva. Mire abból kihámozom a lényeget...Jelenleg ennyim van:
for (byte i = 0; i <= messageSize; i++) {
if (isAlpha(Message[i]) || isPunct(Message[i])) {
switch (Message[i]) {
case 'R':
parameter = atoi(& Message[i + 1]);Ez elég arra, hogy végig iterálja a stream-et és ahol betűt talál, ott veszi a betű után lévő paramétert. Majd iterálja tovább, amíg a végére nem ér.
Ez így gyönyörűen beolvas egy "R255G255B255\n" üzenetet így egyben vagy elválasztókkal, mindegy.
Viszont nincs annyi betű az ábécében, amennyi nekem kéne. Így kénytelen vagyok átállni vmi G-kódos rendszerre, ahol nem egy szót kell csak értelmezni hanem mondatokat. Tehát mondjuk bejön, hogy "G01", akkor várható, hogy lesz még utána két-három paraméter is: "G01 X0 Y0\n".
És ezt kellene valahogy megoldanom, hogy a parancsszóhoz kapcsoljam a paramétereket is.
Ehhez kell vmi look-ahead parsing algoritmus, ami pár sor lehet, de még nem láttam rá tömör példát.
És ha lehet, akkor nem szeretném órákig bogarászni egy hatalmas forráskódban.
Már rászántam egy kis időt a Marlin elemzésére, és nem jutottam vele messzire.
Ekkora kódban még a kereső se működik, mert annyi találat van mint a qrva élet...
Új hozzászólás Aktív témák
Hirdetés
- Apple Ipad 10.generáció
- Új HP Pavilion x360 14-ek Érintős hajtogatós Laptop Tab 14" -35% i5-1335U 8/512 FHD IPS Iris Xe
- RTX 4080 SUPER,16GB. Ryzen 7 7800X3D, 32 RAM Fury RGB! Garancia!
- Asztali PC , i7 9700K , RX 5700 XT , 32GB DDR4 , 500GB NVME , 1TB HDD
- Dell Inspiron 5406 2-in-1i5-1135G7 16GB DDR4 3200 512GB NVME 14" FHD Érintőkijelző W11Pro
- Dell OptiPlex MT/SFF 3040, 3050, 7050, 3060, 3070, 5070, 7060 /WIN 11 - SZÁMLA- GARANCIA
- Samsung Odyssey G6 S27BG650EU - 27" QHD 2K 240Hz Ivelt - Gaming monitor - 1,5 év Gyári garancia
- Acer Nitro 5 AN515-54-77VS
- MSI CreatorPro Z16P - i7-12700H, RTX A5500, értintőkijelző
- Xbox Game Pass Ultimate kedvező áron, egyenesen a Microsoft-tól! - AUTOMATA BOLT
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest