-
Notifications
You must be signed in to change notification settings - Fork 613
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support: DFRobot Romeo and DFRobot IO Expansion Shield #173
Comments
We should definately support those - thanks for pointing these out. In the meantime if someone has one and wants to help please shout! |
Update: I added the "Romeo for Edison Controller (Without Intel® Edison)" to the list in the OP. |
My order of both of these has just shipped, so presumably they are all back in stock (unless pre-orders wipes them out?) |
I still haven't got one of these, hopefully soon. I did however receive one of the xadow edison baords - http://www.seeedstudio.com/wiki/Xadow_-_Edison |
@arfoll that's totally awesome, thanks for the link! |
Quick update: the DFRobot Romeo for Intel Edison is being detected as the 56 pin mini breakout. |
@rwaldron so how did this go, have you been able to run both shields or have you got any problems? Do you think there's work to be done in mraa for those? |
Not very well. I ran out of resource time to work on learning the best way to detect that the Edison is attached to one of these expansion shields. It's necessary to for mraa to know that information because AIO is provided by an I2C IO expander chip on the Romeo. Just testing for some device on the i2c bus with that address is potentially ambiguous. Here's the code they link to from the dfrobot wiki: https://github.com/ouki-wang/remeo4edison
Ideally, figuring out how mraa can "know" it's running on either of these, the same way it "knows" that if it's running on Arduino Breakout or Mini Breakout. Currently, it behaves as though it's always Mini Breakout, which won't make sense for the end developer. |
My Romeo for Edison is no longer programmable from the Arduino IDE. I set it up with Visual Studio and I can cross-compile C++ scripts and run them on the Edison or I can transfer the script via SFTP using WinSCP and compile and run them locally from the Edison's terminal. I am working on trying to use the GPIO & Analog pins from the Arduino breakout, but I can't figure out the mraa pin mapping. Lets say I want to hook up a sensor to digital pins 10 & 11 on the breakout, how do I control those pins through C++ and mraa? |
Has there been any work done in this area? Looking to use the mraa library to work with the Gpio on Edison using the DFRobot IO Expansion board Is it currently possible to do that? I had code working on the Arduino breakout board that does not work at all with the IO Expansion board. Is there something I need to change, or is it not possible at all with the current state of the mraa library? EDIT: I understand now that you must use the mraa pin numbers according to the Intel Mini Breakout board. Switching to that has worked. |
Dear tcassell94, |
The repo link for mraa in that article is way outdated, see the main readme in the repo for an up-to-date one and give it a try. |
Dear alext-mkrs, thank you very mutch for answering! Yes, I've updated to poky 3.5 (iot-devkit-prof-dev-image-edison-20160606.zip) with the packages in --- update --- |
may be a permission problem? When using the "python terminal" (typing python in the shell/terminal) and try to light the LED on pin 13 with a x.write(1) the result is 0 instead of 1 - no light on:
The root cannot do this? |
Because these boards aren't supported by mraa (in terms of their pins not being "rerouted" correctly) you must use the raw Edison PIN number. To do this, look at the schematic for the Romeo board (https://www.dfrobot.com/wiki/index.php/Romeo_for_Edison_Controller_SKU:_DFR0331 - first link under development tools) and match the Gpio number to the GP number. For Gpio 13, which is D13 in the schematic, the GP number is GP40. Then, go to the mraa library page for the Edison Mini Breakout board (https://iotdk.intel.com/docs/master/mraa/edison.html) and match the GP number to the mraa number. For GP40 the mraa number is 37. So in your code above, change the pin number to 37 and your code will work on pin 13. |
Dear tcassell94, |
(Currently neither are in stock)
It seems feasible that they will both work out-of-the-box, being identified as the Arduino Board. If not, I was wondering if support for these could be included in mraa (once they become available, of course).
The text was updated successfully, but these errors were encountered: