NA most kattintottam rá a képre amire bele írtál. ÉS én a csatolt rajz szerint forrasztottam!!!!!

ISTVÁN 2 igen az lesz most néztem az ic-ém TQFN és én a KKKKK QFN rajz szerint csináltam és ott a kvartz ahogy irtad másholvan.

"most egy pengével műtöm"

Az ilyesmit nehéz külön folyasztószer nélkül megúszni, akkor az olvadt ón szétválik és magától csusszan az alkatrészlábakra és vezetősávokra, ahol a legtöbb hasznot hajtja. Persze gyakran elég szörnyen néz ki az ilyen szerek maradéka a panelon, amit nem árt letakarítani, de az már apróság.

"Ami szögletes, azt gurítani, ami kerek, azt vinni nem célszerű, de baromira katonás dolog."

MŰKÖDIK.(fut pali79 kis progija)
Szeretném megköszönni a segítségedet TE világítottál rá az alapvető hibára (amit az elején észre se vettem mikor küldted).TQFP....QFN
A többi hozzászólónak is megemelem a kalapom hogy ilyen kitartóan foglalkoztatok evvel a ... igazából ezt a laza néhány napi kínlódást CSAK egy adatlapi figyelmetlenségem okozta .
Kellemes ÚJ ÉVET NEKTEK.

Na ennek örülök , hogy működik ! Sziv SN

Én a QFN-t nem is szoktam nézni , mert olyat nem használok.
De így megvan mi volt az elkötés alapja.

Pali79 kis programja is segített a többi segítő mellett , hogy legyen egy működő példány , amíg semmi se működik addig a legrosszabb.

Neked is boldog ÚJ ÉVET , ha addig semmilyen problémád nem adódna

Egy hozzászólás egy vagy több hosszabb link miatt szokott üresen megjelenni a többi szövegtől függetlenül, de csak tippelek, mivel próbálkozol. : -)

A link beszúrásához használd a LINK gombot középtájt és ne csak bemásold azt, akkor jó lesz. Ha nem ez volt a baj, akkor bocs.

Dolgozunk a hiba keresésén, addig türelmedet kérjük!

Az uni on szót (szóköz nélkül) sem szeretni a fórummotor.

Hm, azzal még nem találkoztam. Tartott valaki a szakszervezetektől?

Lásd melléklet, merthogy leírni nem lehet.

Csak vicceltem, mert így még nem találkoztam vele, de a C nyelv "u n i o n" adattípusának nincs köze a webes technológiákhoz. Viszont vannak olyan biztonsági eszközök (pl. a modsecurity az Apache-hoz), amik a webszerverekhez érkező kérésekben és az arra adandó válaszaiban is sima mintafelismeréssel próbálják a veszélyes szituációkat megfogni. Az SQL felől fújhat a szél, mert a U N I O N kulcsszóval támadásokat is lehet kivitelezni (erre rákerestem), és valamilyen paranoid beállítás, esetleg hiba miatt a webszerverben már a szó előfordulásától sem fut végig a folyamat. Az én honlapomat kiszolgáló webszerveremen is előfordul, hogy valami olyan is Access denied hibát eredményez, ami amúgy egy ártatlan kérés vagy válasz. A logokban általában nyoma marad, lehet elemezni.

Megpróbálom nem használnj a tiltott szót

Na igen, szóval az a problémám, hogy megpróbáltam UNI ON-ba rakni egy float-ot és egy int32-t.
Adtam egy értéket a floatnak binárisan pl: DATA b00001111 00110011 01010101 11110000.
De amit kiszedek in32-ként, azt valamiért nem ezt a bitsorrendet hozza ki.. az lenne a célom, hogy az int32 ben meg tudjam nézni a float bitjeit (nem az értéke érdekes, hanem a bitek.

Így néz ki ezen részlet (ccs c)

Uni-on{
float input;
int32 output;
} konvert;

Aztán az alábbi parancsokkal mahinálok:
konvert.input = DATA
TOSEND = konvert.output

Köszönöm ha tudtok segíteni!

Es köszönöm a mod-ot!

Így:

typedef uni-on{
float input;
char output[4];
}number;

Elvileg.

Szóval ez volt a hiba oka. : -)
***
Mit szólnál egy ilyenhez? Sima char-ral is működik:

Ez sajnos nem segített. :/

Ezt pediglen nem sikerül értelmezzem

a printf utáni funkciókat nem sikerül dekódoljam, sem a CCS C könyve alapján, sem google segítségével :/. Erre esetleg egy kis magyarázatot kérheetek, mert ha ezt próbálom bemásolni, akkor hibákba fulladok.

A u n i o n-nal is működhet, csak alternatívát akartam adni. Ki kellene próbálni, de még nem világos, mi nálad a fő probléma.

Amit én csináltam, az úgy működik, hogy készítek egy float változót, ami elfoglal egy memóriacímen négy bájtot, ahogy te is próbáltad, aztán ezt a memóriacímet bájtsorozatként (tömbként) értelmezem és egyesével kiíratom a konzolra a bájtokat - erre szolgál a for ciklus. Méghozzá hexában, mert azt könnyű olvasni, de akár binárisan is lehetne.

Mutatók, printf használata, hosszmeghatározás, egyebek - ha ez még bonyolult neked, inkább ne foglalkozz azzal, amit írtam, amúgy is általános módszer akart lenni, nem lépésenkénti, PIC-es környezetre írt megoldás.

Hali! Tekintve hogy a float és int számábrázolás teljesen más formátumú, így a tartalmazó bájtok egyesével mind a két esetben tök mást jelentenek, vagyis nincs értelme az u n i onnak.Tárolhatod vagy így vagy úg, és ha a másik kell akkor kényszerkonverzió. De vigyázz, floatban nem minden érték adható meg pontosan, így például összehasonlitáskor adhat fals értéket....
Közelítés : A float számok rögzített számú bitet használnak (előjel, kitevő, mantissza), így a valós számokat közelítésként, nem pedig pontos értékként ábrázolják.Pontosságvesztés : Emiatt néhány egyszerű tizedesjegy (például a 0,1) nem ábrázolható tökéletesen, ami apró hibákhoz vezet (pl.\(0.9999999999999999\)). A float műveletek egyébként sokkal erőforrás igényesebbek, több flash-t használnak a műveletvégzéshez, lassúbbak... Szóval jótanács, én ha tudom messze kerülöm a használatát. Ha tizedes kell, akkor használom az érték 10-100szorosát, ezzel végzem a műveleteket, kijelzéskor meg figyelek, hogy hová teszek tizedespontot.

Köszönöm,
nem, hálistennek ezek már megvannak, a prinf fromázások is, csak ez most nem áltl össze a szemem előtt így

bemásolom ide a kódom, hátha valaki észreveszi a hibát.
A beírt float-ot szeretném kiléptetni egy led-re, egyelőre.

Köszönöm, ezek megvannak, már csak azt nem értem ha a memóriájának valahol 4 bájtjában tárolja a float-ot, akkor annak a 4 bájtnak miért nem tudom kiolvasni a 0-1-0... értékeit...

(Alapvetően azt szerettem volna elérni, hogy anélkül, hogy egyik és másik eszköz tudja mit kellene csináljon, ki tudja jelezni az A PIC által küldött számot a B PIC-hez kapcsolt 7 szegmenses (mondjuk). Ehhez csak egy float kellene neki, meg egy ,,felbontás" jelzés, de azt el is tudom küldeni. Tudom, hogy vannak erre kommunikációs interfészek stb, de most már baromira csiklandozza az ingerközpontomat, miért nem tudom a fizikai biteket kiolvasni.)

Hali!
Értsd meg, a float ban tárolt bájtoknak semmi köze a tárolt szám bináris bitenkénti tartalmához, nincs értleme az u n i onnak float és int között !!!!
float

MEgpróbálok még egyszer írni, hátha most megitn nem futok ugyanabba a szóhazsnálatba

Tehát a CCS a saját kódjaiban is használ IEE és PIC float közötti átalakításra bájtonkénti (bitenkénti műveletet).

ennek egy részlete:

Engedd el az u n i ont! használj külön float, és külön int változót, ha az érték mégis a másik formában kell akkor tedd át egyik váltózóból a másikba. Nézd már meg a float fizikai számábrázolását a 4 bájt melyikében mit tárol, és megérted. Ez azt jelenti ha van négy bájtod és belenézel int-ként akkor tök más értéket látsz, mintha float-ként tekintesz rá.

Itt mindenhol uint van nem sima int. A sima intnél bezavar a kettes komplemens.

"Alapvetően azt szerettem volna elérni, hogy anélkül, hogy egyik és másik eszköz tudja mit kellene csináljon, ki tudja jelezni az A PIC által küldött számot a B PIC-hez kapcsolt 7 szegmenses (mondjuk). Ehhez csak egy float kellene neki, meg egy ,,felbontás" jelzés, de azt el is tudom küldeni."

1. Lebegőpontos számokat valóban csak akkor érdemes használni, ha muszáj. Pl. ha 1731,23-at akarsz tárolni vagy átküldeni, szorozd meg a számot százzal, a visszaalakítás sem nehéz kijelzés előtt - a float-os műveleteknél gyorsabb lesz. Arra kell figyelni, hogy az adott változótípusba belefér-e minden szám, ami előfordulhat a programodban (mért értékként?), egy int32 általában elég nagy az ilyesmihez, de nem akarok beleszólni.

2. A u n i o n alapvetően használható át- és visszaalakításra, ha szokatlan megoldás is (inkább pointereket érdemes használni, ahogy mutattam, ill. char tömböket gyakrabban használnak bitek manipulációjára, mint integer változókat), csak rosszul teszteled: a float-ban levő szám úgy fog előállni, hogy a DATA a bináris szám értékét fogja megkapni (mintha odaírnád, hogy pl. "= 14583"), de egészen más biteket tárol majd, még hasonlítani sem fognak.

3. Ha viszont ezeket a biteket átküldöd egy másik PIC-nek és az visszaalakítja a u n i o n-os küldő megoldás tükörképével, az jó gondolat, akkor tényleg működhet a dolog, az is csak pár sor lesz, ahogy a bemásolt kódod. Csak az egészet próbáld ki egyben. Nincs olyan, hogy egy valamilyen típusú változónak "nem lehet kiolvasni" a bitjeit vagy valami miatt rosszul kezeli a nyelv - nyugodtan lehet hinni az eredményeknek.

Igazából pont így szoktak működni egyes kommunikációt végrehajtó függvények, mert valahogy meg kell ezt oldani, hogy például megkapják egy már feltöltött struktúrának a címét és hosszát és elkezdik a biteket vakon kiolvasni a memóriából, átküldeni egy vonalon, ott pedig a fogadó oldal egy függvénye visszatölti ugyanolyan sorrendben a biteket oda, ahova a hívója memóriát foglalt egy ugyanolyan típusú struktúrának, és akkor elérhetővé válnak ugyanazok az adatok. Az, hogy csak egy int32 változót használsz és nem egy egész struktúrát, annak nincs jelentősége.

Tudom, hogy az érne többet, ha átnézném a kódodat, de most nincs rá energiám, bocsánat. Amúgy is csak az egyik fele van meg, mert úgy gondolod, hogy nem működik, pedig... : -)

Köszönöm a konstruktív segítséget!

Igen, alapvetően ezt meg lehet oldani másképpen is. Az ötlet csak onnan jött, hogy univerzális legyen, hogy a ,,dekódoló,, oldalnak tényleg ne kelljen tudnia hogy mennyivel kell visszaossza a számot stb stb.

Igen, egyre inkább az az érzésem, hogy azzal, ha beírom binárisan a float-ot, azzal nem a bitjeit állítom be, hanem az értékét. Szerintem itt a hiba, ma ezzel haladok tovább, és megpróbálom az általad használt verziót.

Köszönöm!