Hirdetés
- Luck Dragon: Asszociációs játék. :)
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- gban: Ingyen kellene, de tegnapra
- GoodSpeed: Ágymatrac keresési kálvária
- eBay-es kütyük kis pénzért
- sziku69: Fűzzük össze a szavakat :)
- Meggyi001: Kórházi ellátás: kuka vagy finom?
- sh4d0w: StarWars: Felismerés
- sziku69: Szólánc.
- WireGuard VPN a mindennapokra
-
LOGOUT
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
-
-
Jah, azt nem is kellett bolygatnom. MűXik, de volt para...
Gyereknek mondtam, h kapcsolja be, de csak egy fokot emelt a termosztáton, amire nem kapcsolt még. OK, ezt megoldottam, inverted logic, látszik, h kapcsol a termosztát, itt van egy figyelés (80 sec, ezt lehet szűkítem), így nem azonnal kapcsol. Bekapcsolt, boldogság.
Kikapcsolt, megint happy... de újra nem kapcsolt be...
Lényeg, h takarékosságilag épült a cucc, épp azért, h ha forró a víz a radiátorban, akkor ne keringesse. Korábban leírtam, h nem hőfokra, hanem időre van ez beállítva, szal. ha lekapcsol, akkor a köv. 10 percben nem kapcsol vissza, utána igen, ha a termosztát szerint még kell fűteni. Tesztelésnél ezt le szoktam venni 10 sec-re, ez most elmaradtMegjegyzés: dokumentálni kell alaposan (rajzom meg ilyesmik vannak, de a szabályokat csak mentettem, lehet ki kellene nyomtatni).
Köszönöm a segítséget, így nyugodtabb vagyok, biztosan nem szalad meg áramilag, ha ez a + és nem a GND.
-
ekkold
Topikgazda
Amikor készült, éppen hiánycikk volt a BluePill, nekem meg volt egy jópár eredeti STM32F101 procim, ami elvileg gyengébb mint az STM32F103 - de a gyakorlatban kiderült, hogy valójában ugyanaz a proci csak más típusjellel adták el (néha csinál ilyet gyártó). Ezek a procik egy annyira szerencsés szériából voltak, hogy még "húzatók is". 3,3V-ról, még 128MHz-en is vígan működött mindegyik amelyiket próbáltam. Ráadásul Elvileg 64K flash van bennük (ezt "mondja magáról" a proci), de szoftverből 128k-ig tartó területre is tudtam írni, és vissza is olvashatók az adatok. Így aztán terveztem hozzá nyákot, amit kínában legyárttattunk, aztán megtanultam beforrasztani (mikroszkóp latt) a procikat. Anyagilag persze nem igazán éri meg a ráfordított munkaidő miatt, de hobbi projektnek nagyon jó volt, mert szépen működnek, és tanultam is belőle.
Amúgy kíváncsiságból kínából rendelt BluePill-eket is próbáltam kicsit húzni, nagyjából 104MHz-en még mentek, felette fagyás.... (a névleges órajel 72MHz)
-
ekkold
Topikgazda
Ha jobban megnézed az adatlapot, a Vin-el összekötés csak egy lehetőség, amúgy az EN láb 1,2V felett bekapcsolja az LDO-t.
Ezt úgy érdemes, hogy pl. egy kondi vagy RC tag felhúzza egy időre az enable lábat, amikor a Vin megjelenik, majd az MCU elindul és bekapcsolva tartja, pl. egy diódán keresztül. Ha az MCU később L szintre állítja az adott lábat, akkor kikapcsol az egész áramkör.
Az indításkor használt kondi egy gombbal kisüthető - ez lehet pl. egy bekapcsoló gomb, de olyan áramkör is készíthető ami mondjuk adott feszültség felett bekapcsolja. -
-
ekkold
Topikgazda
Lényegében egy spéci "stabkocka", csak tud pár extrát.
Pl. van engedélyező bemenete, ha kikapcsolod, akkor közel nulla lesz a fogyasztása.
"A 3,3V verzió azt jelenti, hogy ha rákötök egy Li-ion cellát, 4,2V-tól 3,3V-ig leadja a 3,3V-ot, ha a cella 3,3V alá merül, akkor a kimeneti feszültség is megy vele?"
Igen, majdnem pontosan így, de 3,3V alatt esik rajta egy kicsi (áramfüggő) feszültség. A bemenő feszültsége 2,5V - 5,5V közötti lehet.
Az engedélyező láb használható akár akksi mélykisütés védelemhez, pl. ha mondjuk az MCU-val vezérled, és az méri az akksi feszültségét. -
t72killer
titán
istenments
. ma pottyant elő két modul fiókrámolás közben, egyik még a zacskójában, másik csupaszon vagyélvagynem - ha a nanókon kifejlesztett megoldás elég fitt/könnyű lesz és elfér rajtuk, akkor kapnak egy próbát. De valószínűbb inkább a nano vonalat viszem tovább pl titkosítással. -
Jah, ESP32 mindenben IS jobb. Nem tudom mi a project, mivel én Wemos fan vagyok (sőt már nem is fan, hanem split klíma
), így azt javasoltam a korábbiakra, alapvetően az Uno helyett.Wolfram: nah, ez tényleg fain hely, gratula. Árak is jók, főleg ha küldenek külföldre is, ócón.
-
-
t72killer
titán
tökéletes, csak gondoltam jó lenne uilyen kb feleekkora hely+súlyfoglalással. Lehet előveszem a türelmesebbik énem és berendelek párat Kínából.
"Miféle mikrofonbemenetről van szó? " no látod erről egyelőre látatlanban még azt se tudom, h 100% ott van-e a mikibemenet, vagy csak füles
(a 2,5mm-es átalakítót ma adták fel, a walkie-talkie doksija öszvissz annyit emleget,h van rajta "2.5mm headphone jack"). Persze nem esek 2ségbe, ha nincs bemenet, varrok rá. 99%, hogy passzív a cucc. -
t72killer
titán
+#18300: Elírtam, de látom ráhibáztam
. Ezzel megoldódik mind2fajta tápfesz kérdésköre. Európában 16340-es méretben nem találtam ilyet értelmes áron, pedig létezik és jóval kisebb.Ardu-jack közötti jelmasszázson gondolkodva adó oldalon még +próbálok utánajárni, h az 5V/0V digi jel nem túl erős-e a mikrofonbemenetnek és hogy a vételi oldalon tud-e segíteni egy erősítő + zajszűrő.
-
-
t72killer
titán
Trükkös +jól hangzik, kvázi a beszéddel együtt, gombnyomkorászás nélkül/automatice le tudnám adni, hol vagyok
. Ez még egy következő lépcsőfok, de tuti drótdugogatósra csinálom az egészet, hogy ne kelljen nyakonönteni ónnal, ha újratervezés van.Most nézem, a nano tápfeszigénye ideális helyzetben 6-20V között van, ti mivel etetitek, ha szűkös a hely? Tölthető Li-Ion PP3 9V?
-
And
veterán
Jellemzően telefonhoz készült modem IC-k köré (pl. AM7910: [link], TCM3105) épült, soros COM-portról vezérelt félduplex megoldások voltak adás-vétel vezérléssel, kizárólagos adatátviteli móddal. Vagyis nem a fónia mellett, hanem azt kizárva működtek. Létezett diszkrét elemekből épített, nem cél IC-s kapcsolás is, de az jóval kevésbé volt megbízható. Egyébként sokban hasonlított a wifi-hez, csak utóbbiból a kezdeti 802.11b is sokkal, úgy 3..4 nagyságrenddel nagyobb adatsebességgel (meg nyilván sávszélességgel) ment: korlátozott hosszúságú adatcsomagok oda-, majd arra visszaigazolások visszafelé. Fájlokat is lehetett küldeni, volt csomagrádióhoz a komplett működést összefogó kliensprogram. Az effektív átviteli ráta a félduplex üzem, a visszaigazolások és az adás-vétel váltások okán jóval kisebb volt a nyers jelzési sebességnél, lásd megint csak a wifi-t. Egy kapcsolás TCM3105-tel: [link], BayCom-modem néven lehet találni ilyesmit, ma valószínűleg jóval kisebb méretben is össze lehetne hozni, jó részét szoftverből megoldva.
-
And
veterán
(Avagy hogyan csináltak a rádióamatőrök már évtizedekkel ezelőtt is digitális átvitelt a hangsávon: pont úgy ahogy írod, AFSK- vagy FSK-modulációval. A '90-es években élte virágkorát a 'csomagrádiózás': helyi elérésű node-okkal és a közöttük kiépült nagytávú linkekkel egész nagy távok voltak áthidalhatóak akár egy szimpla kézirádióval /miután annak csak a közeli csomópontot kellett elérnie/. Jellemzően 1200 bps-es AFSK-val és 9600 bps-es AFSK-val működtek. Konkrét céláramkörök léteztek rá, nekem is van egy akkori recept alapján készült példányom 1,2 kbps-re.)
-
t72killer
titán
. Igen, rémlett már arduinós hangmodem (ha jól nyelvújítok )a témában.
A szintekkel hallható frekikre gondoltam, kHz környékén. Ez ugye átmegy egy walkie talkie-n, máskülönben nem lenne talkie , de lehet sűrű zajos közegben a legtutibb pár Hz-es impulzusokat használni. Az übertuti a carrier wave Morze jellegű szaggatása lenne, de valahol azt olvastam, hogy erre a mezei walkie talkie-k karakterisztikája nem jó, nemigazán tudják négyszögjelként kilőni-ujraindítani az adást.+nézem még árban akad-e 8£/10$ alatt USB-c-s forrasztott nano, aztán indul a shopping. Alin látok 4$ alatt is, csak ugye az kérdés mennyire működőképes.
-
t72killer
titán
Az átviheő adatfreki erősen zaj=távolságfüggő, nem feltétlen ragaszkodnék a hallható szintekhez.
Közben kezdtem összeszedni a vásárolnivalót, elég lesz vajon egy nano "agynak"?:
Arduino Nano V3.0 Programable ATmega328P 5V 16MHz Arduinoamit kezelnie kell:
- NEO-M8N gps modul
- "audió" input-output
- képernyő -
t72killer
titán
párhuzamosan tuti nem megy a dolog megbízhatóan - tekintve mekkora zaj megy ezekben. Nekem bőven elég, ha beszéd után/helyett a kütyüt belenyomva v egy gombot megnyomva rajta leadja a pozit és mondjuk egy pár számjegyű azonosítót.
még beleásom magam a modulok világába, látom gps+glonass kombós is van már <15£ körül, ez a kép meg kifejezetten megtetszett:
-
t72killer
titán
. Könnyítés, h úgy tűnik a natúr NMEA 0183 is fekszik neki: a kolléga semmilyen jelmódosítást nem csinált - mázlija volt, hogy a mikrofon bemeneti és gps kimeneti feszkóértékek azonos univerzumban mozognak, 3-5V peak to peak rémlik. Így egyik fél se süti meg a másikat.Az áramigény fedezésére 1db CR123 cellára gondoltam, de persze ha elég lenne 1-2 AAA NiMH (tudom, ez már 4,4centi), az mégjobb, mert az alap walkie talkie is pont ilyeneket használ = egy töltővel kevesebb. Nem cél a folytonos üzem, időnkénti becsekkoláshoz jönne jól a precíz pozi.
-
igen, ezt találtam, kiosk mode browser.
Wolfram: magyar boltok, amiket próbáltam és megbízhatóak:
https://www.microcontroller.hu/termekkategoria/mikrokontrollerek/
https://modulshop.hu/
https://www.elektrobot.hu/ itt kevés ESP cucc van
https://www.wireless-bolt.hu/ itt se sok az ESP, de néha van brutál ócó bármi
https://www.hestore.hu/ mindenhez van adatlapEzeken túl is vannak, pl. conrad, rs online, emag, stb... de drágábbak.
-
#70211840
törölt tag
Persze, lib-et hozzáigazítom majd, ha szükséges.
Ezen a képen nézve a TFT 5V pin mintha közvetlenül a 3.3V fesz.stabhoz menne.
Ha ez tényleg így van és máshol nem jelenik meg a shield-en, akkor szerintem nem lehet gond akkor sem, ha esetleg megjelenik az ESPduino-32 pinen az 5V.
Vagy nem jól gondolom? -
-
fpeter84
senior tag
talált egy centire pontosan ugyanolyan Mega-t is a cimborám, neki feltölti arra is a kódot az alma... próbáltam vmware-ben futó ubuntu alól, az is pontosan ugyanúgy elakad 88%-nál mindig, pedig még az avrdude.conf-ot is megpróbáltuk átmásolni az ő alma gépéről, az ő általa fordított hex-et feltölteni az én gépemen futó ubuntuval megírni... [link] lehet mégiscsak az én vasamnak lesz valami kehe, csak akkor a 10x akkora programot miért tölti fel és futtatja jól?
-
fpeter84
senior tag
-
#70211840
törölt tag
A vicc a dologban, hogy ez a lassulas csak windows-on van. Es nem csak nekem, forumokon mas is panaszkodott emiatt. Elkezdtek boncolgatni az okat, de nem olvastam vegig.
Nalam laptopon es desktopon is bosszanto volt a lassulas.
Viszont linux-on nagyon gyors. Kezdoken sokat kell ujraforditanom es jol jon a tempo.
A masik core mindenhol gyors. -
#70211840
törölt tag
"Nincs szükség ellenállásra, a belső felhúzó ellenállás önmagában is elég magas."
Ez csak STM32 esetében igaz vagy jellemző már az összes hasonló eszközre?
Azért kérdem, mert példákat nézve látni ilyen-olyan megoldásokat.
Ezen az oldalon például használnak ellenállást a nyomógombhoz.
Tehát elég csak bekötnöm egy gombot egy pin-gnd közé? Ennyire egyszerű volna?"... lehet készen is kapni ellenállás létrát"
Ez nagyon jó tipp és helytakarékos is. Ki fogom próbálni mindenképpen."... én szoftveres debouncingra gondoltam, ..."
Ezen a lehetőségen átsiklottam. Természetesen ha kényelmesen megoldható, akkor az lesz a megfelelő nekem. Ennek a lehetőségnek még akkor utánna kell olvasnom.
Köszönöm a tippeket, a segítséget.
-- off begin --
Más:
Jelenleg igen komoly szoftveres problémával küzdök a fejlesztőkörnyezettel.
Az első és talán legfontosabb dolog, hogy STM32 használathoz az eddig ArduinoIDE-hez használt STM32 Board Core nem megfelelő. A Roger Clark helyett az STM32duino Core-t kell használnom. Egyszerűen azért, mert több Library-ba is belefutok, amelyek nem fordulnak a másik core-al.
Úgy tűnik az kevésbé van optimalizálva STM32-höz, mint a másik.Példa:
TFT_eSPI Library : [link]1. http://dan.drown.org/stm32duino/package_STM32duino_index.json
Ezzel nem fordul a könyvtár.2. https://github.com/stm32duino/BoardManagerFiles/raw/main/package_stmicroelectronics_index.json
Ezzel minden probléma nélkül.Csak kiragadva egy lényeges momentumot:
STM32-n szépen beállítható az SPI1 és SPI2 sebessége. Ez a könyvtár használja is STM32 esetében ezt. Azonban az első Core SPI moduljából hiányzik a setSpeed lehetőség, míg a másodikban megvan. Az első fix 8MHz-ez használ (gondolom Arduino örökség lehet)
Egy SPI kijelző esetében látványos a különbség.Van viszont egy komoly probléma ezzel a maggal.
1. Windows - ArduinoIDE
Iszonyatosan lassan fordít!!! Ez azt jelenti, hogy egy üres setup()+loop() percekig tart neki.
Egy képernyőre kiírt "hello world" 3-8perc. Minden módosításnál az egészet újrafordítja.
Neten kutakodva más is ezzel küzd.2. Windows - SloeberIDE
Hibába fut, nem fordul semmi. Nem egyedi gondom van ezzel, másnál is ez van. A probléma egyelőre feloldhatatlan.3. Linux - ArduinoIDE
Itt nincs gond. Gyorsan fordít és apróbb kódot is csinál, mint a másik core.4. Linux - SloeberIDE
Nem tudom elindítani. Érthetetlen, hogy miért nem indul, miközben JDK11 mellett más Eclipse alapú cucc simán fut.A probléma viszont az, hogy nekem a Sloeber kellne, mert az ArduinoIDE nagyon hiányos a fejlesztési funkciókkal.
-- off end --
-
#70211840
törölt tag
Amúgy biztos butaságot kérdezek, de nem létezik az ArduinoIDE helyett valami Eclipse-alapú IDE, amivel ugyanazokat a Library-kat használhatom, mint az ArduinoIDE-ben?
A leges-legnagyobb gondom a megszokott IDE funkciók hiánya.
(Régóta Eclipse-t használok már és nagyon megszoktam) -
#70211840
törölt tag
-
ESPEasy cucc webes felületét megnyitod, tools, advanced és ott van, h rules enabled, ha ezt kattintod, akkor alatta az enable rules cache is bekapcsol, na ezt kapcsoltam ki, bódottság van, 14% körül a load, amikor nézegetem. 24+ óra uptime, másikkal ilyenkor már harcoltam bőven.
Ahogy írtam is, ez az ok szerintem, de alaposan nem jártam körbe, viszont alig változott a rules-ban vagy eszközökben.
-
#18146
tordaitibi
veterán
Aryes
#18144
Eddig azt se tudom miről beszélgettek
de a feszültségeknél nincs probléma.
Nem tudom mennyit bírnak az AD bemenetek. Ha pl. 3 voltot, akkor cellánként az osztó, felfelé sorrendbe,
1/2 1/4 1/6 1/8 1/10 1/12 1/14
Így az első cella bemenet is 1,5-2,1voltig terjedően kell számoljon/mérjen és az utolsó a 7. is. Mindegyik.
Vagyis ez nem probléma.
Nekem elég a 3digites vagyis a cellánkénti pl. 3,65V felbontás bőségesen. Nem kell tízezredvolt. -
#70211840
törölt tag
Csak azért írtam, hogy "bocs", mert magam is kezdő vagyok és esetleg ennél jobb megoldás is kézenfekvő. Viszont pont tegnap olvastam valahol valami összehasonlítást és méréseket az ADR-ek pontosságról. Ezért bátorkodtam ajánlani lehetőségként.
(Amúgy pont egy STM32-ből épített oscilloscope kapcsán kezdtem el én is a mikrokontrollerekkel foglalkozni)
-
-
-
A Wemos USB-n kapta a tápot, védődióda nem volt. Wemos 3,3 V-t kapcsolta a pin-re.
Jut eszembe, először inverted logic volt és a high pin-t húzta le nullára. De elkezdett vacakolni, nem érzékelte, stb. Megfordítottam, úgy jó volt egy hétig. ott se volt dióda vagy ellenállás.
Ezt kerestem, így kellene... de sok helyen semmi nincs, csak ráköt, kész.
Ha nem a 3,3 V-t kapcsolná, hanem egy másik high GPIO-ról kapna jelet? -
Régi Nokia töltő... elvileg a Wemos nem komálja a 3,3 V betápot, meg 5 V-on is vannak kütyük rajta. Meglátom, ez majd később kerül felhasználásra, egyelőre csak ötlet volt.
Tápot USB-n kap, vagyis a Wemos csinál 3,3 V-ot, szép stabilan ott van. A GPIO12-re egy relé zárta a 3,3V-ot, tartósan rajta volt, most meg nem érzékeli, h van-e vagy nincs. De szoftveresen tudom high-re rakni. Szétszedem, átforrasztom, újraflashelem. Kb. 2-3 hete üzemel, nem volt probléma. A kapcsolást átraktam másik GPIO-ra, műxik, mint a korábbi is tette. Kollégám R pi és más bigyuszokat ismeri, Wemosa pont nem volt, de szerinte nem hibáztam, ez alap működés kell legyen. Esetleg az ócó klón nem olyan tartós, mint az eredeti...
Arra gondoltam, h esetleg vmi ellenállást betenni oda, hogy ne direktbe kapja a 3,3V-ot, de high jel legyen azért (2 V körül legyen esetleg). -
#70211840
törölt tag
Sajnos nem tudom milyen vezérlő van a kijelzőhöz. Annyi biztos, hogy az eredeti (Jyetech) FW-el is beindul a kijező, kiírja a firmware adatokat és a cég logóját, de a "booting..." felirat ott marad és nem indul be a scope. [kép] (netes kép, más is futott már bele ugyanebbe)
Itt egy pdf, ami az eredeti kapcsolást tartalmazza. Ezt az enyémmel már összenéztem, az STM32F103 kontrollert leszámítva ugyanilyen.
Sanszos amúgy, hogy kicserélve ST-re a kínai chip-et, simán működne az eszköz.
Viszont sajnos az smd forrasztási készségemen túlmutat ez a lábsűrűség.
Még forró levegővel le is tudnám venni róla a régit, de az ST-t már nem tudnám ráforrasztani. -
#70211840
törölt tag
Szia, köszönöm a válaszod.
Igen, ahogy fentebb is írtam az "ST FlashLoader Demonstrator" nevű program, ami USB-UART porton gyakorlatilag soros módon flash-elné, az nem kompatibilis vele. Erre a saját "WCHISPTool" nevű programja kell vagy ennél működik az USB is elméletileg. Viszont én STLink V2-vel flash-eltem SWD interfészen keresztül, amivel debug-olni is lehet. Azzal szépen működik megy az írás/olvasás. Viszont sajnos nem 100%-ig kompatibilis az ST-vel a chip, gondolom ez lehet a probléma okai is amiért nem indul a FW.
(Közben egy lengyel oldalon tökéletesen ugyanúgy járt valaki, mint én)Arduino IDE-t megnézem, köszönöm.
A neten még ezt találtam ehhez a chip-hez:
"A Keil IDE-hez elérhető dedikált CPU library, ezzel a legtöbb eltérés eltűntethető, a kód kifejezetten erre a mikrokontrollerre optimalizálható."Remélem akkor majd ekkold fórumtárs is olvassa és lesz pár meglátása a témában.
-
daninet
veterán
a kapcsoló egy relét kapcsol ami indítja a tápot. A kapcsolók nem alacsony áramosak.
Igen, egyszerre megy el, de cserébe nem kell kibontani az álmennyezetet tápcseréhez, festőt hívni stb. Ráadásul egy rendes mean well táp van ott aktív hűtéssel, nem egy melegedő kínai vacak amit ledekhez adnak. Majd az idő eldönti kinek volt igaza. -
Undoroid
őstag
Szia!
Biztos vagyok benne! (1) Néhány nap eltéréssel rendeltük a kollégámmal, ugyanonnan!
Ebben is biztos vagyok! (2) Teljesen új akkuval működött * pár napig (közben a kollégám próbálkozott még pár dolog közbeiktatásával) majd ezután lett figyelmes a túltöltésre! Valami ezután történhetett!Ez a kis töltő zárt ólomsavas- zselés akkumulátor és autó akku töltésére alkalmas! Ezeket menüből lehet kiválasztani! Li-ion és egyéb ilyen akkuk töltésére alkalmatlan! A
kézikönyvleírása külön kitért erre!" a felvett áram alapján állítja le a töltést " Ez egy PWM-es töltő, ez csak a feszültséget figyeli!
* Még a legelején az enyémet módosítottam annyival, hogy a kijelzőt megcsináltam úgy, hogy legyen háttérvilágítása! Ez annyira megtetszett a kollégámnak, hogy megkért az Ő szerkezetének ugyanilyen átalakítására! (nem kicsit csodálkoztam azon, hogy a két -külsőre teljesen egyforma cuccnak- belülről egészen más volt a belvilága) Szívesen megcsináltam és ezután is szépen működött mindkettőnk vezérlője! Ő még variálgatott pár dolgot és csak ezek után vette észre a túltöltést!
Egyetlen dologra figyelmeztetett a leírás: a töltendő akku legyen csatlakoztatva a legelején és csak ezután a napelem, mert fordított sorrendben a töltő meghibásodik! Szerintem ez következhetett be most!
-
#17914
gordonfreemN
addikt
Aryes
#17913
gordonfreemN
addikt
Na, köszi de akkor végül csak a kijelző lesz, mert bár én se ecseteltem, de 60mm-ben maximalizálnám a dolgot. Szolidra szeretném az előlapon, nem meghatározóra.
De amúgy a ledes se hülyeség, bár hogy milyen kicsi a lépték azt nehéz lenézni.
Mindenesetre oled-et ily módon tudnék vezérelni atmegával? -
Tomika86
senior tag
Lehet az elején rosszul fogalmaztam, bocsi.
Ez lenne a lényege:
A gomb a gyújtás jel(itt a szimulátorban) . Most úgy van a kijelzőm hogy leveszem a gyújtást akkor átáll a kijelző a bejelentkező oldalra, elmentem az eepromba amit kell és kikapcsolom a kimeneteket.
Itt jön a delay, vár 20secet, majd altatom a kijelzőt és az esp32őt is.Minden jó vele, de ha leveszed a gyújtást, majd vissza egyből akkor a delaynél megáll, és meg kell várni. Utána ébred csak fel újra, ha elaludt.
Ha a kikapcsolas függvénybe belépek mindig kezdenie kellene a 20secnek, ha kilépek belőle akkor nullázódik.
A függvényből kilépés a returnal lenne -
Tomika86
senior tag
Eddig jutottam, de csak addig működik az időzítés amíg a 20sec le nem telik. Utána egyből jön a leállítás. (Wokwiban próbálom szimulálni, azért van így)
#define Gomb 15
#define Led 2
unsigned long aktualis_millis;
unsigned long mentett_millis;
unsigned long ido = 20000;
unsigned long kulonbseg_millis;
void setup() {
pinMode(Gomb, INPUT);
pinMode(Led, OUTPUT);
Serial.begin(115200);
mentett_millis = millis();
}
void loop() {
if (!digitalRead(Gomb)) {
kikapcsolas();
}
Serial.println("Fut a program");
delay(1000);
}
void kikapcsolas() {
kulonbseg_millis = millis() - mentett_millis;
if (kulonbseg_millis <= ido) {
if (digitalRead(Gomb)) {
Serial.println("Visszalep");
}
Serial.println(kulonbseg_millis);
Serial.println("Leallas idozitoben");
}
else {
Serial.println("Esp leall itt");
// deep sleep
}
} -
Tankblock
aktív tag
Igen, ha csak 2*128 byte is bőven elfér UNOban is.
STM32 nem volt az eredeti felsorolásban :-)nem olyan vészes project ez....
Ha csak a fogyasztás érdekel akkor akár Sonoff POW WiFi is használhatsz, vagy bármit ami méri a dolgok fogyasztását, általában esp82XX va benne és akár TASMOTA is tudja monitorozni.....Az a kérdés hogy hol kell a segítség...
-
daninet
veterán
Nos, némi fejlemény. De továbbra sem értem nálam miért nem úgy működnek a dolgok mint a példákban. Most csak a CLK-t egy ellenállással PULLUP módba raktam (nem a kódban) és egészen hasonló a jel ahogyan leírod (csak majdnem). De ha mindkét lábat pullup rakom már nem jó
Viszont a mostani gondhoz nagyon kezdő vagyok.
3 jelet ad az enkóder, most így néz ki:
Egyik irány:18:01:20.583 -> DT: 1 CLK: 118:01:20.616 -> DT: 0 CLK: 118:01:20.616 -> DT: 0 CLK: 018:01:20.650 -> DT: 0 CLK: 118:01:20.650 -> DT: 1 CLK: 1
Másik irány:18:01:21.980 -> DT: 1 CLK: 1
18:01:22.015 -> DT: 0 CLK: 0
18:01:22.015 -> DT: 0 CLK: 0
18:01:22.048 -> DT: 0 CLK: 1
18:01:22.048 -> DT: 1 CLK: 1
Szóval 3 jel van (az egyesek azok az alapállapot) és nem is olyan iskolapélda ahogy a te leírásodban.
A kód amit beraktam (egy sima számláló) úgy néz ki ebből kettőt fog fel random
Így néz ki ha balra tekerem KÉTSZER:
18:05:04.148 -> Direction: CW -- Value: 71
18:05:04.250 -> Direction: CCW -- Value: 70
18:05:04.727 -> Direction: CW -- Value: 71
18:05:04.796 -> Direction: CCW -- Value: 70Így néz ki ha jobbra kétszer:
18:03:24.746 -> Direction: CW -- Value: 63
18:03:24.746 -> Direction: CW -- Value: 64
18:03:24.985 -> Direction: CW -- Value: 65
18:03:24.985 -> Direction: CW -- Value: 66 -
tibi-d
tag
Ha egy 24C256-ba gyűjteném az adatokat, és 2X16kB után írnám felül, akkor a 100.000 írási ciklus jó pár év alatt telne le. De ha csak 10.000 ciklust engedek meg, akkor is fél év. Amire nekem kell, az max. 1-2 hónap.
Hogy pontosan elmondjam mire kell, az az, hogy a hálózaton van két felügyelet nélkül üzemelő kompresszor (hűtő, fagyasztó). A probléma, hogy látszólag indokolatlanul leold a betáp kismegszakító, és ha nem kapcsoljuk vissza időben leolvad a fagyasztó, és tönkre megy a tartalma. Azt szeretném kideríteni, hogy milyen üzemállapot idézi elő az oldást. (Hibás kismegszakító, két berendezés egyidejű indulása, stb.) Az analóg bemenetek a két fogyasztó áramfelvételét mérné. A digit bemenet pedig a hálózat kiesését figyelné. -
autrcsab
csendes tag
Ez egy nyitott rendszer, a szoftverek és a hardverek is publikusak, ha rakeresel a github-on az AgOpenGPS-re, akkor megtalálod a szükséges szoftver forrásokat, van hozzá tartozó fórum is, illetve a youtube-on az AgOpenGPS kulcsszóhoz tartoznak videók, van magyar nyelvű is.
A hardver lényege: arduino kompatibilis kártyák biztosítják az illesztést a fő feladatokat ellátó PC-s szoftvernek:-)
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Szóval 1 cellánál 0,0048V, 7 cellánál már 0,034V a felbontás, ami már valóban indokolhat egy legalább 12bites ADC-t. Az STM ha jól látom 16bites.
Új hozzászólás Aktív témák
ekkold- Eredeti játékok OFF topik
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Milyen autót vegyek?
- Vírusirtó topic
- Arc Raiders
- CASIO órák kedvelők topicja!
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- iPhone topik
- Azonnali notebookos kérdések órája
- Vivo X200 Pro - a kétszázát!
- További aktív témák...
- Precision 5570 15.6" FHD+ IPS i7-12800H RTX A2000 32GB 1TB NVMe ujjlolv IR kam gar
- Lenovo Thinkbook L16 Gen 1 Magyar Ultra U 135U, 16GB DDR5, 512GB NVME, Gari: 2029-05-29
- AlzaErgo M120B Secure Pivot TV tartó konzol - ÚJ
- AlzaErgo M120B Secure Pivot TV tartó konzol - használt
- BESZÁMÍTÁS! ASRock B450 R5 5500 16GB DDR4 250GB SSD 1TB HDD GTX 1050Ti 4GB GameMax STORM ADATA 600W
- HIBÁTLAN iPhone 13 Pro Max 256GB Graphite -1 ÉV GARANCIA - Kártyafüggetlen, MS3755, 100% Akkumulátor
- AKCIÓ!!! RITKASÁG! Microsoft Surface Pro 11 Qualcomm Snapdragon X Elite 16GB 512GB OLED 120Hz Gar!
- HIBÁTLAN iPhone 13 mini 128GB Pink -1 ÉV GARANCIA -Kártyafüggetlen, MS3844, 100% Akkumulátor
- Telefon felvásárlás!! Apple iPhone 16, Apple iPhone 16e, Apple iPhone 16 Plus, Apple iPhone 16 Pro
- Gamer PC-Számítógép! Csere-Beszámítás! I5 12400F / RTX 3070 8GB / 32GB DDR4 / 1TB SSD
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: NetGo.hu Kft.
Város: Gödöllő