You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
got another cat-dev today who's MION was running v0.0.14.70 compared ot the one I, gerbilsoft, and (I believe?) crediar have been testing with. This older MION FW does not implement the get_info action, or the power_on_v2 action. In fact it only implements two simple actions:
Unparsable line from body on mion/control.cgi: operation must be one of <power_on|set_param> operation_name=get_info
The older power_on also doesn't accept the emulation override that power_on_v2 does. This means I had to manually go in, and negate the signal going to "Disc-In" (otherwise it would claim there was no disc), and then manually send it a power on request.
For those who find this issue, and have a boot failure before I can fix it, the way to send a power on is with the following curl command:
You may also want to go into the http://$MION_IP/http_pow_on_web.cgi url and hit "NEGATE" on Disc IN (you can also hit that power on button rather than through the curl command if you'd like).
The text was updated successfully, but these errors were encountered:
I've got this working locally now on my branch implementing PCFS support:
However, I've also noticed a couple pretty egregious faults with the bridge targeting on selecting a CLI argument, and the setup page has been "default"'ing all this time without me noticing because I typo'd the setup route in the source code.... WHOOPS. This isn't too surprising given how much of a rush I was in to implement boot due to real life things.
Good news is that now I'm in no rush, and have holiday time, I've been able to perform quite a bit of cleanup. Not to mention thanks to crediar, I've got my hands on multiple new MION FW's, so this should be more resilient than ever.
If you're looking for the complete series of commands to run, to turn off the disc, and then power on the MION, the two requests you're ultimately looking at are:
# Eject any disc that may be in there at boot.
$ curl -XPOST \
-H "authorization: Basic bWlvbjovTXVsdGlfSS9PX05ldHdvcmsv" \
-H "content-type: application/x-www-url-formencoded" \
"http://$MION_IP/mion/status.cgi" \
-d 'operation=eject&disc=out&frommenu=no'# Now send the boot command
$ curl -XPOST \
-H "authorization: Basic bWlvbjovTXVsdGlfSS9PX05ldHdvcmsv" \
-H "content-type: application/x-www-form-urlencoded" \
--data-urlencode "operation=power_on""http://$MION_IP/mion/control.cgi"
got another cat-dev today who's MION was running
v0.0.14.70
compared ot the one I, gerbilsoft, and (I believe?) crediar have been testing with. This older MION FW does not implement theget_info
action, or thepower_on_v2
action. In fact it only implements two simple actions:The older
power_on
also doesn't accept theemulation
override thatpower_on_v2
does. This means I had to manually go in, and negate the signal going to "Disc-In" (otherwise it would claim there was no disc), and then manually send it a power on request.For those who find this issue, and have a boot failure before I can fix it, the way to send a power on is with the following curl command:
You may also want to go into the
http://$MION_IP/http_pow_on_web.cgi
url and hit "NEGATE" onDisc IN
(you can also hit that power on button rather than through the curl command if you'd like).The text was updated successfully, but these errors were encountered: