Fórum témák

» Több friss téma
Fórum » ARM - Miértek hogyanok
 
Témaindító: gtk, idő: Jún 26, 2007
Lapozás: OK   149 / 149
(#) kapu48 válasza Pali79 hozzászólására (») Jún 24, 2020 /
 
Nekem is van ilyen kínai ST-linkem több is semmi gondom nincsen vele.
Frissíteni kellet rajta a programot első használatkor.

Most látom ezt írják is:
Idézet:
„3. Support the firmware upgrade automatically, to ensure that the ST company product support. When they leave the firmware has been upgraded to the latest V2. The J17. S4.”
A hozzászólás módosítva: Jún 24, 2020
(#) vargham válasza kapu48 hozzászólására (») Jún 24, 2020 /
 
Idézet:
„Nekem is van ilyen kínai ST-linkem több is semmi gondom nincsen vele.”

Nem értem ezt a hozzászólást. Senki sem mondta, hogy gond lenne vele.
Az általam küldött teszt firmwareből kifelejtettem az SWDIO és az SWCLK lábakat beállítani, mert fel sem merült bennem, hogy nincs lehetősége resetelni. Így csak "connect under reset" módon lehet csatlakozni a cél MCU-hoz. Viszont ebben a klónban nincs reset kimenet. Erre írtam Pali79-nek, hogy milyen módokon tud ismét kapcsolódni a cél MCU-hoz.
(#) kapu48 válasza vargham hozzászólására (») Jún 24, 2020 /
 
A *.bin programodból semmit nem lehet értelmezni!
A legújabb MX-et pedig most telepítem, hogy be tudjam tölteni a tiedet.

Azért írtam mert eddig semmi problémám nem volt, mindegy mire volt állítva.
(#) vargham válasza kapu48 hozzászólására (») Jún 24, 2020 1 /
 
Idézet:
„A *.bin programodból semmit nem lehet értelmezni!”

Nem is kell semmit értelmezned belőle. A kolléga kért egy LED villogtatást.
(#) kapu48 válasza vargham hozzászólására (») Jún 24, 2020 /
 
Ez már túlzás a részedről!
Te teljesen ki akarod sajátítani a fórumot!
Ha más is merészel hozzászólni valamihez, rögtön rendszeresen beszólsz neki!


Én sem neked címeztem a hozzászólásaimat.
A hozzászólás módosítva: Jún 24, 2020
(#) Pali79 válasza kapu48 hozzászólására (») Jún 24, 2020 /
 
Frissítettem, de ettől nem lett jobb. Ugyanúgy nem tud kapcsolódni. Értem nagyjából amit a kolléga írt, resetben kellene tartani a kontrollert amíg kapcsolódik, mert a program nem úgy lett megírva, hogy enélkül tudjon kapcsolatot létesíteni.
Tehát nincs gond a programozóval csak a kontrollerbe jelenleg működő program akadályozza a kapcsolódást.
(#) vargham válasza Pali79 hozzászólására (») Jún 24, 2020 /
 
Idézet:
„Tehát nincs gond a programozóval csak a kontrollerbe jelenleg működő program akadályozza a kapcsolódást.”

Így van. Miben tudok még segíteni? Én is hibásnak érzem magam, hogy nem gondoltam bele, hogy nálad esetleg nincs bekötve a reset.
(#) kapu48 válasza Pali79 hozzászólására (») Jún 24, 2020 /
 
Akkor talán itt a 3. link segítség lesz:
Bővebben: Link
(#) Pali79 válasza vargham hozzászólására (») Jún 25, 2020 /
 
Köszönöm, nagyon rendes tőled, hogy segítesz! A programozón van egy RST feliratú csatlakozó, azzal nem tudom megoldani?
(#) vargham válasza Pali79 hozzászólására (») Jún 25, 2020 /
 
Ezek nem gyári programozó hardverek, hanem illegális klónok. A szoftverük (valószínűleg) eredeti, de lopott.
Ahány kínai gyártó, annyiféle módon gyártja le a hardvert. Amikkel én eddig találkoztam, az RST kimenet az nem az ARM targethez tartozott, hanem az STM8-hoz, tehát nem jó neked. Ezért írtam, hogy: "Szétszeded a programozódat, és ráforrsztasz a benne lévő STM32F103 MCU PB0 lábára egy vezetéket."
(#) Pali79 válasza vargham hozzászólására (») Jún 26, 2020 /
 
Rendben. A vezeték másik felét a programozandó kontrollernél hova kell kössem?
(#) benjami válasza Pali79 hozzászólására (») Jún 26, 2020 / 1
 
Valószínűnek tartom, hogy te sem fogod sosem használni stm8-hoz ezt a programozót. Érdemes elvágni az eredeti RST és SWIM fóliát (most nem tudom, hogy melyik lábakra mennek ezek), aztán átkötni a PB0 illetve a PA10 lábra. Ezután már működni fog a klón programozóban is az RST és SWIM elnevezéssel az SWO lábra köthető trace support is.
(#) icserny hozzászólása Júl 3, 2020 /
 
Nucleo-F446RE kártyával ismerkedem, ST32CubeIDE környezetben. Debug konfigurálásnál lehet választani ST-Link (ST-Link GDB server) és ST-Link (OpenOCD) között.

Melyik az előnyösebb választás és miért?
(#) cross51 hozzászólása Júl 12, 2020 /
 
Sziasztok,

STM32L451-nél CubeMx-ben a 73. láb VDDUSB néven a datasheetben VDD néven hivatkozik rá viszont a Power distribution blokk diagram alatt megjelölik megint máshol semmi.
Ref manual meg így hivatkozik a VDDUSB-re (129. oldal)
Idézet:
„This section is applicable to STM32L4x2xx and STM32L4x3xx devices only”


Jól gondolom, hogy itt egy Ctlr+C/Ctrl+V hiba történt és az VDDUSB simán csak VDD akart lenni?

Valamint VREF+ ha nincs használva semmi analog és a VREFBUF-se akkor mehet VDD-re?
(#) icserny válasza cross51 hozzászólására (») Júl 12, 2020 /
 
Ez 100 lábú tokozás, ugye?
Az F típusoknál (F411, F446) VCAP_2 láb van abban a pozícióban.
Azt nem tartom valószínűnek, hogy a 73. és a 75. láb is VDD legyen.
(#) Lucifer válasza icserny hozzászólására (») Júl 12, 2020 /
 
Az ST-Link GDB server egy zárt forrású ST által fejlesztett debug megoldás régebben csak ezt támogatta az Atollic. Az openOCD egy nyílt forrású szoftver, régebben revenggel (STlinkV2 support) illetve egyesek ST-től kapott NDA-s doksik alapján (STLinkV3 support) faragták az STM32 supportot bele. Aztán egy ideje az ST saját embereit is ráállította a projektre, igaz nem megy minden egyből upstreambe, ha jól tudom ebből a repoból van a bináris ami az STM32Cube-ban van:
https://github.com/STMicroelectronics/OpenOCD

Kérdésedre explicit választ nem tudok, én ST-Link GDB servert használok.
A hozzászólás módosítva: Júl 12, 2020
(#) icserny válasza Lucifer hozzászólására (») Júl 13, 2020 /
 
Köszönöm a válaszodat. Akkor lehet, hogy nem is kell különbséget várni.
(#) cimopata hozzászólása Sze, 2:22 /
 
Sziasztok.

Van egy ilyenem: Bővebben: Link

Sajnos elszállt az USB felöli SMT IC. Szerintetek ha teszek bele újat akkor fel tudom valaho programozni az ST_LINK v2 loderrel hogy újból működjön? Csak mert van itthon ilyen F103-as procim.
A hozzászólás módosítva: Sze, 2:23
(#) vargham válasza cimopata hozzászólására (») Sze, 11:39 /
 
Egyszerűbb megoldás: Vegyél másikat, nem drága. Vagy vegyél hozzá egy külön ST-Linket.
Másik megoldás: Megszerzed hozzá valahonnan a bootlooadert. Ez ott bukik, hogy az STM nem adja ki. Ezt feltöltöd az F103-ra. Ehhez kelleni fog egy programozó hardver, tipikusan egy ST-Link. Ha fent van a bootloader, akkor letöltöd az ST-Link firmware updater V2J32M22 verzióját. Újabb nem jó. Ez felismeri azt, hogy csak bootloder van az MCU-n, és megkérdezi, hogy milyen applikációt szeretnél rá. V2, V2-1, SWD+SWIM, legyen-e virtuális UART vagy USB mass storage. Feltölti, kész.
(#) cimopata válasza vargham hozzászólására (») Sze, 14:38 /
 
Van másik panelem is, csak kicsit fájó hogy így kuka a panel hiába van hozzá IC-m.

Az lesz veszek majd egy másikat kb 5k.
(#) vargham válasza cimopata hozzászólására (») Sze, 16:12 /
 
Idézet:
„Van másik panelem is, csak kicsit fájó hogy így kuka a panel hiába van hozzá IC-m.”

Nem kuka. Ha van másik Nucleod, akkor annak az ST-Linkjét rá tudod kötni erre a Nucleora.
(#) benjami válasza cimopata hozzászólására (») Sze, 18:02 /
 
Itt található egy működő st-link bootloader. Miután kicserélted a panelodon a tönkrement st-link chip-et, egy másik st-link segítségével töltsd bele ezek közül valamelyik bootloadert (ha jól emlékszem én a 2.0 protected verziót próbáltam). Ezután frissítsd fel bármelyik st-link firmware frissítővel a benne levő firmware-t és elvileg működnie kell.
A hozzászólás módosítva: Sze, 18:03
(#) rascal válasza cimopata hozzászólására (») Sze, 18:28 /
 
Ilyet is vehetsz, bővebben: Link
(#) cimopata válasza rascal hozzászólására (») Csü, 2:51 /
 
köszi
(#) cimopata hozzászólása Csü, 2:54 /
 
Ez az új STM32 CUbeMX egy katasztrófa. Néha jó lenne 1x 1x használni de...
Ronda idétlen bugos elrendezés, és lassú mint a rohadás.

Nem értem miért kellett a régi külsőt lecserélni és elb.. ni ezzel az újjal.
Vélemény nálatok?
(#) cross51 válasza cimopata hozzászólására (») Csü, 22:32 /
 
Mit értesz új alatt nálam 6.0-van?
Én többnyire csak amiatt tartom, fent mert van hozzá MCU descriptor és a symbol generátorom azzal megy

Szerintem lenne még mit bőven tanulniuk a gyártóknak generator szinten, eddig 3 gyártónak használtam az ilyen olyan generátorait + a uVision-ös configurator, mindben volt kivetni való.
Vagy nem rendezhető, vagy nem tudom kilistázni melyik funkció melyik lábra mappolható vagy ki crashel generálás közben, stb...

Néha azt érzem, altium, visual studio és rendesebben használható (persze ezek is rendetlenkednek) software-ek után, mintha ha a "hardware" le lenne maradva a software-es világtól.
Microsoft-ék újraírták az "egész" .NET-et a gyártóknak meg egy rendes kód generátor nem megy.
Következő: »»   149 / 149
Bejelentkezés

Belépés

Hirdetés
Lapoda.hu     XDT.hu     HEStore.hu
Az oldalon sütiket használunk a helyes működéshez. Bővebb információt az adatvédelmi szabályzatban olvashatsz. Megértettem