-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Müller MIDI 3.0 - Sprayer - button behavior #26
Comments
Did a quick video as well: And attaching the logs as well |
The video definitely helps... it is interesting that it is complaining about invalid mask object IDs, as the ECU clearly thinks those are real/valid masks. If I can figure out the issue with those masks, that should fix most things you are seeing. At this point I think I might want to write a little tool that just pulls all IOP data out of a CAN log so I can troubleshoot these issues faster... Displaying soft keys in a second column probably does also make sense. And I think it's possible the VT server isn't sending the still-held message for a button press? I will check that and see. |
If you look in the app data folder for the VT, can you possibly send/attach the IOP files? By default they are located at |
Attaching the iop files as well: |
I think I have addressed a portion of this (the errors when changing masks) in this commit of the stack Open-Agriculture/AgIsoStack-plus-plus@9c578cb Will keep looking into the other parts |
It's a LOT better! I'm still unable to traverse back from some menus :/ Having the screen wider would be better as this way sometimes the buttons are outside of the visible area. I made another quick video (Sadly I had to reset the ECU a few times to get back to the main menu.) AgISOVirtualTerminalLogs_12_Oct_2024_12_20_05am.zip |
Added button "Still held" messages in this PR: #29 |
@ad3154 the functionality does work as in I'm able to go back. this menu and its submenus work well: I'm able to move between main pages and pressing the button long I'm able to exit too. However there are a few buttons that broke which used to work. The circled one I'm not sure. |
Thanks @martonmiklos for the fix, this way I'm able to go around most of the menus. Attaching the logs: |
It might be irrelevant, but I do see a few of similar:
I do not have tooling for IOP decompilation at hand right now, however I do have a patch which addresses set size commands sent for OutputString objects: It is likely not relevant here (I barely think that back buttons would react only with some string resizes) but it might worth trying. In the YT video you posted I have seen these messages: What I do see here as suspicious: Can you confirm that these messages has relation to the failed button presses? |
The following things I noticed in regards of buttons.
Reported hardware capabilities: 6 buttons was not working for me.
Currently I'm running:
640 size
60x60 buttons
8 soft keys
This way it does load, and I'm able to modify a few parameters as well.
There's this button that has 2 purposes. It loads the next page when we do a single press, and it exits goes back when we do a long press.
With 900 size and 10/12 softkeys it looks much better but still can't access all pages or traverse back from some menu
The text was updated successfully, but these errors were encountered: