Köszi a segítséget . Nem is gondoltam, hogy egy ilyen kis apróságon el lehet csúszni !

Hello!
Hát még nem sikerült megoldanom mi lehet a hiba, de próbálkozom.
Mindjárt átnézem a forrasztásokat... hátha...
De van egy furcsaság. Valaki emlegette a kontraszt potit. Nos, ha azt csavargatom, akkor ez egyik végállása felé ez jelenik meg a kijelzőn. Ez azt hiszem normális (?). De miért csak az alsó sorban? A felső nem jelenik meg.
Esetleg nem itt lehet a hiba elásva?

Ezt nem fogjátok elhinni.
Éppen sörözgetek és pálinkázgatok itthon, miközben CS-zek (ne mondjatok semmit.. ez van) amikor gondolok egyet és bekapcsolom a próbapanelt. ÉS működik. Kiírja, hogy "dde" két sorba, ahogy azt kell.
No ez a hiba mi volt? lehet hogy a szalag kábel összeér valahol az LCDnél? (képen látszik... annyira vacakul nézne ki?)

UI: sajnos tuti. Ha az LCD 45 fokban van, akkor működik... gondolom akkor nem ér össze az a két vezeték.... Milyen bosszantó, mikor egy ilyen hiba miatt napokig javítgat az ember olyasmit, ami nem is hibás....

Működik is a dolog, de lenne pár kérdésem.
40 karakternél hosszabbat nem tudok kiíratni görgetéssel. Ez a limit, vagy valamit nem állítottam át?
Próbáltam ASCII-vel, és string-gel is. A "szoveg[20]"-t átírtam "szoveg[45]"-re, de nem működött. ASCII-vel is 40 betűt képes kiírni....
Lehet ezt valahol állítani, vagy ennyi a max? (tudom, ne akarjam kiíratni egy 16x2es kijelzőre a Háború és békét, csak szeretném tudni hol a korlát...

Sziasztok. Egy egyszerű, próba programmal próbálom (FC-alatt) az RGB LED-et működésre bírni. De nem sikerül. Láttam működőképes programot itt a témában. Szóval elvileg működnie kellene a LED-nek.
A 5-ös demó verzióm van "lebutítva" vagy valami elkerülte a figyelmemet?
Mellékelem a programot.
A konfigurációt a legjobb tudásom szerint beállítottam. ( Bár nem lesz PIC-be égetve... )
A kerek LED-eket kényszerből tettem be, hogy lássam a kimeneten van-e jel.
A Prométeuszt még nem akarom feltenni. Bőven elég lesz elsőre az FC-vel megismerkedni.
Köszönöm.

Még megpróbálom újra indítani a programot. Bár nem tudom ez segíthetne-e!?

Hmm. Igen. NEM CSAK SIMA LED-ek! Mint ahogy gondoltam.
Külön komponens makróval lehet csak hozzájuk férni. ( Mintha a HELP is írta volna... )
Ha csak a három alapszín kell akkor maradnak az egyedi LED-ek...
Ötleteket, példaprogramokat ettől még szívesen megnéznék.
Köszönöm!

Kinőttem a demó Kereteit... :S

Csak egy felvetés.
Miért kezeli az FC logikailag külön az azonos kimenetre kötött LED-eket? Ha a programomban a PORTC kimenet inaktívra váltom, akkor a 3 kerek LED ami a PORTC-hez van rendelve kialszik, de az RGB-LED ( ami szintén a PORTC-hez van rendelve ) ettől még vígan működik. Mellékelem a folyamatábrát.

Köszönöm a példaprogramot. S, hogy szemléltetted.
A PWM elvét ismerem. De sokat kell még tanulnom... Bele is ásom magam.

Kedves Hozzáértők...
Tapasztalta Valaki közületek azt hogy a legutóbbi upgrade után a +Vref alapú ADC mérés hibásan működne?
(18F6722 + MCP9700A 2,56v-vref)

Össze kéne hasonlítani a régi és az új FC5_PIC_ADC.c és 18F6722.fcd fájlokat, esetleg a régit vissza kéne másolni(újat elmenteni), és ha megszűnik a probléma, a régit használni.

Úgy látom ez egy régebbi verzió, de ezzel működik megint...
Bosszantó hogy nem tették bele a frissítésbe? (hányszor kell elküldened?)

Remélem a 18F6722.fcd-t nem javították rosszabbra
Köszönöm a válaszaitokat...

A file fejlécében látok külömbséget
* Changelog:
*
* date | by | description
* -------+----+-----------------------------------------------------
* 060911 | BR | Created
* 200911 | BR | Updated to include all ADC type files
* 110512 | BR | Fixed a bug with ADC type 13 and Vref+
*/

* Changelog:
*
* date | by | description
* -------+----+-----------------------------------------------------
* 060911 | BR | Created
* 200911 | BR | Updated to include all ADC type files
* 110512 | BR | Fixed a bug with ADC type 13 and Vref+
* 161012 | BR | Fixed a bug with ADC type 32 and 10 bit instead of 12 bit
* 171212 | BR | Moved the code to begin the sample to allow for more optimised ADC readings
*/
ez meg ami benne volt a z uj flow-ban...

a dátum 171212...

Én is először, csak akkor minden összecsuklott...
Újraraktam... És megjavultak a dolgok ---> ennyire
..Akkor elméletileg az újban csak a fenti egy sor a bibis?

Mind a 8 helyen cserélendő?

Az állományban 8 helyen szerepel a fenti cserélendő kifejezés...
st_bit(adcon0, VCFG0);

Gondolom csak az engem érintő PIC configsorában szükséges feltétlenül...

// ADC Type 24 Supported Devices ***********************************************************
// 18F65J50, 18F66J50, 18F66J55, 18F67J50, 18F85J50, 18F86J50, 18F86J55, 18F87J50
// *********************************************************/

csak nehogy később belefussak egy másiknál ugyanebbe... érdemes mindenütt...
Jól gondolom?

Csak olyan nőcis dolog, már rám-szóltak, igyekszem vesszőt használni helyette .-)

Kijavítottam, ez a legújabb verzió. Tesztelve 18F6722-vel.

Huhh, ez már nekem magas.
(Ezennel elnézést kérek hogy hibás állományt tettem fel)

Szuper! De nekem már szemüveg kéne ahhoz is hogy a pákát megtaláljam

Sziasztok!
Csináltam egy half step léptetőmotor vezérlőt, de nem akar működni. A hardware rendben van, mert parsic-os programmal megy rendesen. Ránéznétek, hogy mi lehet a baj? A gyári makróval is rángat...

A mechatronica fül alatt van stepper makró.

A gyári makróval is rángat... Végigmentem sok frekin, külső jelről működik majd, ez csak próba...

A megszakítási frekvenciát próbáld emelni.

Ez csak az alap program és így egyszerűbbnek láttam a dolgot, mert áram függvényében szeretném szabályozni a kitöltési tényezőt, valamint pwm-es féket. Az a rész is megvan, de csak az alapot raktam fel...
Végigmentem sok frekin, külső jelről működik majd, ez csak próba...

Sziasztok!

Egy kis segítségre lenne szükségem, mert elakadtam és bár biztos, hogy én hibázok valamit, de két napja nem tudok rájönni, hogy hol rontom el. Most ismerkedem ezzel a programmal és nagyon szimpatikus de most nagyon elakadtam.

A mellékelt fájl a szimulátorban tökéletesen működik, ha viszont feltöltöm az avr-re, akkor csak hieroglifákat ír ki semmi mást. Az egész dolog úgy jött elő, hogy ki akartam próbálni az adc voltba olvasását és azt tapasztaltam, hogy ha elkezdek floatokat használni, akkor jelentkezik a gond. A mellékelt példa szándékosan a létező legegyszerűbb program és azért is van 2313-ason mert kipróbáltam azt is, hogy nem-e csak az eredetileg használt tiny261-essel van-e gond, de nem. Többször újra építettem dugdosós panelon de mindig ezt tapasztalom bármilyen lábkiosztást használok. Felraktam a programot otthon is és a munkahelyemen is, semmi változás. Ha kiveszem a float-ot a képletből és mondjuk integerekkel dolgozom, akkor minden ok, tehát a kapcsoás egyébként működőképes.
Azért gondolom, hogy nálam lehet valami gond, mert sokat kerestem a neten de senkit nem találtam hasonló hibával, márpedig ez elég alap funkció. Még a kijelzőre gyanakszom egy kicsit, de sajnos csak egyfélém van, a legolcsóbb 2$-os ebay-es kék lcd.

Feltétlen kell a Float?

Igazság szerint csak kísérletezgetek, de ez elég alap dolog. Ráadásul ez tud olyat, hogy rögtön voltba olvassa be az adc-t és ennek float a kimenete.

Amikor V-ban olvassa be az értéket, annak az eredménye szöveg, azt változtatás nélkül el lehet küldeni a kijelzőbe. Ha jól tudom, az is 0 - 1023 -ig mér, csak a Macro átszámolja V-ra. Ha további feldolgozás is kell a kapott eredményből, inkább Integer-ként kérdezd le az értéket és azzal számolj. A lebegőpontos számok használata aránytalanul megnöveli az MCU terhelését és ha nincs feltétlen szükség rá akkor csak nagy memóriapazarlás.

0 V -> 0
5 V -> 1023

Szia !
A 3.22V -ot hogyan kanyarítod ki az int 1024-ből ?