AMS001 modules with Zentri firmware 3.0 don't seem to recognise several gfu commands to configure the GPIOs to the activity, sleepwake or shutdown functions:
> gfu 8 sleepwake Invalid argument > gfu 8 shutdown Invalid argument > gfu 8 none Success > gfu 8 stdio Success > get al bl a : 4C55CC156C93 bl c c : 0 bl c i : 6 bl c t : 400 bl d a : 512 bl e e : 0 bl e k : none bl s u : 175f8f23-a570-49bd-9627-815a6a27de2a bl t a : 4 bl t c : 4 bl v c e : 1 bl v h d : 30 bl v h i : 32 bl v l d : 0 bl v l i : 1024 bl v m : low bu i : command bu s c : level bu s s : 242424 gp u : ! # Description # 0 none # 1 none # 2 user_tx # 3 none # 4 none # 5 user_rx # 6 none,factory # 7 reserved # 8 stdio,hiz # 9 none # 10 none # 11 none # 12 none # 13 none # 14 none sy a t : 0 sy b n : N/A sy c e : 1 sy c h : 0 sy c p : 1 sy d n : AMS-6C93 sy i s : 0404007F sy o e : 1 sy p : 4 sy r e : 1 sy s t : 0 sy u : BB4EA42703015AB9E558A5383709100A80573D02 sy v : ZENTRI-AMS001-22.214.171.124, 2016-12-07T12:34:56Z, ZentriOS-S-126.96.36.199, Module:AMS001.6, Board:N/A sy w t : 0 ua b : 115200 ua f : 0 us v : >
However, I have another module with an older firmware and it works:
> get al bl a : 4C55CC142FF5 bl c c : 0 bl e e : 0 bl e k : none bl s u : 175f8f23-a570-49bd-9627-815a6a27de2a bl t a : 0 bl t c : 4 bl v c e : 1 bl v d f : s bl v d i : e2c56db5-dffb-48d2-b060-d0f5a71096e0,0x0000,0x0000 bl v d b : bl v d g : 0xffff bl v m : low bl v h d : 30 bl v h i : 32 bl v l d : 0 bl v l i : 1024 bu i : command bu s c : level bu s s : 242424 ce a d : 0 ce c c : 0 ce c m : none ce s h d : 30 ce s h i : 96 ce s l d : 300 ce s l i : 2048 ce s m : off gp u : ! # Description # 0 i2c_sda # 1 i2c_scl # 2 user_tx # 3 none # 4 none # 5 user_rx # 6 none,factory # 7 reserved # 8 none # 9 none # 10 none # 11 none # 12 none # 13 none # 14 none sy a t : 0 sy b n : N/A sy c e : 1 sy c h : 0 sy c p : 1 sy d n : AMS-2FF5 sy i s : 0404007f sy o e : 1 sy p : 4 sy r e : 1 sy s t : 0 sy u : BB4EA4274C55CC142FF520160113093021A81F48 sy v : TruConnect-188.8.131.52, Built:Dec 15 2015 09:08:36, Module:AMS001.6, Board:N/A sy w t : 0 ua b : 115200 ua f : 0 us v : > gfu 8 sleepwake Success >
Has the command set been updated? If so where is the updated documentation?
We are using the WF111 WiFi module together with a Raspberry Pi Compute Module 3. Compiling and loading the driver works fine, but there is an error when detecting the module through SDIO:
mmc1: error -110 whilst initialising SDIO card mmc-bcm2835 3f300000.mmc: exceeding card's volts
I already checked all power supplies: VDD_ANA, VDD_SDIO, VDD_PADS and VDD_PA are supplied by 3.3 V, VDD_REGIN and REGEN are supplied by 1.8 V and turned on after the 3.3 V supplies. The SDIO_CLK line looks clean and I observe some activity on the SDIO_CMD line.
Do you have any inputs on what could be the issue? Thanks a lot in advance.
Is it enough to just change the tcp to udp in the .bgs code? Or are this all other commands I need to use then?
Are there examples/ documentationn of how this is done?
I would like to use the WGM110 module with an RS485 driver from a BGScript application running in the module. I can't find any way to use one of the flow control pins as an output enable pin (something I have seen other micros do) and the BGScript doesn't tell me when the transmission has finished so I cannot do it manually with a GPIO.
Is there any workaround? I have considered using a timer, but I am not sure that is going to be reliable enough.
I am making a project where for i need to get the received UART data (from another chip) to read by the WGM110 and then send that data with WiFi.
But I dont really understand the code and how I can change it to make it happen. I will attach the code that i have at the moment, what does it do? How can I change it to do what I want, do I miss commands or need I just to change some of them?
I have tried to send command with external usb to serial(both FT232H and CP2102). but it does not work.
PC : windows 10
WGM module : custom board
usb to serial : Both CP2102 based and FT232H.
WGM110 ----- usb to serial(FT232H)--usb-----PC
Test scenario as follows :
a) BGTool open serial port with 115200
b) if WGM110 reset, normally message parsing message print.
c) If i send Retrieve info request(0x0800100), BGtool hang
d) Close the serial port from BGtool and open the port with Hercules terminal emulator
e) send retrieve info from Hercules, then normal respond print (messed with unprintable characters)
f) if BGTool with Evaulation Kit, all function are OK.
I will attach the screen shot.
Is it possible to use washing (cleaning) systems for boards with WF111-E modules?
PSB 500 cleaning system
VIGON® A 201 - Aqueous-based defluxing agent for high pressure cleaning processes
This doesn't seem to be documented anywhere and it just bit me again, so I want to get this out there for future reference.
If you try to have the WGM110's internal web server serve a file with an HTTP response code number in the filename, it'll give that response code in the headers. For example, if you try to serve the Font Awesome webfont file fa-regular-400.woff2, it'll give you a '400 Bad Request' response.
I can see this being useful in some situations, but it's kind of annoying when you're not expecting it. 400 in particular is likely to be a common one since it's a common font weight.
I'm using the c library to interface from my MCU to the WGM110. I've debugged my code using uart so I can program the WGM110 from production binary to SPI HOST firmware, furethermore my app code works over SPI just fine. I am only having issues when I attempt to do DFU over SPI. This is important to support in field updates. Scoping the line shows the command does in-deed get sent, however the module is booting up into normal mode. I've been stuck on this for a few days now and could use some support. I've attached my logic / scope data which can be read using the Salae Logic App as well as a CSV.
Thanks in advance,
I am encountering a strange problem with my application:
I have a WF121 module connected via UART to a microcontroller playing the role of the BGLIB host.
The module is configured to be used as a wifi access-point accepting TCP clients.
Everything is working fine but it seems that every TCP connections between a computer (the TCP client) and the WF121 (the TCP server) can't be established for more than 12 hours.
Precisely 12 hours after the connection to the AP and the openning of the tcp socket, the client can't write anymore to the module (it says that the remote connection has been closed by the server).
Do you know if there is such limitations in the module?
I'm new to Linux- spent yesterday evening and this morning installing Centos 7 on a 10 year old Gateway laptop- dual core PentiumIssue is no WifiI'll spare everyone the details of my journey up to this point unless someone asks.. But at this point iwconfig works and shows:
lo no wireless extensions
virbr0-nic no wireless extensions
virbr0 no wireless extensions
enp6s0 no wireless extensions
From what I've read, this means I need a driver- correct?I have a Marvell Technology Group Ltd. 88W8362e [TopDog] 802.11a/b/g/n Wireless (rev 03)and Marvell doesn't seem to have it.Am I on the right track in general at this point?What next? Try a 64 bit Windows driver?
I didn't find the right solution from the internet.
Web animation company
I struggle to compile the driver for the WF111 chip for a ARMv7 powered single board computer.
I follow the instructions presented in the documentation, but when I execute the
make install_static ARCH=arm KDIR=... CROSS_COMPILE=/usr/bin/arm-linux-gnueabi-
command, the compilation terminates with the error:
/home/stegemann/Downloads/wf111-linux-driver_5.2.2-r2_armv7-a/csr/os_linux/driver/../../os_linux/driver/../../synergy/framework/3.1/bsp/ports/pclin/inc/csr_framework_ext_types.h:38:5: error: unknown type name ‘wait_queue_head_t’
I use the kernel 4.13.0, downloaded from cdn.kernel.org, the host system is a Linux Mint with a 4.10.0 kernel. As a cross compiler I use the arm-linux-gnueabi, located here https://packages.ubuntu.com/de/trusty/gcc-arm-linux-gnueabi.
The required settings in .config (WIRELESS_EXT=y, ...) are present in the kernel config. I executed make modules_prepare before.
Any ideas? Is this a known problem?
Thanks in advance,
My web application has to fetch lots of tiny files and JSON objects from the WGM110's host and at least on Firefox my rate limiting isn't quite working yet. The result is that it throws a lot of requests at the WGM110 all at once and the module frequently fails with a WiFi off / hardware failure event. It'll start with 'requested resource not found', presumably because the request being serviced has already been discarded by the WGM110 to make room for more. This seems like the wrong behavior to me - I'd expect new requests to get a 503 error. And either way, it shouldn't cause a hardware failure.
Once it gets into that state I'll also sometimes get out of memory errors in response to endpoint send commands.
This isn't a show stopper for me at the moment - I need to work on getting the throttling right and I ought to be able to skirt around the problem - but it seems to be a stability issue that should be checked out. I've attached a logic analyzer capture showing the behavior.