SAFECAST API support for LOG files from bGeigie equivalent device

[Jan Helebrant]

Hi,

with our increasing “fleet” of bGeigies (over 50 now and got a few more now) we are also facing complicated technical maintenance - replacing damaged or faulty parts etc. Buying anything outside the EU is really annoying because of some formal requirements (for institutions) / customs etc. so we wanted to be more flexible. The US shipping prices significantly increase the final price of the device and we also had to order bGeigies without batteries (to buy them later here) because air transport limits the number of Li-Ion batteries in one package :-(

So about 1.5 year we started a development of a device called CzechRad which would fit in the same Pelican case and would solve most of our problems + also improving some features of bGeigie. Also changing the approach from buying modules from the US market to ordering basic electronic components from major EU distributors and producing the boards here. This reduces non-EU shopping to the detector unit only.

As development continues, we also wanted to test compatibility with the Safecast API. Our LOGs work nice with the Safecast QGIS plugin but our import here:

https://api.safecast.org/en-US/bgeigie_imports/49022

was not processed correctly and although the map displays all the data points and shows 0 measurements. I discussed this with Mat and he finally recommended me to bring the discussion here. 

Jan

Details about CzechRad

Main differences from bGeigie Nano:
- one mainboard replaces Fio, OpenLog and GPS module
- detector board replaces iRover
- brand new firmware but same LOG format to keep compatibility

Main board

- OpenHardware design (will be published)

- SAMD21G processor (ARM M0+) by Atmel / MicroChip
- MAX1811 charging circuit by Maxim Integrated - at least 2 times quicker charging than bGeigie
- GPS module by uBlox - NEO-M8 series with concurrent reception of up to 3 GNSS (GPS, Galileo, GLONASS, BeiDou) - testing confirmed quicker position fix, possibly better sensitivity and precision
- built-in full-sized SD card slot

- miniUSB for charging and data comm.

Display

- monochromatic graphic LCD module - better readable even in direct sunlight

prototype photo (displayed content to be changed…)

Detector board
- High Voltage power supply module by EMCO / XP Power instead of iRover
- buzzer, LEDs

Firmware:
- own code to implement the different design and components
- put the device configuration and number „inside“ and not on the SD card so the user cannot accidentally delete them

Format
- keep the LOG data format to manage 100% compatibility with SAFECAST API, Tile Map and QGIS Safecast plugin
- we wanted to introduce different device model to avoid conflicts with bGeigie imports and also make possible to distinguish these device in the DB

- format looks this way:

# NEW LOG
# format=2.0.0CzechRad
# deadtime=on
$CZRDD,1000,2020-08-30T16:54:53Z,42,5,769,A,4955.9707,N,01430.9641,E,369.53,A,8,110*6B
$CZRDD,1000,2020-08-30T16:54:58Z,40,1,770,A,4955.9712,N,01430.9652,E,368.74,A,8,110*6C
$CZRDD,1000,2020-08-30T16:55:03Z,38,2,772,A,4955.9707,N,01430.9659,E,366.19,A,8,110*67
$CZRDD,1000,2020-08-30T16:55:09Z,37,2,774,A,4955.9688,N,01430.9722,E,361.33,A,8,110*60
$CZRDD,1000,2020-08-30T16:55:14Z,38,6,780,A,4955.9692,N,01430.9784,E,361.47,A,8,110*68

Communication
- currently no Bluetooth implemented, could be added in future
- usb communication going to be implemented - for bulk data download, device maintenance and updates
- real-time data sending via cable (virtual COM over USB) possible

PS: before official deployment in the field the device will undergo testing in the X-ray and gamma ray laboratory - see the description here:

https://www.suro.cz/en/suro/vybaveni

[Rob Oudendijk]

Jan,

At Safecast we have been discussing how to deal with non-standard bGiegieNano formatted drives. there are too many differences between the units to directly import them into our database. If you could send the data in a JSON string and have the files proper marked that would maybe be a better option. Also, the tracking of the device's owners for the bGiegieNano are done manually by Safecast staff. Are you willing to support the same for the new devices?

regards,

rob

[Rob Oudendijk]

Jan,

Maybe  Edouard Lafargue (maker of the Safecast app for Android) has some ideas to how to import the measurement into the database with a JSON format with more details about the device. Or maybe we could use the second line of the measurements as a way to add more information about the measurement as I did before in a Rakuten bGiegie based air quality sensors for bikes. That project used the standard bGeigeiNano tube, so need for changing the format there. (Eyes Japan project). 

Second line format I used was like :

$BNXSTS,2030,27,47,511,0.000,109,34,5-3

header, ID,temperature, humidity, CO,NOX, NH3, PPM25, UV, pollen

regards,

rob

[Jan Helebrant]

Dear Rob,

At Safecast we have been discussing how to deal with non-standard bGiegieNano formatted drives. there are too many differences between the units to directly import them into our database

this is why I am asking because we should be able to adjust the LOG format to be as standard as possible. We could probably make our LOG be the same as those from bGeigie and the API would probably notice anything wrong but there would be later conflicts because of the device numbers as there would be sooner or later some Kithub produced bGeigie with the same number... So we thought it is fair to mark these devices differently to avoid this.

Also, the tracking of the device's owners for the bGiegieNano are done manually by Safecast staff. Are you willing to support the same for the new devices?

I am curious about this. How do you manage this? Because major part of our bGeigies (all managed by user with ID 671) were bought through 3rd party distributor in Europe. Anyway, the CzechRad devices are currently planned to be managed within the same account .

If you could send the data in a JSON string and have the files proper marked that would maybe be a better option.

Does this mean we should have to develop some uploader tool to somehow log in your DB and upload the measurements from the LOG files? Because the QGIS LOG processing is essential part of our workflow.

regards

Jan

Dne sobota 12. září 2020 7:40:58 UTC+2 Rob Oudendijk napsal(a):

[Jan Helebrant]

Hi,

just wanted to let you know that current number of CzechRad imports is reaching 700 (1) now and I still have plenty of data to be processed. All the data passed quality control and was cleaned in QGIS so it does not contain bad GPS data, point clusters (lunch stop, user forgot to switch of the device at home etc.). The API displays the data fine, but for some reason the "# of Measurements (maximum_cpm)" is always "0" in the imports list - no idea why...

And for your information - in addition to previously planned 1000 units to be produced there will be additional 300 CzechRads produced within the CITISTRA (2) project - 200 will go to Poland and 100 to Slovakia so we can expect some new data in the next year...

sincerely

Jan

(1) https://api.safecast.org/en-US/bgeigie_imports?by_status=&by_user_id=6776&by_user_name=&commit=Filter&order=created_at+desc&q=&rejected_by=&status=all&uploaded_after=&uploaded_before=&utf8=%E2%9C%93

(2) CITISTRA - Citizen measurements as complementary radiation monitoring strategy in threats due to armed conflict or natural disasters

https://pianoforte-partnership.eu/citistra/

Dne sobota 12. září 2020 v 11:11:49 UTC+2 uživatel Jan Helebrant napsal:

[BRS_Maulwurf]

Hi Jan,

i´ve seen the same issue with the "# of measurements" at some of my uploaded logfiles, too.

https://api.safecast.org/en-US/bgeigie_imports/63727

So im not the only one with this phenomenon.

BR
Philipp

[Rob Oudendijk]

Phillip,

I checked your file in QGIS and it seems to be fine. Not sure why the API does not accept the measurements.

I will research a bit more. You have the original file (you had labeled the file as 2024-07-20_0808_edit.LOG, so I assume you also have a 2024-07-20_0808.log)?

Regards

Rob

[BRS_Maulwurf]

There you go... The log-file without editing.

BR

[Jan Helebrant]

Hi,

BTW there is some development of RadiationToolbox QGIS plugin in progress:

https://gitlab.com/opengeolabs/radiation-toolbox

so if you have something to tell us it is time... I cannot guarantee we will implement that but we might at least consider your suggestions... (keep in mind we are paying external programmers so this is not just a question of our work time but straight about money :-( )

regards

Jan

[Rob Oudendijk]

Phillip,

I checked the file and could not find any issues with it. Loads fine in QGIS. But indeed no valid point according to the Safecast API. 

I will keep researching to get to the "bottom" of this. BTW, you have other files from the same bGeigieZen for me to compare?

Warm regards,

Rob

[Rob Oudendijk]

Jan,

What will be new in the Radiation Toolkit plugin?

Looking forward to seeing the new version!!!

Warm Regards,

Rob

[Rob Oudendijk]

Phillip,

The 2024-07-20_0808.log file is directly from the sdcard from  bGeigieZen?

Regards,

Rob

On Saturday, September 28, 2024 at 12:51:00 AM UTC+9 pfinn...@outlook.com wrote:

[BRS_Maulwurf]

Hi Rob,

yes the 0808-file should be directly from the zen.

In the appendix there is an other logfile direktcly from the sd-card and uploaded to API.

I´ve noticed the bug with the 0 Meassurements in API is replicable under following conditions:

1) Upload a new logfile and let is process by the API so that the Number of Measurements appear.

2) Take the same logfile and delete some lines in it and rename it.

3) If you now upload the file from 2) than this upload will show 0 Meassurements.

I know that i´ve uploaded the "2024-07-20_0808.log" from the SD-card as it was directly to the API. Then I had seen the faulty meassurements on the map and i deleted the file to edit it. After the editing i uploaded the 2024-07-20_0808_edit.LOG and this one shows know the 0 Meassurement bug. Is is possible, that my original upload without "edit" is ghosting somwhere in the API and was not deleted correctly?

BR

[Jan Helebrant]

Dear Rob,

this year there will be no "user visible" changes in the Radiation Toolbox. Code unification and restructuring is currently underway in order to have same data reader (see https://gitlab.com/opengeolabs/radiation-toolbox/radiation-toolbox-reader) available for the QGIS plugin and also for other apps - one of them - H3Gen si currently in development. The purpose of H3Gen is batch import of LOG (Safecast / CzechRad) (and possibly other data formats in future) from a local folder and processing them into hexagonal vector layer usable in QGIS. The main goal is to have an automated approach to process huge amount of data without need to have a GIS specialist nearby at the time you start the data processing (which needs some time). The resulting GIS layers are meant for preliminary quick maps so we do not care about detector facing / height (expect some "normal" range for walk / ground vehicles). We do not expect generating maps but having the layer prepared in advance helps us a lot and I can "just" take the layer file and start making maps. An comparison of the source point map and various H3 level maps using Safecast data in Pripyat, UA here:

Next year I would like (if all goes well) to improve some user features of the plugin (https://gitlab.com/opengeolabs/radiation-toolbox/qgis-radiation-toolbox-plugin) - it is very important for us to improve the import of aerial gamma spectrometry files (not related to Safecast) but I would also like tools for "cleaning" LOG data (Safecast / CzechRad) in the plugin. 

In addition to removing data with incorrect GPS location determination (according to HDOP), I would also like a tool that would allow me to find clusters of points typical for long stops in one place (shopping, lunch break, forgot to turn off the device at home, etc.) in order to delete them. Both the Safecast database and our storage have limited capacity and it makes no sense to waste space and upload this data as well. We currently clean the data manually, but it takes up a lot of our time so it would help much to have some assistance tools for data cleaning and quality control.

regards

Jan

Dne sobota 28. září 2024 v 1:34:51 UTC+2 uživatel oudend...@gmail.com napsal:

[Rob Oudendijk]

BR,

Thanks for the feedback. Indeed, to me also it seems a caching bug.

Maybe the file in a temporary table and that meshes up the count of the measurements.

I will check a bit more.

Hugs and peace,

Rob

[Rob Oudendijk]

Jan,

Thanks for the expiation of the issues you are working on. 

Looking forward to the fixing tools!!

Hugs and peace,

Rob

[Rob Oudendijk]

Jan and all.

Slowly I am building a real time map of the data send to safecast (not uploaded from log files) of the last 24 hours.. 

Still more a proof of concept, but it works.

https://grafana.safecast.jp/public-dashboards/5681bed5cfd3463eb7a3afd2ec6e0d35

Hugs and peace,

Rob

[BRS_Maulwurf]

Heeey

I can see my bgeigie Cast.

Nice to see, that my unit is working correct.

BR

Philipp

[Rob Oudendijk]

Latest bGeigieZen news at https://bgeigiezen.safecast.jp/news-updates

[Rob Oudendijk]

Jan,

On the radiation toolkit with linux Mint and QGIS 3.40 I get this error.

Mathplot is installed. How to fix it?

Regards

Rob Oudendijk

[Rob Oudendijk]

Jan,

We're now uploading log files directly from the new Android app that puts the drive in the approval cue.  

No need to use USB or sdcard anymore. 

Currently, also real-time individual measurements can be recorded through the new app.

Regards

Rob Oudendijk

On Friday, September 11, 2020 at 7:39:16 PM UTC+9 jan.he...@gmail.com wrote:

[Jan Helebrant]

Dear Rob, 

thanks for letting me know. Do you use the plugin installed from the QGIS plugin repository? E.g. not any dev version installed from ZIP? I will check the libs on Monday but on several PCs I am running latest Kubuntu LTS so Mint should be OK too.

regards

Jan

Dne neděle 9. března 2025 v 1:03:42 UTC+1 uživatel oudend...@gmail.com napsal:

[Jan Helebrant]

Hi,

sounds cool, but for me it would bring some issues:

1) the user cannot remove some parts he/she does not want to upload - e.g. points with big GPS error, baggage X-ray which then creates false hotspots on the map like in Rome. For our users we check every LOG file before upload in order to avoid uploading "bad quality" data to your DB.

2) we are trying to be "emergency-ready" so to be able to view the measurements even without internet - possible with bGeigie Nano / CzechRad and PC with QGIS and offline map

3) maybe some of your users would also appreciate a way to view / edit the LOG files outside your app before uploading them.

Regards 

Jan

Dne neděle 9. března 2025 v 1:11:39 UTC+1 uživatel oudend...@gmail.com napsal:

[Rob Oudendijk]

Jan,

I completely understand those concerns and issues. The application we developed also records data on the Android device simultaneously. This means that even without an internet connection, the information is stored and can later be transferred to a PC or if internet comes available be uploaded directly to the Safecast API for approval. Additionally, the log file can also be uploaded after recording from the Android device.

Hugs and peace.

Rob Oudendijk

Regards,

Rob Oudendijk Yuka Hayashi

https://yr-design.biz   https://oudendijk.biz  https://about.me/robouden

tel +81 80-22605966  Skype: robouden  Facebook:robouden linkedin:robouden  

--
You received this message because you are subscribed to a topic in the Google Groups "Safecast Device Discussions and Support" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/safecast-devices/2extZt-8fTA/unsubscribe.
To unsubscribe from this group and all its topics, send an email to safecast-devic...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/safecast-devices/bb70b117-1530-41b4-afbb-969e5293b5f8n%40googlegroups.com.

[Jan Helebrant]

Dear Rob,

my laptop setup is:

OS version: Ubuntu 24.04.2 LTS
 
Active Python plugins
openlayers_plugin 2.0.0
radiation_toolbox_plugin 1.0.2
MetaSearch 0.3.6
processing 2.12.99
db_manager 0.1.20
grassprovider 2.12.99
latlontools 3.7.3
quick_map_services 0.21.1

and everything works fine. 

The 'pip-list' command tells me I have 

matplotlib 3.6.3

I was recently forced to perform a clean install of Kubuntu on one of my machines but I do not remember installing additional libs for this plugin.

I recommend opening your QGIS profile folder:

then delete the RadiationToolbox folder:

and then install the plugin again directly from QGIS plugin manager.

regards

Jan

PS: some changes and updates in the plugin are planned for this year, we will see how much we will be able to get for that selected budget...

Dne neděle 9. března 2025 v 1:03:42 UTC+1 uživatel oudend...@gmail.com napsal:

Jan,

[Rob Oudendijk]

Jan,

I did the steps that you recommnded, but still the same error. Matplotlib is installed.

I think the error started after update to V3.4.0 of QGIS.

Not sure what to check now.

Any suggetsion?

Hugs and peace,

Rob

Regards,

Rob Oudendijk Yuka Hayashi

https://yr-design.biz   https://oudendijk.biz  https://about.me/robouden

tel +81 80-22605966  Skype: robouden  Facebook:robouden linkedin:robouden  

Jan Helebrant via googlegroups.com

10:54 PM (28 minutes ago)

to Safecast

[Jan Helebrant]

Hi, 

that is strange. Do you use the QGIS ubuntu repository?

https://qgis.org/resources/installation-guide/#debian--ubuntu

I know, there is some version in default repository, but I remember that for some reason I switched to QGIS one long time ago.

regards

Jan

Dne pondělí 10. března 2025 v 15:27:31 UTC+1 uživatel oudend...@gmail.com napsal:

[Rob Oudendijk]

Jan,

This is the QGIS version I run:

Hugs and peace,

Rob

Regards,

Rob Oudendijk Yuka Hayashi

https://yr-design.biz   https://oudendijk.biz  https://about.me/robouden

tel +81 80-22605966  Skype: robouden  Facebook:robouden linkedin:robouden  

--
You received this message because you are subscribed to a topic in the Google Groups "Safecast Device Discussions and Support" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/safecast-devices/2extZt-8fTA/unsubscribe.
To unsubscribe from this group and all its topics, send an email to safecast-devic...@googlegroups.com.

To view this discussion visit https://groups.google.com/d/msgid/safecast-devices/82758083-535f-4c12-b4f4-1e9caeaff36fn%40googlegroups.com.

[Rob Oudendijk]

Jan

Cloud it is that the flatpak version does not support Matplotlib?

Warm regards

Rob

[Jan Helebrant]

Dear Rob,

I have almost no experience with FlatPak and how does that work with Python libs. You might try to uninstall QGIS flatpak and then install it from their repository - if I am right Mint can use Ubuntu repositories. Check Google to find out on which Ubuntu your Mint is based:

https://www.google.cz/search?q=linux+mint+ubuntu+version&client=ms-opera-mobile&sca_esv=c4814c8ed9710a8a&channel=new&espv=1&sxsrf=AHTn8zppNVMdOJV0Bn4VMNfKc0x7Wkykhw%3A1742126909460&ei=Pb_WZ-LYG8Lvi-gP-OP1oAM&oq=linux+mint+ubu&gs_lp=EhNtb2JpbGUtZ3dzLXdpei1zZXJwIg5saW51eCBtaW50IHVidSoCCAEyCBAAGIAEGMsBMggQABiABBjLATIIEAAYgAQYywEyCBAAGIAEGMsBMggQABiABBjLATIIEAAYgAQYywEyCBAAGIAEGMsBMgYQABgWGB5IwjFQkAtYiSZwAngAkAEAmAGFAqAB3AmqAQUwLjIuNLgBAcgBAPgBAZgCB6AC5AjCAgoQABiwAxjWBBhHwgINEAAYgAQYsAMYQxiKBcICBRAAGIAEwgIIEAAYgAQYogTCAgUQABjvBZgDAIgGAZAGEZIHBTIuMS40oAfBHQ&sclient=mobile-gws-wiz-serp

but this should be probably easier:

In some distributions (like Linux Mint), . /etc/os-release; echo "$UBUNTU_CODENAME" will show the correct distibution name.

and then follow the commands to install it:

https://qgis.org/resources/installation-guide/#debian--ubuntu

Sincerely 

Jan

Dne neděle 16. března 2025 v 6:10:47 UTC+1 uživatel oudend...@gmail.com napsal:

[Rob Oudendijk]

Jan,

Thank you for looking into the issue.

Here is my info.

rob@rob-GS66-Stealth-10UG:~$ cat /etc/*-release
DISTRIB_ID=LinuxMint
DISTRIB_RELEASE=22.1
DISTRIB_CODENAME=xia
DISTRIB_DESCRIPTION="Linux Mint 22.1 Xia"

For me, Flatpak's are the easiest and simplest to keep my system updated.

So, not much of the problem with the Python errors, since I do not use Matplotlib for the graphs.

Hugs and peace,

Rob

Regards,

Rob Oudendijk Yuka Hayashi

https://yr-design.biz   https://oudendijk.biz  https://about.me/robouden

tel +81 80-22605966  Skype: robouden  Facebook:robouden linkedin:robouden  

To view this discussion visit https://groups.google.com/d/msgid/safecast-devices/7e994334-5f35-4ad4-994a-ca2b442c548en%40googlegroups.com.

[Jan Helebrant]

Dear Rob,

sorry for delayed reply - I had a busy time...  First, according to Mint webpages:

"Linux Mint 22.1 features a Linux kernel 6.8 and an Ubuntu Noble package base"

I would use QGIS Ubuntu instructions:

sudo apt install gnupg software-properties-common

then the signing key:

sudo mkdir -m755 -p /etc/apt/keyrings  # not needed since apt version 2.4.0 like Debian 12 and Ubuntu 22 or newer
sudo wget -O /etc/apt/keyrings/qgis-archive-keyring.gpg https://download.qgis.org/downloads/qgis-archive-keyring.gpg

Add the QGIS repo for the latest stable QGIS (3.42.x Münster) to 

/etc/apt/sources.list.d/qgis.sources

you need to put there this:

Types: deb deb-src
URIs: https://qgis.org/ubuntu
Suites: noble
Architectures: amd64
Components: main
Signed-By: /etc/apt/keyrings/qgis-archive-keyring.gpg

or use the attached file. Then classic:

sudo apt update

sudo apt upgrade

sudo apt install qgis qgis-plugin-grass

Should work I think. At least the console approach should work no matter which environment etc. I was used on classic repositories - no much experience with those new things like Flatpak etc.

regards

Jan

PS: based on https://qgis.org/resources/installation-guide/#debian--ubuntu

Dne pondělí 17. března 2025 v 3:57:20 UTC+1 uživatel oudend...@gmail.com napsal:

Jan,

[Rob Oudendijk]

Jan,

Thank you so much for the details of the installation.

I installed QGIS on a Linux mint with the deb and all seems fine.

Seems the flatpak installation is the issue.  I am not the only one https://www.reddit.com/r/QGIS/comments/14158gt/problem_with_matplotlib/

Regards,

Rob Oudendijk

Regards,

Rob Oudendijk Yuka Hayashi

https://yr-design.biz   https://oudendijk.biz  https://about.me/robouden

tel +81 80-22605966  Skype: robouden  Facebook:robouden linkedin:robouden  

--

You received this message because you are subscribed to a topic in the Google Groups "Safecast Device Discussions and Support" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/safecast-devices/2extZt-8fTA/unsubscribe.
To unsubscribe from this group and all its topics, send an email to safecast-devic...@googlegroups.com.

To view this discussion visit https://groups.google.com/d/msgid/safecast-devices/10739bb4-1bdf-48df-8d3c-e6860e074a4cn%40googlegroups.com.

[Rob Oudendijk]

Jan,

When exporting a CSV file from QGIS from the Radiation tool kit file import, I noticed the time was converted to local time of my computer.

Just wondering if it is possible to have the radiation tool kit import UTC and keep that and not convert the time to local time?

Regards

Rob Oudendijk

Regards,

Rob Oudendijk Yuka Hayashi

https://yr-design.biz   https://oudendijk.biz  https://about.me/robouden

tel +81 80-22605966  Skype: robouden  Facebook:robouden linkedin:robouden  

[Jan Helebrant]

Hi,

seems not to change the time values within the LOG file if I export the LOG using Radiation Toolbox plugin for QGIS.

Or do you mean something else?

Jan

Dne středa 26. března 2025 v 2:03:00 UTC+1 uživatel oudend...@gmail.com napsal:

[Rob Oudendijk]

Jan,

Sorry or the late reply. I found a way around the issue.

Regards

Rob

[Jan Helebrant]

Nice,

BTW, I also have a brand new CSV converter (and some other tools) here:

https://github.com/juhele/CzechRad/tree/main/SCRIPTS

but the rc1 version has some bug in coordinate calculation so one value is 10x bigger. Hope to upload fixed version this week...

Jan

Dne úterý 6. května 2025 v 15:27:10 UTC+2 uživatel oudend...@gmail.com napsal:

[Rob Oudendijk]

Jan,

Very nice work!!

Regards

Rob

Regards,

Rob Oudendijk Yuka Hayashi

https://yr-design.biz   https://oudendijk.biz  https://about.me/robouden

tel +81 80-22605966  Skype: robouden  Facebook:robouden linkedin:robouden  

To view this discussion visit https://groups.google.com/d/msgid/safecast-devices/1723f89b-6e0a-44e8-8eec-0c4d4c2879b5n%40googlegroups.com.

[Rob Oudendijk]

Jan,

You mentioned that you use Grok 3 to create scripts. It sounds like we have similar workflows. 

I use Claude 3.7 Sonnet along with Windsurf and Cascade to generate code for various projects these days.

Hugs, peace and no tariffs,

Rob

Regards,

Rob Oudendijk Yuka Hayashi

https://yr-design.biz   https://oudendijk.biz  https://about.me/robouden

tel +81 80-22605966  Skype: robouden  Facebook:robouden linkedin:robouden  

To view this discussion visit https://groups.google.com/d/msgid/safecast-devices/1723f89b-6e0a-44e8-8eec-0c4d4c2879b5n%40googlegroups.com.