===============================================================================
41. About Version 5.0
=====================
41.1 Behavior changes
---------------------
- OrgaTEX version 5.0 requires a new hardlock module where module
release
"OrgaTEX 5.0" is included. The "dongle" of OrgaTEX 4.x can
NOT be used !
- The module releases "Support for foreign controller" and "Support
for not
connected machines" do NO longer allow an unlimited number
of these kind of
machines. These releases in the hardlock are only the basic
requirement for
using the feature. The possible number of these machines
is limited by a code
number which is generated by SETEX.
- Language "Portuguese (Brasilan)" is NO more supported (existing
installations
using Brasilan are automatically moved to normal Portuguese).
Nevertheless
customer specific Crystal Report printouts (for SETEX "Production
recipe",
"Batch queuing list" and "Product weighing label") must
be manually renamed
before or after the update (e.g. RCP702XB.RPT -> RCP702XP.RPT).
- Batch parameter 20 is NO more automatically set by the recipe
calculation
to the tank volume of a Foulard machine. To activate this
feature (that was
used very seldom), you have to put a line "Parameter20IsPrepVolume=1"
in
section "RECIPE" in file "ORATEX.INI" (located in OrgaTEX
binaries folder).
- The volume of a Foulard trough is NO more automatically added
by the recipe
calculation. To activate this feature (that was often used
for Foulards with
one tank), you have to check it manually in "Machine Configuration".
- Recordset functions "OpenResultSet"/"Execute" of the "Formula
Editor" language
have now an additional 3rd parameter "Use connection pool".
Existing formulas
using these functions must be manually adapted ! The parameter
should be
"true" for real SQL data sources (e.g. "Pervasive", "SQL-Server",
"Sybase")
and "false" for file based data sources (e.g. Excel sheets,
CSV files, ...).
- Errors in batch formula calculation will from now on result in
an error during
program generation. If this check is not desired it can
be switched off (see
"System Configuration") and then the controller tries to
do the calculation
again as before (but most probably with the same error result).
41.2 Changes and Enhancements
-----------------------------
41.2.1 Miscellaneous
--------------------
- NEW: Revised document "OrgaTEX Installation on Windows 2003 Server"
in DOC\ENGLISH\OT2003E.PDF of installation CD.
- NEW: Revised documentation "OrgaTEX Integration Database" in
file
"IntegDB_2_28.PDF" in subdirectory DOC of the installation
CD.
- NEW: Microsoft File & Print Services for NetWare (FPNW) in
subdirectory FPNW
of the installtion CD (downloaded from Microsoft free download
area).
41.2.2 Main installation (Server part)
--------------------------------------
- FIX: Language "Portuguese (Brasilan)" is NO more supported (existing
install-
ations using Brasilan are automatically moved to normal
Portuguese). Neverthe-
less customer specific Crystal Report printouts (for "Production
recipe",
"Batch queuing list" and "Product weighing label") must
be manually renamed
before or after the update (e.g. RCP702XB.RPT -> RCP702XP.RPT).
41.2.3 Workstation installation
-------------------------------
- NEW: Support for Windows Vista.
- NEW: Better support for restricted user (already included in
the installation
and no executing of a separate batch needed as before).
- NEW: Due to support for Pervasive SQL 9 and Pervasive Backup
Agent (see next
chapter) the Btrieve 6.15 local engine settings in registry
are adjusted by
workstation installation. So when using one of these 2 environments
the work-
station installation must be done even for an update (at
least at the server).
- NEW: New version of MFC/C/C++ runtime DLLs (for internal improvements).
41.2.4 Miscellaneous concerning all OrgaTEX applications
--------------------------------------------------------
Changes concerning databases:
- - - - - - - - - - - - - - -
- NEW: Support for Pervasive SQL 9 (as internal OrgaTEX data source
as well as
for the integration database).
- NEW: Support for Pervasive Backup Agent. To enable this, you
must insert an
entry OPEN_CRITICAL_BRTV_FILES_WITH_LOCAL_ENGINE=1 in section
[BTRIEVE] in
file ORGATEX.INI in OrgaTEX binaries directory (e.g. F:\OT\BIN\ORGATEX.INI).
Changes concerning list boxes with modifiable column widths:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- NEW: Standard keyboard shortcuts "Ctrl+A" (Select all), "Ctrl+C"
(Copy) and
"Ctrl+Ins" (Copy) can now be used.
- FIX: Mouse double click didn't work in single selection lists
if a tool tip
(little yellow bubble window) was shown and the double click
was done while
the mouse cursor was over the tool tip.
- FIX: Double click on divider between column headings was supposed
to set the
optimal width (like in Windows), but set by mistake a very
small width.
- FIX: Selection in single selection list is now always in the
visible area of
the list (the same way how simple lists of Windows do it).
- FIX: Warning "Margins are set out of the printable area" avoided
when printing
was switched to landscape mode or paper size was changed.
Changes concerning controller:
- - - - - - - - - - - - - - - -
- NEW: Support for Windows CE based conti controller 848TC.
- NEW: The applications use now for Windows CE disconti controllers
(e.g. 757)
the controller function icons and group/resource icons (instead
of the host
icons) because they usually look better (because of possible
16 million
colors [TrueColor] instead of 16 colors [Standard VGA]).
- FIX: Up to now only at maximum 20 characters were put into comment
lines for
program headers even though 30 are now possible on a Windows
CE controller
(e.g. 757, 626).
- FIX: If the SECOM TCP/IP Gateway service was used, there was
a Windows General
Protection Fault in the client part of the gateway under
some certain error
conditions (e.g. if Microsoft DOT.NET 2.0 framework was
used and by mistake
an empty name was set as computer with SECOM Gateway service
running).
Changes concerning other things:
- - - - - - - - - - - - - - - - -
- NEW: It's now possible to give back the ownership of a document
(for documents
in "Online State", "Batch Scheduler", "Batch Report, etc.).
This could be
useful because under some situations an application is started
without OrgaTEX
login and an owner would make problems (e.g. "Batch Scheduler"
with "/start"
command line option).
- FIX: If an online help file is not available in the OrgaTEX language,
auto-
matically the English online help is shown if it is available.
41.2.5 Online State
-------------------
- NEW: "Actions buttons" and "User keys" (to change PLC values or
set values)
implemented for process pictures.
- NEW: Intervention mode for conti process pictures implemented
where you can
modify set values and double words.
- NEW: Process picture field type "Frame" implemented (only for
Windows CE
controllers e.g. 757, 626).
- NEW: Reading bitmaps for process pictures optimized.
- NEW: If a correction treatment is appended, the functions "Addition
Start" and
"Addition End" are automatically added if they are not contained
in the treat-
ment. By this feature, it's possible to use exactly the
same treatment for
the normal part of the process and the correction part.
- NEW: Better messages for "Show offline reason" e.g. for cases
when
- SECOM Gateway client doesn't work due to problems with
the Windows registry.
- Direct SPX/IPX communication fails (when no Gateway client
is used).
- Controller is shown offline due to old time of .CST [controller
state] file.
- NEW: Checking state of controllers ("Polling") is now done in
the background
so that the application is no more "blocked" during the
"polling" (which was
formerly sometimes a big problem e.g. editing a program
in "Online Editor"
was sometimes difficult because of the annoying polling).
- NEW: New menu entry for confirming "voice alarms" (alarms for
which a sound
file is played). Before there was only a - mostly unknown
- keyboard shortcut.
- NEW: Selecting a batch in window "Batch list" is possible in
more situations
than before. Before it was only possible for batches with
state "Created". Now
it's also possible for "Stopped" and already "Selected"
ones. This could be
e.g. useful if the controller has lost the batch state due
to a SECOM software
update and therefore the already once selected batch has
to be selected again.
- NEW: Opening view for "Show/Edit Current Program" & "Start
on Step" optimized.
- NEW: Steps, which still have the flag "Active" in PLC, although
they also have
the flag "Confirmed" there, are now shown with a gray light
bulb. Before there
was a yellow light bulb for active steps (no matter if confirmed
or not).
- FIX: If a lot of parallel functions were changed with "Step Jump
in Run mode",
then the actual changes on the controller were sometimes
shown a little bit
late. This is improved now.
- FIX: "Edit Current Program" and "Start On Step" optimized. The
PRG file for
the controller was generated twice instead of once (respectively
once instead
of none).
- FIX: Refreshing view for "Show/Edit Current Program" and "Start
on Step"
optimized (the PRG is now only requested from the controller,
if it's seen in
the controller state, that something remarkable has changed).
- FIX: When deleting active steps in "Online Editor", the grid
in the display
in the window wasn't deleted.
- FIX: When inserting steps behind active steps in "Online Editor",
by mistake
the yellow light bulb was copied for parallel functions
with the attribute
"Copied" (but it was just a problem in the display in the
window).
- FIX: If there was a time difference (outside the limits) between
PC and SECOM
(and this was displayed) and then the time was o.k. again
and then there was
again a time difference, then it was by mistake not shown
a 2nd time (it was
only shown if the application was restarted in the meantime).
- FIX: If there was an error regarding communication between SECOM
and PLC (and
this was displayed) and then the communication was o.k.
again and then there
was again an error, then it was by mistake not shown a 2nd
time (it was only
shown if the application was restarted in the meantime).
- FIX: In dialog windows "Start on step (without Online Editor)"
and "Step Info"
the left list box with the resource icons wasn't scrolled
if the scrolling was
done using the mouse wheel.
- FIX: In the following cases the window view and the list box
in it (with the
separate lines for the machines) were shifted against each
other horizontally
(so that there was a white space on the left and some columns
missing on the
right) if the window view was scrolled to the right and
one of the following
things happened:
- The size of the window frame for the view was changed.
- Each time the number of the machines in the list box changed
(e.g. by using
dialog "Machine Setup" or changing selection
filters or a machine state
used in selection filters changed).
- Pressing "Cancel" in dialog "Setup columns".
- FIX: When using selection filters, the currently highlighted
machine could
change automatically to another due to "polling" (this was
sometimes strange
because the highlighted machine should normally change only
by user action).
- FIX: If a batch parameter/info word wasn't configured for a specific
machine
on the one hand, but was selected as column (because it
was configured in the
default configuration on the other hand), then drawing the
machine list was
extremely slow.
- FIX: Reading/displaying data in machine list for columns of type
"Alarm name",
"Alarm text", "Function name", "Machine group name", "Batch
parameter", "Info
word", "Procedure name", "Program name" and "Treatment name"
optimized.
- FIX: "Start on step" for parallel lines/"Step Jump" did by mistake
only work
for controllers, which were online at the moment when the
document was opened.
- FIX: Batch related time values are no longer shown in process
picture view
if currently no batch is running on the controller (up to
now the current time
was shown for absolute time values which was a little bit
annoying).
- FIX: In TypeConf Tool there are 2 ways to define a scaling (used
e.g. for
values shown in process pictures): one with 2 values for
"Factor/Offset", one
with 4 values for "Displayed/Measured". OrgaTEX now uses
always "Factor/
Offset" (even if this is shown disabled in TypeConf Tool)
to avoid problems
of TypeConf Tool (that wrong values for "Displayed/Measured"
are stored).
- FIX: Under bad timing circumstances, there could have been texts
in ERROR.LOG
on controller, that it couldn't write file e.g. F:\OT\MACHINES\MA01\BATCH.TMP
and in this case, the batch header information for a machine
was maybe empty
or still the one of the former batch even if a new one was
started.
- FIX: In theory the sorting of several weighings/dispensings for
one product
could have been randomly in "Extended Recipe Printout" (although
this has
never been seen with any of the supported systems for integration
database).
Now it's guaranteed to be ordered by the time of the individual
weighings/
dispensings.
- FIX: If a production recipe printout for SETEX recipe was exported
to WinWord,
then for blank lines a nonsense text (the current time)
was exported.
- FIX: Working with user right "Info" was improved. Formerly some
menu items
were enabled which were not really suitable for the level
"Info".
41.2.6 Process Diagrams
-----------------------
- NEW: Display of definition of function group times (which function
is in what
function time group).
- NEW: Opening view for "Display Program" optimized.
- FIX: With background colors other than white (e.g. black), the
description for
the scales for digital values was not visible (in TrueColor
screen settings).
- FIX: The (left) view with the scales wasn't filled completely
with background
colors other than white (e.g. black).
- FIX: Printing from print preview (by using its tool bar) did
work only, if the
preview was opened from the time/temperature curve view
(and not, if e.g. the
view with the executed functions had the focus - meaning:
was the active one).
- FIX: In "Short print" of "Mixed display mode", the digital values
were not
correctly printed. The 2nd digital value was only printed
partly on the paper
and the scale description of digital values were also not
printed correctly.
- FIX: Sometimes the lower scrollbar wasn't visible if the window
was maximized,
then "Save Setup" was done and then the next logging file
was opened. From now
on this is corrected and furthermore, the window is automatically
maximized if
it couldn't be opened in the saved size (e.g. because "Save
Setup" was done
from another PC with different screen resolution).
- FIX: The color of the text in the tool bar for operator calls,
corrections and
alarm is now no more always black, but depends on the color
defined for the
event (because e.g. "Black" on "Dark red" for event "Operator
call" was very
hard to read).
- FIX: Several bugs regarding scrolling by mouse wheel or keyboard
in dialog
windows "Step State" and "Show Program (old)" fixed.
- FIX: Wrong display of mouse cursor icon in windows for batch
info and
analogue values corrected.
- FIX: Several optimizations of reading batches in dialog "Batch
open".
- FIX: Optimization of reading data for an individual logging curve.
- FIX: If an alarm started before a batch and ended during the
batch, then the
window "Alarm list" showed by mistake the end timestamp
as start timestamp.
- FIX: If the logging file of an active batch was shown and the
application
tried to refresh the display in order to show things that
were logged after
the initial reading of the file, then this failed, if there
were more than
32767 records in the logging file. With a logging cycle
of 30 seconds, this
happened after ca. 270 hours run time, with 2 seconds after
ca. 18 hours.
- FIX: In theory the sorting of several weighings/dispensings for
one product
could have been randomly in "Extended Recipe Printout" (although
this has
never been seen with any of the supported systems for integration
database).
Now it's guaranteed to be ordered by the time of the individual
weighings/
dispensings.
- FIX: If a production recipe printout for SETEX recipe was exported
to WinWord,
then for blank lines a nonsense text (the current time)
was exported.
41.2.7 Alarm Monitor
--------------------
- FIX: The waving of the red error flag looked odd if there were
several
documents opened at the same time.
- FIX: Alarm names for alarms on foreign controllers were shown
wrong (the short
name of maximum 20 characters of the TypeConf Tool instead
of the up to 80
characters defined in integration database) in case the
machine protocol data
was stored in an internal OrgaTEX table (and not in the
integration database).
41.2.8 Batch Scheduler
----------------------
General changes:
- - - - - - - - -
- NEW: If the production calendar of the new structure is used,
then up to 10
shifts are possible per day (even if more than 4 is really
strange ;-)
- NEW: The shift colors for the bars can be influenced in file
ORGATEX.INI (in
OrgaTEX binaries directory) in section [OLN420] with entries
SHIFT_COLOR_1 ..
SHIFT_COLOR_10. The value is the RGB value of the color.
- NEW: Up to now only for operator calls the "active" operator
call (the last
one that was started, but not yet ended) was shown (it was
shown up to the
current time). Now this is done also for corrections and
offline sections.
Furthermore the fact, that it's active is also shown in
the yellow tool tip.
- NEW: Now the duration of corrections is also shown (formerly
only for operator
calls and offline sections).
- NEW: Batch comment can be shown in yellow bubble information
window.
- NEW: Modifications on certain fields of a batch are now allowed
also for
active/finished batches and batches with the state "In preparation":
- For active/finished ones: comment, date of delivery, production
deadline.
- For ones "In preparation": additionally field "Not start
before", batch
attributes for process and type, flags "Load
release" and "Ignore shift
times" as well as batch progress state.
- NEW: Opening view for "Show actual program" optimized.
- NEW: Checking state of controllers ("Polling") is now done in
the background
so that the application is no more "blocked" during the
"polling" (which was
formerly sometimes a big problem e.g. creating a batch was
sometimes difficult
because of the annoying polling).
- NEW: Selecting a batch in window "Batch list" is possible in
more situations
than before. Before it was only possible for batches with
state "Created". Now
it's also possible for "Stopped" and already "Selected"
ones. This could be
e.g. useful if the controller has lost the batch state due
to a SECOM software
update and therefore the already once selected batch has
to be selected again.
- NEW: "Batch queuing list" can be also printed for only the selected
batch
(formerly all batches of one/all machines, eventually only
for some days).
This can be useful, because the actual report for the "Batch
queuing list" can
be easily customized for individual customer needs and so
extended batch
information can be integrated into "Batch Scheduler".
- FIX: Under very, very rare timing conditions, there could have
been a Windows
General Protection Fault, when the yellow bubble information
window was shown
and the list of batches was automatically refreshed by the
application.
- FIX: Up to now, when the mouse cursor was moved while it was
over a batch,
there could have been a CPU usage up to 90%. This is optimized
so that now the
CPU usage while moving the mouse is nearly not noticeable.
- FIX: An internal function for retrieving the time for a batch
was optimized so
that simply moving of the batch could no longer lead to
100% CPU usage. By
this optimization also drawing the batches in the window
is noticeably faster.
(Before you could have seen sometimes how the individual
batches were drawn on
the screen after scrolling or window switching. Now it's
simply there).
- FIX: An internal function for retrieving the active batch on
a machine was
optimized which also reduces CPU usage.
- FIX: Reading data for operator calls, offline sections and corrections
optimized. It's now 3 times up to 20 times faster than before.
- FIX: Reading data for batch ends optimized so that the Pervasive
database
can make better usage of the database cache (the cache is
no more flooded with
eventually not needed data).
- FIX: If the vertical scrollbar wasn't scrolled to the uppermost
position and
another batch was selected, the target cursor on the formerly
selected batch
wasn't completely removed (but it was only a pure display
problem).
- FIX: Errors in batch formula calculation will from now on result
in an error
during program generation. If this check is not desired
it can be switched off
(see "System Configuration") and then the controller tries
to do the
calculation again as before (but most probably with the
same error result).
- FIX: In the error message (during creation of dye program) regarding
value of
text parameter outside min/max limits, the number of the
function parameter
was shown and not also its name (like it was intended).
- FIX: Working with user right "Info" was improved. Formerly some
menu items
were enabled which were not really suitable for the level
"Info".
General changes concerning OrgaTEX integration database:
- - - - - - - - - - - - - - - - - - - - - - - - - - - -
- NEW: New feature down times (stop reasons). It requires module
release
"Production data acquisition"). The following options are
available for it:
- Down times can be entered manually on the controller (only
for Windows CE
controllers like 757, 626, etc.).
- Down times can be set automatically by the PLC program
on behalf of
certain conditions.
- For older "Non Windows CE" controllers (like 737, "not
connected" machines),
down times can be entered here in the "Batch
Scheduler" manually.
- Existing down times can be modified and deleted.
- Down times, started on the controller, can be ended here.
- All down times can be confirmed here.
- The machine and time range for displaying the down times
can be selected.
- The list of downtimes can be configured/sorted/printed/...
(in the usual way
for lists in the OrgaTEX).
- Several down times can be merged.
- The list of down times is available via integration database
(for external
systems to access it or for customer-specific
"Expert" reports in OrgaTEX
report programs).
- NEW: Feature "Manual Recipe" for entering "one-time" production
recipes here
in the "Batch Scheduler" for e.g. redyes. The following
options are available
for it:
- Available for SETEX recipe system and also for external
recipe systems
if they provide a list of possible products.
- Simple list of dyestuffs/chemicals with basic functionality
to add/modify/
delete (like it's currently available for correction
recipes).
- List of dyestuffs/chemicals can be copied from the original
batch.
- Special features of base recipe like subrecipes, treatments
and their
parameters, texts, formulas, etc. are NOT possible
for it (so a procedure or
program must be directly attached to it).
- In case treatments and their parameters and/or formulas
are used in the base
recipe of the original batch, this feature may
not be the best way to make
redye recipes, but extra normal base recipes
should be preferred.
- NEW: Make it possible to print all lines in SETEX recipe printout
(means: also
with treatment parameter and blank lines) even if they are
normally suppressed
by a switch. Used to check if recipe is calculated correctly
- even with a lot
of treatments from formulas.
- NEW: Coupled machines are now possible in recipe reschedule groups
so that
batches can be moved from one machine to another even if
manual weighing was
already started. Only in case of weighing orders for automatic
weighing
systems it's not possible (because the automatic can't divide
up a bucket).
- NEW: In dialog window "Manual request for preparation" already
successfully
finished calls can be repeated (if it's configured this
way in "System
Configuration").
- FIX: If the "Batch Scheduler" was set up to do the actual recipe
calculation
instead of the "Service/Report Task" (very seldom), then
some records weren't
deleted from table "BatchChain" in case the recipe calculation
reported an
error for a newly created batch (leading to some superfluous
rubbish data).
- FIX: For a batch that was canceled on the controller, the possible
flag "In
preparation" wasn't deleted (even though the requests were
actually deleted
from the preparation table). This made it hard to make modifications
on the
batch or moving it to a different machine, etc.
- FIX: The check of preparation numbers between recipe and procedure/program
that is limited to only batches which were created with
base recipes of state
"Release" had a bug, so that the check didn't work correctly
for correction
recipes.
- FIX: In theory the sorting of several weighings/dispensings for
one product
could have been randomly in "Extended Recipe Printout" (although
this has
never been seen with any of the supported systems for integration
database).
Now it's guaranteed to be ordered by the time of the individual
weighings/
dispensings.
- FIX: If a production recipe printout for SETEX recipe was exported
to WinWord,
then for blank lines a nonsense text (the current time)
was exported.
41.2.9 Production Calendar
--------------------------
- NEW: The "Production Calendar" can now use internally a new structure
for
saving its data. This new structure is completely relational
(SQL) and can be
stored in internal OrgaTEX data source or in integration
database. So it's
available for external systems and for customer-specific
"Expert" reports in
OrgaTEX report programs.
- NEW: The arrangement into the levels "Company", "Section" and
"Machine" is
still the same. But it's now possible to make changes not
only in the
currently shown level: e.g. if you are in the level "Machine",
you can modify
data of the levels "Section" or "Company" without switching
to these other
levels.
- NEW: If the production calendar of the new structure is used,
then up to 10
shifts are possible per day (even if more than 4 is really
strange ;-)
- NEW: If the production calendar of the new structure is used,
then the
following features are no longer available (because they
were so rarely used
that there were doubts if they are really useful at all
;-):
- Attribute "Ignore company info" (was "display only" in
this application and
had no further use).
- Attribute "User defined shift" on level "Section" (could
be replaced by a
"normal" shift).
- Attribute "Overtime" on level "Machine".
- NEW: If the OrgaTEX feature "Product data acquisition" is activated,
then the
machine failures and maintenances (down times) of the corresponding
tables are
taken into account. Otherwise machine failures and maintenances
are handled as
before.
41.2.10 Program Editor
----------------------
- NEW: Printing of time/temperature curve implemented.
- NEW: In formula selection for disconti function parameter and
conti set value
parameters it's now also possible to select "Editor formulas"
of the "Formula
Editor" (before, only batch formulas of TypeConf Tool were
possible).
- NEW: Formula selection for conti text parameters is now possible
in Edit Mask
form (before, it was only possible in list view for conti
parameters).
- NEW: Option "Machine and Machine Groups" in dialog window "Synchronize
Integration Database" does now also fill tables "LogType"
and "LogTypeDef" for
the machines (if the module release "Production data acquisition"
is used).
- FIX: Since OrgaTEX 4.1 there was an error in export/transfer
conti programs:
the generated PRG was by mistake invalid (without any error
message), if the
type configuration for the machine group contained at least
one set value
parameter with an ID > 200.
- FIX: Setting a value to the maximum limit if it's greater (after
the user has
confirmed to do so) didn't work in Edit Mask forms (by mistake
the minimum
limit was set after the message).
- FIX: Since OrgaTEX 4.0 the dialog window "Edit parameter" (in
which you could
select e.g. formulas) didn't display the unit for normal
values (only for
function parameters where you assigned a treatment parameter).
- FIX: If the window "Insert step" was open and then the menu item
"Calculate
preparation numbers" was selected for a program, the display
of the program
was messed up.
- FIX: Optimizations of display of dialog bar with tree control
with all
programs/treatments/procedure so that it's faster in case
of a lot of items.
41.2.11 Formula Editor
----------------------
- NEW: New formula type "Editor formula". An editor formula can
use all the
elements of a global formula and besides predefined variables
for e.g. the
following, where all variables can be used to get data and
some can be used to
set data (e.g. batch data, step data):
- Batch parameters/texts, general batch information.
- Machine master data.
- Quality master data (currently only if SETEX recipe system
is used).
- Step/function/function parameter data where value and
step comment can be
written (for disconti batches).
- Conti parameter data where the set value can be written
(for conti batches).
- An array with all steps for all resources.
The following features are implemented for this new type
"Editor Formula":
- These formulas are executed during program generation
for a batch as well
as when correction treatments are appended to
the program of a batch.
- Calculation requires module release "Formula use in program
editor".
- Creating/modifying these formulas here in "Formula Editor"
requires module
release "Formula edit rights for program editor".
- An "Editor Formula" can have the type "Selectable", "Default"
or "Fix":
* A selectable formula has to be selected manually
in "Program Editor".
* A default formula is automatically pre-selected
when inserting a new
function in "Program Editor", but
the user can select a different
formula if he doesn't like the default.
* A fix formula is automatically used for all
functions which use a function
parameter, to which this formula
is assigned. A fix formulas can not be
de-selected by the user when modifying
the function. Fix formulas are use-
ful for guaranteeing a specific
behavior even which a lot of existing
functions or e.g. for automatically
generated CDC dispensing programs.
- NEW: The following new predefined variables can be used for recipe
formulas:
- For all subclasses in folder "Quality": _Absorption (the
absorption
capacity of the article).
- For all subclasses in folder "Recipe": _PrinterForAutoprint
(printer for
automatic printing of production recipe. Useful
if, depending on e.g. the
machine, a printer in yarn or fabric/piece dyehouse
should be used).
- For all subclasses in folder "Recipe": _SuppressAutoprint
(if "true" then
production recipe is never printed automatically
for this batch. Useful if
e.g. dummy batches are calculated just for getting
the costs).
- For subclass "Text macro": _TextMacroName (the name of
the text macro).
- For subclass "Text macro": _TextMacroText (the text of
the text macro).
- For subclass "Recipe link": _LinkLiquorRatio (liquor ratio
of recipe link
as defined in the "Extended properties" of the
link in "Recipe Editor").
- For subclass "Recipe link": _BreakCallOff (determines
if a new preparation/
call should begin after the recipe link or not).
- For all subclasses except "Recipe" in folder "Position":
_arrCallOffData
(an array with data of all lines of the current
preparation/call).
- For all subclasses except "Recipe" in folder "Position":
_RepeatCallOff
(with this variable the whole preparation/call
can be suppressed or made
one or several times).
- NEW: A fix recipe formula can be executed before/after each recipe
calculation
(Currently there's not yet a user interface for this feature.
The internal
formula ID has to be searched by "SELECT ID, Name FROM Formula"
in internal
"OrgaTEX-32" data source and then entered as value for entry
"FormulaPre=" or
"FormulaPost=" in section [RECIPE] in file "ORGATEX.INI"
in e.g. F:\OT\BIN.)
- NEW: Recordset functions "OpenResultSet"/"Execute" of the formula
language
have now an additional 3rd parameter "Use connection pool".
Existing formulas
using these functions must be manually adapted ! The parameter
should be
"true" for real SQL data sources (e.g. "Pervasive", "SQL-Server",
"Sybase")
and "false" for file based data sources (e.g. Excel sheets,
CSV files, ...).
- NEW: Undo (e.g. with "Ctrl+Z") does now also work, if tree control
with all
possible formula elements has the keyboard input focus.
- NEW: Standard keyboard shortcut "Ctrl+A" (Select all).
- NEW: Last used font size is stored when leaving the application.
- NEW: New menu item "Allow changing formula subclass".
- FIX: New formulas were not directly in the list of "most recently
used"
formulas in menu "File", but only after the first open.
This is o.k. now.
- FIX: On some PCs (especially with Windows XP), the window of
a just opened
formula was completely empty (e.g. white instead of the
tree control with all
possible formula elements on the left and the source code
windows on the
right) and was only normal, if Windows repainted the window
(e.g. because the
application was maximized). This bug is corrected now.
- FIX: During formula execution there was the error message "It
isn't possible
to convert value from 'ARRAY' to 'STRING'" if an ARRAY with
another ARRAY as
element was used as parameter for calling a formula/function.
41.2.12 Batch Report
--------------------
- NEW: Modification of batch comment is now allowed for active/finished
batches.
- NEW: Display of definition of function group times (which function
is in what
function time group).
- FIX: Since OrgaTEX 4.0 another start/execution of a normal report
didn't show
the values from the previous execution in window "Define
variable query
operands", but the default values set up in the document.
This bug is fixed.
- FIX: Up to now it could theoretically happen that the list of
values, which
is shown on 1st page of printout of graphical charts, was
not sorted correctly
by the caption column.
- FIX: If a character string column with numbers was used as value
column for a
graphical chart, then by mistake the post-comma digits were
ignored, if the
language specific decimal separator wasn't the dot (but
e.g. the comma like in
German). Note: String columns with numbers are very unusual
and happen only in
special cases e.g. expert documents and UNION keyword in
SQL statement.
- FIX: Up to now only space characters, but not tabulator characters
were
allowed before the comment signs (//,#) in window "SQL Query
String" for
"Expert Mode" documents.
- FIX: If the dialog window "SQL Query String" was closed and it
contained a
formula reference for a where-clause-formula which doesn't
exist in the system
(e.g. $$F_000041), because the formula was removed or the
document was copied
from another installation, then the formula reference itself
was silently
removed formerly. Now it's kept.
- FIX: In theory the sorting of several weighings/dispensings for
one product
could have been randomly in "Extended Recipe Printout" (although
this has
never been seen with any of the supported systems for integration
database).
Now it's guaranteed to be ordered by the time of the individual
weighings/
dispensings.
- FIX: If a production recipe printout for SETEX recipe was exported
to WinWord,
then for blank lines a nonsense text (the current time)
was exported.
41.2.13 Machine Report
----------------------
- NEW: Report of down time groups:
- Requires module release "Production data acquisition".
- Like the alarm groups the down time groups can be evaluated.
- Down times are stored like alarms as machine protocol
data. This means that
they appear as alarm in the assigned alarm group.
- But for down times there are furthermore additional distinguished
groups
possible. These down times are then shown divided
up by these groups.
- NEW: Support for the production calendar in the new structure
(where more than
3 shifts are possible).
- NEW: From now on at each place where the batch no. is shown,
the redye no. is
also shown (because only both together uniquely identify
a batch).
- FIX: Calculation of report field "Production time" was wrong,
if a controller
for a machine was offline between batch selection and batch
start. In this
case the relative efficiency values depending on the production
time (e.g.
"Machine utilization" and "Percentage production time) were
also wrong.
41.2.14 Alarm Report
--------------------
- FIX: Alarm names for alarms on foreign controllers were shown
wrong (the short
name of maximum 20 characters of the TypeConf Tool instead
of the up to 80
characters defined in integration database) in case the
machine protocol data
was stored in an internal OrgaTEX table (and not in the
integration database).
41.2.15 Batch Assistant
-----------------------
- NEW: Confirmation message before reporting a batch manually as
ready.
- NEW: Deleting of manual recipe (see this feature in "Batch Scheduler")
if a
batch with such a recipe is deleted here.
41.2.16 Background Service Task
-------------------------------
General changes:
- - - - - - - - -
- NEW: Setup of tasks extended in a way, that it can be configured,
which tasks
should be executed in which instance of the application
(used e.g. to run the
CDC-task "Central Dyekitchen Control" in a separate process).
This was already
possible since OrgaTEX 2.0 Rel. 1.8, but now there's a comfortable
graphical
user interface for that (before, it had to be set up in
an INI file).
- NEW: New task "Delete old files from Dosing and Reports directory"
which
deletes old, no longer used files e.g. files that were renamed
in case of
errors, files that were never used by OrgaTEX at all, files
written by OrgaTEX
that were not deleted by SECOM because it's already in a
different state, ...
- FIX: Confirmation question on closing the application improved.
If due to some
error message, the view/document was opened a second time
and it now worked
o.k. (because e.g. the problematic task was removed in the
setup), then the
confirmation message was missing when closing the application.
- FIX: Errors in batch formula calculation will from now on result
in an error
during program generation. If this check is not desired
it can be switched off
(see "System Configuration") and then the controller tries
to do the
calculation again as before (but most probably with the
same error result).
- FIX: In the error message (during creation of dye program) regarding
value of
text parameter outside min/max limits, the number of the
function parameter
was shown and not also its name (like it was intended).
General changes concerning OrgaTEX integration database:
- - - - - - - - - - - - - - - - - - - - - - - - - - - -
- NEW: All information that the SECOM controller collects (alarms,
down times,
operator logins/logout, function times, consumptions, analogue/digital
values,
controller states, operator calls, corrections, etc.) can
now be duplicated
from the Btrieve .LOG file into the integration database.
In the following
some details of this feature:
- This feature needs module release "Production data acquisition".
- This new structure is completely relational (SQL) so it's
available for
external systems and for customer-specific "Expert"
reports in OrgaTEX
report programs.
- To which extent the data should be duplicated into the
integration database
can be set up in "System Configuration".
- The "cyclic" data (analogue/digital values which are recorded
in a fix time
interval e.g. each 30 seconds) is stored in
the same tables as it is done
for foreign controllers:
* LogValueFloat
* LogValueBit
For each type of recorded values there are the
following 2 configuration
tables:
* LogType
* LogTypeDef
For a description of these tables, you can take
a look at document
"ConnectionOf3rdPartyControllers.pdf" on the
OrgaTEX CD.
- The "non-cyclic" data is stored in the following tables:
* MachineOperatorLog
* MachineAlarm
* DatalogFunction
* DatalogStatus
* DatalogOperatorcall
* DatalogAddition
* MachineConsumption
- NEW: Task "Delete old batch and production recipe data" now deletes
old data
from all the tables mentioned above (this means, it also
deletes old "cyclic"
data for foreign controller, which wasn't done at all before).
- NEW: Batch import transfers the values of columns "NotStartBefore"
and
"ProductionDeadline" from table "Dyelots" into internal
OrgaTEX batch table
(so that they can be influenced by an external system).
- NEW: The automatic printout of the production recipe can be influenced
with
the column "PrinterForAutoprint" of table "Dyelots". Useful
if, depending on
e.g. the machine, a printer in yarn or fabric/piece dyehouse
should be used.
- NEW: The automatic printout of the production recipe can be influenced
with
the column "SuppressAutoprint" of table "Dyelots". If "true"
then production
recipe is never printed automatically for this batch. Useful
if e.g. dummy
batches are calculated just for getting the costs.
- NEW: If a correction treatment is appended, the functions "Addition
Start" and
"Addition End" are automatically added if they are not contained
in the treat-
ment. By this feature, it's possible to use exactly the
same treatment for
the normal part of the process and the correction part.
- NEW: The columns "Dyelot_Adds.TotalVolume" is filled by OrgaTEX
whenever it
inserts records in this table (e.g. recipe calculation).
The value used is the
bath volume (the value which is used for calculating the
absolute amount out
of units like "ml/l"). Could be useful e.g. when conti recipes
are calculated
for not connected machine and manual dosing requests are
then done.
- NEW: Support for dosing requests of SECOM conti controllers.
They have the
following 2 additional fields (in a 2nd line in R2 file)
compared to disconti
requests: "Required call off (total) volume" and "Fill water
mode" (see also
"Machine Configuration" for details).
- NEW: In task "Process calloff-requested/finished-messages for
dispensing"
already successfully finished calls can be repeated (if
it's configured this
way in "System Configuration").
- FIX: Controller state files (extension .CST) are no longer deleted
in task
"Process controller state (for ext. interface)" after they
were processed,
because "Online State" and "Batch Scheduler" also use these
files.
- FIX: If Pervasive.SQL V8 was used as integration database and
the integration
database was used for machine protocol data (the latter
currently only needed
for module release "Support for foreign controller"), then
the task "Delete
old batch and production recipe data" was extremely slow
(hint: no known
customer has currently this combination of Pervasive with
foreign controller).
- FIX: Option "Check only these batches with recipe where the state
of the base
recipe is 'Release'" for checking preparation numbers between
recipe and
procedure/program of "System Configuration" was already
available in OrgaTEX
4.1 SP 5 with an INI switch. If the feature was used, it
worked wrong for
corrections (it checked, when it shouldn't check and vice
versa).
Changes concerning CDC (Central Dyekitchen Control):
- - - - - - - - - - - - - - - - - - - - - - - - - - -
- NEW: A dosing controller operated by CDC can now also generate
(dye) batch
independent consumptions even when the dosing batch is running.
(This very
specific feature was requested by one very special customer
in Germany ;-)
- FIX: If there was an error during set time calculation for dosing
batches,
then the reason was up to now not logged. From now it's
written into the error
log file of the application.
- FIX: If there's a problem converting from one unit to another
(e.g. from liter
to kilogram and the specific weight is missing), then the
displayed error
message does now always contain the product name (so that
it's easy to correct
the problem in product data management).
- FIX: From now on the following situation will result in an error
code sent to
the controller and an entry in error log file: If a call
request is done and
the call contains some CDC products and some products for
another external
dosing system. Formerly this disallowed combination was
silently ignored by
the CDC and the call stayed on state "Requested".
41.2.17 Backup
--------------
- FIX: If a batch data archiving was aborted (manually by the user
or due to an
error), then the internal batch state was already set to
"Archived" (so that
the batch was e.g. no longer shown in "Batch Scheduler")
even though the
archiving was unsuccessful.
41.2.18 Machine Configuration
-----------------------------
- NEW: Coupled machines are now possible in recipe reschedule groups
so that
batches can be moved from one machine to another even if
manual weighing was
already started. Only in case of weighing orders for automatic
weighing
systems it's not possible (because the automatic can't divide
up a bucket).
- NEW: New machine field "Allow modification of data in process
pictures".
- NEW: New machine field "Add Foulard trough to liquor amount".
Used by SETEX
recipe calculation. Useful for Foulards with one bath/trough,
but should be
switched off for Foulards with several baths (for them,
the fix amounts for
the different Foulard troughs should be added by recipe
formulas).
- NEW: New machine field "Machine sends information about the required
call off
volume". If this option is set, then "Dyelot_Adds.TotalVolume"
will be set by
the value given by the machine, otherwise the value written
by the recipe
system will be kept. This could be used together with the
flag of the next
paragraph. Mainly useful for dosing for conti machines (like
the next flag).
- NEW: New machine field "Machine sends information about who should
fill with
water". If this option is set, then "Dyelot_Adds.FillWaterMode"
will be set by
the value given by the machine, otherwise the value from
the new tank property
"Dosing system fills with water" is used. Value 0 means:
machine itself fills
water, 1 means: dosing system must fill with water up to
the total amount.
- NEW: If a controller is using DHCP for getting the IP address
(flag "Use host-
name instead of fixed IP address" set), then the dialog
window "Automatic
machine configuration" does no longer appear, if only the
IP address given by
the DHCP server has changed (because in case of DHCP, this
IP address is never
used by OrgaTEX directly).
- FIX: A temporary directory wasn't deleted (e.g. in F:\OT\TEMP)
if an error
happened or a controller was offline while trying to compare
type/machine
configuration or PLC program in dialog window "Transfer
Configurations".
41.2.19 System Configuration
----------------------------
- NEW: Each user configured in the OrgaTEX, can now be used as operator
for the
new Windows CE controllers (e.g. 757, 626):
- The user configuration is extended for setting up the
default/max user level
and the passcodes for the different user levels.
- This information can be used directly by the controller
(read e.g. on
startup).
- To each operator you can assign the controllers that the
operator should be
allowed to use.
- The user list is furthermore stored in integration database
table "Employee"
if module release "Production data acquisition"
is activated (so that
reports on external systems or customer-specific
"Expert" reports in OrgaTEX
report programs can easily connect information
from user logins/logouts/
alarms/down times on the controller with the
full long user name).
- NEW: New dialog window "Select character set (font)" where you
can select a
character set that the operating system supports. This enables
OrgaTEX to
display even non-English special characters correctly in
an English OrgaTEX.
This could be used e.g. for Baltic or Thai.
- NEW: New switch "Error in batch formula calculation will result
in an error
during program generation (otherwise the batch can be sent
to the SECOM and
it again will try to calculate the batch formulas)".
- NEW: New switch "Limit number of batches that are transferred
to host batch
selection list of the machine" and a value if switch is
on. Only needed if
you have otherwise problems. (Problems have been seen on
OrgaTEX on Pervasive.
SQL V8 with some old SECOMs with more than ca. 50 records
in QUEUE.BTD that
the controller messed up the file after it made a modification
on it).
- NEW: New switch "Count of days for which the production calendar
is used"
for the past (in settings for "Batch Scheduler").
- NEW: New switch "Activate product data acquisition" in dialog
window "Extended
settings integration database". If it's enabled, then it
can be configured
which of the following data is transferred to integration
database when a
batch is finished:
- Cyclic log data
- Function status
- Controller status
- Additions
- Operator calls
- NEW: New option "Switch off security check that a successfully
finished call
can only be repeated using explicit manual intervention
in 'Preparation
Assistant'". Useful only in cases where a function on the
controller is
programmed in the PLC in such a way, that it internally
repeats itself
several times and does intentionally use the same call no.
each time.
- NEW: New option "Check only these batches with recipe where the
state of the
base recipe is 'Release'" for checking preparation numbers
between recipe and
procedure/program in dialog window "Settings dosing system".
- NEW: New dialog window "Licensing" for entering license codes.
License codes
are needed since OrgaTEX 5.0 for using machines of types
"Foreign controller"
and "Undefined (not connected)".
- FIX: After saving a menu entry (or when creating a new one),
line feeds
(entered as "\n" in the icon text) where shown wrong afterwards.
41.2.20 Product Data Management
-------------------------------
- NEW: To each product group a fix formula can be assigned. This
formula is
executed for each line in a base recipe that contains a
product of this
group (when the production recipe is calculated).
- NEW: New tab raider "Formula" for selecting a fix product formula.
This
formula is executed for each line in a base recipe that
contains this
product (when the production recipe is calculated).
- NEW: The fix product formula can be shown in the product lists
(configurable
column).
- NEW: Worth of stock (stock amount multiplied price for costing)
can be shown
directly in "Product overview" (configurable column).
- FIX: The filter bar is only shown for the view "Product data"
and no more for
"Stock transactions", "Product overview" and "Consumptions"
(it was senseless
there anyway).
- FIX: Keyboard shortcuts like e.g. "Ctrl+S" didn't work before
when one of the
tabbed dialog windows of "Product data" had the keyboard
input focus.
41.2.21 Recipe Editor
---------------------
- NEW: New menu item "Use template for new recipes" which specifies
if a
template should be used when creating new recipes or not.
- NEW: New flag "Subrecipe" in recipe header. To search for these
recipe is the
default when showing the list of possible recipes for a
recipe link. Further-
more these subrecipes can NOT be used/selected for creating
batches.
- NEW: New batch state "Redye (besides the existing ones "Theoretical",
"Laboratory" and "Practical"). Can be used to identify these
kind of recipes
later (e.g. for deleting all one-time-redye recipes) or
in formulas.
- NEW: Recipe header bar (normal/complete) made a little bit wider.
- NEW: User rights improved: Up to now users with user rights "Production"
and
"Info" were only allowed to read recipes (and configuration
options) and for
"Edit" everything was allowed. From now on it's also allowed
for "Production"
to create/modify/delete "normal" recipes (means: not a subrecipe
or template).
- NEW: Up to now a treatment, that was inserted as line in the
recipe, was only
allowed to have at maximum 20 treatment parameters. Now
this limit is removed
in dialog window "Edit treatment parameters". The window
now uses for the
treatment parameters the same list box as in other parts
of the OrgaTEX and
shows now also always min/max limits and the name of a selected
formula.
- NEW: Menu item to correct base recipes with a discrepancy in
the used treat-
ments regarding the used treatment parameters. (On the one
hand there could be
new treatment parameters which are not yet filled in the
base recipe. On the
other hand there could be treatment parameters, that are
still used in the
base recipe, but which are removed from the treatment).
- NEW: New switch "Print blank lines" in dialog window "Production
recipe setup"
(default: on). Can be used to have a small production recipe
e.g. for the
dyekitchen, but blank lines for structuring the base recipe.
- NEW: Customer specific production recipe "Crystal Reports" printouts
can now
have further file names: before they had to match the pattern
"rcP702??.RPT",
now also a 'Q', 'R', 'S' or 'T' can be used instead of the
'P'.
- NEW: Default formulas for all kinds of line items (Currently
there's not yet a
user interface for this feature. It has to be set up same
way as fix pre/post
recipe formulas - see "Formula Editor" - only the entry
in INI has to be one
of: DEF_FORMULA_CHEMICAL=, DEF_FORMULA_DYESTUFF=, DEF_FORMULA_MACRO=,
DEF_FORMULA_TEXT=, DEF_FORMULA_TREATMENT=,DEF_FORMULA_RECIPELINK=).
- FIX: If several formulas were assigned to a treatment, then the
units for the
treatment parameters were shown in the wrong line.
- FIX: By mistake it was possible even with a lower user right
than "Edit" to
modify a formula assignment or the pass through level for
a formula.
- FIX: Show "Pickup %" instead of "Liquor Ratio l/kg" in extended
properties for
a recipe link, if it's a recipe for a Foulard.
- FIX: If text was entered in one of the edit fields in windows
"Open Recipe"/
"New Recipe"/"Delete Recipes", then a changed setting for
options "Template"
and "Case sensitive search" was reset by mistake if the
button "Query" was not
pressed in the meantime.
41.2.22 Customer/Quality Management
-----------------------------------
- NEW: New quality property "Absorption capacity/carry over". Value
can be used
e.g. by recipe formulas.
- NEW: New substrate property "Wettability factor". Value can be
used e.g. by
recipe formulas via database queries.
- FIX: Keyboard shortcuts like e.g. "Ctrl+P" didn't work before
when one of the
tabbed dialog windows of "Product data" had the keyboard
input focus.
41.2.23 SECOM File Manager
--------------------------
- NEW: Support of long filenames: more than "old fashioned" MS-DOS
8.3 notation.
- FIX: Before there were problems when the application was used
on several PCs
at the same time, because all shared one file ("syn117.dat")
for exchanging
data with the controllers. This could have lead to wrong
files being copied,
display of wrong directory contents on controller and even
to a total lock up
of the application with message "Can't write seq. file."
41.2.24 Scaling Station
-----------------------
- NEW: It's now possible that different PCs with the application
also display
different products to weigh (up to now all of them displayed
the same things).
This is done by defining products of which stations (set
up in "Machine
Configuration") are allowed to be weighed on a specific
scale (e.g. one
for dyestuff and one for salt).
- NEW: Setting, if "Load release" should be given, if everything
is completely
weighed on the scale, can now be set separately for each
"Scaling Station" PC
(so it can be achieved, that "Load release" is given after
the dyes are
weighed and not, after the salt is weighed).
- FIX: If there's a problem converting from one unit to another
(e.g. from liter
to kilogram and the specific weight is missing), then the
displayed error
message does now always contain the product name (so that
it's easy to correct
the problem in product data management).
41.2.25 Data Eraser
-------------------
- NEW: The logging values for e.g. the time/temperature curve, that
are stored
for foreign controllers, are now also deleted (from the
following tables of
integration database: "LogValueFloat", "LogValueInt", "LogValueBit").
- NEW: Deleting of manual recipe (see this feature in "Batch Scheduler")
if a
batch with such a recipe is deleted here.
- FIX: If Sybase was used as integration database and the integration
database
was used for machine protocol data (the latter currently
only needed for
module release "Support for foreign controller"), then the
time, before the
progress bar was shown, was extraordinary long (hint: only
one customer has
currently this combination of Sybase with foreign controller).
41.2.26 Central Dyekitchen Control
----------------------------------
- NEW: New dialog window "Pipelines" which partly replaces the former
dialog to
configure "Destinations". The formerly used dialog is still
used to set up the
connections between station (or pipelines) and machine tanks.
Pipelines have
the following features:
- They are mainly used if you have a "cross distributor"
(meaning several
dosing stations and several machine tanks and
the pipes in a way that you
have a crossing so that you can either run some
stations with some machine
tanks in parallel or one station with all tanks
- e.g. in case the other
station is locked, because it's out of order).
- A pipeline is the connection from a list of machine tanks
to one or more
dosing stations. Each of these connections must
be physically possible and
it must be possible by the PLC to activate this
pipeline by software.
- If a pipeline is assigned to several dosing stations,
these dosing stations
can have different priorities e.g. "A" has "default",
"B" has "emergency
case". If station "A" is now locked, then automatically
station "B" is used.
- Pipelines have the advantage that, when a "cross distributor"
exists, the
system will automatically choose a working alternative
route, if one dosing
station is locked (whereas before a lot of manual
re-configuration had to
be done in the destination address setup).
- Pipelines don't have to be used. You can still use the
simple scheme as
before.
- NEW: The dosing station to use for a call can be limited to certain
stations.
This is done the following way: For each CDC station you
can (indirectly) set
a dosing system no. The CDC station is now only used, if
this no. equals field
"Dyelot_Adds.DispensingSystem" (4th parameter) of a request.
This can be used
(e.g. with formulas) to have different dissolve stations
for light/dark dyes.
- NEW: New option for chemical stations: "Do not start dispensing
when one of
the products is inside a blocked tank". This option can
be used to avoid that
a dosing is done in 2 parts (which can be a problem if dosing
in 2 parts would
produce too much rinsing water compared to a dosing in 1
part).
- NEW: Everything that was formerly only possible with user right
"Supervisor"
is now also possible with right "Production leader".
- FIX: There was a senseless Btrieve "Key not found" error message
when deleting
a stock position for a bucket/container for stations of
type "Color station".
- FIX: If there's a problem converting from one unit to another
(e.g. from liter
to kilogram and the specific weight is missing), then the
displayed error
message does now always contain the product name (so that
it's easy to correct
the problem in product data management).
- FIX: Reading CDC order data optimized.
Links: