How to add the Ultrasonic Distance robot skill
- Load the most recent release of ARC (Get ARC).
- Press the Project tab from the top menu bar in ARC.
- Press Add Robot Skill from the button ribbon bar in ARC.
- Choose the Ultrasonic Distance category tab.
- Press the Ultrasonic Distance icon to add the robot skill to your project.
Don't have a robot yet?
Follow the Getting Started Guide to build a robot and use the Ultrasonic Distance robot skill.
How to use the Ultrasonic Distance robot skill
Ultrasonic sensors use sonar (sound navigation ranging) to determine the distance to an object or wall, the same way some animals like bats and dolphins do. They offer excellent range and accuracy in an easy-to-use package. Unlike infrared sensors, their operation is not affected by sunlight or black materials. However, they have trouble with soft fabrics; the sonar echo works ideally when bouncing off hard surfaces.When an HC-SR04 or equivalent Ultrasonic Distance Sensor is connected to an EZB, this skill will display the distance of a detected object/wall in front of the sensor. This skill does not cause a robot to steer or avoid obstacles; it merely displays a distance value. For object avoidance and steering use the Radar skill.
This skill is integrated with scripting and will update when GetPing() is called (with matching port configured) and the PAUSE checkbox is checked. That way, you can have this skill on your project, but it won't use any communication resources unless it's called from a script with GetPing(). You can leave the PAUSED checkbox checked; this skill will be updated when GetPing() is called.
It's worth noting that the distance displayed is not a unit of CM or Inches. The distance value is an arbitrary number related to the sensor type, voltage, detected material, and temperature. If a specific distance unit is required, use a tape measure to identify the distance value.
Main Window

1. Ultrasonic Distance Value
This value between 0-255 corresponds to the detected distance sent by the ultrasonic sensor.
2. Bar Display
Displays a visual representation of the detected ultrasonic distance value.
3. Pause Checkbox
This checkbox pauses the capture of the ultrasonic distance value.
Settings

1. Title Field
This field contains the title of the skill. You can change it if you'd like. *Note: Changing the title will also change the title in the controlCommand() associated with this skill.
2. Board Index Drop-down
Select the EZB index number that your ultrasonic sensor is connected to.
3. Trigger & Echo Port Drop-downs
Select the digital port that your ultrasonic trigger wire is connected. Also, select the digital port that your ultrasonic echo wire is connected. *Note: This port must be the same as the trigger port when using a 3-wire Ultrasonic sensor.
4. Interval Drop-down
This drop-down selects the interval rate in milliseconds at which the ultrasonic sensor will be sampled. The range is 100-60000 milliseconds. The default setting is 250.
5. Variable & Multiplier
A variable will be set with the most recent distance value. This saves your code from calling GetPing, which adds needlessly to the communication channel.
The multiplier value will convert the raw distance value to a unit of measurement. For example, the default value of 1.25 will convert the distance into CM.
6. NMS (Navigation Messaging System)
The distance data can optionally be configured to push detected distances into the NMS (Level #3 Group #1) to be used by navigation robot skills, such as The Navigator. Please read the NMS manual and question marks associated with the options for better detail.
Wiring Diagram
Ultrasonic Distance Sensors come in 2 versions. A 4-wire type with/without an inline voltage regulator and three wires with/without a built-in voltage regulator. If an Ultrasonic has a voltage regulator, it will need +6V or greater Voltage input; if it doesn't, it will need +5V.

3-wire Wiring (with built-in regulator)
- Ground = Black wire to GND
- Power = Red wire to Vin
- Trigger/Echo = white wire to Digital pin
- Ground = Black wire from regulator to GND
- Power = Red wire from regulator to Vin
- Trigger = white wire to Digital pin
- Echo = green wire to a second Digital pin
Fix Resolution
If you use an EZ-Robot ultrasonic distance sensor, there may be false positives from the ping sound echoing within the casing. It is easy to fix with a few cotton balls inserted in the case around the sensors. Watch this video for detailed instructions.
Tech Details
Resources
Synthiam has a ultrasonic hardware reference design here.
Related Tutorials
Related Robots
Related Questions
question

How Do I... Not Be Hopelessly Lost?
I'm sorry for ANOTHER stupid question, but I'm having a REEEALLY hard time following the Tutorials and searching for...
question

Wire Length For The EZB Ultrasonic Sensor
Hello folks, Figured Id throw this out there and see what others think...Has anyone ever had to install the EZB...
Upgrade to ARC Pro
Experience the latest features and updates. You'll have everything that is needed to unleash your robot's potential.
hi
is there no ControlCommand pause on or off for the ultra sonic distant?
anyone thank you
thanks
i use the version 2 ping sensor.
I'll modify ARC to allow you to have ultrasonic distance and call getping() at the same time.
thank you dj
so todays issue on the list of 99999 things to sort is i cant for the life of me get a sonar sensor to work. I am using a arduino leonardo as the ez-b , the sonar is connected to pin 10 trig / pin 11 echo , its powered externally and tried of the board with common earth using 5 and 6v in ARC i set sonar distance to read for the pins and i get nothing except N/A and no reading ? tried 5 diferent sensors as came in pack of 5 no results at all, its unpaused as well .. help :-)
Thanksyou
Thanks
Thanks
Does anyone have any suggestions? I have been trying to debug this for two days.
Thomas
5 volts.
I give up. It’s one of the simplest sensors to interface, but after several days of no success, I have come to the conclusion that It just won’t work for me. Sigh.
So I did find a workaround. I am now using an Arduino for the ping sensor and then sending the signal to the EZ-B as a digital input. Now THAT works!
dont you need to use one off these ?for the ezbv4 ?
regulator
I understand you contacted EZ-Robot about this issue. I figured I'd continue the conversation here.
I tested a 4-wire Ultrasonic today and everything worked well. Both in scripting and in the skills.
You must have a broken jumper or a regulated 5V isn't being supplied to the sensor.
You said you are supplying 5.7V, try using 5V. From the datasheets I've seen, it says it needs 5V, 5.7V is likely too high.
Here's my setup (with a 5V regulator):
Here's the EZ-Script I used:
Code:
Here's the JavaScript I used:
Code:
Here's the result, you can see the data in the console on the right:
Unless they were damaged by overvoltage...which may have happened.
Thanks,
Thomas
i found this picture . you can take a blank new project and use only the sensor there .
see what happens .
it looks like the power is wrong connected . see post 24 from jeremie .
he has diff color connected.
I probably used an hour of work time to do a demonstration and then make a post about it with sample code.
There's something going on with your hardware, you may have overvolted the sensor. It's a mystery why it would work with the Arduino. I recommend grabbing another ultrasonic to test with, they are fairly inexpensive and prevalent.
your right . your colors in post 24 are diff connected then in post of messersmidt in post 22
I did have a hunch that the sensor could be working with the Arduino because the chip on the sensor has been weakened but not completely blown, you see the Arduino uses a higher TTL than the EZ-Bv4. The Arduino used 5V TTL and the EZ-B is at 3.3V TTL.
I have seen odd things happen like that when electronics are slightly damaged by over voltage or reverse polarity.
I recommend trying a new Ultrasonic sensor.
No, you cannot claim the reward because I still cannot get any ping sensor to work.
1. Yes, I swapped out the first sensor for another and a third. I have 8 of them. One is from EZ-Robot!
2. I then tested all three on an Arduino and all work perfectly.
3. I tested my sensor on two different EZ-Bs. Nothing worked.
4. I tried three different 5 v sources. Nothing worked.
5. I tried a new blank project with just a script. That didn't work.
(I thought the EZ-B was at 5v ttl)
Gee. No takers on the $50. I thought it would take some bright robotics genius no more than 5 minutes to figure out my issue. Sigh.
am not doing it for the reward . am doing it to learn to recognize errors .
if 7 sensors work and only one doesn .that means jeremie is correct .
its hard to see burn stuff on circuitboards .
burn spots ?
a or one doesn ?
does the 7 sensors works on the ezbv4 ?
if not the problem can be the ezbv4 .
a touch sensor is diff then a ping sensor . can you try another voltage regulator ?
are you using this one ? and its not backwarts connected ?
am asumming the in goes in the rgb and out on the ezbv4 .
Also, I have made a video documenting the issue:
Click for my YouTube video describing the issue.
I need to solve this problem. I wish Synthiam would help me.
rechargeble give only 1.2 volt per bat .
:loop
goto(loop)
I don't have rechargeable batteries.
This loop works. The "GetPing(d1,d2)" does not. :
Thanks for trying.Code:
Thomas, I’m unsure if you know that I am working for EZ-Robot and am offering you customer support here. There’s not much more @DJ can really help with as the software works fine. Do you have the most up-to-date software?
I’m not looking for the reward money either.
It looks like you need to dig deeper into your hardware, check voltages, check continuity. In theory what you have there should work but there’s something unforeseen.
indeed the rgb is facing down . would it not be easier to use the radar window ?
there you can see it working .
Also, in your video, the sensor is facing down. That will return 255 because there’s no echo, and it cannot operate within the specifications of the sensor's datasheet. There’s a great video on how to connect that sensor to an ezrobot product above on this page. I posted the video below to save on scrolling.
Notice in this video where the sensor is pointed during testing by Jeremie. It will be essential to test the sensor within its capabilities to know if it is working. Otherwise, you may have the sensor connected correctly and working, but it cannot operate within the confines of your test.
If you hold your ear to the sensor, you should hear an audible click each time the sensor is reading the distance. That will help you determine if the sensor is faulty or if the trigger/echo wires are reversed.
FYI I've never used a ping sensor but I've never heard anyone having this kind of trouble and seen lots of users of this hardware over the years.
Good luck with your issue.
I have a new ping sensor here I've never used and a new EZB. If I have time tomorrow I'll play around with it to see if I can get it to work. Sounds like a fun little project. I'll let you know.
4.8 v DJ,
4.8 volts coming from the regulator with no sensor.
4.7 volts coming from the regulator with the ping sensor attached and running.
I had the sensor pointing away, but the bend in the wires kept directing it downward. But, down or up, I get the same 255 results.
No clicking is coming from the sensor while plugged in and running.
Thanks for helping me troubleshoot this issue.
David,
Thanks. I tried slowing down the sleep to 1000 as you suggested. No improvement.
Nomad,
Thanks. It was only facing down for a short time. Up or down, it does not work.
Jeremie,
No, I did not know that you worked for EZ-Robot. I have the latest ARC update. I tried to connect with EZ-Robot via Facebook, but no one replied.
Thanks everyone,
Thomas
Thank you for mentioning the voltage and swapping the jumpers.
I reached deep into my HC-SR04 Collection and tested 3 different sensors. The top 2 look similar but they do have minor differences you can see that the crystals and the "HC-SR04" silk screen have slightly different fonts on them.
You could compare your sensors to mine and see if they match the sensors I have.
I tested all the sensors with your EZ-Script code - All 3 were good, super low numbers with objects in close proximity and higher numbers around 100 when aimed at my ceiling.
I tested them with a lower voltage - All three were good down to 4.7V, and the bottom sensor surprised me with accurate readings down to 3.6V. This proves that there are differences between brands.
I had a hunch that maybe you bought a certain brand of HC-SR04 that requires a slightly different trigger pulse than ARC produces but from the spectrum of sensors I own, it seems that this is not the case. If your sensors do look quite different than mine, maybe there is validity to the hunch.
Do you know the exact trigger pulse width that the Arduino produces? If not, do you have an oscilloscope?
disconnect the ping sensor, start a new ARC project, add a horizontal servo control, move the servo. Can you move a servo on those ports with that ezb?
When I get to this point (and I do at times) I shot gun everything and start new with as many new parts I can. In your case that may not be feasible.
One thing occurred to me. It's possible that you may have a broken jumper wire, connector, header pin that only makes contact when moved in a certain direction. These are hard to find and oddly and randomly intermittent. I just had this issue a couple weeks ago and it was driving me crazy. I found it after DJ suggested a lose connection and I did some continuity tests.
Troubleshooting is an art and very methodical. It's tedious at times and frustrating. I have a few steps to suggest. Some of the steps may seem redundant or silly but you would be surprised how many times I felt the same way only to try it and uncovered a hint as to what is going on. You may have already done these things but I'll list them anyway. When I say test below I mean a continuity test.
*Pull all the wiring apart. Do a continuity test on each wire from tip of connector to tip of connector. Do this while moving the wire and connector around. Be aggressive. Make sure you have a good positive connection from the tip of each wire to your testing meter.
*Put the wiring back together and test continuity from feed to source. Again while moving the circuit around.
*After wiring is in place test form header pin solder joint on the boards to header pins solder joint on the board if possible. I've seen many cracked solder joints or even cold solder joints on boards. I repair old pinball machines from the '80's and 90's and this is a common problem. This translates to robotics. Again, move the connection and wires around.
*New jumpers and connectors can also have broken or bad connectors so don't assume just by replacing the wiring you have solved your problem.
*Move the confirmed good wiring to different ports on the EZB. Remember to change the port assignment in ARC in your script. Double check your settings. Triple check your settings.
*I've had scripts in ARC stop working when I was working on them or rewriting them. It's happened rarely but it happened. The only way I was able to get the script working again was to totally delete it, reboot ARC, open up a new script and rewrite it from scratch.
*Move the voltage regulator to before the EZB and feed the EZB through it. Then attach the positive and neg of the sensor directly to the EZB power pins. Power up and move the regulator around aggressively. See if the EZB browns out, reboots or flickers.
*Run power directly to the sensor through a known good regulator and not through the EZB. Run a different power feed to the EZB.
*If you have a different (maybe even adjustable) voltage regulator try using it.
*Double check the input voltage requirements of you're regulator and make sure you are feeding it within the spread. I know the EZB Ping Sensor that you say you tried has a input voltage of between min 6.2v, max 20v. Your little 6v battery pack was probably not giving it enough power.
*Replace your batteries with new ones.
*Try a different power source. I hate those little battery packs. I know you're not drawing a big load but we're troubleshooting here. Give it more overhead. Do you have a switching power supply like a computer power supply? Try it and feed it 12 volts and buck the voltage down to within the sensors specified voltage with an adjustable converter.
*Double check, triple check all your wiring and connections.
*Maybe you have two simple issues that are popping up different times making this look completely broken.
If you're totally frustrated you may be missing something or even simply overlooking a simple detail. Man, I've been there. Maybe a fresh set of eyes would help. If you are open I'd be happy to look at it personally. Just ship the components you're having trouble with to me and I'll try my luck. I'm no expert but I may be able to see a thing or two you have missed. I do not want your money. My email is dschulpius@gmail.com.
When executing your script you should hear the clicking (pulsing) of the Ultrasonic, even if you reverse the trigger and echo pins you'll still hear the Ultrasonic clicking if you place the sensor close to your ear. If you can't hear anything then move then check continuity and voltages as Dave was mentioning, and wiggle wires around if you have to. I do find that those AA battery holders do have flimsy wires that break every once and a while.
If it's not a bad jumper wire and 5V regulated voltage is getting to the Ultrasonic (check with a multimeter at the sensor pins), then it seems like it could be the EZ-B ports. You could try what @DJ mentioned and test the EZ-B pins in particular by simply using a servo on them.
I did find that one of my Ultrasonic sensors was reading 255 all the time, turns out that it had a broken capacitor. As you can see here directly in the middle of the photo.
I am using d1 and d2. I hooked up a servo to d1 and it works fine. I then moved it to d2 and that worked fine as well. The ports work fine. See Video.
https://youtu.be/20St84CSUyQ
Also, my sensors are nothing like Jeremie's. Tonight I tried an old (10 year old?) VEX ping sensor that I had and IT WORKED! I'm thinking there may be a compatibility issue with my new sensors. You see, I recently bought 10 "Smraza" brand ultrasonic sensors from Amazon.com (They were cheap!) https://a.co/d/9RyU9PH . Those 10 are the ones that are NOT working with an EZ-B. Again, they work with an Arduino.
Can you recommend some (not too expensive) ping sensors that have worked for you two?
Dave,
Thanks! I think I might have solved the issue.
Thomas
My cheap "Smraza 5pcs Ultrasonic Module HC-SR04" sensors:
I've ordered the Smraza sensors to try here in the EZ-Robot lab and they will be here on Thursday.
I have also ordered the next cheapest Elegoo HC-SR04 sensors and they will be here today (Wednesday). My hope is that the Elegoo sensors will work natively with the EZ-B and you could switch over to those.
The code I used is simply the sample code included in the Arduino IDE.
I tried porting it manually in ARC, but could not figure out how to get a microsecond delay.Code:
Thomas
The sensor works with that particular Arduino model you tested because it has +5 gpio, whereas all modern Arduino and micros (such as esp32 and ezrobot stm32) use 3.3v. The 3.3v output signal of am ARM micro, such as in the ez-robot ezb, is too low for their knockoff chip to register. You do not hear an audible click because the 3.3v is too low to trigger the sensor.
You could get those to work by using a light pull-up on the v5 input. I read that issue in the comments on Amazon on the Canadian site.
While you said it worked with "Arduino," you mean it worked with 5v gpio, not 3.3v. It's not that it worked with Arduino; it worked with that particular older Arduino model that uses 5v gpio. Newer micros and Arduino use 3.3v gpio; therefore, that sensor would not work for them either. It would work if you added a pullup resistor from the 5v supply line to the trigger.
Suppose you added maybe a 20k ohm resistor (that's kilo ohm) between the trigger and VCC. That might make those work with 3.3v logic. Remember, some 3.3v logic can read 5v but only output 3.3v. That's in the ezrobot ezb datasheet.
Or, you can just put the EZB firmware on that Arduino and use it - but it'll have to be connected to the PC via USB because that Arduino lacks wifi. Any newer Arduino that supports Wifi (etc. ESP32) will be 3.3v, and you'll need to modify the sensor.
As DJ mentioned you can add resistance between the trigger and Vcc pins to pull the trigger signal up closer to 5V. While a 20kOhm pull-up resistor may work, you may have to try different values to make a stronger/weaker pull-up if it doesn't. I'd suggest using a 100kOhm potentiometer first. That's what I'll do when I receive the Smraza sensors, I'll start with a high resistance, trim the potentiometer down, test, and repeat. Once I find a resistance value that works I will find a standard resistor value just below the value.
Be forewarned though a pull-up may not work in this case as it may keep the trigger pin constantly high. If the pin is held high and the EZ-B's signal can't affect the trigger pin, then it still won't work, because the sensor can't transmit.
See how the HC-SR04 sensors work here
I believe the ideal solution, in this case, would be level shifting, which can be done with a dedicated chip or transistors (or Mosfet). We can't use a crude resistor voltage divider in this case as we need to step up from 3.3V to 5V. Voltage dividers are commonly used for stepping logic levels down from 5V to 3.3V.
Here's an example of a bi-directional logic level shifter:
Premade Logic-level shifting circuits are also a pretty decent price on Amazon
R3 will allow to shunt to ground any current coming from the 5V (instead to 3.3V through the output pin), when the output is at 3.3V.
You've posted a voltage divider circuit, which can't step the logic level up to 5V on the sensor side like Thomas would need.
Here's a Hackaday article about level shifting: https://hackaday.com/2016/12/05/taking-it-to-another-level-making-3-3v-and-5v-logic-communicate-with-level-shifters/
im guessing it would work with only a pull-up on the trigger. But there are many other more reliable solutions for Thomas’s $0.50 knockoff sensor :). My suggestion ultimately would be to buy a reputable sensor.
I'll test the Elegoo HC-SR04 sensors tonight, they would be an affordable alternative.
thats exactly why r1 is lower resistance than r3. R3 only assists the pull down to ease the ezb’s gpio. R1 will pull-up to 5v. The higher resistance r3 will provide a very very minor pull down to 0. This helps the gpio transition quicker between logic pulses.
The logic is held high and can't go low in the scenario you describe.
Anyway, I received the Elegoo Ultrasonics, and this will be vindication for Thomas, they also don't work with the EZ-Bv4 and ARC. All 255 all the time. I do hear clicking though so the trigger seems to be working. I tried 5 of them and they all produce the same results.
I am at home at the moment so I don't have a ton of equipment to work with but just in case I did try a 100kOhm pullup with a potentiometer from the trigger to VCC pins on the Ultrasonic and tested it at intervals all the way down to 0 ohms. Still all 255 readings all the time.
I will try a level shifter circuit later tonight and let you know, my hunch now is that the issue is on the echo side since I can hear the sensor pulsing. So they may produce an echo signal that's different than what ARC is expecting.
While reading the trigger signal of the Elegoo and Smraza Ultrasonics (which both only read 255 all the time) under the scope I found that the trigger pulse isn't being affected, it's a precise 10uS at 3.3V from the EZ-B. Which is expected.
When comparing to an HC-SR04 Ultrasonic that works, they are nearly identical:
Here's the Echo screenshot from the Elegoo/Smraza at a 3cm distance to a flat surface:
Here's the Echo screenshot from the Good Ultrasonic at a 3cm distance to a flat surface:
The echo voltage level from the Elegoo/Smraza sensors is 5V as expected, and it's surprising that an Echo signal is actually being produced, but I did notice that the echo signal is a bit wider on the Elegoo/Smraza than the good sensor. I would not expect a wider (slower) signal to be reading 255 rather I would expect it to just read a little higher in value than the good sensor (ex: should read a value of 10 instead of 3, not 255).
I'm at a bit of a loss as to what the issue actually is, it seems like everything that is needed is there.
I really am running out of energy on this subject. The sensors are out of spec and have consumed way too much of my time. So I’ll leave you with this question. Does that pulse width change with closer objects?
i ask because that pulse width is the same width as infinite on a standard hc-sr04. That knockoff sensor might be always returning infinite or it’s pulse width on echo is always a bit longer.
You’d need to test on the ezb with a variety of distances - not one. Id recommend 15cm, 30cm, 50cm, 100cm, 200cm, and infinite
It's difficult to get an exact frequency as the Echo signal from all the sensors is a bit sporadic and isn't a clean repeating waveform.
*Edit: I guess I was writing my comment at the same time as you @DJ, I'll have a look at your suggestion.
While I don't have time to try all those distances, I will try a few and let you know.
15cm Good
15cm Bad
30cm Good
30cm Bad
100cm Good
100cm Bad
Infinite Good
Infinite Bad
They look very similar to each other. I am baffled.
How about the time between trigger and echo?
Code:
The first WHILE loop is waiting for the start of the ECHO pulse. The second WHILE loop is waiting for the end of the ECHO pulse. Both have a timeout. Essentially, the WHILE loops together are the replacement for Arduino's "pulseIn()" command.
The part that i bolded (first WHILE loop) will matter if the sensor takes too long to return before receiving the start of the echo pulse. So if you can check the time between trigger and echo - that would probably tell us what's going on with the knockoffs
Bad trigger to Echo separation is 2.25mS
Good trigger to Echo separation is 500uS
Looks like the arrival time of the Echo is way slower on the bad sensors.
*Edit: If anyone is curious, I found the main chips used on these sensors: RCWL-9300 (Microcontroller), RCWL-9206 (Communication IC), LM324 (Quad Op-Amp)
Some of the good sensors have SGM324 (Quad Op-Amps)
I'm guessing the microcontroller programmers of the knockoff sensors didn't know how to write the code efficiently. So their code takes too long to execute and blocks for >2ms.
While Arduino's "pulseIn()" on the Arduino EZB Firmware will wait up to 3 minutes, it would work with the knock-off sensors. However, I would not recommend it because the blocking time waiting for an echo will cause significant performance issues.
You're welcome. You'll get my bill.
Thomas
I do not work for EZ-Robot and can't speak on their response - but as a user like yourself, I would assume they would prefer you use their sensors for a positive experience because they guarantee they work. As you have experienced, many knock-off sensors are available that do not conform to the ping HC-SR04 standards.
you can by the sensor without the case 17 dollar .
sensor 17dollar
I got it. I guess I'll stick with my first solution of using the Arduino with Arduino code to monitor the sensors and then feed that to the EZ-B. I want to keep the EZ-B with my current project so that I can plug in a camera, output sound, and have all of those 24 digital I/O ports. Yes, I know I could use an Arduino Mega or some larger version of Arduino with a wireless camera and Bluetooth speakers.
Jeremie,
I suppose altering the EZ-B to allow the cheaper ping sensors would be a large & costly upgrade for EZ-Robot and probably out of the question. Yes?
Thomas
Here's what you need to know when purchasing HC-SR04 ultrasonics. All of the new style sensors are removing components to make more profit. It looks like the removal of these components causes these sensors to be slower (>2mS wait times per pulse). The older version sensors you want still have the load caps by the crystal and still have transistors on board.
If these components are missing you have a new and NOT-improved sensor.
It's not in my best interest to send you back to amazon, as we would love everyone to continue to support EZ-Robot with your hardware purchases, but I also don't like to be a gatekeeper so I'll say this: These sensors are still available online, I found some myself a few minutes ago that are $4CAD each, you have to wait a week to get them though.
Sorry Thomas, changing the EZ-Bv4 to support a sensor that we don't sell isn't in the cards.
Thank you!
@TMesserschmidt, I hope you write about that in one of the articles you author.
i agree with you . use parts that belong to a brand .
dj&jeremie well done masters .
I'll take a look for the ping sensors that Jeremie is suggesting.
Thanks to everyone who assisted with this issue.
Thomas
maybe you get a discount if you by 10 sensors from ez robot .:)
if you would by 10 random sensors , howmany arduino would you need to ,
get them all to work ?
thanks for the suggestion.
Thomas