- Szabadalmi vitába keveredett a Lenovo
- MIUI / HyperOS topik
- Mobil flották
- Poco F3 - a mindenes, de nem mindenkinek
- iPhone topik
- Samsung Galaxy S21 FE 5G - utóirat
- Képeken a Honor 200 Pro
- Redmi Turbo 3-ból készül a Poco F6, megvan a start dátuma
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Samsung Galaxy Note20 Ultra - a tollnak nincs ellenfele
Hirdetés
-
Ausztráliának is elege van a közösségi média káros hatásaiból
it Parlamenti vizsgálatot kezdenek a közösségi média káros hatásai miatt.
-
A Frontier maradt a leggyorsabb szuperszámítógép
ph Az Aurora azért nagyon megközelítette, de ez nem volt elég a trónfosztáshoz.
-
Master Detective Archives: Rain Code - Rövid előzetesen az új kiadás
gp A korábban Switch-re megjelent játék a nyáron újabb platformokra is ellátogat.
-
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
-
Teasüti
nagyúr
válasz vargalex #8629 üzenetére
Igen, azt már átrágtam párszor. Fordított sorrendben rakja ki a kijelzőre azt a 4 bájtot, amire a j számláló hivatkozik. Tehát max 4-ről indul - buff[4] - és eltárolja csökkenő sorrendben a következő 4 karaktert (vagy hát amíg kifut a számláló az értelmezhető tartományon - a nulladik elem az meg úgyis felül lesz írva később, 255-ről átfordulva meg már nem érdekes) amit kirak a kijelzőre.
Kicsit baltával faragott módszer, de így nem kell külön tükrözni a tömböt.
És a cikluson belül csak ez a sor lépteti a j változót a következő számjegyre, de csak ha nem pontot kap a bemeneten, amit speciálisan kell címezni az MSB-vel a bájtsorrendben.Nálad produkálja a hibákat?
[ Szerkesztve ]
-
Teasüti
nagyúr
válasz vargalex #8629 üzenetére
Úgy tűnik éppen ez a hiba forrása.
Nem tudom mi történik pontosan mikor a j átfordul nullán, de olybá tűnik felülír vhol vmit, amit nem kéne.
Ezt alátámasztandó a hiba elhárul ha az elemek számát 255-re emelem vagy megakadályozom, hogy átforduljon.
Ahogy tanulmányozgattam a C string-eket, ezek csak pointerek és nincs megkötve az elemek száma. Ezért is nem panaszkodott, mikor a data[8]-ba beraktam vagy háromszor annyi elemet.
ESP32-nél talán azért nem jött elő, mert szimplán mocskosul sok memóriája van az Uno-hoz képest.[ Szerkesztve ]
-
Teasüti
nagyúr
Én nem elektronikát tanultam, így onnan kezdtem, hogy mi az az áram. 6 éveseknek való illusztrációval és hozzá egy nagyon egyszerű szemléletes magyarázattal.
Viszont végig vittem azóta a majdnem 3 év alatt több saját projektet. Ebből lehet szerintem tanulni, meg a rengeteg kérdésből amik menet közben felmerülnek.
Ha elektronikát választottam volna egyetemen, szerintem már a mateknál kibuktam volna.
És működő dolgokat alkotok úgy, hogy régen se ment már az integrálás és nem oldottam meg komplex egyenleteket már évek óta. Viszont vannak kalkulátorok, amiket segítségül szoktam hívni és ez úgy tűnik szinte mindenre elég. Kit érdekel pl hogy kell méretezni egy vezetősávot, amikor a gyakorlatban csak beírom a kalkulátorba mekkora áram és hőmérséklet, aztán kidobja hogy mekkora szélesség kell.
És szerintem a legbonyolultabb része a tervezésnek, az az alkatrészek illesztése.
De ez meg lényegében csak manual olvasás.
És mióta átlátom a teljes képet, azóta mondhatni nem is bonyolult megtervezni egy saját NYÁK-ot.Az a baj a sulival szerintem, hogy nem gyakorlatias az oktatás. Nagyon erőltetik a régi papíralapú számolást.
Oké, ha visszamegyünk a kőkorba és papíron kell levezetni, akkor hasznos ez a tudás. De amúgy nem.
Az egyszerű mérnökök meg nem alkotnak saját képleteket, a professzorok meg úgyis levezetik papíron/táblán ha újat találnak ki.
Szerintem.[ Szerkesztve ]
-
Teasüti
nagyúr
válasz Janos250 #8733 üzenetére
Mindkettőnek megvan a maga szerepe. IOT-re és önálló eszközökre egyértelműen wifi. A csatlakoztatott eszközökre viszont inkább a BT. Wifi nem igazán helyettesíti a BT-t (Wifi Direct-re meg még nem láttam példát ESP32-n, az még várat magára), az adhoc AP üzemmód meg a legkevésbé se ideális megoldás peer-to-peer használatra, az túl kényelmetlen és kompromisszumos a vezérlő eszközön, valamint bonyolultabb is a BT-nél: BT egyszerű mint az UART, wifihez meg kell először is egy konfig, aztán lehet tartalmat gyártani a webes letöltéshez - na inkább hagyjuk.
Ár/értékben meg lehet hogy a legjobb az ESP, de akárhogy is nézem annak az áráért egy maréknyi Atmel-t lehet venni. És nagyon sok feladathoz amúgy is overkill egy ESP32. -
Teasüti
nagyúr
válasz Janos250 #8754 üzenetére
Lehet az a parancs nem bonyolultabb, mint egy Serial.print().
De a wifi konfigurálása igen. Az adhoc hálózat telefonon meg körülményes ha közben nem akarsz lecsatlakozni a router-ről sem - nem is hiszem, h ez megoldható Android-on. Illetve a mobilnethez is konfigurálni kell a telefont, mert amúgy az ESP-n keresi a netet. Nem az ESP-n kényelmetlen, hanem a telefonon.
Amíg BT-t megkeresem csatlakozok és örülök (és párosítás után mindez az alkalmazásból történik pár pillanat alatt), addig a wifi nem ilyen felhasználóbarát. Wifi az csak úgy jó, ha router-re csatlakozik az eszköz. Peer-to-peer csatlakozásra szerintem nem való.
Ez majd a Wifi Direct-el változhat - az nem dob le a csatlakozott hálózatról sem a telefonon -, de addig is a BT az egyetlen kényelmes megoldás csatlakoztatott eszközökre*.*Wiki szerint az IOT is ebbe a kategóriába esik, de amit ezalatt én értek, az inkább a hordozható eszközök amik közvetlenül kapcsolódnak a vezérlő eszközhöz, nem hálózaton keresztül. Pl egy okosóra, az a legjobb példa a csatlakoztatott eszközre az én értelmezésemben.
A Classic BT Serial teljes mértékben implementálva lett tavaly óta, így már én sem a BLE könyvtárat erőszakolom meg erre a feladatra. Classic BT Serial-ra meg van egy rakás alkalmazás is Play-en, de én pl MIT App Inventor-ban kalapálok hozzá sajátot.
Van hozzá beépített példa is, tutorial se kell.
Ennyi az egész zanzásítva:#include "BluetoothSerial.h"
BluetoothSerial SerialBT;
SerialBT.begin("ESP32test"); //Bluetooth device name
SerialBT.write();
SerialBT.read();De valóban olyan egyszerű az egész, hogy be is másolom ide:
#include "BluetoothSerial.h"
//#if !defined(CONFIG_BT_ENABLED) || !defined(CONFIG_BLUEDROID_ENABLED)
//#error Bluetooth is not enabled! Please run `make menuconfig` to and enable it
//#endif
BluetoothSerial SerialBT;
void setup() {
Serial.begin(115200);
SerialBT.begin("ESP32test"); //Bluetooth device name
Serial.println("The device started, now you can pair it with bluetooth!");
}
void loop() {
if (Serial.available()) {
SerialBT.write(Serial.read());
}
if (SerialBT.available()) {
Serial.write(SerialBT.read());
}
delay(20);
}[ Szerkesztve ]
-
Teasüti
nagyúr
Egyenes arányosság. Általános iskolás matematika.
A max kimenő feszültséget meg értelemszerűen a várható max bemenő feszültséghez kell igazítani.
Én GPIO bemenetekre amúgy mindig rakok Zener-t, úgy nem okoz problémát a túlfeszültség se (meg a negatív feszültség se). Persze nyilván a diódát a feszültségosztó áramához kell méretezni. Általában én mikroamperes tartományban szoktam mérni (R1+R2 = 10-100 kOhm) és 1/2 wattos furatszerelt diódákat pakolok mellé. Bombabiztos. Mondjuk elemes üzemnél lehet lejjebb is menni, pár száz kOhm-os osztó és smd dióda.Amúgy ha az akku kapocsfeszültségére méretezel és aztán ráadod a töltőfeszültséget, akkor lehet ott túlfeszültség.
[ Szerkesztve ]
-
Teasüti
nagyúr
válasz Tankblock #8774 üzenetére
Wow, azt se tudtam, hogy van ilyen BT szabvány.
Amúgy annyira természetellenes nekem, hogy terveznek egy hardvert és nincs teljes körű támogatás hozzá évekig.
Mintha az nVidia kiadna egy új GPU-t, de azt mondaná a fejlesztőknek, hogy a hardver tudja a dx12-t, de majd csak jövőre készül el hozzá az SDK...[ Szerkesztve ]
-
Teasüti
nagyúr
Na várjál az más téma! Én ott végfelhasználó voltam, én ott letojtam hogy milyen SDK-t ad kicsoda. De azért a játékfejlesztőknek már a kezükben kellett legyen a cucc előre, különben hogy érkeznek rá a címek? Mi itt kérem szépen "fejlesztők" vagyunk (muhahha). Miért nincs teljes körű SDK-nk?
(Nem Arduino Core, hanem még az ESP IDF se támogat mindent, amit a hardver tudna.)[ Szerkesztve ]
-
Teasüti
nagyúr
Hát ha vki webszerver-t szeretne beállítani otthon, akkor szerintem eléggé alapvető, hogy tudja mik azok a számok amikről screenshot-ot mutattál.
De fogalmazhatnék úgy is, hogy ha nem értesz hozzá, akkor ne babráld a router és a Windows hálózati beállításait!
...mert egyszer csak azt fogjuk látni, hogy xbox89 utoljára bejelentkezve 3 nappal ezelőtt.[ Szerkesztve ]
-
Teasüti
nagyúr
Ez egy 4 MB-os ESP8266 usb csatlakozóval és ch340 vezérlővel? Hmm, tetszik.
Nem találok infót, hogy miben különbözik a V2 és V3. Nem feltételezem, hogy más lenne a lábkiosztás, de azért ellenőrizd, hogy az adatbusz ugyanúgy van-e bekötve! Van másik eszköz is az adatbuszon, vagy csak a hőmérő? A felhúzó ellenállásokban talán lehet eltérés, meg kéne nézni szkóppal milyen minőségű jelet ad az egyik és a másik. Ha programozható, akkor kikapcsolnám és csak a külső felhúzókat használnám. Ha több eszköz is lóg a buszon, akkor ott lehet, hogy túl feszesek a felhúzók így együtt. Vagy pont ellenkezőleg. Mérés nélkül nem fog kiderülni.
Esetleg próbáld meg 100 kHz-en járatni a buszt![ Szerkesztve ]
-
Teasüti
nagyúr
válasz dangerzone #8854 üzenetére
Szerintem én vagyok az egyedüli itt, aki ezzel a kezdőcsomaggal indított.
Általában Ebay-es Kit-eket szoktak ajánlani töredékáron. Az egyedüli dolog ami azokban nincs benne, az az eredeti Arduino Projekt könyv, ami végigvezet az elektronikai és programozási alapokon úgy, hogy még egy 8 éves gyerek is megértse. Valamint jól illusztrált beszédes kis tutorial-ok a dobozban található alkatrészekhez.
Ha nulla elektronikai ismeretekkel vágsz bele mint én annó, akkor ez jó kiindulópont. Én nem bántam meg, megint megvenném ha elölről kéne kezdenem.
De ha megvannak a fizikai alapok (áram, feszültség, ellenállás, Ohm törvénye, soros/párhuzamos kapcsolás, stb), akkor szerintem felesleges kiadás.Mondjuk elsőre én maradnék az Uno-nál és arra épülő bevezetőknél.
De ha bevállalósabb vagy, akkor mehet az amit (#8856) aryes írt, de ott meredekebb a tanulási görbe és azt is figyelembe kell venni, hogy az 3,3V-os lap, míg az Uno 5V-os.[ Szerkesztve ]
-
Teasüti
nagyúr
ESP32 dev lapokon vannak bypass kondik, ugye?
-
Teasüti
nagyúr
válasz Janos250 #8861 üzenetére
Táp szűrő kondikként is szoktak rá hivatkozni. Igen, a Vcc és GND közé rakott kondik a chip Vcc lába előtt.
Ha ezt nézem, akkor e szerint tele van bypass/táp kondikkal a devkit az LDO előtt és után, az usb-uart chip-nél és az esp modulnál.
Viszont ránézésre a kéznél lévő modulomon és a rajzon nem egyenlő számú kondit vélek felfedezni.
És be se tudom azonosítani a Vdd33-on lévő kondikat. -
Teasüti
nagyúr
ESP32-nél a flash-hez kapcsolódó lábak mindig minden esetben foglaltak a háttértár műveletek számára?
Az SD2, SD3 lábakon lévő UART portot nem lehet felszabadítani vhogy? Nincs vmi olyan üzemmód, amikor csak fele csatornán megy a flash memória? -
Teasüti
nagyúr
Jó reggelt! Szeretnék egy gps és gsm modult, viszont csak egy UART portom van szabad (minden egyes egyéb port felhasználva az ESP-n). Van ilyen 2in1 modul, ami képes egy csatornán kommunikálni mindkét egységgel?
Mondjuk esetleg ez?Illetve filózok még azon, hogy akkuval kéne megtámogatni a projektet éppen a tracking miatt (amúgy gyújtásról megy a táp), ebben tudnátok segíteni? Ez lenne az első akkus kísérletem, se hardver terén, se programozásban nem ismerem a feltételeket.
Köszönöm![ Szerkesztve ]
-
Teasüti
nagyúr
Viszont a minden periféria "erre" az mcu-ra lesz bekötve, így nem volna praktikus egy másik vezérlőre kötni a gps-t. Azon filózom kihagyom a külső akkut és inkább a jármű akkujáról oldom meg vmi programozható öntartó relével.
ESP8266 nem játszik, a wifi ide haszontalan.(#8869) Tankblock
Használatban; de nem lesz szükség a második UART portra végül. Így hogy vannak 2in1 modulok, így elég egy port is. -
Teasüti
nagyúr
Nekem ez alapján úgy tűnik, hogy éppen a PLC az ami eléggé korlátolt. És ha én többször szeretnék írni/olvasni egy portot a loop() egy átfordulása alatt?
Amúgy meg nem egészen értem a dilemmát a sorrend vezérlésnél. Azt írtad nem mindegy melyik gombot milyen sorrendben olvassa be a program. Na egyrészt ez a te programodtól függ, hogy mit milyen sorrendben kezelsz, másrészt viszont (nem tudom egy PLC hogy működik) itt amíg te megnyomsz egy gombot, addig a loop() nem túl komplex programok esetén több ezerszer lefut.
Mit számít az hány nanoszekundum telik el két port írása/olvasása között??
PLC-vel amennyire én tudom általában amúgy is automatizált gépeket vezérelnek, és nem hiszem, hogy a mechanikus, pneumatikus, hidraulikus, stb. aktuátorok akár csak milliszekundomos késleltetéssel dolgoznának.
Itt max akkor lenne jelentősége a sorrendeknek, ha a program feltételes várakozással tölti az ideje nagy részét és megvárja míg a perifériák befejezik amit csinálnak. Ha ekkor ugrik a következő sorra, akkor nyilván számít mi a következő sor. Lehet olyan programot írni, aminél egy program ciklus konkrétan megegyezik az adott gép feladatának egy ismétlésével. De a lineáris programozás nem erről szól, optimális esetben nincs várakozás. Itt a loop() folyamatosan fut és csak akkor lép be a feltételekbe, ha történik vmi érdemleges. Vagyis itt amíg a gép elvégez egy feladat ciklust, addig a program ciklus több ezerszer is lefuthat. Arduinon nincs blokkolás a programban, az egy magos processzorokon még a delay() használata se követendő példa.[ Szerkesztve ]
-
Teasüti
nagyúr
válasz Janos250 #8873 üzenetére
Nem egészen. Hanem, hogy a flash memóriának fixen le vannak fogva azok a portok, amin pl az UART2 is van. AZ UART3 használata adott, csak azt hittem a feladathoz kettő UART port fog kelleni külön a GPS-nek és külön a SIM-nek, plusz a programozó port ugye. De ez a 2in1 modulokkal nem játszik szerencsére.
Apropó, kinyírtam az egyik vezérlőmet fordított usb polaritással, így felmerül a kérdés ki honnan veszi az ESP32-ket? Ali-n a legolcsóbb rev1-es lap amit eddig találtam 7 font.
Mindenképp ez a WROOM32 DevKitC-vel megegyező lábkiosztás kell, vagyis a kevesebb lábú NodeMCU jellegű ESP32S lapok nem jók.
(Hmm vagyis hát már van kész nyák tervem és legyártott nyákom a DevKitC-hez, de nagyon szemezek a Wemos Lolin32-vel is, amin van Lipo akku töltő és keskenyebb is. )
Köszi![ Szerkesztve ]
-
Teasüti
nagyúr
válasz Janos250 #8891 üzenetére
EasyEDA. Jobban mondva a JLCPCB, mivel hogy azóta külön váltak. Már a második csokor NYÁK-ot rendeltem tőlük, az igényeim 99%-ához tökéletes választás. A maradék 1% az a thermal via volna, amit nem tudnak elkészíteni. (Ezt én hővezető pasztával orvosoltam.) Illetve az alapértelmezett NYÁK opciókkal kedvező az ára, ha van vmi extra igényed, mint mondjuk 2 oz vezetőréteg vastagság, vagy 1,6 mm-től eltérő PCB vastagság, esetleg a zöldön kívül másik színben, vagy egyéb spéci dolgok, akkor már nem annyira kedvező.
Az első 5-10 db-os tételt kis méretű PCB-k esetén gyakorta megcsinálják 2 $-ért. De teljes áron sem vészes, a féklámpámat ami 168x56 mm-es egyedi formával, megcsinálták 12 $-ért /5db. A szállítás 6 $ légi postával és 24 $ DHL Express-szel (nekem).
Batch order esetén érdemes játszadozni melyik tételt rakod be először a kosárba, arra jár a 2$-os spéci ár.[ Szerkesztve ]
-
Teasüti
nagyúr
Persze, simán. Egyszerűbb beültetni egy tüskesort, mint kézzel beforrasztani azokat az oldallábakat. Na meg így megvan minden alkatrész, ami kell a működéshez. Nem kell baszakodni usb porttal, meg a QFN tokozású USB-Serial konverterrel. (Ezt reflow nélkül konkrétan fel se lehet rakni. Talán esetleg gázzal?) Meg ott van az a rakás kondi és ellenállás, ledek, reset gomb, LDO, FET-ek, stb. Mit nyerek vele? Sok szopást. Azon kívül max egy letisztultabb arculatot. Ugyanannyi helyet foglal a PCB-n a hozzá járó alkatrészek miatt, ha meg shield formátumban használom, akkor tudok pakolni egyéb dolgokat a tüskesorok közé is.
Majd ha lesz reflow kemencém, akkor elgondolkodok rajta. De addig hobbi szinten meg szerintem teljesen felesleges miniatürizálni. Ez már ipari kategória, amihez ipari eszközök kellenek. SSOP-24 chip-et se élveztem beforrasztani, abból is nagyobbat vettem volna ha van.[ Szerkesztve ]
-
Teasüti
nagyúr
Az egy accelero + gyro szenzor. Egy gyorsulásérzékellő önmagában tényleg szar erre a felhasználásra. Eleinte a féklámpát szerettem volna működtetni vele, de megtapasztalva mennyire szarul működik más termékekben ez a koncepció éppen az általad felsorolt problémák miatt, így azt inkább a sebességszenzorból okoskodom ki. Ebben az accelero csak segéd szenzor lesz, a kettő adattal együtt már lehet érzékelni hiba nélkül az intenzív gyorsítást és lassítást. (Többek közt ezzel válik majd interaktívvá a ledszalagos világítás is.) Önmagában egyik sem ideális - előbbi a megcsúszó kerék miatt adhat fals adatot, utóbbi meg a zaj miatt.
Amúgy a nyers G erőt csak egy tengelyen olvasom, a rázkódás meg általában nem a motor hosszanti tengelyén keletkezik. Persze hatásosan lehet szűrni is a jelet.
Amúgy menet közben inkább a DMP-t fogom használni, a gyro-t meg nem zavarja a rázkódás a pontos szögelfordulásoknál. Ez wheeli és stoppie érzékeléshez, valamint dőlésszög monitorozáshoz lesz használva.
Álló helyzetben meg nincs rázkódás, ekkor a nyers szenzor adatok tökéletesek védelmi funkciókra, DIY riasztóként. Ezt megtámogatva a GPS+GSM modullal telefonra kapom majd az értesítést, ha vmi történik. Ekkor ez a szenzor megint csak fő szerepet fog játszani, hogy meg lehessen állapítani viszik-e a gépet vagy csak meglökte vki. A beavatkozás is ez alapján történik majd.Az meg hogy a nyák rezonálni fog... Azért egy tüskesor elég stabilan tud tartani. Az alaplap meg le lesz csavarozva. Ennek a merevsége meg nem is kérdéses. Főleg, hogy relatív kicsi méret és 1,6 mm vastag üvegszálas lap.
De ha nagyon megerőltetem magam, akkor olyan burkolatot nyomtatok neki, hogy a szenzor a fedlaphoz lesz hozzácsavarozva, ha muszáj.Az órához kapcsolódóan:
Gondolom NTP szerverről veszed majd a pontos időt. Ehhez nem volna célszerűbb egy ESP-01?[ Szerkesztve ]
-
Teasüti
nagyúr
LOL, kicsi a világ.
A hajlik résznél kicsit ráncoltam a homlokom. Mekkora nagyságrendekről beszélünk? Század, tized milliméter? Van ennek jelentősége? Tudnál mutatni ilyen automotive előírásokat? Én csak AS szabvány szerint készítem a dolgokat, de ha volna ilyen támpontom, az biztos javítana rajta.Amúgy ahogy nézem van egy rakat ilyen mini barebone ESP. Még válogatni is tudsz.
Úgy tűnik mindnek a 8266 az alapja.
Hogy oldod meg a mutatók működését? Jó nyilván léptető motorral, de honnan tudja majd hogy áll a mutató? Mi lesz a nullpont?[ Szerkesztve ]
-
Teasüti
nagyúr
Na várj csak, ez nem is vezérelt mechanika! Legalábbis semmi jelét nem látom, hogy bármihez kapcsolódna egy elemen kívül.
Azt hittem motoros mutatókat tervezel, amit természetesen az mcu vezérelne.
Akkor ez egy időjárás állomás lesz, kínai analóg órába építve?Ami a hálózatot illeti, kifelé egyszerűbb a helyzet, mert a router ezt megoldja alapból.
Külső kérés a belső hálózatra nem működik publikus IP cím nélkül.
De nem látom semmi okát mi értelme volna közvetlenül az órára kapcsolódni, ha egyszer amúgy is az már tölti fel az adatokat vhova. Szóval ez a része szvsz tárgytalan. Én tuti szerverre küldeném ki, ahhoz nincs szükség közvetlen hálózati kapcsolatra az óra és a felhasználó között.[ Szerkesztve ]
-
Teasüti
nagyúr
Most minden funkciót beletenné legszívesebben, de annak meg nem sok értelme van
Már hogyne lenne értelme?! Nálam ez úgy nézne ki, hogy ma még kínai mutatós óra kicsi képernyővel, holnap már smart mirror digitális órával a felső sarokban.
Így vagyok a saját projektemmel is. Amit lefényképeztem nyákot már megterveztem egy jó ideje, de a múlt héten láttam mit lehetne még belepaszírozni és azóta 3x újraterveztem már. GPS tracker se volt betervezve eredetileg, de aztán megláttam mennyibe kerülnek a kész termékek, aztán megnéztem mennyibe lenne csak a modul. Ekkor már nem volt visszaút. -
Teasüti
nagyúr
Igen, az MPU-6050 library példaprogramja ami a Process-nek küldi ki merre áll az 3 poligonból álló repülő, az éppen DMP-t használ.
[ Szerkesztve ]
-
Teasüti
nagyúr
A Z tengely körüli kúszás/forgás engem nem érdekel (Amúgy miért nem használsz 9 tengelyes szenzort? Az iránytűvel szerintem a yaw is korrigálható.). Az X és Y tengely kell csak a dőléshez és az egykerekezéshez.
Nekem ehhez elég a Teapot demo program, négy értéket használok csak amiből kettő nyers adat (X gforce, temp), kettőt pedig a DMP számol (roll, pitch). Alvó üzemmódban meg bármilyen tengelyen bármilyen gyorsulás felébreszti a vezérlőt.Amúgy nem, nem igazán van vele tapasztalatom. Úgy 2 éve szórakoztam ezzel utoljára. Azóta várja jobb sorsát. Amúgy fura, hogy még mindig nincs "hivatalos" library a DMP-hez, amikor már 2012-ben kiadták hozzá a dokumentációt.
[ Szerkesztve ]
-
Teasüti
nagyúr
válasz Tankblock #8914 üzenetére
Nem tudom, vmelyik melegszik a három közül (dióda, ch340g, ldo), nem érzem melyik. Gépre kötve a Windows meg nem reagál rá.
Lehet javítható, ha csak a dióda vagy az LDO. Ha az usb vezérlő ment ki, azt az isten nem cseréli ki ezzel a QFN tokozással.
Esetleg az LDO-t még bevállalom, lehet ki is próbálom 3v3-ról betáplálni hátha úgy még megy.
Ruggedunio-ból kiindulva mind az LDO, mint a mikrovezérlő megdöglik, ha GND felől jön a ménykű.[ Szerkesztve ]
-
Teasüti
nagyúr
válasz Tankblock #8914 üzenetére
Nem, ez megdöglött. Piros Led folyamatosan villog rajta, kivéve USB-re kötve.
Se 3V3-ról, se 5V-ról nem megy. Az UART0 nem válaszol se boot-oláskor a Serial monitoron, se a program feltöltésnél nem kapcsolódik (EN és IO0 vagyis a Reset és Boot gombok lenyomva előtte). Jah és melegszik az ESP modul maga is USB-ről. Ez kuka.Amúgy nem értem miért, a DevkitC tervrajzán rajta van a védődióda a Vbus-on ( D3 1N5819), így elvileg nem kellett volna tönkremennie. Hacsak a kínai nem spórolta le róla. Nem igazán tudom visszakövetni a vezetősávokat a panelen. NYÁK tervet meg nem találok róla.
[ Szerkesztve ]
-
Teasüti
nagyúr
Ti hallottatok már erről a Propeller-ről?
-
Teasüti
nagyúr
Elültetted a bogarat a fülembe:
Azt nézem, hogy a wroom32-höz tényleg nem kell semmi külső hardver a működéshez. A gombok is csak a programfeltöltéshez max.
A devkit-en lévő rakás kondi és ellenállás is mind a táphoz van és az usb-ttl chip-hez.
Hmmm, készítek egy barebone nyáktervet is, úgy is tervben van egy levegős forrasztóállomás, azzal szépen be lehet ültetni mindenféle IC-t.
Mondjuk a modul alján lévő hűtőpadot nem tudom hogy lehetne reflow kemence nélkül, te azt hogy fogod megoldani? Lehet egy bazi nagy via-t kéne odarakni és "felforrasztani" a lyukat.[ Szerkesztve ]
-
Teasüti
nagyúr
100u lesz az inkább, 0,1u-ból a modulon belül is van egy maréknyi.
Én ezen a programozón gondolkozom még, ehhez elég csak kivezetni tüskére azt a 6 lábat, nem kell se gomb, se semmi. Egyedül az EN-re a felhúzó és egy bypass kondi az üzemszerű működéshez.
Mondjuk sebességben csak 115200-at tud, ami elég karcsú: a devkit-en lévő chip 8x ekkora sebességet biztosít.
Ha generic FTDI csatolót használok, ahhoz meg kellenek a gombok is. Bár lehet ez a programozó meg jó lenne más 3,3V-os chipekhez is, mint pl a 8266.A második részében azért elég vicces miket bénázik. Nem egy idegbeteg állat. Én már kivágtam volna az ablakon. Erre lesz jó a forró levegős forrasztás, ez az egész megvan vele 2 perc alatt sokkal szebben.
Én már próbáltam pákával alulról beforrasztani hűtőpadot, nekem nem működött a dolog. Az a fránya ón sehogy se akart felszívódni a másik oldalra. Mondjuk nálam 0,7 mm-es via-k voltak, nem tudom amúgy mekkora átmérőnél életképes a dolog. Én mondjuk tuti ezzel kezdtem volna a többi láb előtt, ha sikerül akkor erősen megtartja a chip-et, ha meg nem sikerül akkor könnyen le lehet szedni. A kontinuitás vizsgálat nem elég, ahhoz néha még forrasztani sem kell.[ Szerkesztve ]
-
Teasüti
nagyúr
Nem tudom ez a programozó mennyivel jobb mint egy FTDI
Ha megfigyeled az ESP32 programozót, akkor azon rajta van az auto letöltéshez szükséges két tranyó is, ami lehúzza az EN és IO0 lábakat. Gyakorlatilag a Devkit áramköre egy az egyben CH340g-vel. Így mint írtam volt megspórolható még a két gomb is a NYÁK-ról.
Ezzel konkrétan nem kell semmi kiegészítő a modul mellé az EN felhúzó ellenállásán kívül. Kivezeted 6 tüskére a Vcc, GND, RX, TX, EN, OI0 lábakat, rá erre a programozóra és uccu neki!
Mondjuk a CP2102-es programozó szimpatikusabb lenne, ilyen van a devkit-en is, de az mellé kell egy auto-program áramkör még pluszban vagy a NYÁK-ra, vagy vhova (vagy hát különben nyomogatod a gombokat).
Talán az volna a legideálisabb, ha gyorsan összeraknék magamnak egy ilyen programozót a fenti mintájára CP2102-vel.szerk: hmm ami azt illeti nem is kell saját, találtam hozzá "eredeti" devkit programozót!
(#8925) tvamos
Nem lehet, hogy a fura program nyelv miatt?
Állítólag nem rég jött hozzá ki egy C fordító.
8 független mag azért elgondolkodtató.
De tényleg nincs elterjedve egyáltalán. Teljesen véletlenül találtam rá.[ Szerkesztve ]
-
Teasüti
nagyúr
Nálam nem gond, egy egyszerű áramtalanítás megteszi reset-nek.
A devkit panellel meg a NYÁK-ra ültetett modult gondoltam programozni.
Nem kell a devkit-re beültetni semmit, csak a megfelelő tüskéit rákötni a NYÁK-on lévő modulra és voilá: éppen úgy programozod, mintha devkit-re lenne beültetve. Talán még eddig ez a legideálisabb megoldás - automatikus letöltés és nagy sebesség -, ha nem is a legpraktikusabb.[ Szerkesztve ]
-
Teasüti
nagyúr
De, ugyanaz a kiosztás. Csak nyilván olyan panelt nem használhatsz külső modulhoz, amin már rajta van egy.
Az UART busz hülyét kap, ha két modult kötsz rá.(#8934) Janos250
A linkelt programozón nincs rajta az a két tranyó, ami kell az invertált logikához. Így az auto letöltés bukta.
Valamint ránézésre a 3,3 voltot valszeg feszültségosztóval állítja elő egyéb hijján, ami meg hááát...
Azok a 0603-as ellenállások nem úgy néznek ki, amire szívesen rákötnék akár csak 100 mA-t.
Az 1/10W-os korlátjukba legfeljebb 68 mA fér bele 1,7V-os drop-nál, ezzel meg nem biztos, hogy meg lehet hajtani egy ESP32-t. (Nem jártam utána.)
Szóval az UART kommunikáción kívül konkrétan semmire nem jó.
A devkit panelje meg semmivel nem kerül többe, vagy talán még olcsóbb is mint egy tisztességes FTDI programozó. És szerintem bekötni is ugyanannyi, mint egy FTDI programozót: usb az egyik végén, dupoint a másik végén.[ Szerkesztve ]
-
Teasüti
nagyúr
válasz Tankblock #8936 üzenetére
WOW, ez tök jó!!
Gondolom ugyanúgy ki van vezetve rajta minden tüskére is mint a devkit-en, szóval a beültetett modulhoz is jó kettő az egyben.
Annyi, hogy ezen sincs rajta az auto program áramkör. Vagy nem látom sehol. Nyomni kell a gombot feltöltéshez?
Köszönöm a tippet![ Szerkesztve ]
-
Teasüti
nagyúr
Megérkezett ez a Sim808-as modulom, azzal játszogatok most.
Azt kell mondjam nagyon király kis cucc ez!
Egy UART kell hozzá, meg egy-egy gpio port a be-/kikapcsoláshoz, valamint az alvó üzemmódhoz (ezeket fel/le kell húzni és tartani egy kis ideig, kvázi gombnyomást szimulálva).
Powerkey gombbal kézzel is lehet kapcsolni. De ha fixen földre húzzuk ezt a lábat (vagy áthidaljuk a gombot), akkor automatikusan boot-ol amint tápot kap és parancsra le is lehet kapcsolni. Megspórolva egy portot. Akkus üzemhez ez szerintem nem ajánlott, hisz Vbat-ról húzza fel ezt nem tudom mekkora ellenállással. De akkus üzemnél e nélkül is boot-ol magától, ha az akkufesz elég magas. CV/CC töltőáramkör integrálva a modulba.
BT3.0-át tud a modul, külső antenna kell hozzá.
És mindent AT parancsokkal lehet elérni, a BT SPP profilnál van transzparens kapcsolati mód is, amikor nem kellenek az AT parancsok, hanem egyszerűen fogad és küld UART portra mindent, mint egy sima HC-06 modul.
Előnye az ESP32-vel szemben, hogy beállítható pin kód a csatlakozáshoz és ugye sima UART, vagyis nem kell betölteni 800 KB-nyi library-t programozáskor. Valamint az erősebb antenna.
GPS-t rém egyszerű használni, igazából van rá kb kettő AT parancs ami sűrűn kell (bekapcs, pozíció lekérdez), NMEA mondatokkal próbáltam, de többféle protokoll szerint tud kommunikálni. Tökéletesen működik, még az USB portról is az ESP32 mellett (elvileg 2A-es táp kéne neki). GSM részét nem próbáltam még, kéne vennem egy feltöltős kártyát bele.
Valamint kéne szerválnom hozzá egy mikrofont és egy hangszórót.AT parancsfeldolgozásra tudtok vmi könnyű módszert? Sima text parsing jut csak eszembe.
Jah és Janos250 köszi a hardware serial tippet, valóban odatehető a port arra a lábra, amelyikre tetszik.
[ Szerkesztve ]
-
Teasüti
nagyúr
Azt tegyük hozzá, hogy a LAN oldalon a kliensek gateway címnek a router LAN oldali címét látják, vagyis a router címét kell megadni, ugyanazt amin a webes felületet nyitod meg.
Ezt is minden eszközön be kell állítani a saját IP cím és subnet mellett, ami nem dhcp-vel kapja meg a kapcsolati adatokat.
Egyszerűbb lenne az életed, ha olvasgatnál kicsit a helyi hálózatokról, ahogy korábban javasoltam.[ Szerkesztve ]
-
Teasüti
nagyúr
-
Teasüti
nagyúr
válasz Janos250 #8982 üzenetére
Tudnál mutatni egy képernyőmentést egy ilyen logic analyzer kimenetről? Kíváncsi volnék miben más, mint egy oszcilloszkóp.
Köszi!Amúgy jól értem, h ezzel a fogadó eszközt helyettesíted? Ugye szkópnál csak belehallgatsz a csatornába nagy impedanciás bemenetekkel, de a dupoint arra enged következtetni, h ezt meg direktbe kell kötni a portra. Milyen bemenetek vannak ezen? Open-drain, open-collector?
[ Szerkesztve ]
Új hozzászólás Aktív témák
- Androidos tablet topic
- Szabadalmi vitába keveredett a Lenovo
- Eredeti játékok OFF topik
- Masszív előrelépésnek tűnik a Zen 5
- WoW avagy World of Warcraft -=MMORPG=-
- Autós topik
- A fociról könnyedén, egy baráti társaságban
- MIUI / HyperOS topik
- Multimédiás / PC-s hangfalszettek (2.0, 2.1, 5.1)
- Melyik tápegységet vegyem?
- További aktív témák...
- Rózsaszín Párduc , i5 12400F , RTX 2060 , 16GB 3200MHz , 512GB NVME , 500GB HDD
- Épített számítógép Ryzen 5 1660TI
- Sony 55-210mm f/4.5-6.3 E OSS objektív
- AKCIÓ!! GAMER PC - RTX 3060Ti 8GB - RYZEN 5500 - 16GB DDR4 - 240GB SSD - 500GB HDD
- AKCIÓ!! GAMER PC - RTX 3060Ti 8GB - i5 10400F/11400F - 16GB DDR4 - 240GB SSD - 500GB HDD
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen