Problema con la iteración

[jon85p]

Hay que comprobar que se tomen guesses distintos a medida que se va reintentando en la ventana de tiempo máxima esperada.

[xmagor]

He estado revisando con los Sistemas de Ecuaciones-SSEE mas complejos del directorio de ejemplos que tenemos:

• evaporador_vertical_V3.enl
• test_2_sinGuesses.enl

Validé que los guesses iniciales sean 1 para las variables que no estén directamente declaradas e imprimí la lista guesseBloque en el bucle en el que se encuentra el llamado del método de scipy de opt.root() :

pyENL/solver.py

Lines 199 to 222 in 78586c0

	while tiempo_bloque < pyENL_timeout:
	# print("Bloque número:",j)
	# print(varsBloque, guessBloque,eqnsBloque)
	solBloque = opt.root(pyENL_sistema, guessBloque,
	args=(varsBloque, eqnsBloque,bloque), tol=tol, method=method)
	asegura_convergencia = True
	# print(solBloque['success'])
	if solBloque['success'] == False:
	asegura_convergencia = False
	# Si no fue capaz de solucionar el bloque le cambia los guess
	# a las variables que no estan solucionadas en ese bloque
	for jj, varBloque in enumerate(varsBloque):
	obtemp = varBloque
	if not varBloque.solved:
	obtemp.guess = random_lim(varBloque.lowerlim, varBloque.upperlim) # * objetoVar.units
	varsBloque[jj] = obtemp
	tiempo_fin = time()
	tiempo_bloque = tiempo_fin - tiempo_inicio
	else:
	print('Bloque ', j, 'Resuelto!')
	# return [],[],asegura_convergencia
	# raise Exception("Gordillo y los chulos")
	break

Y en ambos sistemas los bloques se resuelven en el primer llamado a opt.root(), ojalá encontraramos un SEE qué genere un bloque que el opt.root() no sea capaz de resolver bajo unos guesses iniciales.

Por ahora revisé el contenido de ese bucle

pyENL/solver.py

Line 199 in 78586c0

while tiempo_bloque < pyENL_timeout:

y en caso de que el opt.root() no sea capaz se escogerían nuevos guesses aleatoriamente dentro del rango disponible.