check this page: https://synthiam.com/GettingStarted/Build-Robots/Raspberry-Pi-17681

I believe the EZ-PI server uses the GPIOx mapping so  ARC PORT 5 = GPIO5 = Raspberry PI PIN 29 If my guess is correct the GPIO24,GPIO25,GPIO26,GPIO27 are inaccessible due to EZB protocol limit of 24 ports (0..23)

Thanks PTP,

I was aware of the Pi GPIOs map, but I didn't get that there was a direct match between ARC port numbers and the Pi GPIO numbers. I am going to test it tonight.

Bear in mind the raspberry pi is not 5v tolerant.

if you are reading logic voltages the limit is 3.3v

Ok, I made a test and it doesn't work. As a test, I try to switch on/off a LED with the "Set Digital" control. It works with my EZB v4 (so no issue with the LED), but not with the Pi (I have tested different pinouts)...

Can you explain how you wire the led ?

you can’t wire a led without a resistor.

The LED is indeed wired with a resistor and works with the EZB v4 (I can switch it with the Set Digital control). It works also on the Pi if I plug it on the 3.3v pinout (+ground). It just seems that i cannot set digital on other GPIOs...

Let's troubleshoot the issue:

connect your led (and the resistor) to pin 12 (GPIO 18)

open a console and run the commands below:

initialize the pin direction:

echo "out" > /sys/class/gpio/gpio18/direction

switch on:

echo "1" > /sys/class/gpio/gpio18/value

switch off:

echo "0" > /sys/class/gpio/gpio18/value

Let me know if you can toggle the led.

OK, thanks ptp

But first command, first error.

bash: /sys/class/gpio/gpio18/direction: No such file or directory

I don't have a /gpio18 folder in  /sys/class/gpio

Update:

Ok, all commands work now after some reading in the Pi forums. I had to run:

echo "18" > /sys/class/gpio/export

Then, I have successfully toggle the led.

And ezbpi server can toggle the gpio18 / port 18?

No, no success with ARC via the ezbpi server...

One question the led should switch ON with digital ON or digital OFF ?

On the EZB v4, the led is switched ON with digital ON.

There was an issue with setting the pin to LOW and also with reading its value. I tested it and it works now (port mappings are GPIOX <> DX as already mentioned). I have uploaded a new version 5 here https://synthiam.com/Firmware/EZBPi-Server-SXQJXC3FIQ5.

Please give it a try and let me know how it goes.

Hi Amin,

Thanks for your help and the new firmware. Sadly, it is not working and I still cannot switch ON the led.

When I add the "read digital" control on the same port 18, it doesn't go green when i put the "set digital" ON.  Moreover, when I put the "read digital" control on the same port than "set digital" control, this later does not stay green when I click on it and go back to red immediately. I don't know if that makes ant sense to you...

@fredebec

Please post the output of the following commands:

cat /sys/firmware/devicetree/base/model

cat /proc/cpuinfo

cat /etc/os-release

uname -a

gpio -v

pip show rpi.gpio

@fredebec what you are describing is very similar to the behavior of the old firmware. Reading a port used turn it off. Can you please report the version that is running on your Pi? The version is in the first lines that EZBPi.exe prints to the console when you run it.

@amin, I have the last version. The first line says: "Raspberry EZBPi Version: 2019.8.27.1"

@ptp, here we go:

<a href='mailto:pi@fredebec-pi:~' target='_blank'>pi@fredebec-pi:~</a> $ cat /sys/firmware/devicetree/base/model
Raspberry Pi 4 Model B Rev <a href='mailto:1.1pi@fredebec-pi:~' target='_blank'>1.1pi@fredebec-pi:~</a> $ 

<a href='mailto:pi@fredebec-pi:~' target='_blank'>pi@fredebec-pi:~</a> $ cat /proc/cpuinfo
processor   : 0
model name   : ARMv7 Processor rev 3 (v7l)
BogoMIPS   : 108.00
Features   : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm crc32 
CPU implementer   : 0x41
CPU architecture: 7
CPU variant   : 0x0
CPU part   : 0xd08
CPU revision   : 3

processor   : 1
model name   : ARMv7 Processor rev 3 (v7l)
BogoMIPS   : 108.00
Features   : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm crc32 
CPU implementer   : 0x41
CPU architecture: 7
CPU variant   : 0x0
CPU part   : 0xd08
CPU revision   : 3

processor   : 2
model name   : ARMv7 Processor rev 3 (v7l)
BogoMIPS   : 108.00
Features   : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm crc32 
CPU implementer   : 0x41
CPU architecture: 7
CPU variant   : 0x0
CPU part   : 0xd08
CPU revision   : 3

processor   : 3
model name   : ARMv7 Processor rev 3 (v7l)
BogoMIPS   : 108.00
Features   : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm crc32 
CPU implementer   : 0x41
CPU architecture: 7
CPU variant   : 0x0
CPU part   : 0xd08
CPU revision   : 3

Hardware   : BCM2835
Revision   : c03111
Serial      : 1000000082e0e07d

<a href='mailto:pi@fredebec-pi:~' target='_blank'>pi@fredebec-pi:~</a> $ cat /etc/os-release
PRETTY_NAME="Raspbian GNU/Linux 10 (buster)"
NAME="Raspbian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=raspbian
ID_LIKE=debian
HOME_URL="<a href='//www.raspbian.org/' target='_blank'>http://www.raspbian.org/</a>"
SUPPORT_URL="<a href='//www.raspbian.org/RaspbianForums' target='_blank'>http://www.raspbian.org/RaspbianForums</a>"
BUG_REPORT_URL="<a href='//www.raspbian.org/RaspbianBugs' target='_blank'>http://www.raspbian.org/RaspbianBugs</a>"

<a href='mailto:pi@fredebec-pi:~' target='_blank'>pi@fredebec-pi:~</a> $ uname -a
Linux fredebec-pi 4.19.66-v7l+ #1253 SMP Thu Aug 15 12:02:08 BST 2019 armv7l GNU/Linux

<a href='mailto:pi@fredebec-pi:~' target='_blank'>pi@fredebec-pi:~</a> $ gpio -v
gpio version: 2.50
Copyright (c) 2012-2018 Gordon Henderson
This is free software with ABSOLUTELY NO WARRANTY.
For details type: gpio -warranty

Raspberry Pi Details:
  Type: Unknown17, Revision: 01, Memory: 0MB, Maker: Sony 
  * Device tree is enabled.
  *--&gt; Raspberry Pi 4 Model B Rev 1.1
  * This Raspberry Pi supports user-level GPIO access.

<a href='mailto:pi@fredebec-pi:~' target='_blank'>pi@fredebec-pi:~</a> $ pip show rpi.gpio
Name: RPi.GPIO
Version: 0.7.0
Summary: A module to control Raspberry Pi GPIO channels
Home-page: <a href='//sourceforge.net/projects/raspberry-gpio-python/' target='_blank'>http://sourceforge.net/projects/raspberry-gpio-python/</a>
Author: Ben Croston
Author-email: <a href='mailto:ben@croston.org' target='_blank'>ben@croston.org</a>
License: MIT
Location: /usr/lib/python2.7/dist-packages
Requires: 
Required-by: skywriter, rainbowhat, phatbeat, motephat, envirophat, Cap1xxx, blinkt, automationhat

@fredebec I did more tests and couldn't reproduce this issue even after updating my rpi.gpio package to match yours. Can you please run EZBPi in verbose (with --verbose) and try to set the port and copy paste whatever is printed on EZBPi console?

@amin, I am afraid that it is not so verbose...

Here is what happens if I set the port on & off and disconnect

<a href='mailto:pi@fredebec-pi:~/EZBPi' target='_blank'>pi@fredebec-pi:~/EZBPi</a> $ sudo mono ./EZBPi.exe -verbose
Raspberry EZBPi Version: 2019.8.27.1
Verbose logging is: True
Serial port is: /dev/serial0
EZB: TCP Started on port 23
EZ-B Server started on TCP Port: 23
Camera: TCP Started on port 24
Camera Server started on TCP Port: 24
Press ESC to quit
EZB: TCP Connection from: 127.0.0.1
Connection on TTY0
Ping
EZ-B v4 Command
Get CPU temp
Digital port 18 ON
Digital port 18 OFF
Digital port 18 ON
Digital port 18 OFF
TCP Server TTY0: System.Exception: Disconnected by remote host
  at EZBPi.EZBProgram._TCPServer_OnConnection (<a href='//System.Net' target='_blank'>System.Net</a>.Sockets.TcpClient tcpClient, <a href='//System.Net' target='_blank'>System.Net</a>.Sockets.NetworkStream clientStream, System.Int32 id) [0x00032] in :0 
EZB disconnected on tty:0

Here is what happens if I do the same but with the "read digital" control

EZB: TCP Connection from: 127.0.0.1
Connection on TTY1
Ping
EZ-B v4 Command
Get CPU temp
Return port 18 status
Return port 18 status
Return port 18 status
Return port 18 status
Return port 18 status
Return port 18 status
Return port 18 status
Digital port 18 ON
Return port 18 status
Return port 18 status
Return port 18 status
Return port 18 status
Return port 18 status
Return port 18 status
Digital port 18 ON
Return port 18 status
Return port 18 status
Return port 18 status
Return port 18 status
TCP Server TTY1: System.Exception: Disconnected by remote host
  at EZBPi.EZBProgram._TCPServer_OnConnection (<a href='//System.Net' target='_blank'>System.Net</a>.Sockets.TcpClient tcpClient, <a href='//System.Net' target='_blank'>System.Net</a>.Sockets.NetworkStream clientStream, System.Int32 id) [0x00032] in :0 
EZB disconnected on tty:1

Also, I don't know if it is off any help, but when I run the EZBPi server, I can still run the Pi commands

<a href='mailto:pi@fredebec-pi:~' target='_blank'>pi@fredebec-pi:~</a> $ echo "18" &gt; /sys/class/gpio/export
<a href='mailto:pi@fredebec-pi:~' target='_blank'>pi@fredebec-pi:~</a> $ echo "out" &gt; /sys/class/gpio/gpio18/direction
<a href='mailto:pi@fredebec-pi:~' target='_blank'>pi@fredebec-pi:~</a> $ echo "1" &gt; /sys/class/gpio/gpio18/value
<a href='mailto:pi@fredebec-pi:~' target='_blank'>pi@fredebec-pi:~</a> $ echo "0" &gt; /sys/class/gpio/gpio18/value

and successfully switch on the led, without any interference or impact on the EZBPi server or ARC...

Hi,

Just for you to know, I am still not able to use the Digital control...

Another thing I have observed is that there is a 1-2 seconds latency when I use the PiCamera through ARC. There is no latency when I use a PiCam program. So, not much luck for me with the EZBPiServer so far...

@Fredebec: I have the same issue digital ports don't work too.

I wrote an EZB Server version codename:Blueberry Server inline with Raspberry and B for Blueberry

Check the instructions: https://synthiam.com/Firmware/EZB-Server-BlueBerry-Server-DBJJ5DRNAAH

Audio is supported, but is deactivated on the code.

If you want explore more my implementation drop some posts on the above thread.

@ptp

Cool, thanks. For sure, I am going to test it. See you on the other thread...