Home
JAQForum Ver 24.01
Log In or Join  
Active Topics
Local Time 02:25 25 Nov 2024 Privacy Policy
Jump to

Notice. New forum software under development. It's going to miss a few functions and look a bit ugly for a while, but I'm working on it full time now as the old forum was too unstable. Couple days, all good. If you notice any issues, please contact me.

Forum Index : Microcontroller and PC projects : PicoMite V6.00.00 release candidates - all versions

     Page 14 of 24    
Author Message
matherp
Guru

Joined: 11/12/2012
Location: United Kingdom
Posts: 9110
Posted: 05:25pm 18 Oct 2024
Copy link to clipboard 
Print this post

You don't say which version
 
ville56
Regular Member

Joined: 08/06/2022
Location: Austria
Posts: 91
Posted: 05:58pm 18 Oct 2024
Copy link to clipboard 
Print this post

sorry,

WebMite MMBasic RP2040 Edition V6.00.00RC9
                                                                 
73 de OE1HGA, Gerald
 
matherp
Guru

Joined: 11/12/2012
Location: United Kingdom
Posts: 9110
Posted: 06:05pm 18 Oct 2024
Copy link to clipboard 
Print this post

What operating system and terminal program? I'm W11 and can replicate with teraterm BUT NOT with putty. Looks like it may be a teraterm issue.
What made me suspect was that the heartbeat was still running and the scope showed normal activity on the GPs

UPDATE: just updated teraterm to 5.3 and now showing no signs of stopping
Edited 2024-10-19 04:17 by matherp
 
ville56
Regular Member

Joined: 08/06/2022
Location: Austria
Posts: 91
Posted: 06:25pm 18 Oct 2024
Copy link to clipboard 
Print this post

I'm using W11 and MMCC as terminal emulator. By locking up the firmware I mean really locking up. No heartbeat anymore and no activity on the single wire bus (monitoring with a scope).
So I will try to replicate the problem with putty and give you info about the result.
                                                                 
73 de OE1HGA, Gerald
 
ville56
Regular Member

Joined: 08/06/2022
Location: Austria
Posts: 91
Posted: 07:16pm 18 Oct 2024
Copy link to clipboard 
Print this post

Peter,

I can replicate the problem even with putty, it just takes some time (several minutes) but it reliably reoccurs. Also on the scope things look pretty normal, conversion command and data readout. It just stops after data readout on both channels. Btw, I'm using "normal power" and 4k7 pullup. I have also tried with xon/xoff and no flow control, even though it should not make much or even any difference on the USB connection and a fast machine like the one I use.

N.B.: it seems to me that with xon/xoff flow control it is easier/faster to replicate the problem, but this assumption has no scientifical robust foundation ... :-)
                                                                 
73 de OE1HGA, Gerald
 
TassyJim

Guru

Joined: 07/08/2011
Location: Australia
Posts: 6097
Posted: 07:49pm 18 Oct 2024
Copy link to clipboard 
Print this post

It is possible to send data to MMCC faster than it can handle but I would think that the delay in waiting for the conversion to be sufficient.
This might be causing constipation in the pico.

Does a small delay in the loop 'fix' the problem.

I will try and find time to investigate later today.

Jim
VK7JH
MMedit   MMBasic Help
 
ville56
Regular Member

Joined: 08/06/2022
Location: Austria
Posts: 91
Posted: 09:04pm 18 Oct 2024
Copy link to clipboard 
Print this post

Jim,

adding a delay of 1 mS after the PRINT statement (and thus between TEMPR and TEMPR START) seems to be a workaround. Didn't try a shorter delay yet, will play around with it tomorrow if i can find time.

Adding the delay between TEMPR START and TEMPR did not have any effect.

Regards, Gerald
                                                                 
73 de OE1HGA, Gerald
 
matherp
Guru

Joined: 11/12/2012
Location: United Kingdom
Posts: 9110
Posted: 09:43pm 18 Oct 2024
Copy link to clipboard 
Print this post

I've been running 3 hours WebMite with V6.00.00RC9 on Teraterm 5.3 with the code as posted and no issues so I don't intend to look at this any further
 
phil99

Guru

Joined: 11/02/2018
Location: Australia
Posts: 2135
Posted: 09:50pm 18 Oct 2024
Copy link to clipboard 
Print this post

  Quote  adding a delay of 1 mS after the PRINT statement

That rings a bell. Have seen it before when printing to the console too fast. My guess is either the Tx buffer in the Pico, or the Rx buffer at the terminal eventually overflows.

In that instance I think Pause 30 was needed as a lot was being sent.

Correction.
That was sending to MMB4W via Com 1 and USB/TTL.
Edited 2024-10-19 09:00 by phil99
 
TassyJim

Guru

Joined: 07/08/2011
Location: Australia
Posts: 6097
Posted: 07:13am 19 Oct 2024
Copy link to clipboard 
Print this post

I ran the code as supplied and with a loop counter.
No problems with my webmite running RC9
no need for any extra delays.
Tested on USB and Telnet and both ports sat on ~517 reads per minute
My MMCC might be faster than the current release.

Reading the DS18B20 that fast between reads is pointless anyway due to it's thermal mass.

Jim
VK7JH
MMedit   MMBasic Help
 
matherp
Guru

Joined: 11/12/2012
Location: United Kingdom
Posts: 9110
Posted: 03:24pm 19 Oct 2024
Copy link to clipboard 
Print this post

I'm supposed to be documenting but this seemed like more fun




This will only be available on the RP2350

Here is just the standard PicoMite version if anyone wants to play with it. The fast frequency functionality is fixed on pin GP1 and uses PWM channel 0 to do the counting.

I've tested up to 50MHz using an external signal generator. I think the theoretical limit is CPUSPEED/4 but can't get a good enough signal to test at those rates


PicoMite.zip

Edited 2024-10-20 01:40 by matherp
 
Volhout
Guru

Joined: 05/03/2018
Location: Netherlands
Posts: 4223
Posted: 08:40pm 19 Oct 2024
Copy link to clipboard 
Print this post

Why not use PIO?
Measures up to cpuspeed/2 and can use any pin.

Volhout
PicomiteVGA PETSCII ROBOTS
 
Volhout
Guru

Joined: 05/03/2018
Location: Netherlands
Posts: 4223
Posted: 08:42pm 19 Oct 2024
Copy link to clipboard 
Print this post

Why not use PIO?
Measures up to cpuspeed/2 and can use any pin. And on 2040 also.

Volhout
PicomiteVGA PETSCII ROBOTS
 
ville56
Regular Member

Joined: 08/06/2022
Location: Austria
Posts: 91
Posted: 09:30pm 19 Oct 2024
Copy link to clipboard 
Print this post

Did some further investigation on the DS18B20 issue. For me it seems to be connected to the USB console port. If I use the serial console only and no USB console output, the program runs reliably. As soon as the USB console comes into the game (with or without serial console), the firmware hangs randomly but always in a TEMPR() statement.
Will try to narrow it down further...
                                                                 
73 de OE1HGA, Gerald
 
Malibu
Senior Member

Joined: 07/07/2018
Location: Australia
Posts: 228
Posted: 05:09am 23 Oct 2024
Copy link to clipboard 
Print this post

Sorry to harp on about the same subject Peter... But it's back to the old nemesis
I uploaded WebMite MMBasic Version 6.00.00RC9 yesterday, did a few tweaks and fiddling,  hit ^C to stop a continuous print loop in my code. Didn't think much of it and when I got hone from work this 'arvo, found this on MMCC screen -
Note - WebMite MMBasic Version 6.00.00RC9
  Quote  RUN
Connected to WiFi. Local IP Address is 192.168.0.114
ntp address 129.250.35.251
got ntp response: 23/10/2024 04:40:48

*** Channel 1 - Time is within an ON period
*** Now= 16848 / 04:40:48
   NextOn= 0 / 00:00:00
  NextOff= 43200 / 12:00:00
NextChange= 86400 / 24:00:00
-

----- <Snip> --------


Check Outputs - Channel Number 4
*** Now= 16852 / 04:40:52
   NextOn= 0 / 00:00:00
  NextOff= 43200 / 12:00:00
NextChange= 86400 / 24:00:00
>    ******** (^C at this point and went to work for the day) ********
Warning: LWIP send data timeout
[CYW43] do_ioctl(2, 263, 16): timeout
                                    Warning: LWIP send data timeout
[CYW43] do_ioctl(2, 263, 16): timeout
                                    Warning: LWIP send data timeout
Warning: LWIP send data timeout
Warning: LWIP send data timeout
Warning: LWIP send data timeout
Warning: LWIP send data timeout
Warning: LWIP send data timeout
Warning: LWIP send data timeout
Warning: LWIP send data timeout
Warning: LWIP send data timeout
Warning: LWIP send data timeout
Warning: LWIP send data timeout
Warning: LWIP send data timeout
Warning: LWIP send data timeout
Warning: LWIP send data timeout
Warning: LWIP send data timeout
Warning: LWIP send data timeout
Warning: LWIP send data timeout
Warning: LWIP send data timeout
[CYW43] do_ioctl(2, 263, 16): timeout

                                    *** PANIC ***
>

12:40:37 Port: COM7 removed

Disconnected

12:40:38 Port: COM7 inserted

Connected to COM7 at 115200
PICOE6614103E72 connecting to WiFi...
Warning: LWIP send data timeout
Starting TCP server at 192.168.0.114 on port 80
> Warning: LWIP send data timeout
[CYW43] do_ioctl(2, 263, 16): timeout
                                    Warning: LWIP send data timeout
[CYW43] do_ioctl(2, 263, 16): timeout
                                    Warning: LWIP send data timeout
Warning: LWIP send data timeout
Warning: LWIP send data timeout


... only to be cleared by a cold start on the pico, even though the heartbeat flashed happily.

So, my code has succesfully run through the initialise stage, done the print to MMCC screen successfully at which point I stopped my code. Pico is still powered on, MMCC is still connected.
Presumably, the SDK still has WiFi connected and the SDK part of the O/S is still running.
I'm not sure what the clues add up to yet, but thought I'd pass the error on and maybe it will give you some fresh ideas.

Until the latest version, I've been using 'WebMite MMBasic Version 5.09.00RC5 (Unauthorised Ver 1.0)' compiled with SDK 1.5, which I've gone back to.

Any ideas?
Edited 2024-10-23 15:13 by Malibu
John
 
thongthani
Newbie

Joined: 08/08/2019
Location: Thailand
Posts: 3
Posted: 06:07am 25 Oct 2024
Copy link to clipboard 
Print this post

  matherp said  V6.00.00RC1


PicoMiteRP2040V6.00.00RC1.zip


PicoMiteRP2350V6.00.00RC1.zip

Please find attached release candidates for all firmware versions. Please post on this thread any bugs found. Please NOTHING ELSE.

Changes from RC9/10:
Fixes bug in MATH(SD function
New analog input function
SETPIN pinno/gpno,ARAW
? pin(pinno/GPno)
This returns a single shot analog conversion in the range 0-4095 - no averaging. This is about 2.5 times as fast as using the normal AIN


The downloaded file PicoMiteRP2040V6.00.00RC1.zip contains 2 files for the 20240
PicoMiteRP2040V6.00.00RC1.uf2
PicoMiteUSBRP2040V6.00.00RC1.uf2
One with and one without "USB" in the name.
My standard RP2040 boards all have an USB Port.
I never saw a model without it.
What is the difference between these two firmware versions and which one should I use for the standard RP2040?


thongthani
 
Volhout
Guru

Joined: 05/03/2018
Location: Netherlands
Posts: 4223
Posted: 06:22am 25 Oct 2024
Copy link to clipboard 
Print this post

Hi thongthani,

The version with the "USB" in it is prepared to connect a USB keyboard (through an adapter, or hub) to the pico USB connector. Since the USB connector is occupied, the console input moves to GP8 and GP9 (serial)

The one without USB in it, is prepared for a PS2 keyboard connected to GP8 and GP9. The USB connector is the console input.

Volhout
Edited 2024-10-25 16:24 by Volhout
PicomiteVGA PETSCII ROBOTS
 
thongthani
Newbie

Joined: 08/08/2019
Location: Thailand
Posts: 3
Posted: 06:46am 25 Oct 2024
Copy link to clipboard 
Print this post

Thank you, all clear to me now.

Another question,
at Geoff's page the latest firmware is v 5.08.00, beta 5.09.00

In the forum here I can download Version PicoMiteRP2040V6.00.00RC1
It's not clear to me where does it come from and I could not find release notes about it. It seems the versions a geoffs page are frozen at 5.08.00 but someone in the wide world proceeds to publish updates. Is there a new official download location? Google search was not helpful

thongthani
 
Volhout
Guru

Joined: 05/03/2018
Location: Netherlands
Posts: 4223
Posted: 07:12am 25 Oct 2024
Copy link to clipboard 
Print this post

5.08.00 is the last official release. It also has a user manual on Geoff's site.
5.09.00 is a development version with new features. There is no user manual, but you can do a lot of reading on this forum, where the differences are described.

6.00.00 is going to be the new official release (I think it is close to release, maybe even before Christmas), and will again have a user manual. If you want to try it, here is the latest development release which is 6.00.00-RC9 (not RC1, but RC9).

RC9

When you are just getting started, the user manual of the 5.08.00 is a good starting point, even when working with 6.00.00. Peter and Geoff (authors of the software) try to  make all improvements to the software backward compatible as much as possible. So you will have a lot of help form the older 5.08.00 user manual. And when you get stuck... we are here to help you.

Volhout

P.S. Welcome to the MMBasic family...
Edited 2024-10-25 17:19 by Volhout
PicomiteVGA PETSCII ROBOTS
 
thongthani
Newbie

Joined: 08/08/2019
Location: Thailand
Posts: 3
Posted: 07:18am 25 Oct 2024
Copy link to clipboard 
Print this post

OK, I usually stay with offical releases.
Also 5.08.00 from Geoffs page.
New releases are still published there.

Thank you

thongthani
 
     Page 14 of 24    
Print this page
© JAQ Software 2024