Discussion Forum

Hi

the solnum issue (iof I remember right) was related to table entries in the postprocessing/results section. The cleanes was to delete the solvr sequence and restart but that deletes also all the postprocessing.

Now if you flip to 4.1 latest patch it does not happen eny more ;) at least not for me

--
Good luck
Ivar

Thank you. I actually tried, but it didn't work.

I started with a model that worked with no parametric sweep, I erased all the solutions, created a new study, erased the old one, deleted the stored solutions... and same error message.

I have been waiting for some days to know if we would receive the 4.1 or not. i am still using the Comsol 4.0a(lpha?). So I'll see if I get a reply from the sales dept.

Hi

I received it a few days ago, but the best is to get go to the COMSOL conference, there you get at least the latest available on that date (and you learn a lot in the minicourses + exchnge with us others meeting up)

--
Good luck
Ivar

It works for version 4.10.154

Yes indeed, I didn't updated my message, but the bug was fixed in the new release.

It is very strange, because this bug appears only on my workstation with a windows xp x64; I've passed my project file to my collegue with a pc with windows 7 64bit, comsolo 4.0a and it has not any error.
I don't know if it is only a coincidence.

Anyway, I've just updated to 4.1.
Thank you.

Hi,
I am facing the same problem with the "solenum" expression. I am working on the latest version of COMSOL 4.3 and have updated with the latest available update on the site.
I am basically doing an iterative study . And in each iteration I have a study state solution and two time-dependent studies.

Java exception occurred:
Exception:
com.comsol.nativeutil.properties.InvalidPropertyValueException:
Invalid property value
Messages:
Invalid property value
- Property: solnum

X is Y#Solution#an array of integers
- : "1"

" Error in para_3_steady_testing (line 477)
Y(:,2) = (mphinterp(model,'T','coord',[x_pos;y_pos],'t',100,'solnum','3'))'; "

Is there something wrong with the formula or something wrong with COMSOL.
Should I have to use an older version for this I tried this for both COMSOL 4.2 v and COMSOL 4.3 v

Thanxs

Rajeev

Hi

I suggest that you submit that one to support, it has to do with the indexing into the Data Sets, and how those are reset, at least that is what I suspect.

Or its simply that your solnum is out of range, within the GUI they go from 1 to n, there is no solnum 0 or is it used for the default "t" ? do not know

--
Good luck
Ivar

thanxs Ivar

I have tried different combination for the command to see if anything works, but nothing seems to be working. We are going to contact the support for this.
thanxs

any solution from support? I am on 4.3b and I am having the same problem. Definitely the table of solutions is not being reset....

Hi,

I am for sure a bit late with my answer, but better late than never :D. This error message appears usually when one is using continuation sweep for parameter which relates to the geometry or the mesh. It uses the previous solution as initial guess for the next parameter step, but this is correct only for the same degrees of freedom, which is not the case when the geometry and/or the mesh are modified. The same will happen, when one takes the initial values of variables solved or not solved for from solution with continuation sweep and use this in a new study, where the degrees of freedom will change ( e.g. trough automatic remeshing or adaptive mesh refinement). So hope that this information will helps you to get rid of those irritating errors.

Best regards
Antoni Artinov