Array index out of bounds error on object model node
-
@dc42 that fixed it! Thanks!! We've installed on our test machine and will monitor it closely for any issues.
-
@curieos I've put a 6XD build at https://www.dropbox.com/scl/fo/tb6tn4txjwopuvdwry3oz/h?rlkey=ipef1q3exolt3v9olczt3d545&dl=0 too.
-
@dc42 That build fixes the issue I was having too. I think we can leave it on the test machine for now, I'll let you know if anything comes up.
-
@dc42 - has there been any further consideration of releasing 3.4.7 of RRF? Or could you provide me the 3.4.7 deb file for our package server? The issue is that during the apt-update process, it tries to downgrade from 3.4.6+ to 3.4.6.. Thanks
-
@dc42 - bumping this.
** edit ** I was able to rebuild the deb file and resign it with the updated 3.4.6+ firmware. Still would like to know if there will be a 3.4.7 prior to 3.5's release though.
Thanks
@oozeBot said in Array index out of bounds error on object model node:
@dc42 - has there been any further consideration of releasing 3.4.7 of RRF? Or could you provide me the 3.4.7 deb file for our package server? The issue is that during the apt-update process, it tries to downgrade from 3.4.6+ to 3.4.6.. Thanks
-
@oozeBot as we how to release 3.5.0 RSN it's likely that we will release 3.4.7 just before or just after 3.5.0, when we're happy that there are no bugs in 3.5 that we fixed that also affect 3.4 and that we want to back-port.
-
@dc42 seems the bug is back?
Im having this error:
8/23/2024, 10:31:22 AM Error: in file daemon.g line 4: line 0: array index out of bounds
This the daemon.g fiile:
while true
if state.status != "processing"
if (heat.heaters[0].current > 60) | (heat.heaters[1].current > 65) | (heat.heaters[2].current > 65) | (heat.heaters[0].avgPwm > 0.01)
M42 P3 S1
M42 P3 S1
else
M42 P3 S0
G4 S2Im running duet3, SBC, and version 3.5.2 firmware
-
@Tinchus that's not the same issue, it's not an array of arrays that is being indexed. Please check using the object model browser that you really do have heaters 0, 1 and 2 configured.
-
@dc42 Yes I have them. This is not a new installation. I re flasehd the image with a new sd card (the other was too old and giving problems)
This daemon file was the old one, no change at all.
heater 0 is my chamber, heter 1 is T0 heater 2 is T1 -
@Tinchus
My guess is daemon.g is starting to run before the heaters are defined in config.g
Try something like thisif state.status != "processing" if #heat.heaters = 3 ; edit to suit number of heaters you have in total if (heat.heaters[0].current > 60) | (heat.heaters[1].current > 65) | (heat.heaters[2].current > 65) | (heat.heaters[0].avgPwm > 0.01) M42 P3 S1 M42 P3 S1 else M42 P3 S0 G4 S2 else echo "Only " ^ #heat.heaters ^ " heaters initialized yet"
-
@OwenD Im sure you are right about the reason, but solution is not working because the status whuile the error is being reported is "idle". As I have posted on another topic, what I see is that seems like config.g is not being fully processed?
When error happens, in DWC the re is no tool configured, heaters, nothing... and status is "idle".
If I click on config.g, and save it and confirm the restart, everything goes normal again.
My guess real problem is the raspi image version Im using. 32 bit full version doesnt work, image is not bootong. 32 bit lite works, but not usefull for me because I have a touch screen connected.
So Im using the 64 bits full version.
I have a raspi 3 B+
What do you think? -
@Tinchus
The code I wrote will work when the status is idle, however I had a typo (now fixed).
I had#heat.heater
instead of#heat.heaters
I don't run SBC, so I have no idea on that. -
@OwenD Yes! I didnt noticed the typo either. Ok, will add this and try it further but question remains regarding why is this happening, it started after falshing the new raspi image and version 3.5.2. Can you confirm there should not be a problem using the 64 bit version on my raspi? because there are other problem like for example DWC not starting on my touch screen, there is just a linux desktop instead (DWC working through web interface conncection)