• Content Count

  • Joined

  • Last visited

About Flyline

  • Rank

Recent Profile Visitors

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

  1. Flyline


    I have attached a PmodMTDS touch screen display to a WF32 using JC of a chipKit PmodUNO Shield. Out of the box Demos 1,2,4,5,6,and 7 work as explained in the software comments in the sketch ino files. However MtdsDemo3 repeadedly reports "mtds.begin() failed". After changing line 128 from fStat = mtds.begin(pinMtdsSelStd, 12000000); to fStat = mtds.begin(pinMtdsSelStd, frqMtdsSpiDefault);, the sketch runs as expected. I find that the default SPI bit rate parameter for the PIC32MX and PIC32MZ is set to 3500000 in the library file "mtdsHal.h". My assumption is that the parameter SPI bit rat
  2. Here is some additional information. The stepper motor I am currently testing measures 1625.5 steps per revolution. Given the motor specifications of +/- 7%, that is within tolerance. Hence as published, the step angle is 5.625/25 degree +/- 7% or 0.225 degrees +/- 7%. So the steps per revolution can be from 1488 to 1720 and the motor is within tolerance. The 1625.5 steps per revolution I measured is based on the number of steps to complete 10 revolutions. I am unsure of the consistency of the step per revolution until I test more motors but I do recommend that each motor be tested bef
  3. This question is in regards to the Digilent stepper motor at I understand step angle as so many steps per revolution or the number of degrees rotation per step. But I don't understand the feature that lists the step angle of 5.625°/25. What does "/25" refer to? Also can you explain the feature - "Moderating ratioL 1/25". I am unfamiliar with this term as well.
  4. Dr. Jim Frenzel at the University of Idaho figured it out for me last night. His explanation goes like this: Say tStart = FFFFFFFC and (CORE_MS_TICK * mS) = 00000006 so, in the incorrect implementation: tWait = 00000006 + FFFFFFFC = 00000002 Then, if you were to immediately compare the CoreTimer to tWait as unsigned numbers the CoreTimer will look larger, even though no time has elapsed. That’s why it is critical that you first subtract tStart from the current value of the CoreTimer, then do the comparison. Applying the above scenario to the correct version
  5. I believe I found the issue with the PmodLCS and the SPI interface.. I was using a 1 second time delay function that reads the core timer using the code in Listing 1. After 107 seconds, this polling delay would suddenly cut short my delays thus blasting an number of LCD SPI packets in a very short interval. Even though the delay function would eventually recover, the LCD operation was compromised causing the LCD to go blank. It is no coincident that the maximum delay using the delay code in Listing 2 below is 107.374 seconds. (2^32/40,000,000 = 107.374). But this limitation does not ex
  6. I have been working with the PmodCLS and have completed designs for all three serial interfaces/ I used the mpide code downloaded from The function to clear the display and home the cursor shown below appears to have an error. According to the Instruction set found at, the array should not contain the '0' character. The string should be: "uint8_t dispClr[] = {ESC, BRACKET, DISP_CLR_CMD};" void LCDS::DisplayClear() { uint8_t dispClr[] =
  7. This is a newly discovered issue and is currently being addressed at Digilent. I became aware of the problem about 6 months ago when I was working with MPIDE. As to how I became aware of the solution, I have a close working relationship with an engineer at Digilent and he advised me to remove R159 as well as using the most recent core build. I and others at Digilent were unaware the issue persisted with switching to Arduino IDE. I have been told that the problem is that the new PIC32Prog (used in the Arduino IDE for chipKIT) and some MAC FTDI drivers pull RTS low as well as DTR. If R159 is lo
  8. I have successfully tested the attached sketch on a chipKIT PRO MX7 using Arduino 1.6.8 and the PIC core release 1.1.0 (See I have modified the attached Blink sketch to test the mapping of the board LEDs and test the serial port. Yes, you are using the correct serial port. 1. Make sure that you ave programmed the chipKIT PRO MX7 with the "chipKIT_Bootloader_MX7ck" using MPLAB X. The boot loader is available on the Digilent web site. I have also attached the hex file below. To program the bootloader with MPLAB X,
  9. As I work with the chipKIT WF32 and the WiFIre, I find that making external connections to these processor boards is not as convenient as they are for the chipKIT Pro MX7 that has Pmod connectors JA through JF. Additionally there are limited pins for taking 3.3V/5V and ground off board. I can only assume that these chipKIT boards were always intended to be used with a shield of some sort. If Digilent makes IO shields specifically for the WF32 and WiFire, please advise. Meanwhile, I find the the Pmod Shield-Uno can be used to provide standard Pmod connections provided a few modification
  10. Thanks Sergiu, I missed that even though I did a text search on the reference manual. I found the answer to my own question by searching the Arduino hardware/PIC32 files. I am not using mpide but the PIC32 core with the arduino IDE. The answer to my question is to be found in the file Boards_Defs which contains the following define statements.. /* Define the pin numbers for the LEDs */ #define PIN_LED1 13 #define PIN_LED2 86 The full path to the C:\Program Files (x86)\Arduino\hardware\chipkit-core\pic32\variants\Max32/Boards_Defs.h The pin number "86" is declared in C:\Program Fi
  11. I am working with the MAX32 board and want to control LD5. The schematic shows that the control for this LED is connected to RC1. However, the Reference guide (and the Excel pinout table show this as not assigned to a chipKIT pin number. If I were working with XC32 and the MPLAB X IDE, I would simply write TRISCCLR = 0x01; and then use LATCSET and LATCCLR to turn the LED on or off. What are my options if I want to stay in the Arduino IDE format? .
  12. James, I finished the Hen House project using a Core build that hasn't been released yet. For once I am ahead of the tools. I have been working with Keith and he may know when the Core build will be released. Now it is on to the WiFire. I may stop by tomorrow and give you a demo. Richard
  13. Hi James Yes, I have invested considerable time developing a HTTP server around the Arduino chipKIT Core. (In fact, I'm working on it right now.) I had a build working when Keith sent me into a spin with a new core build last weekend. The new SD file system is all different and I use that heavily. I hope to have a completed "up to date project this week. I want this project to work on the WiFIre, the WF32 and the chipKIT PRO. The problem with the old core is that it wouldn't program the chipKIT PRO. I'll keep you posted. Richard
  14. I recently successfully completed a web server application for the chipKIT WF32 using the Digilent IP stack with the Arduino IDE. I wanted to see how difficult it would be to port the same web server application to the chipKIT PRO MX7 processor board. There appeared to be only a one or two lines of code that had to be commented out to make the conversion. The The Adruino IDE reported "No target found". So I backed off to the simple "ChipKIT_Blink" sketch and had the same result - "No target found". I reverted to the MPIDE environment using the same hardware and the sketch loaded and ran cor
  15. This is not so much a question as an observation. The pin assignments for the chipKIT boards can be the source of considerable confusion. With respect to the WF32, the on-board LEDs are labeled in the reference manual as LED3 through LED6. Normally the file "mpide\hardware\pic32\variants\WF32\Boards_Defs.h" maps these pins to chipKIT PIN_LED4 through LED1 (note the reverse order). To further add to the confusion, the WF32 Reference Manual incorrectly states on page 7, "In addition to the connector pin, Pin 13 also connects to the user LED LD3". The connection should be LED LD6 as correctly sta