BAUSOFT
Pécsvárad Kft.

Gyakran ismételt kérdések (GYIK)

Összegyűjtöttük és csoportosítottuk a leggyakrabban előforduló kérdéseket, és a hozzájuk tartozó válaszokat, abban a reményben, hogy az többeknek segít a programok minél hatékonyabb kezelésében.

Hardverkulcs kezelési problémák (HW...)

IDAPI és projekt megnyitási hibák (ID...)

32 bites IDAPI hibák (ID32...)

KOMPLEX és korábbi DOS programok (KO...)

WinWatt32 program (WW...)

Egyéb (E...)

Hardverkulcs kezelési problémák
HW1: A telepítés után a program nem hajlandó elindulni, pedig a kulcs rá van dugva a párhuzamos portra.
Nem csak kulccsal kapcsolatos hiba okozhatja azt, hogy a program hibaüzenet sem küldve egyszerűen nem indul el, hanem hibás IDAPI állapot is, ez bővebben az ID3 kérdésnél van részletezve. Ha a program a hardverkulcsot nem ismeri fel, akkor vagy egy rövid idejű felvillanást tapasztalunk (KOMPLEX, WinWatt, CHM-BAU 1.14 verzióig), vagy egy üzenetet kapunk, hogy nem található a kulcshoz illeszkedő jelszó (CHM-BAU 1.15 verziótól, WaterNet, GasNet). Több ok is lehet, ami ezt idézi elő, ellenőrizzük sorban ezeket.
- Megtörtént a szükséges kulcsdriver telepítése? Ha még nem, telepítsük!
- Jól csatlakoztattuk a kulcsot a gépre? A kulcson lévő COMPUTER feliratnak kell a gép csatlakozójához közelebb állnia. A soros illetve a párhuzamos csatlakozó sajnos egymásnak fordítottja (apa, anya), így véletlenül fordított állásban a soros portra is feldugható a kulcs, ami helytelen.
- Csatlakozik nyomtató a kulcsra? Ha igen, próbáljuk meg nyomtató csatlakozás nélkül is a program elindítását. Ha ezek után működik, akkor csatlakoztassuk ismét, és a program indítása előtt legyen bekapcsolva a nyomtató.
- Több hardverkulcs van egymásba dugva? Ha igen, tegyünk egy probát úgy, hogy csak a programhoz szükséges egyetlen kulcs csatlakozik a portra. Ha ezzel megjavul a program, akkor a kulcsok sorrendjének a cseréje lehetséges, hogy megoldja a problémát. Ha nem, akkor a kulcsok gyakori ki-be dugdosása helyett - amit egyébként kikapcsolt géppel ajánlott csak megtenni - alkalmas megoldást ad egy mechanikus nyomtató megosztó egység.
- Lehet, hogy a program dedikálásnál (kulcs-szoftver összerendelésnél) hibát követtünk el. Ennek tisztázása érdekében töltse le a KEYTEST.EXE programot, majd futtassa le úgy, hogy közben a kulcs csatlakoztatva van a géphez. A program kiírja, ha talált Bausoft kulcsot, és annak egyedi azonosítóját is megadja. A jelszavas védelmet alkalmazó programok esetében (lásd fentebb) ez alapján meg tudjuk mondani, hogy a programhoz tartozó INI fájl bejegyzései helyesek-e.
- Lehetséges, hogy a hardverkulcs tönkrement. Telepítsük egy másik gépen a programot és a kulcsdrivert, esetleg más operációs rendszer mellett, ha ott gond nélkül fut a program, akkor a kulcs hibátlan, csak az adott szoftver-hardver kombinációval van gond. Ellenőrizzük újra a fentiek szerint a teendőket, ha nem jutunk eredményre, vegye fel a kapcsolatot a hiba elhárítás érdekében.

HW2: Korábban működött a program, most viszont nem akar indulni. Tönkrement talán a kulcs?.
Lehetséges, de más dolgok is közre játszhatnak. Gondoljuk végig, hogy mit változtattunk a gépen (szoftver-hardver) ahhoz képest, amikor még működött a program. Járjunk el a HW1 kérdésre adott válasz szerint.

HW3: Frissítettem a programot, azóta viszont úgy viselkedik, mintha a kulcsot nem találná..
Lehetséges, hogy a korábbi változat még nem igényelte a kulcsdriver telepítést, a mostani viszont már igen. Ha még nem telepítettük a kulcsdrivert, tegyük azt meg. Ha továbbra sem javul meg a program, OLD kiterjesztéssel a korábbi EXE még megtalálható. Töröljük az új EXE programot, és az OLD kiterjesztést nevezzük vissza EXE-re. Ezzel vissza kell jutnunk az eredeti állapothoz, működnie kell a programnak. Az új verzióra való áttéréshez vegye fel velünk a kapcsolatot.

HW4: Frissítettem az operációs rendszert Windows 2000-re, telepítettem a kulcsdrivereket, mégsem indulnak a programok..
A KOMPLEX és a 16 bites WinWatt programok ezen az operációs rendszeren nem mindegyik típusú kulccsal tudnak együttműködni. Ha Önnek a kulcsa MICROPHAR (kék színű), vagy SENTINEL C-Plus típusú, vegye fel velünk a kapcsolatot, hogy kicseréljük SENTINEL SuperPro típusra.


IDAPI és projekt megnyitási hibák
ID1: Table is busy! figyelmeztetést kapok, ha meg akarom nyitni a projektet.
Az adatbázis kezelő a projekt megnyitásakor azt zárolja (lock), hogy más alkalmazás ne tudja párhuzamosan megnyitni. Programhiba és program elszállás esetén, ezt a zárolást nem képes a program feloldani, az adatbázis kezelő továbbra is zároltnak látja a projektet, ezért a másodszori megnyitását letiltja. A zárolások a Windows újra indításával megszűnnek, tehát indítsuk újra a Windowst. Az újraindítás helyett azt is megtehetjük, hogy valamilyen fájlkezelő programmal másolatot készítünk a zárolt projektről (mindhárom fájlról, DB, MB és PX kiterjesztés) egy új név alatt, és ezt próbáljuk megnyitni, mert a zárolás fájlnévre vonatkozik, így az új néven megnyitható a projekt.

ID2: Lemásoltam egy projektet a fájlkezelővel, hogy egy másik gépen dolgozzak rajta tovább, itt viszont Index is out of date! üzenetet kapok, és nem tudom a projektet megnyitni.
Az adatbázis kezelő nem minden változtatást ment azonnal lemezre munka közben. Így előfordulhat, hogy amennyiben a projekt a programunkkal meg van nyitva, a három fájl a lemezen (DB, MB és PX kiterjesztés) nem konzisztens. Lépjünk ki máskor a programból, vagy a projektet csukjuk be, mielőtt a fájlokat lemásolnánk.

ID3: Nem található a Borland Database Engine (IDAPI) kérem telepítse! üzenetet kapok, mikor a programot elindítom, pedig telepítve van a gépemen. Újra telepítve sem változik a helyzet.
Más programok is alkalmazzák a Borland Database Engine (IDAPI) eszközét. Lehetséges, hogy azok bizonyos beállításokat is végeznek rajta, és amennyiben a program környezet megváltozik, azt az IDAPI nem tudja lekezelni. Gyakori eset, hogy a WILO Select szivattyú kiválasztó programja az IDAPI számára az átmeneti fájlok könyvtárát a saját könyvtárára állítja be. Ha letöröljük a WILO programot, és a könyvtárat is megszüntetjük, az IDAPI nem képes a működésre. A hiba elhárítása érdekében vegyük elő a Windows főkönyvtárában lévő WIN.INI fájlt. Keressük meg az [IDAPI] illetve a [Borland Language Drivers] szekciókat, és nézzük át valamennyi beállítást. Több sort teljesen ki is törölhetünk, összesen három sor az, ami feltétlenül szükséges a működéshez. Ezek az IDAPI szekcióban a DLLPATH és a CONFIGEFILE01, a másik szekcióban pedig az LDPath bejegyzés. Azt is ellenőrizzük, hagy az ezen belül megadott útvonalak helyesek-e. Mentsük el a javított változatot, és próbáljuk újra a programot.

ID4: Egy korábbi projektet szeretnék megnyitni, de a megnyitás dialógusban azt kiválasztva "Nem létező projektnév!" üzenetet kapok, és nem tudom megnyitni.
A programjaink nem támogatják az ékezetes és hosszú fájl és útvonal elnevezéseket. Létrehozni még sikerül a projektet, de a legközelebbi megnyitásnál már azt nem tudja a program lekezelni. Ne használjunk ékezetes karaktereket és nyolc karakternél hosszabb elnevezéseket a program és a projektek útvonalánál. A fájlkezelő segítségével nevezzük át a hibás fájlokat ennek megfelelően.


32 bites IDAPI hibák
ID32_1: Rendszergazdai módban gond nélkül fut a program, de normál felhasználóként futtatva hibaüzenettel leáll az indítás után.
Az adatbáziskezelő alapértelmezett beállításokkal kerül telepítésre, ennek megfelelően a lock fájlt a c:\ könyvtárba akarja létrehozni, ahova azonban nem rendszergazda módban a felhasználó nem hozhat létre fájlt. Rendszergazdai módban azonban konfigurálható az adatbáziskezelő. A c:\Program files\Common files\Borland shared\BDE könyvtárban található BDEADMIN programot kell ehhez elindítani (ugyanez elindítható a Windows Vezérlőpult programjából is a BDE Administrator ikon segítségével). A Configuration lapon a Drivers\Native\PARADOX részben a NET DIR változót, ami C:\ kell átírni egy másik könyvtárra, ahova a felhasználónak írási joga van. (Ahhoz, hogy a változtatást a BDEADMIN észlelje, át kell lépni egy másik mezőbe.) Kilépve a programból kezdeményezi a megváltozott beállítások mentését, ezt el kell fogadni. Ezek után már normál felhasználói módban is használható a program.


KOMPLEX és korábbi DOS programok
KO1: Nyomtatáskor miért nem jelennek meg az ékezetes karakterek, hullámzanak a táblázatok oszlopai?
Az ékezetes karakterek hiányát az okozza, hogy a nyomtató alapbeállításában szereplő kódtábla nem a PC-8, amit a program feltételez. A hullámzó táblázatok oka az, hogy úgy nevezett proporcionális fontot alkalmaz a nyomtató, a program pedig fix szélességgel számol, és betűközökkel próbál tabulálni. A KOMPLEX program esetében futtassa újra az INSTALL programot, és a program inicializáló és lezáró kódokat a súgó segítségével próbálja megadni. A korábbi programok még nem tartalmazták ezt a lehetőséget. Ezek esetében vagy alapbeállításként, vagy nyomtatások előtt szoftveresen kell beállítanunk a nyomtató gépkönyvére támaszkodva a PC-8 karakter készletet és egy fix szélességű karaktereket tartalmazó fontot, tipikusan a Courier, vagy annak egy változata használható.


WinWatt program
WW1: Az épület adatok tájolás rovatának értelmezése gondot okoz. Mire alkalmazható ez a rovat?
A rovatba írt értéknek a helyiségek határoló szerkezeteinél van szerepe. Akár az új határoló szerkezetek felvételekor, akár egy már felvett határoló szerkezet adatainak módosításakor a párbeszédpanel tartalmaz egy tájolás rovatot. Ennek gyorsabb és kényelmesebb kitöltésére a program a legördülő listában felsorolja a négy fő (É, K, D, NY) és a négy mellék tájolást (ÉK, DK, DNY, ÉNY). Mindegyik szöveg előtt szerepel egy szögérték is. A program a számításokhoz csak a szögértéket vizsgálja, a mögötte lévő szöveget nem értelmezi, az csak a felhasználó számára könnyíti meg a tájékozódást. A legördülő listában a nyolc szöveghez tartozó szögértéket tudjuk az épület adatok tájolás értékével befolyásolni. Az itt megadott -23° és +23° közti értéket rendeli az északi irányhoz. Ha a megadott érték kivül esik ezen a tartományon, akkor a program automatikusan 45°-os forgatásokkal megkeresi a tényleges északi falnak az északi irányhoz viszonyított szögét.
Ezek után tehát úgy kezeljük ezt a rovatot, hogy először megnézzük, hogy az épületünknek az északi irányba eső falának normálisa mekkora szöget zár be a tényleges északi iránnyal, és ezt a szögértéket írjuk az épület tájolás rovatba, pozitív az érték, ha kissé keleti, negatív, ha kissé nyugati irányba néz. Ezzel könnyebbé tesszük a tájolás értékek kiválasztását az egyes határoló szerkezetek felvételénél. Fontos, hogy csak a felkínált értékek módosulnak a rovat módosításával, a korábbi határoló szerkezeteket nem "forgatja"!

WW2: A réteges szerkezet páradiffúziós számításánál a program hiányolja egyes rétegek szorpciós izotermáját, és bár nincs páralecsapódás, mégsem ad megfelelő minősítést a program a szerkezetről. Hogyan védhető ez ki?
Sajnos nagyon sok anyagnál hiányzik a szorpciós izoterma, illetve a megengedett nedvességtartalom a programmal szállított adatbázisban is. Ennek oka, hogy a jellemzők meghatározását célzó vizsgálatokat viszonylag kevés gyártó végeztette eddig el, mivel ezekre korábban a számításokhoz nem volt szükség, illetve nem is olcsóak. Reméljük, hogy egyre több gyártó szembesül ezzel a problémával, és kap indíttatást a vizsgálatok elvégzésére, és az eredmények közzétételére. Addig is milyen lehetőségünk vannak a probléma kezelésére?
Ha egy rétegnél nincs szorpciós izoterma vagy megengedett nedvességtartalom megadva, akkor a program annál a rétegnél, más információ híján, 75 %-nál magasabb relatív páratartalom esetén már figyelmeztetést ad. Ha tudjuk, hogy ez arra a rétegre túl szigorú megkötés, mert akár 100 %-os relatív páratartalom is megengedhető lenne, akkor vegyünk fel a szorpciós izotermára egy biztonságosan alacsony értéket, például adjunk meg a 100 %-os relatív páratartalomhoz 0.1 %-ot, és ugyanezt adjuk meg a megengedett nedvességtartalom rovatban is.

WW3: A réteges szerkezet páradiffúziós számításánál a program a feltöltési időre negatív értéket ad, és e miatt rossznak értékeli a szerkezetet. Hogyan lehet negatív a feltöltési idő?
Negatív feltöltési idő valóban nem létezik, a szabványban megadott és a programban alkalmazott közelítő módszer elhanyagolásaiból adódik ez a furcsa jelenség. A feltöltési idő számításánál sok elhanyagolást alkalmazunk, a bonyolult probléma kezelhetővé tétele céljából. Durván megfogalmazva az alkalmazott algoritmus azt vizsgálja, hogy az egyensúlyi állapotban a szerkezetben lévő nedvesség mennyiségéből kivonva a szerkezetben kiinduláskor meglévő nedvességtartalmat kapunk egy vízmennyiséget, amit a falba beáramló gőzáram fog a feltöltési idő alatt a szerkezetbe bevinni. Ezért a feltöltési idő számítása úgy történik, hogy a vízmennyiséget elosztjuk a gőzáram értékével. Ez akkor adódik negatív értékre, ha a szerkezetben eleve nagyobb volt a vízmennyiség, mint amennyi az egyensúlyi állapothoz tartozik. (A kezdeti nedvességtartalomra a szabvány azt mondja, hogy az minden rétegnél legyen a 60%-os relatív páratartalomhoz tartozó nedvességtartalommal egyenlő.) A valóságban persze ahhoz is bizonyos időre van szükség, hogy a nedvességtartalom az egyensúlyi állapothoz tartozó lefutás szerintire rendeződjön át, de ezt az algoritmus nem kezeli. Írhatna a program ilyen esetben mondjuk nullát is az időre, hogy kevésbé legyen a jelenség zavaró, de úgy gondoltuk, hogy az érték nagysága esetleg hordoz információt, ezért maradtunk a negatív érték kijelzése mellett

WW4: Az adatbázisban szereplő elemekkel, amikben ő vagy ű betű szerepel, problémák vannak. Hogy lehet e hibát megszüntetni?
A Windows vezérlőpultjában a Területi és nyelvi beállítások Speciális lapján az Unicode-ot nem használó programok nyelvénél válasszuk ki a magyart.

WW5: Egyes képernyők jobb szélén és alján lévő gombok nem látszanak. Mi okozza ezt?
A Windows vezérlőpultjában a Megjelenítést választva, a Megjelenés lapon a Betűméretnél nem a normál van kiválasztva. A program fejlesztésnél alkalmazott fejlesztőrendszer hibája miatt a képernyőn való igazítások nem tökéletesek ilyenkor. Állítsa át normálra.


Egyéb problémák
E1: A 16 bites Windows programok telepítője az Autoexec.nt fájl hiányára hivtakozva leáll.
Windows XP esetén a Windows System32 könyvtárában lévő Autoexec.nt fájl szükséges a 16 bites Windows programok futtatásához. Ha nincs, vagy hibás tartalmu ez a fájl, úgy a ezek a programok nem futtathatók. Egy megfelelő tartalmú Autoecec.nt fájl innen letölthető.

Vissza a kezdőlapra Utolsó módosítás: 2006. március 9.