- Bemutatkozott a Poco X7 és X7 Pro
- Yettel topik
- Magyarított Android alkalmazások
- Hónap végén érkezik a Xiaomi Band 10, ára is van
- iPhone topik
- Nothing Phone (3a) és (3a) Pro - az ügyes meg sasszemű
- Google Pixel topik
- Milyen okostelefont vegyek?
- Fotók, videók mobillal
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
-
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
-
DigitXT
félisten
válasz
gazso75
#11198
üzenetére
Az a baj a kódban, hogy az "előző értéknek" mindig eltárolod az aktuálisat.
Akkor is, ha az egy hibás adatot tartalmazó mérés. Két ilyen egymás után,
és már be is került a logba a hibás adat... Igaz, nem kétszer, csak egyszer.
(Folyománya, hogy a hibás adat "elfogadása" után a jót is egyszer eldobja.)A másik, amit weiss is ír, hogy ha újra beolvasod, akkor már nem telejesen
biztos, hogy ugyanazt kapod vissza, mint a korábbi olvasásnál... Változóba
tenném, így csak egyszer olvasnám be, azon nézném a feltétel teljesülését.A harmadik, amire még gondoltam, hogy az hibás adathoz vezethet-e, ha túl
sűrűn próbálod olvasni az aktuális értéket, bár ha ez az adott modul tudja az
5 Hz-es frissítést is, akkor elvileg 4 Hz-en kérdezgetve nem lehet baj. De azt
nem tudom, hogy hogyan működik a háttérben a könyvtár, ami kezeli...
A negyedik ehhez lazán kapcsolódón: ha van 2 méteres szórása, akkor nem
túl sok értelmét látom másodpercenként négyszer rákérdezni, hol a játékos.
Szerintem sok-sokesetenkénthibás koordinátából nehezebb távot számolni.Ha viszont ennyire behatárolt a felhasználás, akkor a hibás adat értelmezése
is túlságosan megengedő (csillió km/h): elég az ha mondjuk 50 métert ugrott
odébb egyetlen másodperc alatt, futva azt se követhette el => mérési hiba.
-
-
-
gazso75
aktív tag
Rögzíti a hibás adatot így is
Pl.:
2019.05.9 14:08:08 47.573955 21.592453
2019.05.9 14:08:08 5.266666 0.200000
2019.05.9 14:08:09 47.574131 21.592359Emeljem 500 vagy 1000 ms-re lehet akkor megszűnik?
Azért gondoltam minél alacsonyabbra, mert a cél az lenne, hogy a gyerek hátára/tarkójára tenném egy zsebbe. Focizik, így meg tudnánk nézni, hogy mennyit/hogy/milyen gyorsan mozog a pályán.
-
válasz
Victoryus
#11190
üzenetére
Tudsz linket adni ezekhez a koppincs motorokhoz? Miért van rajtuk 4 vezeték, szenzor van bennük?
Most kerestem vissza, a nema8 motorokról tényleg más valaki írt, ezen a linken láttam, nagyon megtetszett, és megmaradt bennem. Kár, hogy drága is egy ilyen motor és driver is kétszer annyi kell hozzá, mint egy sima dc motorhoz. -
Nem, koppincs kínai lego m motorok, sima dc motorok. A Nema8-ról most olvasok először. Nem rossz.
Azt nem tudom, korábban mit csináltam, de az biztos, hogy hülyeséget... visszanézve a hozzászólásaim. Szerintem nem a Wemos lábkiosztását próbáltam anno, hanem az uno-ét, a sensor shielddel se boldogultam akkor. Most meg megy. -
válasz
Victoryus
#11188
üzenetére
"leforrasztani a lego koppincs motorokról a 4 erest, helyére sima 2 erest"
Ugye nem a korábban linkelt(?) Nema8 stepper motorokkal akarod ezt megtenni?
"mert a motor shieldhez nem raktam fel anno"
Dehát driver (lib) nélkül le sem tudod fordítani a programot.
De örülök, hogy végre sikerült valami eredményt elérni.
Ha a wemos motor shield-ről beszélsz, akkor igen, az i2c vezérlés csak két pint foglal, asszem a d1/d2-t. (Meg persze a táp és gnd pineket.) -
válasz
Victoryus
#11187
üzenetére
Több, mint 6 pin szabad, szóval úgy néz ki elég lesz
Bónuszként rátettem a sensor shieldet, mert úgy egyszerűbb lesz a ledeket bekötni, és működik az is frankón. No, most már csak a wifis/bluetoothos vezérlést kell megoldani, leforrasztani a lego koppincs motorokról a 4 erest, helyére sima 2 erest, majd mindent beépíteni a járgányba.
Ez se lesz egyszerű menet. -
Megyek tovább másik vonalon, wemos d1 r2+motor shield. Valamikor régen írtad, hogy ugye rendben vannak a driverek? Nos, nem voltak, mert a motor shieldhez nem raktam fel anno. Most viszont igen, és vééégre sikerült a kis dc motort 4AA aksival elindítani.
Innen már lehet, hogy tovább tudok menni.
Még azt nem tudom, hogy akkor tulajdonképpen hány szabad pinje marad a wemosnak, de valahogy majd kiderül. Elvileg a motorvezérlő csak 2 pint használ el. -
-
válasz
gyapo11
#11180
üzenetére
"böngésző a NAT mögül kapcsolatot tud teremteni egy serverrel"
De csak pollozni tud, a server csak akkor tud adatot küldeni a böngésző felé, ha a böngésző kezdeményez. Ezért nem lehet a kapcsolatteremtés után kihagyni a szervert. Torrent sem működik két passzív módú kliens között, csak akkor, ha az egyik aktív! -
gyapo11
őstag
válasz
vargalex
#11174
üzenetére
A böngésző a NAT mögül kapcsolatot tud teremteni egy serverrel, aminek van netes IP címe. Ugyanígy egy másik NAT mögött levő gép is, ezután a server szerintem már kihagyható, és mindkét gép számára a másik lép a server helyére.
Arra gondoltam, hogy a teamviewer servert használni, de persze ha a protokoll nem ismert, akkor erős reverse engineering kellene hozzá.
Ott van a bittorrent, két NAT mögötti gép képes egymással adatot cserélni, kapcsolat felépítéséhez kell a server, de utána már nem. De voltak más ilyen peer to peer filecserélő programok is. -
ecaddsell
aktív tag
válasz
gazso75
#11175
üzenetére
Tipikus kommunikációs hiba. Vagy robusztusabbra csinálod vagy ezeket az adatokat ahol ugrás van elfejeted.
Robusztusabbra pl. úgy tudod csinálni, hogy ha van lehetőség újraolvasásra, akkor kitakarítod a puffert dummy olvasásokkal majd újra olvasol.
Nem olvastam bele a kódba, de sajnos sok könyvtár pont ezért használhatatlan (komolyabb célokra) mert csak a hibátlan esetekre van felkészítve. -
-
-
gazso75
aktív tag
Sziasztok, nemrég csináltam a aksiról működő GPS loggert. Minden szépen működik, log-ol SD-re, veszi a jelet, stb. Egy bajom van, kb.200 mérésenként egyszer van 1 hibás mérés ( logol egyet Franciaországba, Kongoba, Mongóliába
) Tudtok e segíteni abban, hogy miként tudnám elcsípni a rossz koordinátát SD-re írás előtt, hogy utólag ne kelljen mókolni a térkpre importáláskor.
kód elején:
double prev_lat = 0;
double prev_lon = 0;
boolean first = true;loopba:
void loop()
{
// If we have data, decode and log the data
while (ss.available() > 0)
{
if(first)
{
prev_lat = gps.location.lat();
prev_lon = gps.location.lng();
first = false;
// continue;
}
if (gps.encode(ss.read()))
logInfo();
}
// Test that we have had something from GPS module within first 10 seconds
if (millis() > 10000 && gps.charsProcessed() < 10)
{
// Set error led
digitalWrite(GpsLedPin, HIGH);
// Wiring error so stop trying
while(true);
}
}digitalWrite(GpsLedPin, LOW);
if(millis() - previous > frequency)
{
if(abs(prev_lat - gps.location.lat()) > 1 || abs(prev_lon - gps.location.lng()) > 1)
{
A cél ugye az lenne, hogy ha 1 egész számmal eltér a lat, vagy long érték az előző értéktők, akkor ne írja SD-ra.
A teljes kód a pastebin-en: [link]
-
vargalex
félisten
válasz
gyapo11
#11173
üzenetére
Szinte biztos, hogy szerveren keresztül megy a teljes kommunikáció, ellenkező esetben legalább az egyik tagnak kívülről elérhetőnek kellene lennie...
Értettem, hogy nem a TeamViewert akarod mikrovezérlőn futtatni, de azt gondoltam, hogy konkrétan arra gondoltál megvalósítani. Az pedig a zártsága miatt lehetetlen. Persze, hasonló elven működő saját interface-t ki lehet találni, de akkor kell egy mindkét oldalról elérhető szerver. -
gyapo11
őstag
válasz
vargalex
#11171
üzenetére
Nem arra gondoltam, hogy a kódot egy az egyben mikrovezérlőn futtatni, hanem a módszert követni, bejelentkezni egy serverre mind a kliens mind a server, és azon keresztül adatokat továbbítani. Azt nem tudom, hogy a teamviewer csak a bejelentkezés idejére használja a servert, és aztán már a két külső gép közvetlen kapcsolatban van, vagy minden a serveren keresztül megy, de utóbbi esetben elég nagy terhelése lenne.
A lényeg, hogy ha két pc tud kapcsolódni NAT mögül, akkor két mikrovezérlő vagy pc és mikrovezérlő is, csak kell hozzá a program. -
válasz
gyapo11
#11170
üzenetére
Gondolom a teamviewer is vmi broker szervert használ, ami közvetít ilyenkor (vagy mindig).
Simán ki tudok találni erre valami saját protokollt, ezért tetszik ez a uC megoldás.
Egy kameránál, még ha be is lehet állítani, hogy feltöltse a képeket valahova, nincs akkora mozgásterem. Meg akkor hol marad a fun factor? -
válasz
Victoryus
#11166
üzenetére
Sajnos nem igazán van fogalmam róla, hogy mi is ez a motor shield, de a kép alapján egész biztosan rosszul van összekötve, mert a D1-D4 lábak mellett még minimum a gnd-t össze kell kötni a shield és a lap közt, és ha a shield-en nincs kimondottan konverter a L293d tápfeszültségének az előállításához (3,3V-5V) akkor még a Vcc bemenetet is össze kell kötni a lap megfelelő kimenetével (esp32-nél a 3,3V-tal!). Ez a L293d logikai tápja, nem a motoré! Ezek után ott van még egy-egy enable láb mindkét motorhoz, ha azokat nem húzod magas szintre, a D1-D4 lábakra hiába adsz jelet, a motorok nem fognak megmozdulni. Szóval összesen ha jól számolom 8db jumper kábel kell a két motorhoz. És persze minimum 9V táp a shield-nek (motorok tápja), mert az alatt a L293d nem nyit ki rendesen, csak melegszik meg sípol (pwm meghajtás esetén).
-
Janos250
őstag
"Port forwardinggal sajnos nem érsz semmit, ha szolgáltatói NAT mögött van az ip címed"
Nálam UPC van, a NAT a lakáshoz telepített router feladata, így nekem ez nem gond.
Akkor marad az alábbiak valamelyike:
a.) Saját ftp helyedre feltöltés
b.) Számos kínai saját, kínai felhőbe tölt. Én meg attól idegenkedem. -
Volt egy kis időm így megpróbáltam összerakni egy esp32+NodeMcu ESP8266 Motor Shield Lua L293d -őt.
Háát, nem nagyon értem, hogy lehetne ezt működésre bírni. L298N-t használtam már, de annak több dolog is kellett a működéshez: pwm, motor a enable...
Ezen a L293d-n hova kéne bekötni egyáltalán az esp32-őt, meg hány pinnel? Alin annyit ír, hogy Control Port: D1, D3 (A motor); D2, D4 (B motor)
Ha feszültséget kap a D1, vagy D3 az ég világon semmi sem történik. Gondolom kéne még neki valami, csak ez nem nagyon derül ki sehonnan, hogy mi.Motorvezérlő:
-
vargalex
félisten
-
válasz
vargalex
#11163
üzenetére
Nem csak bizalom kérdése, nem vagyok biztonsági szakember, meg nem is szeretnék a kelleténél többet foglalkozni az otthoni hálózat biztonságával. Nekem kényelmes, hogy a NAS-on futó smb hálózat jelszó nélkül üzemel, hogy a raspberry a gyári ssh jelszóval nyitható stb. A torrentezés miatt az ip címem sem hadititok, így jól jön, hogy van egy plusz "tűzfal", ami véd. Ha kivennének a NAT mögül, ezeket a réseket mind be kéne tömnöm, és akkor még mindig ott van annak a lehetősége, hogy a routeren befoltozatlan biztonsági rés van. Jobban bízom a láthatatlanságban.
Jártam már úgy, hogy torrentezős gép egyik napról a másikra 250+ vírust szedett össze, mert csak a router és a windows tűzfala védte. De nem akarok offolni tovább. -
-
-
Janos250
őstag
Csakhogy az 21 $! Én biztonsági kameráknak Hiseeu HSY-HB612 1920x1080 kínai kamerákat vettem. Szeptemberben 25 $ volt, egyébként 30 körül van. Az viszont komplett, a firmware tudja a szokásos biztonsági kamera funkciókat, riaszt mailre, távolról nézhető, feltölt ftp-re vagy NVR-re, stb. Azóta már nagyobb felbontású is kapható alig drágábban.
A TTGO technikát még nem próbáltam ki, pedig már pár hónapja megérkezett a próbadarab, persze nem kamerás változat, csak sima.
-
-
-
válasz
Janos250
#11155
üzenetére
Nézegettem ezt az esp32-cam összeállítást, és azt látom, hogy 3 féle cam modult is lehet hozzá kapni. Na most a kérdés: szerinted mi a szűk keresztmetszet, a modul, vagy az esp32 teljesítménye, esetleg a wifi sebessége? Érdemes lehet másik modult próbálni az ov2640 helyett magasabb fps érdekében? Egy 15-30 fps / 640x480 mellett én már elégedett lennék.
A másik, jól látom, hogy ezen nincs usb, hanem külön programozó kell hozzá?
-
Janos250
őstag
"Ehhez, amit linkeltél, nincs is kamera"
Bocs, csak rákerestem egyre a Bangoodon, ehhez tényleg nincs, rossz a link.
"Honnan vetted együtt a kettőt?"
Innen, ez a jó link:
https://www.banggood.com/Geekcreit-ESP32-CAM-WiFi-bluetooth-Camera-Module-Development-Board-ESP32-With-Camera-Module-OV2640-p-1394679.html?rmmds=myorder&cur_warehouse=CN
Ez most drágább, 8 $, én olcsóbban vettem.
"Erős fényben sem nő a framerate?"
Nem próbáltam.
"Mire jó ez tulajdonképpen fotózáson kívül? "
A kamera része csak érdekesség. Nekem az benne a lényeg, hogy rajta van az SD csatlakozó hely. És, hát ESP32, ami elég sok mindenre jó. -
Breaker
tag
A lolin32-vel vigyázz, mert ezen a shield-en ha jól tudom rajta vannak az i2c felhúzó ellenállások, amik 5V-ra húzzák a pineket, de amíg az esp8266 gpio-i 5V toleránsak, az esp32 kimenetei állítólag nem azok.
Nah akkor meg is kaptam a választ egy fel nem tett kérdésemre..
Igaz én Lolin D1 Mini-t hasznalok, de az is esp8266.. A minap méricskéltem, és a pineken 5Vot mértem, és vakartam a fejem hogy ez hogy a fenébe lehet, illetve hogyhogy nem purcantak ki? -
Janos250
őstag
Megérkezett a 6.5 dolláros ESP32 CAM modulom:
https://www.banggood.com/Geekcreit-ESP32-CAM-WiFi-Bluetooth-Camera-Module-Development-Board-ESP32-p-1443851.html?rmmds=search&cur_warehouse=CNAzt nem mondanám, hogy szuper a kamerája, de kevesebb mint kettőezer Ft-ért mit vár az ember.
Az ESP32 modul teljesen OK. Azok a kivezetések, amik a camera modult kezelik, ki sincsenek vezetve, de nekem így is marad elegendő GPIO. A lap hátulján van egy SD kártya hely, azt még nem próbáltam, remélem az is működik.A kamera: hát.... gyengécske.
Nálam vízszintes csíkok is vannak benne, azt még nem tudom, hogy a kamera hibája, vagy más. A felbontásokhoz a mért fps-ek:
1600x1200 : 0.2 fps
800x600 : 1 ffps
320x240 : 3 fps
160x120 : 8-10 fpsÖsszességében kettőezer Ft-ért kaptam egy ESP32 lapot SD slottal, kamerával együtt. Ez azért ugye elég jó ár! Egy UNO is önmagában alig kerül kevesebbe.
Ha a kamerát nem akarjuk használni (eldobjuk), akkor is nagyon jó árért kaptunk egy ESP32 lapot, ráépített SD card slottal -
XharX
aktív tag
válasz
robohw
#11144
üzenetére
Köszönöm, kb én is valami ilyen megoldásban gondolkodtam.
(#11145) Gergosz2 : Sajnos az se megengedett magában, mm használható, de mindenképp kell a mikrokontroller mellé.
Még egy másik kérdés, ha szabad. A végén majd mindkét eszköz egy tápról menne, meg rakok majd össze hozzá egy szünetmentest. A lényege az lenne, ha elmegy a hálózati fesz, akkor még aksikról tudjon menni annyit az arduino amíg elveszi a feszt a pitől, majd ha újra van hálózat visszaadja neki. A konkrét kérdésem az lenne, hogy a 230-at hogyan tudnám figyelni? Láttam feszültség szenzorokat arduinohoz, abból ha van 230ac verzió az megfelelő lenne?
-
Használta már itt valaki a SPIFFS fájlrendszert esp32-n? Sqlite adatbázist próbálok használni rajta, az olvasás hibátlanul működik, de az írás nem. Ha írok az adatbázisba, hiba nélkül lefut a kód, de 3ból 2x a kiírt adat egyszerűen elveszik. Néha viszont sikerül írni az adatbázisba és az adat is megmarad.
Néhány írási próbálkozás után pedig néha lefagy az egész esp! Hiába túrom a netet, semmit sem találok a témában. Egyszerűen nem tudok rájönni, hogy hardverhiba, bug valamelyik lib-ben, vagy én rontok el valamit a programban. Talán vmi flush parancs kellene, hogy kírja a változásokat, de egyik példakódban sincs nyoma, hogy létezne, vagy hogy használni kellene... -
robohw
aktív tag
Ahogy te képzeled, arra talán a legjobb megoldás, ha a 230-as táp pi felé menő fázisát szakítod meg a relével, ha a pi lefagy.
A pi felől érkezik egy jel amely mondjuk t ideig magas, aztán ugyanennyi ideig alacsony. Az arduino ezt a jelet vizgálja és ha adott ideig ami (t-szer x) nem változik, akkor a relét elengedi, majd kis idő elteltével ujra behuzza. A tápot figyelni kell, hogy meddig képes táplálni a secunder körről a pi-t! Ennek függvényében kell várakoznia az arduinonak a visszakapcsolással.A relé olyan legyen, ami tartalmaz meghajtást. .
-
válasz
Victoryus
#11142
üzenetére
Milyen library-vel próbálod ezt a shield-et használni a Wemos d1-el? Az uno-hoz való adafruit-ossal?
Az alsó sor jobb szélső két pin az SDA SCL, ugyanez duplázva a felső sor bal szélső két pin-en.
A lolin32-vel vigyázz, mert ezen a shield-en ha jól tudom rajta vannak az i2c felhúzó ellenállások, amik 5V-ra húzzák a pineket, de amíg az esp8266 gpio-i 5V toleránsak, az esp32 kimenetei állítólag nem azok. -
válasz
Victoryus
#10432
üzenetére
Ott tartok, hogy nem tartok sehol... Fizikailag nem passzolnak össze az alkatrészek, túl szélesek a boardok a motorvezérlőhöz képest. Pedig egy típushoz valók elvileg...
Szóval most megint ugyanott vagyok, ahol 3 hónapja, hogy kéne valami motorvezérlő+lap ami kis helyen is elfér.Plusz rájöttem, hogy elég nekem két 18650-es akku is, nem kell 3, súly+helytakarékosság is szempont.
Aryes javasolta a lolin esp32-őt.
Abból is van már egy itthon. Akkor ehhez milyen motorvezérlőt rendeljek? (amit nem kell összerakni, forrasztani)Másik kérdés, ha már van ez a motor shieldem, azt hogy lehetne kideríteni, melyik lábaival lehet csatlakoztatni?
Ezt írtam korábban is, ha ráteszem a Wemos d1 r2-re akkor kb semmit nem csinál, és szabad pin is csak 2 marad... Lehet uno-val menne, de azzal még nem néztem.
-
XharX
aktív tag
Sziasztok!
Egy projektben szeretnék segítséget kérni. Egy arduinoval szeretnék egy rapsberry pi-hoz hardveres watchdogot készíteni. Elsőre még egy nagyon egyszerű rendszer lenne a cél, fagyás esetén (írok egy-egy programot az eszközökre amivel ezt nézhetem, ez számomra a könnyebb része) az arduino elvenné a tápot a pi-től majd pedig visszaadj. Egy relét szeretnék erre a célra használni, de nem vagyok tisztában azzal, hogy a pi tápellátása így hogyan lenne könnyen megoldható. Vagy a 230V felől a tápkábelt kötöm be egy arduinorol vezérelhető relébe és kész?
Plusz a kettő tápellátását egy helyről akarom megoldani a későbbi célok miatt, erre van lehetőség? -
kisBősze
csendes tag
Sziasztok!
Arduino Pro mini-t szeretnék irányítani bluetooth-on keresztül. Androidra sikerült is "appot" csinálni, MIT App Inventor-al. Minden rendben, működik!
Úgy alakult, hogy ios-re is kellene ez a program, de ehhez már én kevés vagyok.
Tudna valaki segíteni ios-re való app készítésben?
Előre is köszönöm!
-
gyapo11
őstag
A válaszhoz ismerni kellene a kapcsolási rajzot, az ic-k működését, de szerintem az a/d konverter bemenete tud meghalni a nagyobb fesztől. Aztán meg ha zárlatos is lesz, az usb portnak még attól sem kell kinyiffannia, mert van valami áramkorlátozás vagy biztosíték, de ez is alaplapfüggő lehet. Gondolom egy ilyen hangkártya fogyasztása nem lehet túl sok, főleg ha a kimenete nincs terhelve, vagyis egy soros ellenállás a tápba a maximális usb port áramra méretezve (mondjuk 10 Ω) megfelelő lehet a zárlat ellen.
A jel már nehezebb, mert a mikrofon bemenet mV nagyságrendű lehet. -
-
Breaker
tag
sajnos nem latom opciónak nálam a 3.3Vot - az elejen is gondolkodtam rajta amikor terveztem a kutyut.
ws2818 led vezerlonek minimum 4.5 kell. Max7219 IC-nek minimum 4V (azalatt instabil). (tobbi ICnek szinten 5 korul kell).Most egyellore azt probalom kideriteni hogy letezik e ilyen kis meretben legalabb 1600mAh akksi.
Vannak mobiltelefon akksik, azok jo laposak, de nincs tapasztalatom mennyire terhelhetoek. Ha azt veszem alapul hogy nagy kijelzoket hajtanak akkor azert nem lehetnek gyengek. a csatlakozótűket nehéz beszerezni hozzájuk azokkal meg az a gond... -
gyapo11
őstag
válasz
robohw
#11124
üzenetére
Pár hozzászólással előbb volt a 9 V-os akku probléma, ahhoz pl. a hangkártyás is tökéletes lenne ránzéni, hogy a táppal mi is van terhelés alatt, mennyire horpad be. Usb-s hangkártya 1 $, software ingyen, 3.5 jack to bnc 5 $, de akár egy 3.5 dugóba két drót is jó, és ezt multiméterrel nem nagyon lehet kimérni. De pl. nyomógomb prelljét megnézni meg az állapot analizátor jobb mint a szkóp, bár ezek a digitális tárolós szkópok már eléggé alkalmasak erre is, jel indítja, trigger egyszeri lefutásra állítva és ott a hullámforma a kijelzőn.
Szóval kell mindenféle műszer, az arduino is csak egy elektronika, táp, kontakt, zavarjelek, mindenre van legjobban alkalmas műszer. -
-
-
válasz
Breaker
#11118
üzenetére
Vettél egy 800mAh lítium akksit, amit egy belső step‐up converter 9V‐ra konvertál, így már csak 300mAh körül képes leadni, ha jóindulatú 90%‐os hatásfokkal számolok (ha 70%‐al számolok, akkor már csak 230mAh!). Ezt visszakonvertálod 5V‐ra (majdnem a felét elfűti), amit a D1 még lekonvertál az onboard konverterével 3,3V‐ra (még elfűt belőle egy kicsit). Jól értem?
-
Breaker
tag
Sziasztok!
Létezik az hogy ez a battery nem bir leadni 150-170mA-t sem?
Rendeltem egyet, a Lolin D1-hez. Hogy egyszerubb legyen az élet, ezzel az eszközzel vléptetem le 5V.ra:
Ha rádugom a Lolinra, 10 masodperc utan rebootol, a ledek és kijelzok amiket vezérel pedig vibrálnak... Ha a 2600 mAh poewrbanket dugom rá akkor semmi gond nincs.
Egy másik módszert is kipróbáltam, mégpedig hogy KA7805 linear voltage regulatorral léptettem le 5V-ra és közvetlenul hozzaforrasztottam a Lolin 5V/gnd pinekhez az outputot. Itt nem fagyott le a Lolin de a ledek vibráltak és a 7 segmenses kijelzők random segmensei felkapcsolódnak..
Próbáltam elektrolit kondenzátort beiktatni de nem javít a helyeten a kijelzők vibrálnak.
Üdv
Breaker -
Janos250
őstag
válasz
gyapo11
#11114
üzenetére
"349-889 Euró közötti árakon"
Az azért elég húzós ár!
Akkor már inkább 450 $-ért:
https://www.banggood.com/RIGOL-DS1054Z-Digital-4-Channels-50MHz-Bandwidth-1GSs-7inch-WVGA-12Mpts-30000wfm-Oscilloscope-p-1112065.htmlEz a sorozat legolcsóbb tagja, "belépő" szintűnek írják. Ami egyébként érdekes, mert az egész sorozat ugyanazt a hardvert tartalmazza, csak a firmware más, ha megveszi valaki a teljes firmwaret, akkor a legfelső szintű lesz belőle, igaz, nagyon magas áron. Persze van megoldás
Az viszont tényleg nagyon sok mindent tud. 100 Mhz-es 4 csatornás, memóriás analóg szkóp rengeteg funkcióval lesz belőle.Persze hobbi szinten ez elég drága, nem lehet kihasználni.
Saleae:
A Saleae klónnak is van 100 Mhz-es verziója is, kb. 10e Ft-ért. Nekem van mindkettő, de az esetek 90 %-ában a 24 Mhz-est használom, csak nagyon ritkán van szükségem a 100 Mhz-esre. -
gyapo11
őstag
válasz
robohw
#11115
üzenetére
Ehhez már jó pár éve begyűjtöttem pár software-t, meg vettem egy kis usb-s hangkártyát is, csak még a 3.5-ös jack to bnc átalakító kell és mehet a móka. Viszont ez talán 44.1 kHz-cel tud mintavételezni, szóval hangfreki.
Viszont végre összeforrasztottam a DIY dso150-et, ez 200 kHz sávszélességű analóg bemenet és 1 Msps max mintavétellel megy.
És úton van egy dso188, 1 MHz sávszélesség, 5 Msps mintavétel, akkus, nem kell dróttal tápolni.
És még lehetne följebb menni, de 60 $-ért már van 20 MHz-es 48 Msps mintavétellel kétcsatornás usb szkóp, szóval nem érdemes.Ez a kis Saleae másolat a 24 MHz-es mintavétellel mutatja, hogy milyen idők vannak, analóg jelet nemigen néznék ekkora frekin. Arduino kimeneteknél is pár tíz kHz a jellemző, ha rövidke program fut, erre tökéletes akár az állapot analizátor, akár valamelyik olcsóbb analóg szkópocska. A dso188 még akciós 23.99 $-ért + 2.37 szállítás.
-
gyapo11
őstag
Ez a hw csak digitális, de van a Saleae-nek olyan hw-e ami analógot is tud, 349-889 Euró közötti árakon.
Megnéztem a pulseview-t, kicsit kellett izmozni a 3.0-ás usb driverrel, de végül sikerült, bár nem mutat az elérhető eszközöknél semmit mint egy videón, fönt mégis választható a Saleae. Nekem a Saleae programja könnyebben leolvasható infót ad. A protokoll dekódereket nem próbáltam, több van a pulseview-ban.
-
Janos250
őstag
válasz
brickm
#11108
üzenetére
"Enyém megy a Saleae logic analyzer szoftverrel is"
Példánya válogatja, hogy melyik megy a Saleae szoftver installálós verziójával.
De van béta verzió, amit installálni se kell. Többet itt nem részletezek."PulseView"
Na, ez nekem új infó! Kipróbálom.Már többször javasoltam, hogy vegyetek ilyet, mert NAGYON megkönnyíti az ember életét. Most is nyomatékosan ezt mondom!
bocs
Még azt nem tudom, hogy akkor tulajdonképpen hány szabad pinje marad a wemosnak, de valahogy majd kiderül. Elvileg a motorvezérlő csak 2 pint használ el.
Új hozzászólás Aktív témák
Hirdetés
ekkold
- IKEA Format lámpák eladóak (Egyben kedvezménnyel vihető!)
- ÁRGARANCIA! Épített KomPhone Ryzen 7 9700X 32/64GB RAM RX 7800 XT 16GB GAMER PC termékbeszámítással
- Apple iPhone SE 2020 64GB Kártyafüggetlen 1Év Garanciával
- Bomba ár! Fujitsu LifeBook U758 - i5-8GEN I 8GB I 256GB SSD I HDMI I 15,6" FHD I W11 I Garancia!
- Telefon felvásárlás!! iPhone 15/iPhone 15 Plus/iPhone 15 Pro/iPhone 15 Pro Max
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged