See below
New Maple ... SerialUSB print problem
(32 posts) (10 voices)-
leaflabsandy
MemberThe (My) Maple running on external power, refuses to blink the LED.
With USB power it does? I tried three different sources of power eg regulated 9 VDC wall wart, a Lithium battery and power from a bench power supply - 12 VDC. It seems the power on reset is not working with external power?Note: I tried using the external reset tac switch to no avail.
Note: I am using the same program above - in flash.
Note: I double checked the jumpers for power and they are correct.
Note: I hope this is not happening below ...The device features an embedded programmable voltage detector (PVD) that monitors the
VDD/VDDA power supply and compares it to the VPVD threshold. An interrupt can be
generated when VDD/VDDA drops below the VPVD threshold and/or when VDD/VDDA is higher
than the VPVD threshold. The interrupt service routine can then generate a warning
message and/or put the MCU into a safe state. The PVD is enabled by software.Posted 5 years ago # -
leaflabsandy
MemberFound the problem: "Both" the "USB" AND "External" power jumpers have to be installed for the board to work on an external power supply !!!!
Quote: "The Maple can be powered from a USB host, a battery, the barrel jack, or voltage applied directly to a header (Vin). The power source is selected with "a jumper." <--- ? "a" means = 1
You need TWO JUMPERS INSTALLED TO MAKE IT WORK WITH EXTERNAL POWER!!!!
You need to "backfeed" the USB components for the Maple to work on external power?This negates the protection of the board - powering both the USB with another source might ruin the Maple?
That is why there should "A" jumper to select ONLY one source at a time???
A user friendly power jumper table by Leaflabs should be constructed
with explicit instructions!!!Posted 5 years ago # -
leaflabsandy
MemberDanger ... folks at home do not apply more than 10 volts to the Maple and insert the USB jumper!!!! The 1.5K voltage divider would be more than 5 vdc which would put the input pin at its max voltage! This problem is looking more like a software problem?
Wait for Maple to resolve this problem?Posted 5 years ago # -
To clarify, the Maple is designed to be powered from one power source, with full functionality, and there should never be any reason to connect multiple power jumpers (not including the battery charging jumper). We tested USB and Serial communications with power coming to the Maple from a battery, USB, the barrel jack, and directly to Vin and did not have any problems.
We're debugging leaflabsandy's troubles and it's most likely our fault from a libmaple bug or a fabrication error. If anybody else has the same symptoms we'd definitely like to hear about it.
Obviously you can do what you want with your hardware, but we really recommend not connecting more than one power header!
Posted 5 years ago # -
gbulmer
ModeratorAccepting that there is still some analysis to be done ...
If there is confusion over headers, which does cause a pin to be pulled beyond specified voltage, maybe a resistor component value change might be sufficient to neutralise probable effects?
I use Arduino's with school children to make robots and stuff in after school technology clubs. In our enthusiasm, we sometimes plug more than one power source in, and fumble with the jumper. So far we have only used 9V batteries to power things, so it sounds like we wouldn't have a problem (but I'll read the schematic and have a ponder). One of the students is now interested in LiPo batteries, which are over 12V fully charged, and I know that some folks use NiCad or NiMH RC car batteries which are 14.4V. If the issue is restricted to one input pin, maybe adjust the voltage divider to accept 15V?
I haven't thought this through, but it just occurred to me that adjusting the neighbouring headers so that are NOT on a 0.1" pitch might be helpful. That would increase the manufacturing costs, and consume board 'real estate' but might reduce one dimension of possible problems. Again I need to have a ponder, but I thought I'd throw out out there as I am out all day.
Posted 5 years ago # -
leaflabsandy
MemberQuote: "If there is confusion over headers, which does cause a pin to be pulled beyond specified voltage, maybe a resistor component value change might be sufficient to neutralise probable effects?"
Really there is no confusion on the power select header ---> only ONE jumper is allowed
to be inserted at one time! <-------What I did, is to fool the software into thinking it was still connected to the USB instead of an external power supply. The problem was that the Maple did not work or reset when using the external power supply. This problem will/should be resolved by new software for the Windows XP SP3 platform.
Posted 5 years ago # -
leaflabsandy, I was unable to reproduce your problem with Maple using an external power supply....it worked for me. Is it possible that you burned out the protection diode next to the barrel jack? I could have happened if you plugged in two jumpers at the same time. If so, you can probably tell by looking at it. If you can't see markings on the top, then it's burned out. If it's burned out, you can short it with a wire to make things working with external power or replace it to keep protection.
Posted 5 years ago # -
leaflabsandy
MemberThere are serveral sources of power for the Maple:
1. USB connector
2. Lithium battery
3. Power from Barrel Jack
4. Power from two pads under the barrel jack - not marked
5. Power from Vin short 6 pin connector. (special alt. method)From day one, "MY" Maple ran on USB power but did not run on external
power. To be more specific, power was there but the ARM did not run
the flash program. The reset switch did not force the ARM to run
from its halted state.I tried, first, a Lithium cell (from sparkfun) to power the Maple.
Then I tried to power the unit with a bench power supply and then a
9 vdc power supply (regulated). In all cases, I only used one jumper.If the Maple ran on USB power but did not run on external power
there are only two things different, one is the reset and two is
the USB components. Only out of desperation, did I backfeed the
Maple and made sure that I did not exceed any supply and logic levels.The answer to your question, is the diode burnt out near the
barrel connector? - no it is not. The power always worked from
the barrel connector with no problems except the Maple did not
run from external power! This diode protects from reverse polarity and
at no time reversed power was never applied to the Maple by me.
Further inspection of this diode ... I can still see the N3 lettering and the
cathode lines on the diode.I can send you back this Maple so you can further inspect why it does not work
on external power? Just let me know. <----- ?????????My theory is the software looks through the 1.5K resistor divider network at the
bit USB_P and sees that it is a logic 1 or high. When the USB power is removed the
logic level is a low or pulled down. That is why it doesn't run on ext. power?
By "backfeeding" the USB logic, this bit allows the Maple to run? Of course, there
is other USB logic components that could cause this problem?
In the end, I still think it software problem which will be resolved in due time?Posted 5 years ago # -
leaflabsandy
MemberNot to confuse the other board members... but could someone move this sub topic to "Maple power jumper confusion" topic?
(Cut and paste from the point "see below" to the end.)
These short paragraphs has nothing to do with the main topic of SerialUSB print problem.
Posted 5 years ago # -
As follow up, these SerialUSB and external power woes should have been fixed (or at least "worked-arounded") in the IDE version 0.0.6. If you are still having critical problems or identical symptoms please let us know. We intend to implement additional buffering for faster throughput and more fine grained timeout and blocking behavioral codes to the SerialUSB object in the future.
Posted 5 years ago # -
hans leuthold
MemberI got a new Maple r5 and try to get acquainted....
in the process I seem to repeat all the errors anybody else ever has posted in this forum about - so reading the posts is very helpfulHOWEVER - I seem to have hit a snag trying to check the usb / serial port
on a lenovo T60 with Windows XP, service pack 3
Maple R3 shows in the device driver list
and I have reloaded them following the instructions
driver details show as
c:\windows\system32\drivers\libusb0.sys
c:\windows\system32\libusb0.dllat this point I am certain that the serial link does not do its job because:
> if I let the IDE "resetting to bootloader via DTR pulse" etc - the feedback ends with
"Couldn't find the DFU device: [lEAF:0003]
> if I set to bootloader using RESET & BUT, the sketch loads perfectlythe sketch I run is a modified blink
void setup() {
pinMode(BOARD_LED_PIN, OUTPUT);
}void loop() {
toggleLED();
delay(200);
toggleLED();
delay(200);
toggleLED();
delay(1000);
}I open Examples>Communication>ASCIITable which loads under the same constraints than the modified blink - but does not serve the Serial Monitor at all
I am pretty certain that to most of you I must have made a really trivial error and need some help
thanks
HansPosted 3 years ago # -
According to Windows XP, the drivers for the com port is:
C:\Windows\system32\Drivers\usbser.sysWhat you've listed is for the DFU mode.
I'd recommend using an external program such as Putty to view the serial output of the Maple. Also ensure that you've selected the correct device and serial port in the Tools menu.
Posted 3 years ago #
Reply »
You must log in to post.