Üdv

Kicsit bajban vagyok mert találtam egy bug-ot a programomban és nem jövök rá miért.
Röviden PWM bemenet kitöltését szeretném mérni ami nagyjából megy is lefutóélre van beállítva tehát alapban magas a bemenet.

A baj ott kezdődik, hogy méri is a kitöltés de teljesen véletlenszerűen kihagy méréseket. Ezt abból veszem észre ha nincs eredmény mindkettő regiszterbe CCR1 (periódus), CCR2(impulzus szélesség) a program szerint meg kellene vizsgálnia, hogy a számlálóban van e overflow. Az else rész a programban véletlenszerűen végrehajtódik pedig nem szabadna mert a PWM jel a bemeneten nem szakad meg hanem folyamatos.

Valami baj van a kóddal?

A PC nem realtime.

Nincsenek garantált idők, annyit tehetsz, hogy nem csinálsz semmit, csak usb-t hallgatsz.

700 megát küldtem át, simán lehet, hogy van 100 mega puffere, amit 10 ms alatt ír lemezre. Itt pedig megszívtad.

Nincs semmi garantálva.

A user program valoban nem garantal semmit, de az USB driver-nek muszaj garantalnia, kulonben semmi nem mukodne. Ami sokkal inkabb nem garantalt, az maga az USB sebessege. Az USB szabvany eleve olyan, hogy nem garantal neked semmit. Vagy adatvesztes fordulhat elo (isochronous), vagy a savszelesseg nem garantalt (bulk). Nem beszelve arrol, hogy a device-ok kozott megoszlik a savszelesseg. De csodak nincsenek, az Etherneten sincs garancia a teljes savszelesseg kihasznalhatosagara, ha tobben is hasznaljak a halozatot. En is csak azt mondom, hogy, ha ennyire fontos az 1 megabyte/s, akkor high-speed USB kell vagy mondjuk Ethernet. Ami azt illeti, az Ethernet sokkal normalisabb atviteli medium (pl. galvanikusan levalasztott), es a 100 megabit/s teljesen hetkoznapi dolog mikrokontrolleres kornyezetben is.

Nem fontos az 1 MByte, csak játszom vele. Azzal szórakozok, hogy maxig kinyomom a projektjeimben a chip képességeit. Még sosem írtam USB-s kódot, így mindenképp jó szórakozás.

833 kHz-ig eljutottam, itt a téma lezárva. Logikai jelanalizátorral kimértem, a hub beküldi az IN PID-es kérést, amire DATA PID-del válaszolok. A maximális 64 bájt a csomagméret. Ez 833 kHz-ig működik, utána nem.

Nagyon szépen látni, hogy a hub kérdez ritkán, nem én válaszolok lassan. Ezzel a hubbal ennyit lehet elérni. 20-30 us késleltetésekkel kérdezett, amivel nem megyünk 1 mbyte fölé.

A rendszer a túloldalon vár...

Szia!
Milyen analizátorral nézed az USB forgalmat ?

A kínai Saleae Logic klónnal nézegettem.

Ebay-en 2000 Ft-ért megvehető.

Ez 24 msps-sel mintavételez, az USB full speed 12 mbps-sel küld. Még éppen a határon van a használhatósággal, mert 1 jel 2 mintavételt jelent.

A csomagok 95%-át tudja dekódolni, de mivel más az órajel, előfordulhat, hogy annyira rosszul trafálja el, hogy a D+ éppen elcsúszik a D- hoz képest. Ilyenkor előfordul, hogy nem tudja a csomagot dekódolni. Ennek ellenére szerintem még használható.

A Saleae egyébként dekódolni is tudja az USB 1.1-et.

OK, akkor ennyiért megéri !
Köszi az infót!

USB-vel kapcsolatban lenne további kérdésem. A scope vagy USB-ről megy, vagy power bankról. Attól függ, hogy letöltök-e, vagy mérek.

Amikor USB-ről megy, akkor kb. jónak mondható. Powerbanknál megpusztul, mert a D+ láb megasra van húzva, a D- láb viszont lebeg. A vezérlő élete azzal telik, hogy dobálja az ERR interruptokat, gondolom framing probléma. A mikrokontroller idő 90%-át a lebegő láb okozta hibakezelés tölti ki.

Ti mit szoktatok csinálni?
Megoldási javaslatok:
- nemes egyszerűséggel kikapcsolom az Suspend/Resume/Error/Missing Start Of Frame interruptokat, egy darab interrupt nem fog meghívódni, ha nincs hardver. Ezeket egyébként sem nagyon használom semmire.
- pull down ellenállás D- vonalra, 33k, 330k ment, bár nem láttam olyan kapcsolási rajzot, ahol a D- vonalat lekötötték volna a földre.

Új vagyok még az ARM-os kontrollerek-nél, de ez csak 1 ellenállás próbáld meg mert tegnap pont olvastam egy szaklapban.
kép

Szerintem valamit félreértettél. Az az ellenállás DCP-nek (Dedicated Charging Port) jelöli meg az USB-n a tápforrást. Semmi értelme sincs a kliens oldalon, ahol a kollégának gondot jelent a lebegő D-.

DCP-nél javasolt a D+ felhúzása 2MOhmal a VUSB-re, a D- lehúzása a GND-re és a D+, D- összekötése max. 200 Ohm-al. Ebből kiindulva (bár mint írtam ez a másik oldal) megpróbálhatod egy nagy értékű (2MOhm) ellenállással lehúzni, illetve felhúzni a vonalakat. Majd ezután ellenőrizni, hogy még mindig megbízható a kommunikáció.
A másik lehetőség, hogy az USB szabványban foglaltak szerint először végigjátszod az enumerating-ot (addig max. 100mA-t használhatsz a tápból). Ha az sikeres, akkor jobban "megszívhatod" az USB-ot. Ha nem sikeres, akkor valszeg töltőről vagy powerbankból jön a nafta és lekapcsolhatod az USB kommunikációt.

Köszi, kicsit kisebbet, 66k-t tettem be, azzal egyelőre stabil. Ha gond lenne lecserélem 2 mohmra.

Lebegni nem lebeghet, mert iszonyú zajt és fogyasztást csinálhat.

A D- hoszt oldali 15k-ja így 12k-ra csökken. Megy és stabilnak tűnik, viszont a speckót nem tartom.

Sziasztok,
Szeretnék írni egy AT91SAM7S256-os ARM mikrokontrolerre egy olyan programot, ami a PA4-es portot kb. 1 másodpercenként bekapcsolja, majd kikapcsolja, hogy tudjam meg az IC-ről, hogy üzemképes-e vagy sem.
Letöltöttem a Windows 10-et, majd az Atmel Studio-t, rákattintottam a File-->New-->Atmel Project-->GCC C Executable Project-->OK-ra előjött egy lista, de AT91SAM7S256 nincsen köztük.
Valamit lekellene töltsek?
A választ előre is köszönöm!

Valószínűleg telepíteni kell. Például innen, de ez beépítve is megvan az Atmel Sudioban: Tools / Device pack manager

Köszönöm a válaszodat!
Megprobáltam beírni AT91SAM7A256-ot, SAM7-et, de se az általad küldött oldalon, se a Device Pack Manager-ben nem találtam meg.

Közben találtam ezt.
Letöltöttem az AT91SAM7S-EK, ami egy zip file, de nem tudom, hogy hogyan kell telepíteni.
Probáltam a Device Pack Managerben az Install alatt a Browse Pack File-t, de a Pack Installation failed hibát írja ki.

Mi alapján választottad a mikrokontrollert? ARM7 magot használ, ami 1993 és 2001 között volt aktív, azóta nem ajánlott új termékbe. Az Atmelnél 2005-ös a legújabb pdf. Szerintem ez már nincs a támogatott processzorok között.

Mert amit találtál, az IAR-hoz vagy Keil-hez van, nem Atmel Sudiohoz.

Mondjuk ITT azt írják, hogy in production.

Én találtam hozza 2012-es PDF-et is.
Ez egy CarProg klón, ami egy EEPROM/Motorola IC programozó, amiben kezdett lejárni a számláló, kb. még 10 volt hátra, ekkor mivel még sok tapasztalatom nem volt (nem mintha most volna), elküldtem Bukarestbe, ott állítólag újraprogramozták benne az AT91SAM7S256-ot, azután kb. 3-szor használtam, a negyedik bekapcsolásnál a sorozatszámnál ÿÿÿÿÿÿÿÿÿ jelent meg.
Vásároltam egy újjat, kb. 35 dolcsi volt, és a régit megszeretném javítani.
Letörültem az ERASE lábbal róla az adatot, építettem hozza egy LPT portos programozót, a H-JTAG felismeri mint ARM7TDMI, a H-Flasher, meg bővebben felismeri, mint AT91SAM7S256, ráírtam kb. 4 féle programot, mindegyiknél Writing and Verifying 1X OK, de amikor az USB-be bedugom, Unknown device hibaüzenetet kapok. A tápok rendben vannak, a kvarc jó (külső teszterrel megmértem,12MhZ), órajel van, USB dugasz érintkezik, de mégis unknown device.

Nem támogatja a Studio.
Bővebben: Link

Azért szeretném egy mintaprogrammal megprobálni, hogy tudjam meg, hogy ez az IC jó-e vagy az AT88SC25616 tartalma sérült meg. (A tünetek sérülésre utalnak, még senki se kapott rá megoldást.)

Az kár.
Mivel mással lehetne bele mintaprogramot írni? Megprobálom a Keil-t.

Van a SAM-ba2 nevű IDE!
Én ezt használom:

Rosszul emlékeztem, ez csak soros portos botloader.

Keil-4-el programoztam, valamikor régen.

Köszönöm szépen mindenki válaszát!
Letöltöttem a Keil-t, hozzá meg 2 kiegészítőt és sikerült .hex filet fordítani.
Ma felfogom tölteni és megválik, hogy mivel van a baj.

Sziasztok!

A fenti panelt használom.
Rádugva a programozót, fut a program.
Ha adok külső 5V-os tápfeszt a panelnak, akkor nem megy. Ha a programozó +3,3V os vagy a GND lába csatlakoztatva van, akkor elindul.(Elég az egyiket csatlakoztatva hagyni)
Találkoztatok már ilyen hibával? A rajta levő 3,3V-t nem terhelem túl szerintem,mert elég csak a GND-t csatlakoztatni(PC-ről USB GND)
Ha megszakítom az összeköttetést a programozó és a panel között akkor megáll a program. 1 szál vezetéken mi múlik ????


IDE: EmBitz, kicsi és egyszerű.

Próbáltad resettel újraindítani, miután leszedted a programozót? Nálam nem szereti a mezei lehúzást, viszont magától programozó nélkül simán megy.

Persze próbáltam.
Semmi reakció. Ugyanaz, mintha lekapcsolom és visszakapcsolom.

BOOT pin-ek allapota ?