defragster

The 'discovery' here was back over a year ago - maybe 3yr or more - so not new tools or old tools resolved behavior - just a new documented reaction rather than something unexpected. Creating a new bug while looking for the old bug and having it...

That warning should be an ERROR. As it ends up with unsafe/undefined code. > non-Void func() having an exit with no return value Interesting here it caused REBOOT @shawn and I were doing a remote chat and editing code some time back and rather...

__FUNCTION__ = sub >>> __PRETTY_FUNCTION__ = void a::sub(int) T:\T_Drive\tCode\Forum26\PrettyFunc\PrettyFunc.ino Aug 10 2026 @line #9 :: next line #10 char foo[200]; class a { public: void sub (int i) {...

May I suggest: try one of the NativeEthernet UDP examples try one of the QNEthernet UDP examples NativeEthernet has not been supported/updated by the author in quite a few years, whereas QNEthernet has active support/development. You might need...

Quick update. Swapped base boards and now: CPU speed: 600 MHz =========================== CYW4343W Card::begin: SDIO2 =========================== Attaching OOB interrupt to pin 29 Enabled CYW4343W bus high speed interface BUS_IORDY_REG (Ready...

It was not working. I soldered and retouched all pins. With: if (WIFIcard.begin(true, 30, 29, -1) == true) { I am getting diff result - but only this with github current: CPU speed: 600 MHz Set BAK_CHIP_CLOCK_CSR_REG issue, response: 0x50...

It's easy :) ??? IDE 1 and latest TDuino and updated copy of QNEth code Don't have a device on desk with old code to show it worked - three @KenHahn mini's all running something other than ethernet test :( But the Activity light comes on...

Starting... MAC = 04:e9:e5:0e:cf:8d Starting Ethernet with DHCP... Waiting for local IP... Failed to get IP address from DHCP Is there a quick easy way to have the WiFi version hit on a different header\QNEthernet_WIFI so both could be present?

Yes, based on the post 258 by @mjs513

My package showed up but unfortunately I've run out of time for today to play with it. Duty calls...

Alright I see. You are talking about the snapshot version in "library.properties". I thought you meant the version number in the README.md file. I will change all three. Done...

Recopied from github folder to sketchbook libraries and same report in the IDE build: Using library QNEthernet_WIFI at version 0.37.0-snapshot in folder: T:\T_Drive\tCode\libraries\QNEthernet_WIFI Got those two edits: Using library...

My github is yours and and branch has that name? Just to be sure can you edit the version #.#.0 to something unique in that last digit?

using PJRC triple header unit - just soldered male pins to SFun board. Got latest recent github. IDE 1.8.19: ... "T:\\TEMP\\arduino_build_535646/cyw43_scan.ino.elf" Using library QNEthernet_WIFI at version 0.37.0-snapshot in folder...

@defragster - received mine as well - now have to solder it up

FedEx was just here - no T-4.1 in the box so will need to pick one and solder -

I kind of like the stacking header method but I think I will utilize @PaulStoffregen's three tier motherboard that way I have everything on one board and an extra tier for access to all pins for testing. I do not have stacking headers at hand but...

Seems you've done it before - I have faith in you :) And should be able to test whatever you can post. In the end the old unit won't matter I suppose - though mine is still sitting here. Though I did wire Serial 1&2 together to test some code...

Saturday8/08/2026 Between 9:10 AM - 1:10 PM Cool. Until then is @wwatson https://github.com/wwatson4506/QNEthernet_WIFI/tree/QNEthernet_WIFI_0.36.0 the current place to watch?

I'll probably start my end of the work on this, integrating into QNEthernet, mid-end of September.

Yep, just got prototypes shipped out, and I've messaged individuals with tracking info!

@defragster - Ditto, 08/08/26...

FedEx says: Your shipment from SparkFun Electronics is on the way. Scheduled delivery date Sat 8/08/2026

@sparkfro - Great news :D Can't wait to see everything working. I have been looking at the Bluetooth side of things as well. Again, good work(y)

Great news, the prototypes are working! Apologies for my long delay, I've been out sick for over a week. Finally back in the office and working on this again. Long story short, the chip was populated backwards! After reworking one board, the...

@mjs513 - Just to be clear, I have not created the driver yet because I need a CYW43439 board setup to use SDIO. The PICO 2W uses SPI 1 wire comms. Hopefully we will have a board available soon to work with or even better a verified working...

Yes. I personally tested two 16M chips. Special thanks to ProtoSupplies for sending me 3 of the earliest sample chips. I soldered them onto 2 Teensy 4.1s. First board got one plus a flash chip and the other got a pair of the 16MB chips so I...

I did... in 2018 before Claude or other LLMs existed, before NXP published the SDK code and MCUexpresso tools, using a pre-release reference manual (under NDA) riddled with errors and copypasta from their IMX6 chips. First RT1052-based beta test...

Paragraphs exist for a purpose! A large block of text like that will put people off reading it.

Like this one - same brand cheaper without Bt - : https://www.amazon.com/UGREEN-AX900-High-gain-WiFi-Adapter/dp/B0D3WY6KMN

I think I cracked the problem of what to do with array elements and sub-structures and arrays of sub-structures. I also figured out how to automatically detect and set mixed w1c and non-w1c fields properly. The compiler can now also catch: 1...

I never tested any of the original two chips, I just had them made an dispatched. So what you said is correct.

If @wwatson had one that might be the fastest way to know. @Dogbone built his minimal boards and other than possible sanity hardware checks AFAIK they shipped for forum testing. Software is known ready for chip change and @wwatson seems to have...

New link to QNEthernet_WIFI_0.36.0: https://github.com/wwatson4506/QNEthernet_WIFI/tree/QNEthernet_WIFI_0.36.0 Still working on recovering the original QNEthernet_WIFI branch. I backup every day so trying to find the latest one...

As far as the CYW4343W (1DX) chip check out post #117 in this thread. I explained to @gigapod what was done with the 1DX chip up till now. I did not have access to the 1YN board for testing. So can't comment on what others may have developed...

@PaulStoffregen or other might investigate or clarify if that is a safe update/proper to make to the Teensy boards.txt. Just a suggestion to try: Move that EDIT into boards.local.txt (and restore the original command) and restart the IDE and see...

I posted about my powered HUB/Drive box beign bad and nobody else ever found one - though not sure anyone else had a DIY bare 2.5" Drive box HUB in one. It would be an easy quick test if are looking for it. And in my case it caused no harm - just...

@Dogbone06 can answer - but his goal/effort was building the test boards then forwarded just the first boards to forum members. He acquired a batch of both chips but only the first was shipped out AFAIK.

@sparkfro - Actually if there was no communication at all without the WL_REG_ON and WL_IRQ pins pins being changed you would have probably seen the CMD52 errors then.So that is indicating that we do probably have comms with the chip. That's...

Looks like we have some more work ahead of us. I have spent the last two days stepping through the PICO 2W initialization process and most of it is similar to the CYW4343W. Will probably need to start at the beginning diagnosing with my LA...

A while ago I bought a $5 USB wifi/bluetooth adapter from aliexpress. They seem to be very plentiful, advertised under a few different brands but usually including a mention of AX900, Wifi6 and Bluetooth 5.3 or 5.4. I thought it would be a...

A well behaved HUB (following the rules?) won't put power back on the Teensy USB Host 5V pin. Have a HUB HDD drive box HERE that is NOT well behaved. Once the code starts 5V comes back to the Teensy when it is unpowered, keeping the Teensy...

I do have the PICO 2W which uses the 1YN chip. I have not used it yet But I am in the process of setting up to use it. I also have PICO debug probe so once I figure out how to use those then it should help to debug things if needed...

Sorry - Not sure why it does not compile but the latest version is listed in post #209. This is the link: https://github.com/wwatson4506/QNEthernet_WIFI/tree/QNEthernet_WIFI_0.36.0 It is based on @shawn's latest version (0.36.0) of QNEthernet...

That seems to be expected as it is getting a push of firm ware for the wrong chip?

Ooh, aah, prototype! (we order prototypes in black, final will be red) @wwatson I downloaded the latest master branch of https://github.com/wwatson4506/QNEthernet_WIFI. I tried the cyw43_scan.ino, but it failed to compile. I see there are a...

Last I saw was this on prior forum page:

Nice tool. Have to think about. Right now I have been using an old version of telemetry viewer. If interested here is the link: http://www.farrellf.com/TelemetryViewer/ Always good to have options. Have to dig into it a bit more. Thanks for...

SCB->AIRCR = 0x05FA0000 | SCB_AIRCR_SYSRESETREQ(1); Or: SCB->AIRCR = 0x05FA0004; Or: SCB->AIRCR = SCB_AIRCR_VECTKEY(0x05fa) | SCB_AIRCR_SYSRESETREQ(1); There's no "business logic" in anything right now, but that might be a good layer on top...

None essy to see - it just works