@wwatson @defragster I just pushed a couple of fixes (6ce1aa1c6). Could you check that DHCP works for you now?
Last edited:
Call to arms | Teensy + WiFi = true
- Thread starter Dogbone06
- Start date
wwatson
Well-known member
That seems to have fixed the DHCP problem
But the sketch still hangs after:
Code:
// Start UDP listening on the NTP port
udp.begin(kNTPPort);
delay(10); <---------- Hangs up without this delay using gateway IP.
// Send an SNTP request
Code:
Starting...
MAC = 04:e9:e5:0b:b8:11
Starting Ethernet with DHCP...
Waiting for local IP...
Local IP = 192.168.7.212
Subnet mask = 255.255.252.0
Gateway = 192.168.4.1
DNS = 75.75.75.75
Sending SNTP request to the gateway...
Hangs here without delay(10);
Starting...
MAC = 04:e9:e5:0b:b8:11
Starting Ethernet with DHCP...
Waiting for local IP...
Local IP = 192.168.7.212
Subnet mask = 255.255.252.0
Gateway = 192.168.4.1
DNS = 75.75.75.75
Sending SNTP request to the gateway...
Time was set
SNTP reply: 2026-08-09 19:24:04 <---------------------sketch completes with delay(10); being used.Glad to see it's fixed...
@wwatson @defragster For our next experiment, could you try these three things, and report results for each:
1. Update to latest QNEthernet library code (I just updated the UDP-based examples, SNTPClient, BroadcastChat, and OSCPrinter — 3a3b25446). I added a "UDP listen error: %d" message. See if that error prints when UDP starts listening on the given port.
2. Try
3. Try
1. Update to latest QNEthernet library code (I just updated the UDP-based examples, SNTPClient, BroadcastChat, and OSCPrinter — 3a3b25446). I added a "UDP listen error: %d" message. See if that error prints when UDP starts listening on the given port.
2. Try
yield() instead of delay(10) and see what happens.3. Try
delayMicroseconds(10'000) instead of delay(10)— this doesn't call yield() internally, unlike delay()
wwatson
Well-known member
Somewhere after "udp.begin(kNTPPort);".
wwatson
Well-known member
No, it works fine...
wwatson
Well-known member
Post #277 - It just hangs without showing the time was set...
wwatson
Well-known member
Ok, the last update to QNEthernet Fixed "SNTPClinet.ino" hang problem. It no longer needs the delay
"BroadcastChat.ino" never failed before and works without issue now.
I have no idea what "OSCPrinter.ino" is...
Do you see more than one "Sending SNTP request" message?Ok, the last update to QNEthernet Fixed "SNTPClinet.ino" hang problem. It no longer needs the delay
"BroadcastChat.ino" never failed before and works without issue now.
I have no idea what "OSCPrinter.ino" is...
wwatson
Well-known member
Yes:
Code:
Starting...
MAC = 04:e9:e5:0b:b8:11
Starting Ethernet with DHCP...
Waiting for local IP...
Local IP = 192.168.7.212
Subnet mask = 255.255.252.0
Gateway = 192.168.4.1
DNS = 75.75.75.75
Sending SNTP request to the gateway...
Time was set
SNTP reply: 2026-08-09 23:04:11Probably a dropped packet or something.Yes:
And repeatableCode:Starting... MAC = 04:e9:e5:0b:b8:11 Starting Ethernet with DHCP... Waiting for local IP... Local IP = 192.168.7.212 Subnet mask = 255.255.252.0 Gateway = 192.168.4.1 DNS = 75.75.75.75 Sending SNTP request to the gateway... Time was set SNTP reply: 2026-08-09 23:04:11
wwatson
Well-known member
Sorry, I misunderstood what you meant. The answer is NO. I thought you meant after "Sending SNTP request" message. Again, I it is working without issue
KurtE
Senior Member+
My package made it to our PMB in town later yesterday, hopefully today I will get into town and pick it up.
Another option would be to make something setup for the MicroMod. Side note to this, I wish Sparkfun would sell a
Micromod breakout board for the Teensy, that for example had the Teensy pin numbers and the like.
The reason I mention this is because the Micromod does also have the SDIO pins on it. However very few breakout boards make
use of it. The main one I use is one that I had fabricated and partially assembled at PCBWay.
Nothing special other than it is setup with USB and SDIO and ILI9341 and Adafruit display connectors...
Later when we were playing with Cameras again, I took a quick and dirty approach and created a shield for the ATP carrier board.
Which is one of the Sparkfun boards which has the SDIO pins brought out to connector pins. Something similar to this could be made
for the Wifi.
Another option I wondered about was if it was possible to maybe use something like the Sparkfun Main Board Single or Double, and if you could create a "function Board" with the Wifi, but looking again at the schematics, it looks like the SDIO pins are not used at all on the Main board or defined as possible pins on the Function boards. Would be nice if they did, as maybe then there is a solution that does not require soldering stuff.
Sorry just thinking outside of the current box.
Another option would be to make something setup for the MicroMod. Side note to this, I wish Sparkfun would sell a
Micromod breakout board for the Teensy, that for example had the Teensy pin numbers and the like.
The reason I mention this is because the Micromod does also have the SDIO pins on it. However very few breakout boards make
use of it. The main one I use is one that I had fabricated and partially assembled at PCBWay.
Nothing special other than it is setup with USB and SDIO and ILI9341 and Adafruit display connectors...
Later when we were playing with Cameras again, I took a quick and dirty approach and created a shield for the ATP carrier board.
Which is one of the Sparkfun boards which has the SDIO pins brought out to connector pins. Something similar to this could be made
for the Wifi.
Another option I wondered about was if it was possible to maybe use something like the Sparkfun Main Board Single or Double, and if you could create a "function Board" with the Wifi, but looking again at the schematics, it looks like the SDIO pins are not used at all on the Main board or defined as possible pins on the Function boards. Would be nice if they did, as maybe then there is a solution that does not require soldering stuff.
Sorry just thinking outside of the current box.
wwatson
Well-known member
An update. It looks like the CYW4343W initialization routine is performing unnecessary operations out of sequence that the CYW43439 does not understand and does not like. Also I may not have all of the NVRAM settings correct yet. Everything appears to work up to the point of loading the CLM data at which point it tries to write the first block of CLM data then wait for a response from CYW43439 which never comes:
At this part of the code:
This is where the Teensy is waiting for the WL_WAKE IRQ signal on pin #29. That signal is used when IO control commands are sent to the CYW43439. It signals a forthcoming data transfer on the data lines. I monitored this with my LA. I now the pin# is correct as the signal is active at power up Just like the CYW4343W.
Long story short, I am going to have to write a separate driver for the CYW43439 using as much of the CYW4343W code as I can. Fortunately there is a lot less involved code wise for the CYW43439 device and I have access to some good examples.
Hopefully it will not take to much longer
Code:
CPU speed: 600 MHz
===========================
CYW4343W Card::begin: SDIO2
===========================
wlIrqPin = 29
Attaching OOB interrupt to pin 29
Enabled CYW4343W bus high speed interface
BUS_IORDY_REG (Ready indication) returned OK
SDHC bus set to 4-bit, speed set to 33MHz
Backplane Window set to 0x18000000
*************
CardID: 43439
*************
BAK_CHIP_CLOCK_CSR_REG returned 0x68
*************
CardID: 43439
*************
Backplane Window set to 0x18100000
Set SRAM_IOCTRL_REG validated
Backplane Window set to 0x18000000
Backplane Window set to 0x18100000
Set SRAM_IOCTRL_REG second validation
Set SRAM_RESETCTRL_REG validated
Backplane Window set to 0x18000000
BUS_BRCM_CARDCTRL PASSED: returned 1
SDIOEnableFunction PASSED...
BAK_CHIP_CLOCK_CSR_REG PASSED: returned 0x48
Backplane Window set to 0x00058000
Uploading firmware data
Backplane Window set to 0x00000000
Backplane Window set to 0x00008000
Backplane Window set to 0x00010000
Backplane Window set to 0x00018000
Backplane Window set to 0x00020000
Backplane Window set to 0x00028000
Backplane Window set to 0x00030000
Backplane Window set to 0x00038000
Uploaded firmware, 233776 of 233776 bytes
offset = 64682
Uploading NVRAM data
Backplane Window set to 0x00078000
Uploaded NVRAM, 850 of 850 bytes
Backplane Window set to 0x18100000
Backplane Window set to 0x18000000
Backplane Window set to 0x18100000
Backplane Window set to 0x18000000
Set BAK_CHIP_CLOCK_CSR_REG validated
Set BUS_IORDY_REG validated
Configuring WL_IRQ OOB
WL_IRQ OOB Interrupt
Backplane Window set to 0x00068000
Backplane Window set to 0x00038000
Backplane Window set to 0x18000000
==============================
End W4343WCard::begin: SDIO2
==============================
Write: 0xFDDB0224 <------- uploading CLM data.
Write: 0x0C000001
Write: 0x00000000
Write: 0x00000107
Write: 0x00000208
Write: 0x00010002
Write: 0x00000000
Write: 0x6C6D6C63
Write: 0x0064616F
Write: 0x424F4C42
Write: 0x0000003C
Write: 0x782D8550
Write: 0x00000001
Write: 0x00000002
Write: 0x00000000
Write: 0x0000003C
Write: 0x00001250
Write: 0x44332A50
Write: 0x00000000
Write: 0x00000000
Write: 0x0000128C
Write: 0x00000004
Write: 0xE2E5B0A0
Write: 0x00000000
Write: 0x204D4C43
Write: 0x41544144
Write: 0x000C0000
Write: 0x2E390002
Write: 0x332E3031
Write: 0x00000039
Write: 0x00000000
Write: 0x00000000
Write: 0x2E310000
Write: 0x342E3932
Write: 0x00000000
Write: 0x00000000
Write: 0x00000094
Write: 0x496D6C43
Write: 0x726F706D
Write: 0x31203A74
Write: 0x2E36332E
Write: 0x00000033
Write: 0x00000000
Write: 0x00000000
Write: 0x72420000
Write: 0x6364616F
Write: 0x302D6D6F
Write: 0x0000302E
Write: 0x00000000
Write: 0x00000000
Write: 0x0A010101
Write: 0x0C010B01
Write: 0x0E010D01
Write: 0x0A020202
Write: 0x0C020B02
Write: 0x0A0A0903
Write: 0x0C0C0B0B
Write: 0x0E0C0D0C
Write: 0x0E0E0D0D
Write: 0x51003151
Write: 0x00000032
Write: 0x000011D0
Write: 0x0000042C
Write: 0x00000068
Write: 0x00000154
Write: 0x00000434
Write: 0x00000000
Write: 0x00000298
Write: 0x00000000
Write: 0x000010DD
Write: 0x00000000
Write: 0x0000014C
Write: 0x00001248
Write: 0x00001220
Write: 0x0000B27F
Write: 0x00000000
Write: 0x00000000
Write: 0x00000000
Write: 0x00000000
Write: 0x00000000
Write: 0x00000000
Write: 0x00000000
Write: 0x00000000
Write: 0x000011FC
Write: 0x00000000
Write: 0x0000027E
Write: 0x00000000
Write: 0x00000000
Write: 0x00000000
Write: 0x00000000
Write: 0x00000000
Write: 0x00000000
Write: 0x00000000
Write: 0x00000000
Write: 0x00000000
Write: 0x00000000
Write: 0x00000000
Write: 0x00000000
Write: 0x00000000
Write: 0x00000000
Write: 0x00000000
Write: 0x00000000
Write: 0x00000000
Write: 0x00000000
Write: 0x00000000
Write: 0x00000000
Write: 0x00000000
Write: 0x00000167
Write: 0x0000043B
Write: 0x0F010E01
Write: 0x58003045
Write: 0x55580041
Write: 0x01454100
Write: 0x41015241
Write: 0x55410154
Write: 0x01454202
Write: 0x42014742
Write: 0x4143014E
Write: 0x01484302
Write: 0x43015943
Write: 0x4544015A
Write: 0x014B4403
Write: 0x45014545
Write: 0x49460153
Write: 0x01524601
Write: 0x47014247
Write: 0x52480152
Write: 0x01554801
Write: 0x49054449
Write: 0x53490145
Write: 0x01544901
Write: 0x4B03504A
Write: 0x574B0452
Write: 0x01494C01
Write: 0x4C01544C
Write: 0x564C0155
Write: 0x01414D01
Write: 0x00000000
Write: 0x00000000
Write: 0x00000000
Write: 0x00000000
Write: 0x00000000
Write: 0x00000000
Write: 0x00000000
Write done
RSP: 0x1000 0x0000 0x0000 0x0000 RET: 0x01
cmd complete
Waiting for response - here... <------ code hangs here
Code:
//==============================================================================
// Poll CYW4343x for a response to a command.
//==============================================================================
int W4343WCard::ioctl_cmd_poll_device(int wait_msec, int wr, void *data, int dlen, bool logOutput) {
IOCTL_MSG_T4 *rsp = &ioctl_rxmsg;
int ret = 0;
uint32_t val = 0;
memset(rsp, 0, sizeof(ioctl_rxmsg));
//TODO consider code in cyw43_ll_sdpcm_poll_device(), cyw43_ll.c, line 948
printf(SER_TRACE "Waiting for response" SER_RESET);
uint32_t start = micros();
printf(" - here...\n");
while (dataISRReceived == false) {;} //***************** Not Getting OOB interrupt ****************Long story short, I am going to have to write a separate driver for the CYW43439 using as much of the CYW4343W code as I can. Fortunately there is a lot less involved code wise for the CYW43439 device and I have access to some good examples.
Hopefully it will not take to much longer
wwatson
Well-known member
CYW43439 driver update. Trying to have a blast here but things are getting a little hairy
Current output from driver:
It looks like I am still having issues with IOCTL transfers. hopefully after that is fixed everything will be working. I am confident that I have the correct firmware/clm and NVRAM data for uploading. Had to make some changes to the NVRAM entries to get the OOB interupts happening.
Hopefully things will be working soon
Current output from driver:
Code:
===========================
CYW4343W Card::begin: SDIO2
===========================
Attaching OOB interrupt to pin 29
WL_IRQ OOB Interrupt
Enabled CYW4343W bus high speed interface
BUS_IORDY_REG (Ready indication) returned OK
SDHC bus set to 4-bit, speed set to 33MHz
Backplane Window set to 0x18000000
*************
CardID: 43439
*************
Backplane Window set to 0x18100000
Set SRAM_IOCTRL_REG validated
Backplane Window set to 0x18000000
Backplane Window set to 0x18100000
Set SRAM_IOCTRL_REG second validation
Set SRAM_RESETCTRL_REG validated
Backplane Window set to 0x18000000
BUS_BRCM_CARDCTRL returned 1
BAK_CHIP_CLOCK_CSR_REG returned 0x48
Backplane Window set to 0x00058000
Uploading firmware data
Backplane Window set to 0x00000000
Backplane Window set to 0x00008000
Backplane Window set to 0x00010000
Backplane Window set to 0x00018000
Backplane Window set to 0x00020000
Backplane Window set to 0x00028000
Backplane Window set to 0x00030000
Backplane Window set to 0x00038000
Uploaded firmware, 231077 of 231077 bytes
Uploading NVRAM data
Backplane Window set to 0x00078000
Uploaded NVRAM, 739 of 739 bytes
Backplane Window set to 0x18100000
Backplane Window set to 0x18000000
Backplane Window set to 0x18100000
Backplane Window set to 0x18000000
Set BAK_CHIP_CLOCK_CSR_REG validated
Set BUS_IORDY_REG validated
Configuring WL_IRQ OOB
WL_IRQ OOB Interrupt
Backplane Window set to 0x00068000
Backplane Window set to 0x00038000
Backplane Window set to 0x18000000
==============================
End W4343WCard::begin: SDIO2
==============================
WL_IRQ OOB Interrupt <--------------- Out Of Band interrupts are now working.
WL_IRQ OOB Interrupt
Uploading CLM, size: 984
WL_IRQ OOB Interrupt
Error flag set <--------------- Something is still wrong uploading CLM data upload.
CLM uploaded 400/984 result: 0 <--------------- 1st 400 bytes uploaded last 594 did not. Should return result: 1.
WL_IRQ OOB Interrupt
CLM version API: 12.2 <--------------- This shows that the first 400 bytes of the CLM were actually uploaded.
Data: 9.10.39
Compiler: 1.29.4
ClmImport: 1.36.3
Creation: 2023-01-11 10:19:43
initialization done
WL_IRQ OOB Interrupt
MAC address - 0C:80:2F:17:D3:5A <------------- Getting the MAC address.
Setup completeHopefully things will be working soon
wwatson
Well-known member
We now have scanning working:
Joining a network fails:
It looks like it's not liking some of the security settings. Joining a network has never been very stable. It fails at times even on the CYW4343W device as written. I am going to rework the join API next...
Maybe that will be the last of the issues to be fixed hopefully...
Code:
CPU speed: 600 MHz
===========================
CYW4343W Card::begin: SDIO2
===========================
Attaching OOB interrupt to pin 29
Enabled CYW4343W bus high speed interface
BUS_IORDY_REG (Ready indication) returned OK
SDHC bus set to 4-bit, speed set to 33MHz
Backplane Window set to 0x18000000
*************
CardID: 43439
*************
Backplane Window set to 0x18100000
Set SRAM_IOCTRL_REG validated
Backplane Window set to 0x18000000
Backplane Window set to 0x18100000
Set SRAM_IOCTRL_REG second validation
Set SRAM_RESETCTRL_REG validated
Backplane Window set to 0x18000000
BUS_BRCM_CARDCTRL returned 1
BAK_CHIP_CLOCK_CSR_REG returned 0x48
Backplane Window set to 0x00058000
Uploading firmware data
Backplane Window set to 0x00000000
Backplane Window set to 0x00008000
Backplane Window set to 0x00010000
Backplane Window set to 0x00018000
Backplane Window set to 0x00020000
Backplane Window set to 0x00028000
Backplane Window set to 0x00030000
Backplane Window set to 0x00038000
Uploaded firmware, 233776 of 233776 bytes
Uploading NVRAM data
Backplane Window set to 0x00078000
Uploaded NVRAM, 742 of 742 bytes
Backplane Window set to 0x18100000
Backplane Window set to 0x18000000
Backplane Window set to 0x18100000
Backplane Window set to 0x18000000
Set BAK_CHIP_CLOCK_CSR_REG validated
Set BUS_IORDY_REG validated
Configuring WL_IRQ OOB
WL_IRQ OOB Interrupt
Backplane Window set to 0x00068000
Backplane Window set to 0x00038000
Backplane Window set to 0x18000000
==============================
End W4343WCard::begin: SDIO2
==============================
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
Uploading CLM, size: 3208
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
CLM uploaded 3208/3208 result: 1
WL_IRQ OOB Interrupt
CLM version API: 12.2
Data: Cypress.CYW4343W
Compiler: 1.29.4
ClmImport: 1.36.3
Customization: v1 200525
Creation: 2023-08-31 01:07:13
initialization done
WL_IRQ OOB Interrupt
MAC address - 0C:80:2F:17:D3:5A
Setup complete
====== STARTING SCAN ======
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
Scan Entries = 15
**********************************************************************************************
* # SSID RSSI Channel BSSID Security *
**********************************************************************************************
1 IPCAM_BBM -85 dBm 1 02:9D:85:AF:66:F3 WPA2 (4)
2 catscats2 -81 dBm 1 10:E1:77:00:FD:D6 WPA2 (4)
3 duckyscastle -67 dBm 6 1E:9E:CC:50:D8:88 WPA2 (4)
4 Slifer-Red -93 dBm 11 28:F5:D1:97:36:C7 WPA2 (4)
5 wswn_eero -36 dBm 11 30:29:2B:AB:CF:05 WPA2 (4)
6 wswn_xf -33 dBm 11 62:9C:8E:18:A0:9B WPA2 (4)
7 TheCatDen -79 dBm 6 6C:5A:B0:16:E4:F2 AUTO (6)
8 Hen House -68 dBm 6 72:13:01:3F:C3:11 AUTO (8)
9 CasaGirlypop_EXT -88 dBm 11 8C:86:DD:09:4B:F6 WPA2 (4)
10 Imotep's Chad Castle -91 dBm 1 A8:70:5D:61:B0:DA WPA2 (4)
11 cozypoohma -92 dBm 1 A8:70:5D:68:A5:F3 WPA2 (4)
12 wswn_xf -39 dBm 11 C6:4F:D5:C9:74:A9 AUTO (8)
13 Brentina -84 dBm 1 D4:6C:6D:5B:DB:B1 WPA2 (4)
14 June Bug -82 dBm 6 D4:AB:82:C4:03:6F WPA2 (4)
15 DIRECT-pq-EPSON-XP-6100 Series -37 dBm 11 DE:CD:2F:CF:6B:16 WPA2 (4)
Scan complete
Wait for next scan...
Code:
Starting...
Please Wait...
===========================
CYW4343W Card::begin: SDIO2
===========================
Attaching OOB interrupt to pin 29
Enabled CYW4343W bus high speed interface
BUS_IORDY_REG (Ready indication) returned OK
SDHC bus set to 4-bit, speed set to 33MHz
Backplane Window set to 0x18000000
*************
CardID: 43439
*************
Backplane Window set to 0x18100000
Set SRAM_IOCTRL_REG validated
Backplane Window set to 0x18000000
Backplane Window set to 0x18100000
Set SRAM_IOCTRL_REG second validation
Set SRAM_RESETCTRL_REG validated
Backplane Window set to 0x18000000
BUS_BRCM_CARDCTRL returned 1
BAK_CHIP_CLOCK_CSR_REG returned 0x48
Backplane Window set to 0x00058000
Uploading firmware data
Backplane Window set to 0x00000000
Backplane Window set to 0x00008000
Backplane Window set to 0x00010000
Backplane Window set to 0x00018000
Backplane Window set to 0x00020000
Backplane Window set to 0x00028000
Backplane Window set to 0x00030000
Backplane Window set to 0x00038000
Uploaded firmware, 233776 of 233776 bytes
Uploading NVRAM data
Backplane Window set to 0x00078000
Uploaded NVRAM, 742 of 742 bytes
Backplane Window set to 0x18100000
Backplane Window set to 0x18000000
Backplane Window set to 0x18100000
Backplane Window set to 0x18000000
Set BAK_CHIP_CLOCK_CSR_REG validated
Set BUS_IORDY_REG validated
Configuring WL_IRQ OOB
WL_IRQ OOB Interrupt
Backplane Window set to 0x00068000
Backplane Window set to 0x00038000
Backplane Window set to 0x18000000
==============================
End W4343WCard::begin: SDIO2
==============================
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
Uploading CLM, size: 3208
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
CLM uploaded 3208/3208 result: 1
WL_IRQ OOB Interrupt
CLM version API: 12.2
Data: Cypress.CYW4343W
Compiler: 1.29.4
ClmImport: 1.36.3
Customization: v1 200525
Creation: 2023-08-31 01:07:13
WL_IRQ OOB Interrupt
In joinNetworks
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WiFi CPU running
WL_IRQ OOB Interrupt
Set country succesfully
WL_IRQ OOB Interrupt
No events enabled
WL_IRQ OOB Interrupt
Success: WIFIcard.ioctl_set_uint32("ampdu_ba_wsize" ...)
WL_IRQ OOB Interrupt
Success: WIFIcard.ioctl_wr_int32(WLC_SET_INFRA ...)
WL_IRQ OOB Interrupt
Success: WIFIcard.ioctl_wr_int32(WLC_SET_AUTH ...)
WL_IRQ OOB Interrupt
Success: WIFIcard.ioctl_wr_int32(WLC_SET_WSEC ...)
WL_IRQ OOB Interrupt
Error flag set
Error: WIFIcard.ioctl_set_intx2("bsscfg:sup_wpa" ...)
WL_IRQ OOB Interrupt
Error flag set
Error: WIFIcard.ioctl_set_intx2("bsscfg:sup_wpa2_eapver" ...)
WL_IRQ OOB Interrupt
Error flag set
Error: WIFIcard.ioctl_set_intx2("bsscfg:sup_wpa_tmo" ...)
WL_IRQ OOB Interrupt
Error flag set
Error: WIFIcard.ioctl_wr_data(WLC_SET_WSEC_PMK ...)
WL_IRQ OOB Interrupt
Success: WIFIcard.ioctl_wr_int32(WLC_SET_WPA_AUTH ...)
WL_IRQ OOB Interrupt
Join events enabled
WL_IRQ OOB Interrupt
Success: WIFIcard.ioctl_wr_data(WLC_SET_SSID ...)
Joining network wswn_eero
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
WL_IRQ OOB Interrupt
Error flag set
WL_IRQ OOB InterruptMaybe that will be the last of the issues to be fixed hopefully...
mjs513
Senior Member+
Nice that the basics are working. Lots of progress! Nice.
wwatson
Well-known member
The library is is now functional
ping.ino:
SNTPClient.ino:
cyw43_scan.ino:
Need to finish testing other sketches then start cleaning up and organizing the code. I also should be able to have the code detect which device is connected to the Teensy via the card ID and have the driver setup for that particular device. When it was all said and done there really was not that much difference in the driver code. The big difference was setting up the correct firmware, CLM and NVRAM files. The big thing was getting the NVRAM settings correct. Checking the signal strength (RSSI) between the 1DX board and 1YN board appears to be close to the same. I did not want to mess with those settings as they can potentially cause the device to fail. I found a few unnecessary settings in the original 1DX code that I commented out and will remove as well.
Give me a few days and I will post the code when it is ready
ping.ino:
Code:
Starting...
Please Wait...
MAC = 0c:80:2f:17:d3:5a
Waiting for local IP...
Setting link up
Local IP = 192.168.7.235
Subnet mask = 255.255.252.0
Gateway = 192.168.4.1
DNS = 75.75.75.75
Looking up "arduino.cc"...
IP = 18.238.238.4
1. 64 bytes from 18.238.238.4: seq=0 ttl=245 time=20 ms
2. 64 bytes from 18.238.238.4: seq=1 ttl=245 time=16 ms
3. 64 bytes from 18.238.238.4: seq=2 ttl=245 time=36 ms
4. 64 bytes from 18.238.238.4: seq=3 ttl=245 time=31 ms
5. 64 bytes from 18.238.238.4: seq=4 ttl=245 time=16 ms
6. 64 bytes from 18.238.238.4: seq=5 ttl=245 time=17 ms
Code:
Starting...
Please Wait...
MAC = 0c:80:2f:17:d3:5a
Waiting for local IP...
Setting link up
Local IP = 192.168.7.235
Subnet mask = 255.255.252.0
Gateway = 192.168.4.1
DNS = 75.75.75.75
Sending SNTP request to the gateway...
Time was set
SNTP reply: 2026-08-24 12:32:49
Code:
====== STARTING SCAN ======
Scan Entries = 19
**********************************************************************************************
* # SSID RSSI Channel BSSID Security *
**********************************************************************************************
1 IPCAM_BBM -84 dBm 1 02:9D:85:AF:66:F3 WPA2 (4)
2 catscats2 -87 dBm 1 10:E1:77:00:FD:D6 WPA2 (4)
3 TP-Link_Guest_0DAC -90 dBm 2 1E:61:B4:1A:0D:AB WPA2 (4)
4 duckyscastle -69 dBm 6 1E:9E:CC:50:D8:88 WPA2 (4)
5 Mysa-ed62cc -77 dBm 3 24:DC:C3:ED:62:CD OPEN (0)
6 wswn_eero -28 dBm 11 30:29:2B:AB:CF:05 WPA2 (4)
7 wswn_xf -33 dBm 11 62:9C:8E:18:A0:9B WPA2 (4)
8 TheCatDen -82 dBm 6 6C:5A:B0:16:E4:F2 AUTO (6)
9 Hen House -69 dBm 6 72:13:01:3F:C3:11 AUTO (8)
10 thehillsarealive -85 dBm 11 84:00:2D:4F:EE:78 WPA2 (4)
11 CasaGirlypop_EXT -86 dBm 11 8C:86:DD:09:4B:F6 WPA2 (4)
12 TMOBILE-EDD0 -94 dBm 2 94:F7:BE:08:ED:D2 AUTO (8)
13 Tree House -88 dBm 6 98:F7:81:41:DC:45 WPA2 (4)
14 ryanwifi -80 dBm 11 BC:9B:68:0C:FA:93 WPA2 (4)
15 Chucks Wireless -86 dBm 11 C6:05:3F:67:2E:16 WPA2 (4)
16 wswn_xf -41 dBm 11 C6:4F:D5:C9:74:A9 AUTO (8)
17 Brentina -80 dBm 1 D4:6C:6D:5B:DB:B1 WPA2 (4)
18 June Bug -84 dBm 6 D4:AB:82:C4:03:6F WPA2 (4)
19 DIRECT-pq-EPSON-XP-6100 Series -32 dBm 11 DE:CD:2F:CF:6B:16 WPA2 (4)
Scan complete
Wait for next scan...Need to finish testing other sketches then start cleaning up and organizing the code. I also should be able to have the code detect which device is connected to the Teensy via the card ID and have the driver setup for that particular device. When it was all said and done there really was not that much difference in the driver code. The big difference was setting up the correct firmware, CLM and NVRAM files. The big thing was getting the NVRAM settings correct. Checking the signal strength (RSSI) between the 1DX board and 1YN board appears to be close to the same. I did not want to mess with those settings as they can potentially cause the device to fail. I found a few unnecessary settings in the original 1DX code that I commented out and will remove as well.
Give me a few days and I will post the code when it is ready
wwatson
Well-known member
@shawn - Just downloaded your latest version of QNEthernet 0.37.0. Updated it to the current CYW4343W/CYW43439 driver. The "SNTPClient.ino" works perfect on both devices:
It only has to send the request twice to get a response. This is with both the CYW4343W and CYW43439 accessing the eero WIFI router.
I will be testing with most all of the other examples.
Setting up the WIFI with this version of QNEthernet went very smooth
Code:
Starting...
Starting Ethernet with DHCP...
MAC = 0c:80:2f:17:d3:5a
Waiting for local IP...
Setting link up
Local IP = 192.168.7.235 <-------- CYW43439 device.
Subnet mask = 255.255.252.0
Gateway = 192.168.4.1
DNS = 75.75.75.75
Sending SNTP request to the gateway...Sent.
Sending SNTP request to the gateway...Sent.
Time was set
SNTP reply: 2026-08-24 23:01:25 (458537 µs) UTCI will be testing with most all of the other examples.
Setting up the WIFI with this version of QNEthernet went very smooth
wwatson
Well-known member
Here is a blurry image of the working system:
I now have a usable version of @shawn's latest QNEthernet (0.37.0) setup for WIFI use. It is QNEthernet_WIFI-0.37.0 found at https://github.com/wwatson4506/QNEthernet_WIFI/tree/QNEthernet_WIFI_0.37.0. This version adds support for the Sparkfun CYW43439 WIFI shield. The "README.md" file has been updated to show usage and the capabilities of the library.
The library supports both the @Dogbone06 CYW4343W WIFI board and the Sparkfun CYW43439 WIFI shield. There is a define in the "QNEthernet_WIFI_0.37.0/src/qnethernet/drivers/cyw4343w/src/misc_defs.h" file that switches between the two boards:
Unfortunately it's going to take some programming trickery to do auto detection due to the difference in pin usage between the two boards. So for now I just use the two defines shown above. Here are the pin definitions:
I might be able to try beginning with one board and if that fails switch to the other board and setup from there
I think the Sparkfun shield will probably be the one that is used most so I set that as the default in the library.
The next option is using the T41 native Ethernet or one of the WIFI boards:
This define is found in "QNEthernet_WIFI_0.37.0/src/QNEthernet_opts.h".
I have tested all of the examples that I could including https://github.com/wwatson4506/QNEthernet_WIFI_Examples and with all combinations of board types and WIRED/WIFI Ethernet combinations. They should all compile without any errors or warnings.
Try it out. Hopefully without any major issues
I now have a usable version of @shawn's latest QNEthernet (0.37.0) setup for WIFI use. It is QNEthernet_WIFI-0.37.0 found at https://github.com/wwatson4506/QNEthernet_WIFI/tree/QNEthernet_WIFI_0.37.0. This version adds support for the Sparkfun CYW43439 WIFI shield. The "README.md" file has been updated to show usage and the capabilities of the library.
The library supports both the @Dogbone06 CYW4343W WIFI board and the Sparkfun CYW43439 WIFI shield. There is a define in the "QNEthernet_WIFI_0.37.0/src/qnethernet/drivers/cyw4343w/src/misc_defs.h" file that switches between the two boards:
Code:
//==============================================================================
// Select WIFI device being used using one of the defines below.
// CYW43439 is default device.
//==============================================================================
#define CYW43439 0 // For the Sparkfun CYW43439 shield.
#define CYW4343W 1 // For the dogbone06 CYW4343W board.
#define WIFI_DEVICE CYW43439 // Default CYW43439
//==============================================================================
Code:
//==============================================================================
// Begin parameters defines:
// SDIO1 (false), SDIO2 (true) which uSDHC IF to use.
// WL_REG_ON pin
// WL_IRQ pin (-1 to ignore)
// EXT_LPO pin (optional, -1 to ignore)
// WIFIcard.begin(true, 33, 34, -1) for CYW4343W board or
// WIFIcard.begin(true, 30, 29, -1) for CYW43439 board.
//==============================================================================
#if WIFI_DEVICE == CYW43439
#define REG_ON 30
#define WL_IRQ 29
#define EXT_LPO -1
//#define BT_ON ?? <------------ This is next?
#endif
#if WIFI_DEVICE == CYW4343W
#define REG_ON 33
#define WL_IRQ 34
#define EXT_LPO -1
#endifI think the Sparkfun shield will probably be the one that is used most so I set that as the default in the library.
The next option is using the T41 native Ethernet or one of the WIFI boards:
Code:
// 1 == Disable T41 native ethernet IF and enable T41 CYW4343W IF (Default).
// 0 == Enable T41 native ethernet IF and disable T41 CYW4343W IF.
#ifndef ARDUINO_TEENSY41_CYW4343W
#define ARDUINO_TEENSY41_CYW4343W 1
#endifI have tested all of the examples that I could including https://github.com/wwatson4506/QNEthernet_WIFI_Examples and with all combinations of board types and WIRED/WIFI Ethernet combinations. They should all compile without any errors or warnings.
Try it out. Hopefully without any major issues
defragster
Senior Member+
Great work! Clean Build cyq43_Scan no problem!
Code:
====== STARTING SCAN ======
Scan Entries = 8
**********************************************************************************************
* # SSID RSSI Channel BSSID Security *
**********************************************************************************************
1 TP-Link_DBFE -81 dBm 6 78:20:51:71:4F:19 AUTO (8)
2 TP-Link_DBFE -73 dBm 6 78:20:51:BE:DB:FF AUTO (8)
3 FiberEagle -20 dBm 9 E0:C2:50:27:8B:60 AUTO (8)
4 FiberEagle -64 dBm 9 E0:C2:50:28:A7:79 AUTO (8)
5 NTGRBH_E0C250278B62 -20 dBm 9 E6:C2:50:27:8B:60 AUTO (8)
6 NTGRBH_E0C250278B62 -65 dBm 9 E6:C2:50:28:A7:79 AUTO (8)
7 FiberEagle-Guest -17 dBm 9 EA:C2:50:27:8B:60 AUTO (8)
8 FiberEagle-Guest -59 dBm 9 EA:C2:50:28:A7:79 AUTO (8)
Scan complete
Wait for next scan...