- Google Pixel topik
- Mobil flották
- Honor 400 - és mégis mozog a kép
- Android alkalmazások - szoftver kibeszélő topik
- iPhone topik
- Honor 400 Pro - gép a képben
- One mobilszolgáltatások
- Samsung Galaxy Z Fold6 - ugyanaz, sarkosan fogalmazva
- Samsung Galaxy A34 - plus size modell
- Azonnali mobilos kérdések órája
-
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
-
Közben keresgéltem usb ügyben, és úgy értelmezem a dolgokat, hogy az esp32 s2/s3 képes USB eszközként és USB OTG host-ként is működni (a hátoldali jumpertől függően). Csak azt nem értem, hogy akkor miért van rajta külön USB-UART, ha natívan támogatja az USB-t, mint az Atmega32u4 (Arduino Leonardo, Pro Micro).
-
-
Nem fogalmaztam pontosan, egy kávéfőzőről jön a soros adat D5 és D6-on, de azzal nincs is baj, az működik rendesen minden körülmények között. A timer nem indul csak el és csak akkor, ha töltőről próbálom. Laptopról tökéletes... (Innen van az ötlet és a program, de át kellett dolgozni, mert a timer indításához nem jön az adat, így egy reed relé van rátéve a pumpára és annak a mozgása indítja)
-
Undoroid
őstag
Szia!
Mindkettőből van használható példányom! A uC-t még nem is használtam soha (ki sem csomagoltam még), de nem hinném, hogy össze tudnám hozni velük a (hibátlanul) működő, kiinduló feladatra kitalált összeállítást és kódot!
Viszont érdekes lehet ugyanez az összehuzalozás egy NANO-val! Persze, ha ez lehetséges és nincs további ütközés a környező alkatrészekkel!
Próbálok tanulni a már meglévő / elkészített példák alapján, de még NAGYON kezdő vagyok ebben! Keresgélek és ha megvan mindenem egy példához, azt megépítem és próbálom megérteni a kódot! Vagy kérdezek...
-
Janos250
őstag
https://github.com/rpolitex/ArduinoNvs
Az állomás, és a szerver mód mehet egyszerre a megnyitásnál. Az egyik bit az állomás, a másik a szerver.
-
Én használom, szerintem elég klassz. EEPROM-ban tárolja a konfigurációt.
Korábban úgy oldottam meg hogy (VIGYÁZAT komoly túlbonyolított agyf*sz következik):
- Beégettem kódba egy fallback SSID/pw párost
- EEPROM-ból kiolvastam egy megadott helyről egy másik SSID/pw párost
- Ha az EEPROM-ból olvasott AP-ra fel tudtam csatlakozni, akkor ment minden üzemszerűen
- Ha az EEPROM-ból olvasott AP nem létezett, vagy nem tudtam csatlakozni, akkor a fallback-et próbáltam
- Ha a fallback sikerült, akkor egy szerverről lekértem, az ajánlott SSID/pw párost. (Itt be lehet tenni tetszőleges visszafejthető titkosítást, akár már a szerver eléréséhez, akár a kommunkált adatokba is)
- Ha az ajánlott SSID egyezett a jelenleg EEPROM-ban lévővel (amihez ugye nem tudtunk csatlakozni) akkor fentmaradt az ESP a fallback hálózaton, és indulhat az üzemszerű működés
- Ha az ajánlott SSID változott, akkor frissítettem az EEPROM-ot és reboot.Így ha valahova vittem egy ilyen eszközt, akkor a szerveren letároltuk a hozzá tartozó logint, és mobilról hotspottal megadtam neki a fallback hálót amíg inicializált.
-
#70211840
törölt tag
Nem mondtam, hogy ezt a 3D nyomtatós dolgot választom, csupán egy ötlet volt.
Nagyobb felületű 3D nyomtatott cuccoknál nálam azért erősen látszanak a "szálak".
Emiatt nem biztos, hogy jó ötlet a teljes doboz.ViZion:
Én anno próbáltam már a régi pákahegygyel kiolvasztós dolgot, hogy kevesebb anyagot kelljen reszelni majd. A végeredmény az lett, hogy a műanyag szélek olyan kemények lettek, hogy nem bírtam reszelni őket. Hamarabb végeztem volna, ha körbefurkálom és lereszelem a maradék széleket. -
#70211840
törölt tag
Aryes, t72killer, its_grandpa, vkp:
Köszönöm a tippeket. Úgy látom mindegyik megoldásnak megvan a maga előnye és hátránya is egyben.Közben felmerült egy ötlet nálam is, bár talán nem a legjobb.
Alapvetően ugye a faragással/olvasztással/reszeléssel az a probléma, hogy nem lesz tökéletesen egyforma a nyílás minden részén. Mi lenne, ha a nyílásba belemenne egy keret, amit 3D nyomtatóval csinálnék meg? Ez egyben tartalmazhatná a csavar helyét a kijelző felfogatásához is.
Mivel vékony keret lenne sok anyag sem kellene és akár még jól is kinézhet egy kis perem a dobozon a kijelző körül. -
-
-
Janos250
őstag
Én is a sodrott pártján állok, mert az nem törik. A merev kábel (fali UTP-ből, kidobott régi telefonkábelekből) régen én is próbáltam használni, de letettem róla, mert nagyon nehezen kideríthető alkalomszerű hibákat okozott, amikor a szigetelésen belül eltört, és hol érintkezett, hol nem. Volt többtíz méter leszerelt, 20 eres telefonkábelem, erre szántam. Aztán inkább kidobtam.
-
-
ViZion
félisten
Amit írtam korábban, h WLED vezérlő digit led mellé raknék mezei RGB ledet. A WLED ezt tudja, de ha külső vezérlést kap, akkor csak az van, se a szegmensek, se más beállítások nem érvényesek. De végül rájöttem, h prismatik-kal hogy lehet kvázi-szegmenseket csinálni.
OK, arduino-t nem kellett programozni, a WLED az kész. -
ViZion
félisten
Köszönjük, Boldog Karácsonyt a topiklakóknak!
Wolfram, ez mit jelent: "még így nem jött elő hogy gui-ból kelljen kattintgatni"
Nem töltődik be, nem tudsz belépni? Meddig jutsz el ez esetben?
Vagy még ilyennel nem találkoztál? Rengeteg van... Tasmota, WLED, ESPurna, stb... -
And
veterán
("Több eszköz esetén azért nem jelent problémát, mert tudtommal eszközönként kellene egy-egy 4,7k ellenállás (/fixme)."
Nem így van, egyébként magad is leírtad, hogy miért. A komplett busz két vezetékére kell összesen egy-egy felhúzó. Ha minden slave-hez tennénk, azok párhuzamosan kapcsolódnának, és mivel egy időpillanatban csak egy eszköz lehet aktív - hiszen a busz közös, egyszerre csak egyvalaki 'beszélhet' rá az adatvonalra -, annak a buszmeghajtó tranzisztora károsodhatna. Bár utóbbi elég extrém eset, csak rengeteg slave és eleve alacsony egyenkénti felhúzó mellett volna realitása, egyébként is feleslegesen nagyra adódna a felhúzóáram. Az is igaz, hogy az I2C a gyakorlatban viszonylag igénytelen, nem kíván pontos értékű felhúzókat, erre elég széles ellenállástartomány szóba jöhet. De - ahogy arra utaltál - a nagyobb sebességű átvitelhez a uC-k belső portfelhúzója /sokszor 10 kΩ nagyságrend/ általában túl nagy, azokkal a busz jellemzőitől /hossz, vonali kapacitás, slave-ek darabszáma/ függően nem feltétlenül tud kialakulni a megfelelő meredekségű négyszögjel a buszon. Szoftveres I2C-hez, maximum néhányszor 10 kHz-es busz-órajelhez még talán elmegy, de az SSD/SH oled-ek 400 kHz-es buszsebességet tudnak és akad olyan slave is, ami bőven 1 MHz feletti I2C-órajel mellett is képes kommunikálni.) -
#70211840
törölt tag
Hát nem tudom... Biztosan kellenek ezek a pull-up ellenállások?
And fórumtárs itt éppen azt említi, hogy nem szükséges, mivel ezek gyárilag rajta vannak a kijelzőn, illetve több eszköz esetén jelenthet problémát is.Gyorsan összedobtam a Wemos D1 Mini-t, direktben rákötöttem a kijelző SDA/SCK lábait a D2/D1 lábakra és 3.3V-ról hajtva azonnal működött.
ESP-01 esetében sem használtam felhúzó ellenállásokat. Kellene? Több darab is így üzemel már egy ideje.
-
#70211840
törölt tag
Más dióda fajta? Vagy az alap koncepció hibás?
ViZion: Ja, két darab AA elemmel elmegy (tapasztalat), de hamar lemerül egy elem 1.3V alá és elméletben ott már gond lehet, miközben az elemben volna még tartalék.
Több elem + step-down megoldja a gondot, de ha jól tippelem nem akarsz egy marha nagy csomagot rákötni a "mütyürre".
Én jelenleg egy ilyet 4db NiMh akku + stepdown-al hajtok csak úgy próbaképpen egy Oled kijelzővel. -
ReFleXx
addikt
ezt a videot lattam mar , de ebben nem volt szo boost converterrol, illetve itt a vegen a dupla AA elemes elmeletnel nem kalkulalt a beeso feszultsegrol.
ennek ellenere elso korben 2X AA elemmel fogom megprobalni es meglatom mennyit bir a padlason a cucc, azt valahogy szivesebben fenn hagyom mint egy lithium akksit -
#70211840
törölt tag
Terasz, medence melletti féltető, különálló kisgarázs. Ezek mind fűtött épülettől különálló fűtetlen pontok.
Jelenleg is van egy 4db AA elemmel + stepdown-al üzemelő projectem, ami látszólag elég jól kiszolgál egy mcu-t. Ezért is kérdeztem, mint alternatívát. Hátha az elem megoldás lehet.
A li-ion aksikról olvasva több helyen felvetették, hogy komoly gondot okozhat a hideg, ami töltéskor jön elő.
Igazából kicsit tartok is a li-ion celláktól. Éppen kidobni készülök 12 darabot, mert mélymerülésből (1.8V-2.8V) hoztam vissza őket és a másik csoportban rendesen "rámijesztettek", hogy tüzijáték várható, ha teljesen feltöltöm őket.
Szóval, ezért is aggódom kicsit a hideg miatt is, pontosabban a hidegből behozott, nem megfelelően átmelegedett cella újratöltése miatt. Mert én ugyan kivárom, de mivan, ha más nem. (egy barátom is kapna ezekből)ReFleXx:
Nálam nem lenne RTC a kliensekben, ott elég lenne egy egyszerű counter és NTP alapon kapna az eszköz pontos időt. Viszont én is gondolkodom, hogy miben tároljam az összegyűjtött adatokat. MicroSD (kontakt gond lehet vele kültésren) vagy eeprom, ami igazából nem visel el akármennyi írást tudtommal.
Külső rtc használata egy újabb elemet igényel, aminek a merülését figyelni kellene.
Esetleg valami I2C FRAM jöhetne még számításba. Pontos parmétereket még nem néztem, de ezeknél is van olyan, ami tud sleep módot. Fogyasztásuk gyakorlatilag elenyésző.
Persze minden ötletnek örülök.dew28:
Igen én is úgy tudom, hogy használható hidegben (persze nem -20fok alatt) erősen csökkent teljesítménnyel. Viszont tudtommal leeshet a feszültsége is, ami lehet hibaforrás a cella élettartamát tekintve.onagyi:
Én a RasPI-re tennék egy Nginx + Php + MariaDB kombót. Ezután csak egy API kell Php-ban amit a kliensek a paramétereikkel hívogatnak. fontos, hogy az adabázis felé így egyetlen kapcsolatod van. A kliensek nem tudják az adatbázis user/jelszó kombinációját, ami külön szempont ha nem SSL-el tikosított protokolt használsz. -
"Milyen helyiség az, amiben 0 fok alatti hőmérséklet van?
"
Pont a kerti hőmérő-projekt miatt vacilláltam, h szerezzek-e külön LiFePO4 16340-eseket erre a célra, de mivel a normál, harmadannyiba kerülő Li ion -20-ig meríthető, maradok a mezei "óccó"lítiumnál. Főleg, hogy a 3.2V-os alapfeszt csak egy töltőm tudná értelmezni, 99.9%, hogy a berendelt táp-foglalat sem. Szülőfalumban téli méricskéléshez (-31 rémlik még gyerekkorból) rákötném egy csutkára töltött ólomakksira.
-
onagyi
csendes tag
Jelenleg egy PC-n (Win 10) fut egy általam írt karakteres TCP server (C##) egy ACCESS adatbázisba lepakolja a kapott adatokat. A kliensek jelenleg D1 Mini adatgyűjtők (hőmérséklet, páratartalom mérése), amik a TCP serverrel kommunikálnak és küldik az adatokat (10 percenként). Ez működik.
Gondoltam, ha lehetne ESP32-ről közvetlenül írni egy MYSQL/MARIA DB-be, akkor az adatbázis lehetne egy Raspberry-n és nem lenne szükség a PC-re és a TCP serverre.Üdv: Nagy István
-
#70211840
törölt tag
Tehát ha jól értem, akkor 2db cella egy balanszos BMS-re mehet (hogy tölteni is tudjam) és a stepdown-t igazából lecserélhetem egy LD1117V-33 (vagy SMD esetén LD1117S-33) stb IC-re? Az IC 950mA-t tud, bőven van tartalék.
Vagy inkább az energiatakarékosság jegyében kapcsolóüzemű legyen? -
#70211840
törölt tag
Csináltam egy mérést, miszerint majdnem 50mA környékére is beesik az áramfelvétel. Elképzelhető lenne, hogy a túl alacsony felvétel miatt kapcsol ki?
Van egy 5V->3.3V step-down is. Lehet az is bekavar?Csak próbából (hirtelen más fogyasztó nem akadt a kezembe) egy 12V-os pc ventit rákötöttem. Az el is indult 5.1V-al (ennyi a hivatalos kimenet, én 5.12V-ot mérek) és induláskor pár másodpercig 80-100mA az áramfelvétel, de aztán beáll 60mA környékére.
Azzal stabilan tartja magát és nem kapcsol ki. [kép]Mindkettőt a step-down után kötve, ~3.2V-al hajtva (venti is forog kézzel elindítva), szintén nem kapcsol ki.
Arra gondoltam, hogy talán a step-down-nak is van valami alsó áramlimitje, de aztán elvetettem, mert pc usb-ről vagy telefon töltőről 5V-al megtáplálva nincs gond vele.
Van esetleg ötleted, hogy mit tehetnék a stabilitás érdekében? Tényleg szükséges lehet egy plusz fogyasztó?
-
#70211840
törölt tag
Nos, próbálgattam kicsit a powerbank adaptert, de valami nincs rendben. [így néz ki]
Azt játssza, hogy amikor elindul a "kütyüm" (esp-01s + 0.96 oled + aht20 szenzor) akkor bekapcsol a powerbank, ezt vizuálisan egy piros led is jelzi, majd pár másodperc után kikapcsol és leáll a "kütyü". Majd kezdődik elöről az egész folyamat. Van, hogy még a netkapcsolatig sem jut el. Alkalmanként 20-30 másodpercet is üzemel, szépen mutatja a szenzor értékeit aztán ugyancsak lekapcsol.
Nem értem a dolgot, hol csúszhat ennyire félre valami. Elméletileg 800mA-t folyamatos üzemben tudnia kellene. Ugyan nem mértem (majd megteszem), de szinte biztosan nem lépheti ezt túl. -
-
-
váá, összekavartam a témát a kollégához beköltözött méhkas problematikájával
. Asszem elmegyek főzök egy teát
#18488: egy Nano és egy NEO-M8N. De idővel befigyel még wifis hőmérőprojekt is.
-
#70211840
törölt tag
Kipróbáltam az USB powerbank adaptert. Hááát... nem pontosan olyan, mint gondoltam.
Kapott egy 1000mAh/3.7V fólia akkut. Az akku vezetékein 4.18V mérhető. Kicsit soknak érzem, de ennyire töltötte fel az eszköz, amiben eredetileg volt.
Viszont az USB kimeneteten nem 5V van, hanem 4.13V. Vagyis feszültség emelést nem csinál az adapter. Ez akkor lesz mégnagyobb gond, amikor az akku merülni kezd.A microUSB-ről megtáplálva a kimeneten megjelenik az 5V, egy led világítani kezd, az akku vezetékén továbbra is 4.18V mérhető. Nem tudom eldönteni, hogy tölti vagy nem, mert szerintem túl van most töltve és a feszültség nem változott usb táplálás esetén sem az akku érintkezőin, szóval sanszos, hogy nem vagy pont 4.18V-al teszi.
Viszont a kimeneten folyamatosan van feszültség csak ugye nem állandó.
-
-
#70211840
törölt tag
Köszönöm, akkor ki is próbálom.
A Blue Pill-hez próbából a VBat és az elem közé beraktam egy schottky diódát. Ezzel ugyan most nem világít a led, de lehet, hogy nem oldotta meg igazából a problémát csak annyira alacsonyra esett vele a feszültség, hogy már épp nem éri el a led feszültségét.
-
#70211840
törölt tag
Két féle STM32-t használok.
1. "Blue Pill" STM32F108C8T6 (erről van most éppen szó)
2. "Black Pill" STM32F401CCU6A "Blue Pill" kivéve minden áramkörből, az usb-n táplálva a VBAT és a GND között ~1.36V-ot mutat. A "Black Pill" ugyanígy mérve 0.45V-ot.
Nem tudom miért van ez Blue Pill esetében, de gondolom ez okoz akkora potenciál különbséget, amiért a led világít. Láthatóan a Black Pill esetében is megvan ez gyengébben, de ott nem látható már a led VBAT-ot táplálva.Az USB-s powerbank modulhoz:
Akkor ha jól értem mehet rá a B+ / B- padokra az akku és próbálhatom letesztelni, hogy töltés+táp működik-e egyidőben? Más teendő nincs ezzel, igaz? -
-
#70211840
törölt tag
Kapcsolási rajzot csak ilyet találtam sajnos: [kép]
Ezen annyi látszik, hogy a power led a 3.3V és a GND között van egy ellenállás társaságában.
Akkor úgy kérdezem, hogy jelenthet ez valamiféle problémát, hogy kikapcsolt állapotban a VBAT és GND-re küldött 3V miatt világít a LED?
Vagy ennyiből még nem lehet ezt meghatározni? -
#70211840
törölt tag
A diódát az elem és 100nF kondi közé volna érdemes tenni vagy már a kondenzátor után?
Valahol (már nem találom hol) olyat olvastam, hogy érdemes volna a VBat-ot 3.3V-al táplálni bekapcsolt állapotban.
Ha teszek is diódát az elemre, akkor sem értem miért világít gyengén a power led, amikor a vbat-ról jön csak esetemben most 2.8V. -
. közben nézegettem a play store visszajelzéseket, katasztrofális - kimarad.
-
-
ViZion
félisten
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. -
-
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.
-
ViZion
félisten
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.
-
-
-
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.
-
+#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ő.
-
-
ViZion
félisten
-
jogos, itt olvasom, hogy 4xAAA-t javasolnak pl
, ez kb 5V, amit tleg 3.x-re kell csökkenteni kell a neo-m8-hoz.
-
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.)
-
. 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.
-
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ő -
Új hozzászólás Aktív témák
Hirdetés
- Milyen egeret válasszak?
- Androidos tablet topic
- War Thunder - MMO Combat Game
- Miskolc és környéke adok-veszek-beszélgetek
- World of Tanks - MMO
- Google Pixel topik
- Debrecen és környéke adok-veszek-beszélgetek
- Kerékpárosok, bringások ide!
- Radeon RX 9060 XT: Ezt aztán jól meghúzták
- Mobil flották
- További aktív témák...
- BESZÁMÍTÁS! MSI SUPRIM X RTX 4080 16GB videokártya garanciával hibátlan működéssel
- BESZÁMÍTÁS! 6TB Seagate SkyHawk SATA HDD meghajtó garanciával hibátlan működéssel
- BESZÁMÍTÁS! 4TB Samsung 870 EVO SATA SSD meghajtó garanciával hibátlan működéssel
- BESZÁMÍTÁS! Intel Core i7 8700K 6 mag 12 szál processzor garanciával hibátlan működéssel
- BESZÁMÍTÁS! Intel Core i7 4790 4 mag 8 szál processzor garanciával hibátlan működéssel
- BESZÁMÍTÁS! Gigabyte B650M R7 7700 32GB DDR5 1TB SSD RTX 5070 12GB BE QUIET! Pure Base 500DX 650W
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5700X 16/32/64GB RAM RTX 4060Ti 8GB GAMER PC termékbeszámítással
- Bomba ár! Dell Latitude 7420 - i7-1185G7 I 16GB I 512SSD I HDMI I 14" 4K I Cam I W11 I Garancia!
- BESZÁMÍTÁS! Dell Latitude 5550 üzleti -Intel Ultra 7 165U16GB DDR5 RAM 1TB SSD Intel Graphics WIN11
- 121 - Lenovo Legion Pro 5 (16ARX8) - AMD Ryzen 7 7745HX, RTX 4070 (48 hónap garancia!)
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged