Amelyiken az 5V, GND, 3,3V stb pinek vannak, az van eltolva.

Szerintem rossz ajtón kopogtatsz ezzel 18 évig jó volt így is, már nemigen fognak rajta változtatni.

Bocs, de én ezt nem látom át, nem Arduino program, azt se tudom hol kezdjem nézni a kódot. IDF-ben sosem programoztam (nem is tervezem megtanulni).
Kollégák biztos tudnak segíteni.

És mi lenne, ha semmit nem adnál meg? Akkor elvileg csinál AP-t, amiben lehet konfigolni. Má' csak ezért gondolom, mert ott van:
"/** Do not hard code anything below here unless you know what you are doing **/
/** Use the web interface to configure wifi settings **/"
Szal. ez akár egy bug is lehet. Ha nincs a Nálad előfordulóhoz hasonló bugreportban, akkor sztem tedd újra, vanilla FW-vel.

Hold on, trying to give a fuck... Nope, not Happening • Powered by Fedora Linux • "Az élet olyan sz@r, szerencsére a felén már túl vagyok" Al Bundy

Agyalok apámnak egy 720P-s tolató kamerán, nem gondolom azt, hogy hűha lenne összedobni és rüki lámpára kötni.

Mi a minimum board ami kéne a projekt alá tipre? Gondolom a 32S ami fiókban van ide már harmatos.

Gen7 cickányomban van és nagyon tetszik neki. Ha sikerül értelmeset alkotni én is kidobom a kínai 2DIN fejet és gyártok bele még egyet.

...igen igen a szakdoga urge enyhülésével kezdenek jönni a hülye ötleteim a felszínre.

[ Szerkesztve ]

The Separatists have no regard for innocent life. They don't care who walks away from war and who doesn't. That's why we move on them now, Commander……and Wolfpack leads the hunt.

Gondolom a 32S ami fiókban van ide már harmatos.

Nem jól gondolod. De az OV2640 kamera, amit általában adnak hozzá, csak CIF méretben képes normál képkockasebességre, szóval kell egy jó kamera modul, de az szerintem drágább lesz, mint egy készre szerelt tolatókamera

Talán az OV5640 jó lehet, arra 720p60-at írnak.

[ Szerkesztve ]

És hol van abban a fun ha veszek egy gagyi kínai modult készre szerelve?
Köszi elkezdek kutakodni modulok terén.

Képernyőre javaslat?

The Separatists have no regard for innocent life. They don't care who walks away from war and who doesn't. That's why we move on them now, Commander……and Wolfpack leads the hunt.

Képernyőre javaslat?

Hát azt neked kell tudnod

Belenéztem Github-on a kódba.
>> Az utils részen a 29, 30. sorban ...
És nem adtál a 28.-ban hostnevet ? Szerintem próbáld meg.

>>....egy lábat összezár a GND-vel ..
A GPIO0-át a gnd-re kell kötni, akkor kerül az ESP boot módba és persze mielőtt összedugod a USB-vel. Ilyenkor a soros porton 57600 boud-al lehet látni pár adatot a modulról.

Az most hirtelen nem látom át hová írja a log-ot, de az ESP32-CAM_MJPEG2SD.ino 117. sorában van logSetup(); fv. hívás. Lehet egy log is segítene.

(nekem meg 1 kávé )

nem tudom mi az ésszerű oka, de valóban breadbardra nem dugható, mint a micro és társai.
Ez ilyen, csak ilyen i/o shield megy rá

Elektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |

Persze tüskekábellel dugható, nah

Elektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |

Semmi gond.
Én Arduino-ban nem programoztam sokat. IDF-ről meg még nem is hallottam

Vanilla FW?
Azt hogyan érem el?
Vagy az ESP library könyvtárában található Camera kódra gondolsz?
AP-t így is csinál. Csak jó lenne jelszavazni. Még jobb lenne, ha egy routerre csatlakozna, bár így belegondolva, nem is biztos, hogy bírná térerővel ott, ahova kerülni fog. Ezt még nem teszteltem.

Köszi!
Megpróbálom még a host nevét megadni.
Amúgy mi is lenne ez a host név? Ilyennel még nem találkoztam.
Ezen a néven jelentkezne fel a hálózatra? (Így első tippre.)

IDF-ről meg még nem is hallottam

Akkor ezt miben fordítottad, Arduino ide-ben?

Igen, abban.

Hogyan ment tönkre?

Nálam az egész GPIO block ment el nyaralni, amikor ventit vezérlő fet hogyismondjam a másik fele is átengedte a 12V v 24V mint kellett volna....

Legrosszabb esetben az IC cserélhető, egyszerűbben ha nem is smd fajta az uno... Mondjuk hőléggel a másik is megy könnyen,,,

Release the Beast....

Sziasztok!

Segítséget szeretnék kérni a korábbi billentyűzetes projekthez. Hogy ne kelljen visszakeresni, ezt próbálom reprodukálni, de nem az eredeti Teensy-vel, hanem egy ESP 32 S2 Minivel, és saját pcb-vel (ami már megjött és nagyon fasza is lett szóval köszönöm hozzá a segítségeket ) Emellett ahogy nézegettem az esp-s billentyűzetes projekteket, a
#include "USB.h"
#include "USBHIDKeyboard.h" libekkel dolgoztam.
A matrix decoder scriptekből vettem elepul az egyiket, erre és ezt alakítottam át.
Két fő probláma van a kóddal jelenleg de elakadtam a debugolásában.
- Jól (két koodinátát ) csak a bekapcsolsá utáni első leütés során tud kiadni, utána elhagy egyet-vagy kettőt (legtöbbször ha valaminek "1-2" lenne akkor a mellette lévő " 1-3 "-ból, csak a 3 jön meg). Ez azért nem annyira hatalmas baj, de van ~60 billentyű így is.
Minden más billentyű egyébként (kivéve még bal-nyíl de lehet ez is "LED-es ") visszaadja a sor és oszlop koordinátáit.
- A másik már valóban probéma. Van két oszlop amikből nem olvas ki (egymás feletti gombokra végig ugyanaz a tünet) Ha ezeket nyomom le, akkor nem jelenik meg kiírt billentyű hanem a board LED-je világít. És ahogy néztem ha a breakoutboradon a 15-ös pint kötöm össze bármi mással, akkor is ez a játszódik le. Valószínüleg a MyPinsInOrder tömbben rosszul haivatkozok a pinek számozására, sőt valószínüleg a 15-össel lesz baj, de nem találtam hogy mi lenne a jó megoldás. Én csak a hátulján lévő nyomtatás alapján hívtam őket 1-től 18-ig, majd 21 és 33-tól 40-ig. Ez a két oszlop amúgy a B-T-5-F5 illetve az Á és Ő "oszlopa".

Itt található meg a kódom: Github a bekötés pedig úgy néz ki hogy egy 30pines FPC breakout board (ez előbb jött meg mint a saját) 1-től 27-ig tartó pinjei az ESP-be mennek be a fenti módon: 1-től 18-ig, majd 21 és 33-tól 40-ig.

Köszi előre is a segítséget!

[ Szerkesztve ]

S10 + Galaxy Watch 3

köszönöm !!
Most fixen ég a LED (bár én tudok így élni ), akkor most össze tudom írni a táblát hogy melyik bill. milyen kódokkal operál.
A restart-dolog maradt akkor hátra ... lehet most nem is probléma, de annak a kódnak ami a bejövő jelek alapján kell hogy kiadja a kimenő billentyű leütést majd mindenképp jól kell loopolni.

S10 + Galaxy Watch 3

Hát .. nem lett minden jó mégse, este megnéztm a G-T-5-F5, meg Á,Ő-Ü billentyűket és elkönyveltem hogy kész.
Viszont sajna most az utolsó előtti egész sor esik ki ( L-shift, Í ,Y, X, C, V, B,N,M,?,:,-,R-shift) ami eddig adott jelet.
Délután ránézek újra a readPinNumber -ra meg a down_arrow -ra. Ezekben az eredetiben van egy adag delay betéve és lehet hogy a két egymás utáni switch-case túl gyorsan jön ahhoz hogy az USBHIDKeyboard.h le tudja kezelni . A másik tippem hogy ilyesmi sebességkülönbség lehet a Keyboard.write() meg a Keyboard.press() közt.

S10 + Galaxy Watch 3

Nevetni fogsz: nálam egy IRF530 MOSFET végzett a 6. pinnel! Fáradt voltam és elkötöttem a segédpanelt, amivel éppen tesztelni akartam a készülő projektemet...

Az UNO sajnos SMD-s változat, ezért így marad! Hőlég ugyan van, de másik mikrovezérlőm nincs.

https://logout.hu/bejegyzes/ngabor2/nyugodj_bekeben_bordoi.html _ https://robo-venture.com -> Az ökotudatos, digitális közösségi alkotóműhely <-

A megoldás erre, hogy kicseréltem mindet Keyboard.write(); -ra

Szerintem ez nem igazán megoldás, lehet lesz néhány program, ami ebben a formában nem fogja szeretni a keyboard-ot, például játékok biztosan nem fognak így működni.

Hát nem kell, hogy ezzel legyen megoldva az ami a végleges scriptben kiadja a billentyűt... de most hogy írod, lehet hogy egy relese() a break elé egy jobb megoldás lenne. Meg ha abból indulok ki hogy az os felé a bill kombókat kell majd leadni akkor tényleg nem a wtire lesz a bajnok

S10 + Galaxy Watch 3

Kell egy array, amibe a leütéseket mented. A loop-ban mindig nézd végig, hogy mi van a tömbben, és vizsgáld meg a mátrixot, hogy le van-e még nyomva! Ha nincs, akkor küldj egy release-t és kész. Lehet most is így van megoldva, lusta vagyok visszakeresni.

Sziasztok !

Nem annyira Arduino de talán érdekes lehet. Biztos többen találkoztatok már a FOTEK szilárdtest relékkel, amikről itt elég érdekes dolgokat írnak.
Konkrétan a nagyrészük hamisítvány ( FQTEK vs. FOTEK ). A valóságban jóval kisebb teljesítményűek mint amennyi rájuk van írva, ill. a szigetelési ellenállásuk is jóval kisebb. Így aztán biztonsági szempontból erősen aggályosak.
Persze az áruk is jóval szerényebb más típusokhoz képest, nodehát ez így akkor is elég gáz szerintem.

[ Szerkesztve ]

Szia! Köszönjük. Szerintem akik itt olvasgatnak, azok ismerik ezt a kínai khmmm... minőséget. Ahogy itt is és az okosotthon topikban is elhangzott sokszor, a kínaiak azt írnak rá, amit a vevő (nem a végfelhasználó, hanem a nagyker, importőr, etc..) kér.
Szal. lehetne a relék, szenzorok, okos kapcsolók nagyon nagy részét is ehhez pattintani, a szitu ugyan az. Pl. konnektoros/dugvillás okosrelé, 20 A terhelhetőség, vagy a sokat emlegetett Wemos klónok, stb... egy kalap. Amúgy nekem is Fotek klón van, elvi 25A, eszembe nem jutna megküldeni annyival. Keringetőt kapcsol, max 65 W, de ált. a 40 W állásban használom (lehet nem ezek a pontos értékek, nem emléXem).
Ohh, és a kínai TV okosítókon backdoor is van, pár hete linkeltem valahol.

Hold on, trying to give a fuck... Nope, not Happening • Powered by Fedora Linux • "Az élet olyan sz@r, szerencsére a felén már túl vagyok" Al Bundy

Ezt jó tudni

Nekem sikerült anno a Hestore-ról olyan stm32f103 mcu-val szerelt scope kitet venni, ami valami kínai klón kontrollerrel volt szerelve és nem is a hirdetett dso-138 volt még a firmware sem.
Persze nem működött induláskor kapásból, kaptam 1 hónap után egy másik ugyanilyen klón-t.
A kijelzőjét használom a többi része valami doboz alján pihen.

más:

Adott egy STM32F401CCU, aminek a pinjeiről szeretnék egy i2c 1.3" oled kijelzőt és egy másik pinről egy i2c hőmérséklet szenzort hajtani.
Azért a pinekről, mert az a tervem, hogy akku merülés esetén ezeket lekapcsolom, a kontroller pedig sleep-be megy alkalmanként feléledve és felvillantva egy üzenetet a kijelzőn, majd kicsit később sleep újra.

Ezen doksi 58-as oldala szerint, ha jól értelmezem, akkor 25mA-el (de összesen max 160mA-el) terhelhetőek a pin-ek. Ha beleférek akkor direktben meghajthatnék 2db pinről oled+szenzor párost?

[ Szerkesztve ]

Tápot nem a GPIO adja. A 3 V szenzorokat símán a wemos 3.3 V-re kötöttem, a kijelzők ált. 3-6V vagy ilyesmit írnak, azt az 5 V-os betápra rakom közvetlen.
I2C-nél nem kellenek külön pinek, Wemos pl. nem is támogat több pinre I2C-t, csak egyre kösd mindet. Nálam 2 szenzor + kijelző ment ua. pinekről.

[ Szerkesztve ]

Hold on, trying to give a fuck... Nope, not Happening • Powered by Fedora Linux • "Az élet olyan sz@r, szerencsére a felén már túl vagyok" Al Bundy

A szenzor még csak hagyján, bár annak is karcsú a 25mA, de az oled egész biztosan nem megy el annyiról. Amit szeretnél, FET-tel szokás megoldani: a kijelző egy FET-en keresztül kapja a tápot, amit a gpio tud ki-be kapcsolni. Pontosabban 2db FET (P-FET + N-FET), ha a tápot szeretnéd kapcsolni, mert 1db a GND-t tudja megszakítani, ami nem biztos, hogy szerencsés.

Emlékszem erre a sztorira, erről írtál már ide régebben egy másik néven, nem?

De én pont azt szeretném, hogy a tápot az STM32 1-1 pinje adja.
Azokat hol kikapcsolom és így elveszem a tápot az eszköztől, hol vissza.

A cél az lenne, hogy amikor az akku 3.2V alá megy, akkor sleep-be menjen a komplett cucc és sem a szenzor, sem az oled kijelző ne kapjon tápot. Ne fogyasszon semmit.
Az STM32 és a szenzor+oled páros is inaktív legyen. Aztán időnként feléledne kis időre és csak az oled kijelzőre küldene egy "Low Battery" üzenetet. Aztán kis idő múlva ismét sleep és teljesen inaktív minden.

A TP4056 elméletileg 3.0V alatt (még nem próbáltam) elveszi az akkut véglegesen. Tehát ez a művelet gyakorlatilag 3.2V->3.0V merülés idején lenne így.

Aryes:
Kicsit méricskéltem...
Most kompletten (mcu, szenzor, oled) ~10mA mérhető amikor 1mp-ként kérek a szenzortól adatot és ugyanígy frissítem az oleden a kijelzést.
Ez azért csak ennyi, mert az STM32-t csökkentett órajellel használom, mivel így is "overkill" a feladatra.
Amikor csak időt jelez ki 1mp frissítéssel, akkor ~9.5mA az egész az akkun mérve.

Nyilván érdemes volna az oled kijelzőt max_kontraszt+fehér_háttér kombóval megmérni, de akár bele is férhetek a 25mA-be.
Mondjuk doksi szerint a "typical 23mA", "max 32mA".
Szóval elméletileg túlléphetem a limitet, jelenleg nem teszem.
Nem tudom így mehet-e pinről.

Igen, emlékezhetsz a sztorira.
Az azóta törölt 14+ éves regisztrációmmal akkor részletesen megosztottam ezt.
Ez az egész herce-hurca indított el a mikrokontrolleres vonalon.

De mindegy, h mit mérsz, az nem arra való... FET-et vezérelni tud, ahogy Aryes is írta. Nem bonyolult, filléres dolog és megvédi az MCU-t.
Nálam az OLED-et gombnyomásra kapcsolja be, asszem 50 sec-re. Szal. csak akkor műXik, ha nézem. Nem a fogyasztás miatt, hanem így praktikus. Ez nem lehet megoldás? Szenzorok (többsége) alig használ energiát, szal. azzal nem foglalkoznék külön.

Hold on, trying to give a fuck... Nope, not Happening • Powered by Fedora Linux • "Az élet olyan sz@r, szerencsére a felén már túl vagyok" Al Bundy

Mivel jelenleg 10mAh fogyasztást sikerült elérnem, attól tartok, hogy +2db FET bepakolásával megemelkedne ez.
Vagy nem emelkedne?
Illetve inaktív állapotban (mcu + oled sleep) nem fogyasztana semmit?

[ Szerkesztve ]

Szervusztok!

Kicsit elmérgesedett a helyzet a 15 éves fiam, és köztem. És gondoltam, hogy utána járok egy "gyerekszivató" célszerszám épírésének.
A feladvány az lenne, hogy az eszközt az UTP anya anya toldó helyére rakva tudjon olyat csinálni, hogy álttalam beállított időközönként (5-8 perc) mondjuk 15s időre az UTP 8 ere köztti kapcsolatot megszakítja, majd ha letelik az idő, akkor visszaállítja.
Csak hogy a fiam érezze a törődést, hogy este mikor kell mennie aludni, mert a hajnali 5:40-es ébresztő nem az erőssége, főleg, ha háromkor még zombit/ellenséget vadászik. Mert számomra az nem infó, hogy "DE EZ MOST RANKED!"

Ezt milyen eszközzel lehetne megszaggatni, hogy az UTP-n átmenő jeleket ne zavarja meg? Mert az ok, hogy egy ESP32-vel az ON/OFF arany gyakoriságát be lehet állítani akár távolról is.

"Újságírás az, amit a hatalom nem akar nyomtatásban látni. Minden más csak propaganda." George Orwell

Ami ide tartozik ebből az egyedül az ESP-vel történő vezérlése pl. egy relének. A többi innentől már nem arduino téma, hanem hálózat és router konfigurálás. Tehát légyszi ne offoljatok tovább.