Fórum témák

» Több friss téma
Fórum » PIC - USB - PC projekt
 
Témaindító: JohnyBravo, idő: Szept 26, 2006
Lapozás: OK   42 / 55
(#) Simon Kornél hozzászólása Dec 27, 2011 /
 
A Microchip USB Bootloader v2.3 programmal a hex file-t a PIC-re feltöltöttem. A régi hex file-ra "Device attached" az új file-nél "Device removed" a visszaadott válasz.
(#) Sanyessz hozzászólása Feb 19, 2012 /
 
hello mindenkinek
Elég kezdő vagyok ebben a PICKIT-es dologban.
Lenne egy kérdésem.
Milyen kodot kell ki küldeni PICKIT2-esnek usb-n hogy pin5-ös kivezetése változzon. Vagy gondoltam h PICkit v2.61 logic tool modban megnézem mit küld ki majd lemásolva én is kiküldöm neki a parancsot. Robot lenne vezérelve vele, de a robot inteligenciáját java program és vezérlő felület adja.
Járható ut ez? Megoldható a dolog?
(#) pipi válasza Sanyessz hozzászólására (») Feb 19, 2012 /
 
Ha jól emlékszem, a pickit2 szoftvere pic és PC oldalról is publikus, nézegesd meg
(#) sirály12 hozzászólása Ápr 13, 2012 /
 
Egy problémával fordulnék hozzátok.

Egy hid-es áramkört készítek épp, és elakadtam egy problémával. A pc-ről a pic-re küldenék 64 bájt-ot, de egyszerűen nem megy át, a program a pc oldalon hibát dob, csak 3 bájt megy át! a pic-es program ccs-ben van írva.

A pic-es oldalon ez a beállításom:
#DEFINE USB_HID_DEVICE TRUE
#define USB_EP1_TX_ENABLE USB_ENABLE_INTERRUPT
#define USB_EP1_TX_SIZE 64
#define USB_EP1_RX_ENABLE USB_ENABLE_INTERRUPT
#define USB_EP1_RX_SIZE 64

Valahol máshol is be kellene állítanom?
(#) izenahogyishivnak válasza sirály12 hozzászólására (») Ápr 13, 2012 /
 
Ez így nagyon kevés info.
(#) sirály12 válasza izenahogyishivnak hozzászólására (») Ápr 13, 2012 /
 
Ha pontosítanom kellene, akkor a kérdésem a következő lenne: Kell e mást módosítanom a projekten.

Találtam olyan utalásokat, hogy az usb_desc_hid.h-ban is módosítanom kell bizonyos részeket.

Talált oldal

Jól értelmezem?

Az én konfigom:
  1. const char USB_CLASS_SPECIFIC_DESC[] = {
  2.       6, 0, 255,    // Usage Page = Vendor Defined
  3.       9, 1,            // Usage = IO device
  4.       0xa1, 1,       // Collection = Application
  5.       0x19, 1,        // Usage minimum
  6.       0x29, 8,        // Usage maximum
  7.  
  8.       0x15, 0x80,        // Logical minimum (-128)
  9.       0x25, 0x7F,        // Logical maximum (127)
  10.  
  11.       0x75, 8,        // Report size = 8 (bits)
  12.       0x95, 2,        // Report count = 16 bits (2 bytes)
  13.       0x81, 2,        // Input (Data, Var, Abs)
  14.       0x19, 1,        // Usage minimum
  15.       0x29, 8,        // Usage maximum
  16.       0x75, 8,        // Report size = 8 (bits)
  17.       0x95, 2,        // Report count = 16 bits (2 bytes)
  18.       0x91, 2,        // Output (Data, Var, Abs)
  19.       0xc0            // End Collection
  20.    };


Ha jól értelmezem, akkor a 0x95, 2, -es sort kell áttírni. Azért kérdezeztem, hátha valaki már találkozott ezzel a problémával.
(#) icserny válasza sirály12 hozzászólására (») Ápr 13, 2012 /
 
Ha összehasonlítom a Microchip mintapéldáival, akkor az általad jelzett soron kívül a
  1. 0x29, 8,        // Usage maximum

sort is át kell írni (8 helyett 0x40-re), s ezenkívül valószínűleg az "endpoint descriptorokat" is módosítani kell, ha ott 0x40-nél kisebb méret van megadva.
(#) sirály12 válasza icserny hozzászólására (») Ápr 13, 2012 /
 
Köszönöm a választ.

Ha hazaértem kipróbálom!
(#) sirály12 válasza icserny hozzászólására (») Ápr 13, 2012 /
 
Ez volt a megoldás!

Köszönöm!
(#) Syrius hozzászólása Jún 25, 2012 /
 
Sziasztok,

Most kezdtem el ismerkedni az USB programozással, de már az elején elakadtam.
Megépítettem a Watt féle HID Demo kapcsolást, betöltöttem a zip-ben lévő hex-et a kontrollerbe.
A windows először felfedezi, hogy "HID Custom 18Fxxxx watt" van a géphez csatlakoztatva, majd megjelenik egy USB beviteli eszköz felkiáltójelesen.

Mi lehet a probléma? Köszi!

USB_HID.PNG
    
(#) watt válasza Syrius hozzászólására (») Jún 26, 2012 /
 
Szia! Nem találkoztam még ezzel a problémával, ezért csak tippelek, hogy esetleg más USB-s eszközödnek ugyanazok az azonosítói(Vendor ID, Product ID) állítsd át. Ha ez nem így van, akkor esetleg hibás a rendszered. A HID protokolt minden windowsnak alapból ismernie kell.
(#) Syrius hozzászólása Jún 26, 2012 /
 
Ma bekapcsoltam a gépet és meggyógyult (bekapcsoláskor be volt dugva a PIC). Nincs jele a tegnapi problémának. Viszont a ledet nem akarja villogtatni
(#) watt válasza Syrius hozzászólására (») Jún 26, 2012 /
 
Az eszköz adatokat kiolvassa? LED jól van bekötve, jó lábra, érintkezik? ...
(#) Syrius hozzászólása Jún 27, 2012 /
 
Most meg már az is működik minden módosítás nélkül :S
Erre varrjatok gombot
(#) watt válasza Syrius hozzászólására (») Jún 27, 2012 /
 
Lassú a windows!
(#) Syrius válasza watt hozzászólására (») Jún 28, 2012 /
 
Lehet.
(#) Zsora hozzászólása Jún 29, 2012 /
 
Üdv!

PIC24HJ256GP210A mikrovezérlőhöz töltöttem le most a legújab doksit, mert szükségem van az I/O lábak terhelhetőségi adataira, és azt vettem észre hogy némi eltérés van a régebbi kiadáshoz képest:

DS70592C Revision C (March 2011)

Digital I/O:
- 4 mA sink on all I/O pins

Maximum output current sunk by any I/O pin(3) .......................4 mA
Maximum output current sourced by any I/O pin(3).....................4 mA

DS70592D Revision D (June 2012)

Input/Output
- Sink/Source up to 10 mA (pin specific) for standard VOH/VOL, up to 16 mA (pin specific) for nonstandard VOH1

Maximum current sourced/sunk by any 2x I/O pin(3) ...................8 mA
Maximum current sourced/sunk by any 4x I/O pin(3) ..................15 mA
Maximum current sourced/sunk by any 8x I/O pin(3) ..................25 mA

Nem egészen világos nekem hogy a D felülvizsgált kiadásban mi az hogy 2, 4, ill. 8 lábankénti terhelhetőség. Talán több lábbal hajtunk meg 1 vezetéket? Továbbá; miért nincs 1 lábra megadva ez az érték, és mi az a 10mA/16mA a doksi elején?
(#) Zsora válasza Zsora hozzászólására (») Jún 29, 2012 /
 
Na puff! Ezt nem is ide akartam írni, hanem a PIC-es témába. Megkérhetek egy moderátort hogy tegye át a megfelelő helyre? Bocsi a figyelmetlenségemért!
(#) icserny válasza Zsora hozzászólására (») Jún 29, 2012 / 1
 
Én úgy értelmezem, hogy egyetlen láb esetében túl lehet lépni a 4 mA-es terhelhetőséget, de ha több láb is aktív, akkor már további korlátozások lépnek életbe, s az aktív lábak együttes terhelhetősége a táblázat szerinti.
Idézet:
„Talán több lábbal hajtunk meg 1 vezetéket?”
Nem, több lábbal több vezetéket.
Idézet:
„mi az a 10mA/16mA a doksi elején?”
10 mA esetén még teljesülnek a jelszintekre előírt értékek, 16 mA esetén már a logikai magas szint jelszintje alacsonyabb lesz (feszültségesés a chip-ben).
(#) Zsora válasza icserny hozzászólására (») Jún 29, 2012 /
 
"Én úgy értelmezem, hogy egyetlen láb esetében túl lehet lépni a 4 mA-es terhelhetőséget, de ha több láb is aktív, akkor már további korlátozások lépnek életbe..."

Na, ez a másik amire gondoltam, csak ezt kevésbé tartottam logikusnak. Ilyen korlátozás legfejjebb a hőtermelés miatt lehet, de a logikai szintet nem hiszem hogy befolyásolja, mert azt a kapcsolótranzisztor átmeneti ellenállása ill. az azon eső feszültség határozza meg.

Világosabban is fogalmazhatna a Michrochip, hogy ne a felhasználónak kelljen találgatnia, hogy mit is akar mondani. Semmi magyarázó szöveg nincs a doksiban ezzel kapcsolatban.
(#) icserny válasza Zsora hozzászólására (») Jún 29, 2012 /
 
Idézet:
„a logikai szintet nem hiszem hogy befolyásolja, mert azt a kapcsolótranzisztor átmeneti ellenállása ill. az azon eső feszültség határozza meg.”
Pont erről van szó: nagyobb áram, nagyobb feszültségesés...
(#) Zsora válasza icserny hozzászólására (») Jún 29, 2012 /
 
Jó, ezt tudom, de ezt arra mondtam hogy ennek nincs köze több láb együttes áramához. Úgy tűnik hogy a 25. fejezet megerősíti az általad is mondottakat, ill. azt hogy a kimenetek árama a hőtermelés miatt korlátozódik. Így már logikus hogy kevesebb aktív láb szolgáltathat nagyobb áramot, viszont több aktív lábnál már korlátozni kell azt.

Akkor ezekszerint ha egy 16-bites port minden lábát használom, akkor bár max. 4mA van/volt megadva egy lábra, mégis lefejjebb 2*25mA/16, azzaz 3,124mA-rel (durván számolva) terhelhetem a lábat?

(Na és ennek túllépése csak feszültségesést eredményez a kimeneten, vagy károsodást is?)
(#) icserny válasza Zsora hozzászólására (») Jún 29, 2012 /
 
Idézet:
„Úgy tűnik hogy ... a kimenetek árama a hőtermelés miatt korlátozódik.”
Ebben neked van igazad.

Hirtelenjében a PIC24HJ128GPX02/X04 régi adatlapja akadt a kezembe, itt azt írja, hogy az összes portláb együttes árama nem lehet több,mint 200 mA. Ez az Absolute Maximum Ratings részben van, tehát efölötti összáram okozhat károsodást.

Van még itt olyan megjegyzés, hogy bizonyos lábak nagyobb terhelhetőségűek: CLKOUT is able to sink/source 25 mA, and the VREF+, VREF-, SCLx, SDAx, PGCx and PGDx pins, which are able to sink/source 12 mA.
(#) kissi válasza Zsora hozzászólására (») Jún 29, 2012 / 1
 
Szia!

Szerintem a hőterhelés mellett jelentkezhet a feszültségcsökkenés is, hiszen nem ismerjük a belső felépítés maszkját: lehet, hogy 1 porthoz 1 vékony vezeték megy ( én ezt tartom valószínűnek ) és nem mindegy, hogy 1 v. 8 bitjén akar kiadni ezen a vezetéken keresztül áramot, ezért korlátozzák az összáramot!

Steve
(#) Hp41C válasza watt hozzászólására (») Jún 29, 2012 /
 
Szia!

V-USB az AVR -ekhez.
Egy túlhajtott 16F628 -cal is mehet az USB 1.1: 16FUSB Van benne egy hardver uart, azzal tarthat kacsolatot a már meglevő eszközzel. Egy advanced midrange kontrollernél a 24MHz a specifikált tartományban van...

Már van adatlap a 16F145x -ről.
(#) watt válasza Hp41C hozzászólására (») Jún 29, 2012 /
 
Szia! Ez egy 2012-es cikk, a hozzászólásom amire válaszoltál 6 éves...
Érdekes megoldás egyébként, hasznos lehet, köszönöm!
(#) Zsora válasza kissi hozzászólására (») Jún 30, 2012 /
 
Igen, ez nagyon is lehetséges. Egy vékony aranyszálon, ill. egy félvezetőcsatornán - ami a portokat táplálja - jelentősebb feszültség eshet nagyobb terhelés mellett. Bár azért csak tudtak a chip tervezői megfelelően méretezni. Másrészt miért van az hogy a korábbi doksikban ezek a dolgok nem merültek fel, csak most az akárhányadik kiadásban. Valamint nem ez az első mikrovezérlő, amit tervezett és gyártott a Microchip. Szóval... kicsit furcsa ez nekem.
(#) kissi válasza Zsora hozzászólására (») Jún 30, 2012 /
 
Idézet:
„Bár azért csak tudtak a chip tervezői megfelelően méretezni.”

Persze, ezért nem lehet csak a katalógus szerint terhelni !
Idézet:
„Másrészt miért van az hogy a korábbi doksikban ezek a dolgok nem merültek fel, csak most az akárhányadik kiadásban. Valamint nem ez az első mikrovezérlő, amit tervezett és gyártott a Microchip. Szóval... kicsit furcsa ez nekem.”

Erről írt icserny a #1254221 hozzászólásban... .

Steve
(#) Zsora válasza kissi hozzászólására (») Jún 30, 2012 /
 
Köszönöm mindkettőtöknek (neked és icsernynek) a válaszokat!
(#) husla84csaba hozzászólása Aug 7, 2012 /
 
Sziasztok!
A problemam a kovetkezo:
PC(USB)==>FT232RL==>PIC16F689

Az FT Rx lab a PIC Tx laban
Tx lab az Rx en

Picbe:program PROBA
main:
ADCON0.ADON = 0
ANSEL = 0
ANSELH = 0
Usart_Init(9600)
while true
Usart_Write("1")
delay_ms(100)
wend
end.

A PCn Usart Terminalban megjelenik az uzenet,a gond az hogy "0" es "240" es uzenetek erkeznek folyamatosan DEC ben kijelezve.
Ha a Picben valtoztatom az uzenet tartalmat,valami valtozas tortenik ugyan,de tovabbra is csak "0"ok es "240"esek erkeznek a PC-be.
Tudna-e valaki felvilagositast nyujtani mi a jelenseg oka??

Megjegyzem a Projektem joval osszetettebb ugyanis rs 485ot szerettem volna hasznalni USB es 3pic kommunikaciojara,de mivel nem jott ossze visszamentem az alapokra es igy is ugyanez a jelenseg.Tobb mint valoszinu mukodni fog a projektem ha igy alapbol ezt bestimmelem.

Elore is koszonom a segitsegeteket!
Következő: »»   42 / 55
Bejelentkezés

Belépés

Hirdetés
XDT.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