Posts made by enniom

@kl3m3n Thank-you kl3m3n for taking the time to reply.

#2 === I will review and prepare a reply

#3 === The screen aspect ratio is set by:

@guis BGC:#FFFFFF ASR:0.5

The following screenshots were from a Plimpton Tablet and from a Samsung Galaxy - both initialized with the same set of GUIO commands.

The page displays perfectly on the Tablet, but when viewed on the Galaxy, one can see remnants of widgets from the prior page (on the left), and the next page on the right.

I would appreciate any suggestions.

#4 === I was setting up each of the 5 pages with an image, then scrolling through them as the widgets were being created for each of the 5 pages. However, the page was not being scrolled using the SCI:x command. This is why the symptoms appeared as I described. It is NOT an issue with GUIO.

|IML UID:pfds ACT:0 X:50 Y:50 W:90 H:100 HAW:0.0 LI:0 IPS:'image1.jpg,image2.jpg,image3.jpg,image4.jpg,image5.jpg'

@pfds LI:" ; var

Thanks
Enniom

@kl3m3n Thanks Kl3m3n.

Sorry for the piecemeal approach, but I just noticed something about serial Bluetooth (not BTLE) connections.

If more than 1 device has been paired and previously used, then the "Automatically (re)connect" feature does not reconnect to the previously used one. Rather, when GUI-O is launched, the screen showing the available connection is shown with all the devices "disconnected". The user must choose one of them, then the process of connecting and initializing continues flawlessly.

E

Hi Kl3m3n,

Some feedback from various tests, ideas, etc.

1. The new Bluetooth method and speed for connecting and reconnecting that’s been implemented works very well – thanks. That saves some frustration.

2. I’ve been using the Time Chart widget and found a few things to point out:
   a. Code;
   "|CH UID:ch22 YASC:0 VIS:1 X:65 Y:32 W:65 H:15 DRA:0 BGC:#000000 FGC:#FFFFFF CHT:0 CDTF:'HH:mm' BSZ:7200 FSZ:0.8 RAD:1.5 BTH:0 LT:0.2 XTC:8 XMA:5.0 YMA:3.0 YLO:1.5 YHI:5.0 YTC:9 VLP:1 DRAT:0.2 PZO:1 SHVL:0 CHN:'Values' SCI:1"

This chart will not show the y-axis with decimal points – only whole numbers. I don’t know if the decimal points were to be activated by VLP:1 as included in the definition?

b. If the definition is changed only by SHVL:1, then, if the y-values are greater than YHI, the graph is rescaled even though YASC:0. Maybe this override is needed to show the value at the right hand side of the Chart?

3. I understand from the Manual that the display properties needed to calculate the aspect ratio can be found using developer mode. It may be interesting to add a command that, after @init, the Android device can be polled to get the DPW and DPH values. This way, the uC can calculate the aspect ratio and set it to a value as part of the configuration.

[EDIT] Thinking more about this, it may be best to simply include the DPW/DPH values as part of the @init response. That is, something similar, for example, as the response to the RTC command: eg, @init 300:600. The uC can then choose to use or ignore the values in calculating the aspect ratio.

4. In cases where widgets are defined on each of the 5 pages (0-4), it seems that if a widget is defined for page 0 as VIS:1 SCI:0, then those widgets appear on all pages. I worked around the issue by first defining the widgets as VIS:0, then toggling them on by VIS:1 when page 0 is revisited. This does not happen for pages 1-4.

E

Thanks for taking the time to answer.

I'm pretty much doing as you say. My goal however was to modify the uC behavior using a data file that arrives in the Downloads folder.

Unfortunately, when GUI-O is running, I cannot find a way to move the file. If GUI- O is running, doing anything else loses the Bluetooth connection
E

What EXTF command structure would allow GUI-O to read/write TXT/CSV files to the DOWNLOAD folder?

E

THANK-you kl3m3n.

The changes to designer significantly reduce development time, and the @fileinit command moves configuration commands to the Android device and out of the microcontroller flash memory.

Great work. E.

Thank you kl3m3n.

I will test and post my reply asap.

One more question about using GUI-O on Chromebook tablet.

I've written commands to use a set of widgets from a uC to an Android phone. Everything works perfectly. The system also creates a log file by writing a line to an opened *.txt file every 2 seconds. I can retrieve the file from the folder /Android/data/com.guio.guioapp/files/Sample_1234.txt ---- exactly as described in the gui-o_developer_manual.pdf.

I now moved the same widget setup to a Chromebook. Again, all the widgets and functionality work perfectly.

The only issue is that the log file is not saved in the directory /Android/data. In fact, the folders com.guio.guioapp/files/ along with the *.txt file are not created.

The setup and use of the log file is simple:

"|EXTF UID:extf1 HID:extf FNA:'Sample_1234.txt' FAC:0 DTF:'MM/dd/yy HH:mm:ss'"

... with a log file text line written every 2 seconds using:

"@extf1 FAC:1 FP:'1.0 2.0 3.0 4.0 5.0'"

... and on exit:

"@extf1 FAC:3"
"@clh"
"@quitapp"

All permissions have been allowed on the Chromebook for the GUI-O App.
No errors or warning given at any time.

Any advice from an experienced user? Help or suggestions will be appreciated.

Thanks
E

EDIT: [ Solved ]

Unlike the Android phone, the folder /Android/data/com.guio.guioapp/files/ is HIDDEN along with the files created by GUI-O.

Get a good "file explorer" from Google Play Store, give it permissions to open hidden folders and .... VOILA ....

@kl3m3n said in Can widget configuration commands be sent directly to App from a file.txt?:

Regarding the .txt initialization file - this is actually a good idea. Microcontroller could just request initialization based on the pre-defined initialization file that resides on the Android device side.
I will think on this a bit more, but it seems a good feature (I will let you know about this...).

YES .... This is exactly what I had in mind.

Something similar to consider, although minor, could be showing info from the mobile phone directly onto a widget. For example at the moment, to show the actual time, the uC has to receive it from the RTC, then echo it back to a widget. I could see a widget that's configured to show the time directly -without the round trip.

Regarding moving the widgets on the screen with Designer, as long as the final config can be saved as an unencrypted (*.txt) file, that should be fine. I had in mind something like PowerPoint but much simpler.

Let me know if you need help with beta testing.

E

GUI-O_Widget_Setup.Apr8.23.txt

Hello,

I've developed a BioFuels Distillation training simulator. The widget configuration commands are included in the attached file. I would like to share some feedback:

1. Once the widgets are set up, the I/O and response to the App is very easy, intuitive and provide terrific functionality. Good work!

2. One problem however, is that these widget commands occupy a significant amount of memory in the microcontroller. This seems inefficient.

One thought was to save the commands in a *.txt file, have the microcontroller read and send them to the GUI-O App. (Unfortunately, I was not able to get the EXTF command to respond clearly to requests to read a specific and complete line from the file.)

3. A second, time-consuming and somewhat frustrating task was placing the widgets in the desired location on each of the 5 screens.

While the GUI-O Designer is helpful, unfortunately it too needed a significant amount of time to find the correct locations.

Since the mobile phone is always connected to the Designer App, would it be possible to have the user move the widgets on the screen (to the desired location) and have Designer save the setting in a file.txt?

Nonetheless, GOOD WORK.

E

@kl3m3n Thank-you.

That's what I needed.

E

Does anyone know how to run GUI-O on an Android Chromebook?

E

Hello,

We currently have a battery-operated uC-based unit that has its own display unit. We would like to consider the possibility of providing our clients with an option to use GUI-O to show real-time data from the unit.

Can the GUI-O application we've developed be "compiled" and offered through MS Store of Google Play for our users to download?

E