Normál légköri nyomás tengerszint magasságában: ~14,7 psi. Ami ennél lejjebb van az vákuum. , csak alacsony légköri nyomásnak hívják. Szerintem olyan nincs, hogy minusz akármennyi psi. 0 psi van, az abszolút vákuum.

Ha már ennyire szétoffoljuk a topicot, egy kis önsajnálat:

Én vákuum technikával foglalkozok, nálunk a mechanikus alkatrészek vezérlése vákuummal történik.
Időnként érkeznek új kollégák, akikkel meg kell értetni egy egy berendezés működését. A legnehezebb, azt elmagyarázni, hogy egy-egy berendezésben a légköri nyomás az erő, a működtető "elem", csak annyi történik, hogy a vákuumszivattyúval az ellentartó erőt tüntetjük el.

Értem már, oda az 5 pont!!!
Egy kicsit megvicceltek a netes átalakítok. Én a kis naiv azt hittem, hogy a konvertálok nem sima szorzatként működnek. Gondolkodás nélkül beírtam 0bar aztán persze 0psi-t dobott ki.

Sziasztok!
Azt hogyan tudom megoldani, hogy az ADC ne 0-tól 5-ig számoljon, hanem fordítva.

Szia
5- adc ?

Egy számítással : a max értékből vond ki az adc által mért értéket PL : x = 255-adc

Köszönöm!

Hi Mesterek!
Segítséget szeretnék kérni.
Fordulatszámot szeretnék mérni. Úgy gondoltam hogy két bejövő jel közt eltelt időt számolnék s ez alapján már meglenne a fordulat.
Az lenne a kérdésem hogy lehet pl: timer1 elindítani illetve adott időben kiolvasni az értéket. Ezt flowban meglehet csinálni, vagy ez már C nyelv lesz?
A assembly-t ismerem, de azt nem tudom hogy lehet ide beimportálni ( C nyelvet nem ismerem)
Segítséget válaszokat előre is köszönöm.

Szia !
Timer számol folyamatosan, gomb megszakítás nullázza, nullázás előtt pedig elmenti egy segéd változóba az értékét és már kész is.

Pl: timer1 =segédváltozo?

forditva segedvaltozo=timer1

Üdvözlet!
Az alany egy 18f87k22. A gondom a következő: egy tft kijelzőnek szeretném előre eltárolni 0-9 ig illetve A-Z -ig a karaktereket. A képpontokat C ben tárolom le, onnan olvasom ki egy tömbbe amit egy külön makró kezel. (azért C-ben, mert ha FC-ben hozok létre több ilyen változót pl VALAMI1[25],VALAMI2[30]... az nekem valamiért sosem működött rendesen, de ez más kérdés)
A gondom az, hogy kb 20-25 ilyen "C tömböt" tudok létrehozni, azután már nem fut rendesen a program. Egy ilyen tömb mérete átlagosan 24 bájt. Mit rontok el, illetve mit értelmezek félre?
Csatoltam egy ilyen makró képét az érthetőség kedvéért. Ezen a C betű képpontjait másolom a DATAX[30] tömbbe, a pr_15 sub makró a kijelzőnek küldi ki az adatokat.

Mit kell pontosan azon érteni, hogy nem fut rendesen a program? Fordításkor kapsz valamilyen hibaüzenetet?

Mindig más a hibajelenség, hibaüzenet nincs.
Példa: létrehozok egy új makrót, mondjuk a P betűnek (0-9-ig ill. A- O ig már készen vannak a "betűmakrók", és ezek minden körülmények között tökéletesen működnek is, csakúgy mint a program többi része), és innentől mondjuk rosszul címzi a kijelzőt (pixel koordináták), vagy épp el sem indul a program. Akkor is ez van, ha nem hívom meg a P makrót,de a fordításban szerepel . Ha kikommentelem,vagy törlöm akkor helyreáll a program.
DE ha például törlök egy korábbi makrót, és az újonnan létrehozotatt (most például a P-t) engedélyezem, akkor nincs gond. Olyan mintha elfogyna valamilyen "tárhely" a picből.
Erre utal az is, hogy ha egy nagyobb méretű tömböt akartam létrehozni (pl.: DATAY[200], a jelenség ugyanez volt, pedig akkor a "betűmakróim" csak a C -ig voltag még készen. Eddig még nem volt szükségem 50 bájtnál nagyobb tömbbre, de tudomásom szerint 255 -ig gond nélkül le kellene kezelni a flowcode-nak.

Csatoltam a fordító üzenetet, nincs benne ilyesmire utalás. Eddig egyébként ezeket az értékeket EEproból (külső) vagy NAND -ból olvastam ki, de a jelenlegi alkalmazáshoz ezek feleslegesek ezért szeretném átrakni a pic-be, de praktikus okokból nem a belső epromba.

Az ilyen hibát nem túl könnyű kergetni...

Csak egy apróság de hátha segít: a Flowcode-ban a "DATAC" nevű változót nevezd át "datac"-re (csupa nagybetű helyett csupa kisbetű). A C blokkban viszont maradjon az "FCV_DATAC".

Nem ismerem alaposan a C nyelvet, de az "int FCV_DATAC[24]" tulajdonképpen 24 (0 - 23) vagy 25 (0 - 24) változót hoz létre? Továbbá az "int" típusú változó nem két bájtot foglal el?

Korábban próbáltam kisbetűvel, de volt vele gondom, néha azt sem szerette, úgyhogy leszoktam róla.
A [24] az 0-23.
ha tömböt hozok létre C blokkban, akkor kell elé az "int". Hogy miért ne kérdezd, nem értek hozzá...

Szia!
Én ezt Nokia és oled kijelzőnél is úgy szoktam csinálni hogy a betűket beteszem a kiegészítő kódba ami a build/project opciók fülnél van lásd 1. kép, majd a második képen lévő c kóddal meghívom a kívánt betűket.. így akár lehet több soros betűt is csinálni (dupla tripla méretűt, vagy képet)

Próbáld ki "char"-ral, az int valószínűleg két bájtot foglal le.

Most jött el az ideje hogy kipróbáljam , tennél fel képet a beállitásról ?

Parancsolj, melléklet.

Köszönöm !

Köszi, ezt a kiegészítő kód funkciót még úgyse használtam eddig, kipróbálom!

Hmm, nem annyit amannyi a [] között van?

Ok, köszi, rákeresek!

Közben az jutott eszembe, ha 4x annyi bájtot foglalna le annak is bele kellene férni...(?)
(24 bájt / betű) *4 = 96 bájt *(10 szám + 40 betű/ikon)= 4,8 kbájt. vagy nem?

Ha jól látom ebben a PIC-ben 3862 byte RAM van, de különben ilyen táblázatokat a programmemóriában szoktak tárolni.

Ez mondjuk igaz.
De hogy adom meg a Fc-ban, hogy egy ilyen tömb hova tárolódjon?

Közben átneveztem mindet char -ra , sajnos nem segített.

Köszönöm, közben megértettem. Mivel eddig sosem kellett letárolnom 255-nél nagyobb számot tömbben (legalábbis nem "egyben" /eddig Hi+Lo bájtot használtam) ezért ezen nem is gondolkodtam, c -ben gondolkodás nélkül int -et hoztam létre. Az viszont érdekes, hogy ha valamiféle "tárhely" probléma lenne, akkor valóban miért nem segített a char változó használata. Így a kb. 50 tömb fele helyet foglal.