Fórum témák
» Több friss téma |
Jelszó nélkül nem működik. Ha a felhasználónak nincs jelszava, akkor sem, ebben az esetben kreálni kell.
Rendszergazda vagyok, jelszóval, csak automatikus bejelentkezés van beállítva.
Terminal-ban ha pötyögöd a jelszavad, nem látszik semmi, csillagok sem. Beírod, Enter.
Igen, sudo után kéri. Már egy csomó programot telepítettem így, nem volt gond.
A hozzászólás módosítva: Jan 11, 2019
Egy utolsó kérdés és nem off-olok tovább, de a Win-re térek vissza nem az Ubuntu fórumra A chmod után kellene történni valaminek, valami kiírás a terminálban stb. Látszólag nem történik semmi.
Srácok, érdeklődnék, hogy esetleg ti is találkoztatok e már ilyesmivel és esetleg már meg is oldottátok a dolgot.
STM32F407-es MCU-val gyakorlók, egy projekt vége felé tartok már, és az USB-vel akadt egy kis gondom. tm_stm32f4_usb_vcp könyvtárat használom, szépen működik a CDC, de egy gondom van, még pedig az, hogy egy idő után egyszerűen mint ha lekapcsolna, vagy mint ha idő limit lenne beállítva és ha az letellene adat csere, vagy kommunikáció nélkül, akkor halt-ra fut. Tud esetleg ilyesmiről valaki? Mi lehet gond? Hogy lehet mindig ébren tartani az USB, persze adatküldés nélkül. Köszi előre is.
Első körben minden Suspend módot kapcsolj ki. Van suspend interrupt is, azt se felejtsd el. Ha ilyen "jól egybegyúrt" USB libet használsz, azokban sokszor az interruptban ott rejtőzik egy power down. Még a debuggeredet is le fogja dobni, plusz ténylegesen megállítani az oszcillátort, ha a PC úgy dönt (suspend).
Szia,
Nekem a gyári HAL függvényekkel semmi bajom nem volt. Cube-ban felparamétereztem mindent, és utána elsőre ment. 4db hőmérő adatait küldi 100ms-es idővel. Nem találkoztam ilyen Suspend problémával. ui: más kódját utálom használni, mert nem tudom miket rejtett el benne. A HAL függvények azért használhatóak elég jól. Ismerem a Tilen Majerle oldalát, ami egész jó. Én inkább egy orosz srác oldaláról szoktam bogarászni, mert ő HAL könyvárakat használ.(gugli jól fordít angolra!) Bővebben: Link
Ezeket át fogom nézni, ami bosszant, hogy Debug eszköz jelenlétével nem kapcsol ki, de ha anélkül fut a program, akkor igen..
Szintén HAL. Nem hibátlan, de jól használható. A bejelentett bugokat előbb-utóbb javítják.
Úgy oldottam meg, hogy ne kapcsoljon szét, hogy bizonyos idő közönként küldök ki egy byte-ot. Majd amikor kell, törlöm a buffert és kezdem az adatküldést.
Kicsit bosszantó, de egyelőre jónak tűnik. Később, ha lesz időm átnézem a programot tüzetesen.
Sziasztok!
stm32f103-at használ valaki? Egy olyan érdekességem lenne, aránylag elég nagy feszültséget mérek vele, osztón keresztül, szépen méri is, de van egy olyan érdekesség hogy valamiért lassú. Ha leveszem pl a feszültséget az ellenállás osztó elől szép lassan kúszik csak lefelé, ez a lassú reagálás azért nem jó nekem mert pwm-el hajtok meg egy nagyfesz tápot, amit ő szabályoz, a mért feszültség alapján. Viszont ha ilyen jelenségek vannak a mérésnél, az nem a legjobb. Mellékelem a programot is
Úgy látom, hogy timer2-nek nincsen Prescale beállitva?
A rajz még szerkesztés alatt, egy 100nf kondi van a bemeneten csak szűrésnek, az megmagyarázná a lassúságot ha valami nagy dög lenne ráaggatva. A mérés gyors, látszik, csak amit írtam a fura hogy olyan lomhán számolja ha változik a feszültség, na meg ha nincs, széééépen lassan fogy csak.
A mikrokontrollerek analóg bemenetein kb maximum 10kohm eredőt javasolnak, a tiéd ennek a sokszorosa. Ilyen magas impedancia viszonyok mellett a 100nF pedig nagyon sok.
Itt van mintának DMA + ADC 3 csatornás mérés.
Ez eredetileg 8 csatornás volt, én csökkentettem 3-ra. A látható példa elvén akár 1 csatornára is csökkentheted a mérést. Előnye, hogy roppant gyorsra is belőheted, ha akarod. És a mérés nem fogyaszt processzor időt, csak a mérések kiértékelése. Jut eszembe még kiegészítettem, hogy 32 mérést átlagoljon minden csatornán. Az átlagolással elérheted, hogy nem szükséges szűrés a bemeneteken. Még ezt tovább fokozhatod, ha használsz valamilyen sorba rendező algoritmust. És a két szélsőértéket mivel valószínűleg hibásak eldobod STM32F103: A hozzászólás módosítva: Márc 3, 2019
Közben találtam egy lényeges hiányosságot az előző programban!
Itt a javítás:
Ha már kipróbálod?
Akkor itt van összehasonlítási alapnak egy a tömbök buborék rendezéssel sorba rakott, és 2-2 szélsőérték eldobásával szűrt átlagolásos megoldás. Kíváncsi vagyok, hogy érezel e javulást a 2 módszer között? (Megnöveltem a tömbök méretét a 4 eldobott word-al. Ennél a kis procinál sajnos óvatosan kel bánni a memória foglalásokkal.) Multichannel_ADC_DMArendezet.ino A hozzászólás módosítva: Márc 4, 2019
Srácok, napok óta kínlódok egy hibával.
Elsőnek csak debug módban volt hajlandó működni a program, most eljutottam oda, hogy release módban működik, de most meg debug módban nem fordul le a programom. Osztottam egy képet a hibákról, kipróbáltam egy csomó mindent, de már nem tudom mire gondoljak. Van valakinek tapasztalata, ötlete, hogy oldjam meg? Előre is köszi az ötleteket.
Ezt írja az ff.h-ban:
És a ffconf.h -ban kikellene választanod :
Vagy esetleg valahol felül lett definiálva az: _USE_LFN? A hozzászólás módosítva: Márc 4, 2019
Próbálj meg te is egy felül definiálást:
Még egy ötlet. Kapcsod ki az optimalizálást fordítás előtt.
Mint közben kiderült, nem a mérésemmel lesz a gond. Maga a kapcsolás pwm-el állít elő nagyfeszt, 300-500 voltig, ma próbának földre raktam a bemenetet, amivel mérek ugye. Szépen leesett nullára, ahogy bekapcsolom a tápot, 0-30 között ugrál veszettül, úgy hogy földre van kötve....
Szűrni kellene jobban a tápot.
Egyébként az nem olyan nagy ingadozás a max 4095-nek 1.3%-a. Szokott az több is lenni.
_USE_LFN 1
Vagy is definiáva van. Felül definiálásr st megnézem, bár a program nezegetesenel belefodritja az adott 2 függvényt.
Debug módban az optimalizálás 0 alapból, legalább is nekem.
Közben megoldódott a hiba.
Pontosan nem értem, hogy debug módban miért másként értelmezi a definíciókat mint release módban, de nem is érdekel. A lényeg, hogy működik már. |
Bejelentkezés
Hirdetés |