|
Forum Index : Microcontroller and PC projects : PicoMite V6.03.02 betas
| Page 1 of 3 |
|||||
| Author | Message | ||||
| matherp Guru Joined: 11/12/2012 Location: United KingdomPosts: 11815 |
V6.03.02b0 is available at https://github.com/UKTailwind/PicoMite/releases/tag/PicoMite-V6.03.02b0 This include a big change I have been wanting to do for ages - single element arrays. WHY? Single_Element_Dimensions_Briefing.pdf In addition there a bunch of small bug fixes. Please try existing programs on the new release. In theory the change shouldn't have broken anything but.... Report any issues on this thread - thanks |
||||
| phil99 Guru Joined: 11/02/2018 Location: AustraliaPosts: 3374 |
If the program in memory gives some odd errors after the update reload it from source. There may have been some token changes. Eg Backlight becomes CtrlVal( . |
||||
| javavi Guru Joined: 01/10/2023 Location: UkrainePosts: 600 |
@matherp Hi Peter, Is it possible to make the COLOR MAP(N) command work in MODE 1 to set the current PRINT and TILE color? It's much more convenient to programmatically specify the available 16 colors as numbers than as RGB(255,255,255) constants, which are still converted to the same 16-color (4-bit) code for tiles. |
||||
| ville56 Guru Joined: 08/06/2022 Location: AustriaPosts: 584 |
Peter, WEB PING seems to have a problem with DNS names, plain IP works ok. > web ping "router-1" Error : ping dns request failed > web ping "192.168.0.254 Reply from 192.168.0.254: seq=1 time=2.612ms Reply from 192.168.0.254: seq=2 time=2.458ms Reply from 192.168.0.254: seq=3 time=1.650ms Reply from 192.168.0.254: seq=4 time=3.882ms Ping statistics for 192.168.0.254: sent=4 received=4 lost=0 average=2.650ms Environment: WebMite MMBasic RP2350A Edition V6.03.02b0 OPTION WIFI JN88fg, *********, Nixie, 192.168.0.162, 255.255.255.0, 192.168.0.254, AT Gerald Edited 2026-08-26 03:17 by ville56 73 de OE1HGA, Gerald |
||||
| terekgabor Senior Member Joined: 02/01/2026 Location: HungaryPosts: 115 |
Hello Peter, just right now I can't reach the new release on Github. (error 404) G@bor |
||||
| Volhout Guru Joined: 05/03/2018 Location: NetherlandsPosts: 6088 |
Link died... Volhout update: It is back.... Edited 2026-08-26 03:31 by Volhout PicomiteVGA PETSCII ROBOTS |
||||
| terekgabor Senior Member Joined: 02/01/2026 Location: HungaryPosts: 115 |
Yes, it is back! |
||||
| matherp Guru Joined: 11/12/2012 Location: United KingdomPosts: 11815 |
Web ping works if there is a dns to resolve the name and the address accepts pings Try > web ping "www.geoffg.net" Reply from 103.27.34.13: seq=1 time=284.945ms Reply from 103.27.34.13: seq=2 time=285.355ms Reply from 103.27.34.13: seq=3 time=284.810ms Reply from 103.27.34.13: seq=4 time=284.881ms Ping statistics for 103.27.34.13: sent=4 received=4 lost=0 average=284.997ms Not sure what you are asking for. COLOUR MAP works in mode 1 PicoMiteHDMIWEB MMBasic USB RP2350B Edition V6.03.02 Copyright 2011-2026 Geoff Graham Copyright 2016-2026 Peter Mather Total of 6 Mbytes PSRAM available PICOCD6AC067597 connecting to WiFi... Connected 192.168.1.79 > dim a%(15) > dim b%(15)=(0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15) > mode 1 ' was in mode 1 anyway > colour map b%(),a%() > ? a%(1) 255 > Edited 2026-08-26 03:45 by matherp |
||||
| javavi Guru Joined: 01/10/2023 Location: UkrainePosts: 600 |
Yes, but in other modes (2, 3) the MAP(n) function works directly without any initialization of arrays MODE 3 For n=0 to 15: ? Hex$(Map(n)) : Next 0 80 4000 4080 8000 8080 C000 C080 800000 800080 804000 804080 808000 808080 80C000 80C080 > Edited 2026-08-26 05:12 by javavi |
||||
| ville56 Guru Joined: 08/06/2022 Location: AustriaPosts: 584 |
works for all non-local dns names, but doesn't work for me with local DNS names, even not if they are fully qualified like "dnsname.fritz.box" My fritzbox IS acting as a local DNS and works with all local dns names in Windows and Linux as there are no extra entries in the hosts files. Is there anything else I could have done wrong? Gerald 73 de OE1HGA, Gerald |
||||
TassyJim![]() Guru Joined: 07/08/2011 Location: AustraliaPosts: 6600 |
What happens if you connect with a dynamic IP instead of static? Jim VK7JH MMedit |
||||
| matherp Guru Joined: 11/12/2012 Location: United KingdomPosts: 11815 |
Nothing to do with a Fritzbox merits any further discussion. They are different to every other router available and I cannot waste any more time on their idiosyncrasies |
||||
TassyJim![]() Guru Joined: 07/08/2011 Location: AustraliaPosts: 6600 |
I normally prefer dynamic IP but just tested with static. My Fritz performs the same. The name is listed in the network lists but unable to use the name to connect. With dynamic, I can Ping the mite using the name and the Fritz does do the DNS lookup. C:\Users\Jim>ping tpico.fritz.box Pinging tpico.fritz.box [10.1.1.53] with 32 bytes of data: Reply from 10.1.1.53: bytes=32 time=4ms TTL=254 Reply from 10.1.1.53: bytes=32 time=1ms TTL=254 Reply from 10.1.1.53: bytes=32 time=2ms TTL=254 Reply from 10.1.1.53: bytes=32 time=2ms TTL=254 Ping statistics for 10.1.1.53: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 1ms, Maximum = 4ms, Average = 2ms A Fritzbox can recognize a picomite on the local network, provided you use dynamic and let the fritz issue the IP. It can reserve the desired IP making it similar to static. Jim VK7JH MMedit |
||||
| fred777 Senior Member Joined: 01/07/2021 Location: United KingdomPosts: 101 |
Hi Peter, since your are working on the Picomite at the moment... I would love to have a MM.ERRLINE read only variable. For those of us using a "self made" editor this would make jumping straight to the line that produced an error possible. Cheers, Fred |
||||
| ville56 Guru Joined: 08/06/2022 Location: AustriaPosts: 584 |
Many thanks Jim for that hint !!!! Not a friend of dynamic IPs .... IMHO, basically all IPs in the Fritzbox seem to be dynamic. I've assigned them "quasi-static via the MAC" but outside the specified DHCP IP range. I'll try to lay the DHCP range over this quasi-static range and see if the DNS will resolve then. Edit: bingo, the IP-address must be within the DHCP range of the Fritzbox for the DNS-request from this node TO BE PROCESSED !!!!. I had DHCP range from 192.168.0.100 to 192.168.0.119 and the Webmite was tied down to 192.168.0.156 via the MAC address outside DHCP. This did not resolve the Webmites DNS name. Now I've just extended the end of the DHCP range to 192.168.0.169, reconnected the Webmites and the DNS-request from the Webmite now resolves the IP for ALL OTHER NODES (inside and outside DHCP range). So only nodes with IP within the specified DHCP range can resolve local names on the Fritzbox. Strange .... I did this seperation intentionally to keep the "static" range free from "DHCP accidents". So there would never be any address clash in the static range. Maybe I have to redesign my IP scheme now ... Thanks again and 73, Gerald Edited 2026-08-26 16:40 by ville56 73 de OE1HGA, Gerald |
||||
| aaaaaaaargh Newbie Joined: 18/07/2026 Location: United KingdomPosts: 8 |
+1 Yes, that would be a nice addition. I'm new to the Picomite and building my own editor is my first bigger project. The MM.ERRLINE could be passed to an editor using the function keys, is my take. |
||||
| Volhout Guru Joined: 05/03/2018 Location: NetherlandsPosts: 6088 |
Question at Peter, Is there anything in MMBasic that can detect a Brown out , or do we have to write that in the MMBasic program? I am asking because I was playing with the idea of adding a supercap to Vsys, to let the pico ride through short power interrupts. First test, running the pico (genuine pico with Buck boost converter) from Vsys is 4.6V to below 1.8v, I lost the flash content, so had to reimage. Maybe because the pico core Will run down to 1Vat the 3.3v bus, but the flash chip not. Second test, I lost all communication with the LCD, most likely because the pico core kept running, but IO did not. So the pico did not coldboot. It would be a real asset when the core would detect 3,3v is below 2.9, and force the arm cores into an infinite loop, or keep in reset. Note that because the supercap this proces is slow, so big chance things can go wrong (I.e. flash write at low 3v3) But statistically this coul also happen once in a million times with the bare pico as is. Do you have any info about Brown out detection in the pico? Volhout P.s. I know in picomputer 3 this is solved with the 809 reset controller. Edited 2026-08-28 06:39 by Volhout PicomiteVGA PETSCII ROBOTS |
||||
| Mixtel90 Guru Joined: 05/10/2019 Location: United KingdomPosts: 9105 |
The Pico can't detect a brownout on its own. It can tell if VBUS is there, but that's a digital signal on GP24, not analogue. It can check your VSYS voltage as an analogue input on GP29 (multiply it by 2). You could use a similar potential divider and another analogue input, I suppose. The RPnnnn does have a degree of brownout detection on chip but it's minimal and is to do with having enough voltage to run the system clock etc. It won't detect the supply voltage to external memory or the IO system voltage, of course. El-Cheapo solution: 2of AA cells in series powering VSYS. Under normal conditions the diode is reverse biased and they will last for their shelf life. You could even use a CR2032, I suppose. A genuine pico will run for ages off 2x AA. :) . Edited 2026-08-28 17:38 by Mixtel90 Mick Zilog Inside! nascom.info for Nascom & Gemini |
||||
| Volhout Guru Joined: 05/03/2018 Location: NetherlandsPosts: 6088 |
Hi Mick, Your solution is one of postponing. The AA cells will in the end also deplete, with same result. I think an external reset switch at 3V3 should do the task. The pico has (indeed) nothing for this. Only for brownout of 1.1V DVDD. Since pico has the buck boost switcher, checking GP29 is not much use. For a pico zero, with LDO, it could make sense. Volhout Edited 2026-08-28 22:15 by Volhout PicomiteVGA PETSCII ROBOTS |
||||
| Mixtel90 Guru Joined: 05/10/2019 Location: United KingdomPosts: 9105 |
The AA cells weren't intended to be taken too seriously. :) I'm still not sure about a supercap. If its voltage drops to the "grey area" for any reason the pico can get in a knot, shut down and - importantly - can't be restarted until the cap is discharged a long way or is disconnected. You may need a much bigger safety margin than you may first think. This is, of course, true of any standby supply apart from a UPS, which can first issue a low battery alarm to the operator followed by telling the pico to shut down gracefully immediately. Mick Zilog Inside! nascom.info for Nascom & Gemini |
||||
| Page 1 of 3 |
|||||
| The Back Shed's forum code is written, and hosted, in Australia. | © JAQ Software 2026 |