• Content count

  • Joined

  • Last visited

About Marty

  • Rank
    Frequent Visitor

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Marty

    Network shield for MAX32 is revision C

    JC, Thanks for your answer, appreciate it. I'm new with this embedded stuff, so my visibility is not clear as to what technology I'm going to end up going with for my home. I like wired networking for this embedded stuff because: 1) I built a PC based NVR for my home and wired extensively for using POE cameras, I have extra ports available, which a MAX32 with ethernet shield can utilize. 2) MCU uses so little resources that I can run labview on this PC based NVR with no hiccups. 3) wired is more reliable than WIFI, though I have to say WIFI is really good today. 4) might even try a POE receiver to get rid of wall wort for the MAX32 BTW, my revision C network shield seems ok, not 100% finished deciding it based on usage. thanks, Marty
  2. Marty

    Network shield for MAX32 is revision C

    Thanks, also if you could add some words of wisdom about the future of network shields for digilent products that work with LABVIEW. Maybe add some visibility to why they are retired here and is it permanent thing. I also noticed Ardiuno ethernet shields (for products that work with LABVIEW) also being retired or no longer sold. My house is wired with CAT6, and my airways can easily see 10-15 wifi channels that aren't from me.
  3. Marty

    Labview Error 5001

    thanks JC, I'm connected to the MAX with network shield using Linx. When the problem occurs I can still ping the MAX32, it just seems the PIC looses its way cause linx tcp open not closed properly. Have improved things, I hope, by doing the following. 1) I turned off error handling in labview ( when error handling is on it shuts program down without closing Linx TCP connection.) 2) slowed analog read loop to 10msec 3) Capture the error => close linx TCP => then reopen new linx TCP session and continue acquistion. Question please, Is network shield a dead end long term communication solution? Is Digilent gonna sell new versions anytime soon? regards, Marty
  4. Marty

    Labview Error 5001

    I get this error very very infrequent, BUT it shuts down the connection to the MAX32 (ethernet shield) and I cannot restart program, I have to push reset button on MAX32. I was wondering if I can catch this error in my software, close Linx TCP and then reopen all in LABVIEW program so program always runs with out me getting involved? I am reading all analog INs (A0-15), should I avoid reading A11-13 even though they are not connected to anything? Does reading them make noise on PIC ethernet pins that could cause problems? Regards, Marty
  5. Just bought it, and its revision C, where latest is E. And it seems F is in the works. What improvements occured in revision D and E? What protential problems will I have with revision C? Will these two revisions marry well together and not complain? Max32 is Revision E Network Shield Revision C Thanks, Marty
  6. Thanks, JP. For now, I'm going to avoid WIFI and Pmod TC1 on the WF32. If someone can bench it back in your lab, below is what to do to see issue. This one should be easy. 1) Install WIFI firmware on WF32 with invalid settings so it won't connect to a network. Make sure WIFI unit is on (not connected to network, just on) 2) Use USB to do all communications. 3) Install two Pmod TC1 in pmod shields slots above WIFI module. I think its JC and JD. 4) Tape ends, but don't put tape on bead, of thermocouple (tape just below bead) so beads are very close together ( less than 1 mm) and stick them in a WF32 box and stick that box in a desk drawer. 5) Run a continuous acquistion loop and plot both temperatures against time. 6) Two thing can happen, SPI read error, or temperatures off 2-5 degrees F. Prior to doing wifi firmware install, you can run the loop and see what temperature difference between two thermocouple for a reference. Curious what you get .I've also noticed if seebek ICs is are at different temperatures then temperature readings will be affected. This even happened when WIFI module is OFF (reload USB firmware to turn off wifi unit) thanks, Marty
  7. Will a singleLABVIEW vi, allow opening communication to both MAX32 and WF32, where signals are read or sent from both in the same while loop? And if above is allowed, can the communicaton be serial USB on one and TCP on the other, Serial on both and TCP on both? thanks, Marty
  8. Marty

    Max32 with ethernet shield and labview

    JC, Thanks for your time, I'm willing to abandon SPI communications completely if the network shield behaves propery for the MAX32 (same quality as the USB does for WF32). That being said, I get this feeling that the SPI communications was slightly compromised with the network shield attached to MAX32 ,while CAN and I2C enhanced in some aspect vs nothing made better for SPI. As I read info (see two things below) and some negative things on the web about the MAX32-Network shield marrage when it involved SPI. That being all said, is it fair to say it is more efficient (time, money, frustration and quality) to avoid SPI if other solutions (using MAX32 and network shield) are equally availible, especially considering the implementer has a C grade skillset for software and digital communication (SPI, I2C, uart, CAN, ect ect)? Digilent highlights of network shield (SPI not mentioned) Features: Usable with the Max32 SMSC LAN8720 10/100 Ethernet PHY RJ45 connector with integral magnetics USB device and host connectors Two MCP2551 CAN transceivers Two 12-pin header connectors for CAN Two I2C daisy chain connectors 256Kbit I2C EEPROM 32.768 KHz oscillator From REF Manual of MAX32 (cuttable trace related to SPI) On Arduino boards, the corresponding connector is also used as an in-system programming connector as well as providing access to some of the SPI signals. On Arduino boards, pin 5 of this connector is connected to the reset net. Max32™ Board Reference Manual Copyright Digilent, Inc. All rights reserved. Other product and company names mentioned may be trademarks of their respective owners. Page 10 of 20 Some Arduino shields, notably, the Ethernet shield, connect J13 pin 5 to the reset net on pin 1 of connector J10. This causes the processor to be reset each time an attempt is made to access the SPI port. Jumper JP2 can be used to break the connection between J13 pin 5 and reset when using Arduino shields that make this connection. JP2 has a cuttable trace on the bottom of the board that can be cut to break the connection between SPI SS and reset. JP2 is not loaded at the factory. To restore the connection, solder a 2-pin header at the JP2 position and install a shorting block. A reset button is at the upper left corner of the board. Pressing this button will reset the PIC32 microcontroller. thanks, Marty
  9. Marty

    Max32 with ethernet shield and labview

    Thanks for info and link. Sorry it raised some question. 1) Does this ethernet shield communicate to the PIC via SPI? If not SPI, what is it, thanks 2) Are SPI connections passed up thru this ethernet shield? 3) Is there a pmod shield for the MAX32? Thanks in advance, Marty
  10. The output "Temperatures" cluster use an interger format for both thermocouple and cold junction readings. It should use double, just like the input bundle did to form cluster. What happens is temperature reading looses resolution. should be 0.25C resolution but sofware makes it 1C.
  11. Reinstalling USB firmware wiped the WIFI firmware. Hurray! I'm back to only USB communication, which is a higher quality connection then the WIFI. When WIFI operates properly , it generates noise excess noise which may degrade quality of PMODs that perform low noise functions. It also is possible that if WIFI firmware is installed properly, but you are using USB to run your software, WIFI remains on and is pingable and generates noise which may reduce quality of some of your measurements. Also, if you install WIFI firmware with garbage settings, and then communicate using USB, you can get SPI read errors and analog in read errors which will shut down your measurements. Lost a half day with WIFI noise, hope others can avoid. Yes I was frustrated. Hurray its over.
  12. Its always on, even when I use USB communication, power toggle, or reset the board. How to Unistall WIFI firmware on Digilent WF32?
  13. I have two PMOD TC1 which work fine when communication to PC is via USB, when I switch to WIFI communication the readings are not correct (lower by 2 or 5 degrees F depending on PMOD position on PMOD shield). The 3.3 volt supply level is still the same with WIFI on, the problem (my guess) is WIFI TX portion of WF32 gets a little coupled into PMOD TC1. VERY frustrating. The PMOD shield with the default direct SPI connection is above the WIFI unit on WF32 and is effected the most, Pmod connection next to connection right next to it for second. Also WIFI uses SPI which may or may not add to the problem. Marty
  14. Marty

    chipKIT WF32 board w/ UNO protoboard I bought this several weeks ago and it works fine on the WF32 from digilent.
  15. In an exclusive LABVIEW programming environment, will chipKIT Max32 and chipKit Network Shield work together using the NIC connection? I know Digilent's Network shield is retired, but it still can be bought from chipKIT Thanks, Marty