http://forums.leaflabs.com/topic.php?id=2428 A place to share, learn, and grow... en-US Fri, 22 Jan 2016 00:13:40 +0000 http://bbpress.org/?v=1.0.2 q http://forums.leaflabs.com/search.php http://forums.leaflabs.com/topic.php?id=2428&page=2#post-22080 Wed, 23 Jan 2013 06:21:40 +0000 crenn 22080@http://forums.leaflabs.com/ <p>The digitalPinToPort function would need to give a 32-bit address than the 8 bit address that you'd normally expect. It might be possible to have a 'Arduino.h' compatibility layer, but then you're having to write code to emulate some AVR functions as writing to pins isn't as straight forward with the STM32 compared with the AVR.</p> <p>There is only 4 mentions of that function, and it's in the begin function. </p> http://forums.leaflabs.com/topic.php?id=2428&page=2#post-22064 Mon, 21 Jan 2013 12:05:23 +0000 gsentlin 22064@http://forums.leaflabs.com/ <p>Hello,</p> <p>This is not a PS2X_lib question, rather a library porting one. I found this page by googling digitalPinToPort. I'm trying to port the Adafruit_SSD1306 library over to Maple. I found the port for GlcdSt7565Maple, which had many of the required libraries. However, this compiling error:<br /> error: 'digitalPinToPort' was not declared in this scope<br /> refers to functions found in Arduino.h. Rather than going through the SSD1306 library and replacing all of these functions, it would seem more progressive is somebody ported the basic functionality found in Arduino.h. Has this been attempted, or am I missing something?</p> <p>Thanks! </p> http://forums.leaflabs.com/topic.php?id=2428&page=2#post-12885 Sun, 26 Aug 2012 05:08:10 +0000 Anonymous 12885@http://forums.leaflabs.com/ <p>Thanks! I will give it a shot right now. I really appreciate your effort on this. I found out that it needs to be mode3, but I guess the delay bit did not catch my attention.</p> <p>My project is coming along quite nicely. The bit-banging of the controller works, but it does introduce some overhead that gets to be annoying when also controlling the motors. I am am finding myself more and more impressed with this board the more I play with it. </p> http://forums.leaflabs.com/topic.php?id=2428&page=2#post-12878 Sat, 25 Aug 2012 20:44:08 +0000 crenn 12878@http://forums.leaflabs.com/ <p>I just got the PSX controller (It's generic) working with the Maple's Hardware SPI at SPI_562_500KHZ, SPI_281_250KHZ, and SPI_140_625KHZ. I didn't try any other speeds. Part of the problem I found was the delay between sending bytes was too short for the maple (maybe for the Arduino, these delays are longer for some reason, but won't go into it) and the delay of 15uS between bytes allowed it to work at higher speeds. The reason why this happens is because in a playstation, there is 1 more signal it needs, the acknowledgement signal. It flags when the controller is ready for more data, in all of these examples/libraries, it's not waiting for that and is setting a delay for long enough to allow the controller to be ready. It's also not known why there needs to be a longer delay for the higher clock speeds, however it's not something I'm going to investigate since I've had this hardware longer than I should have (I was only meant to borrow it for a weekend previously, but had it longer due to other commitments with university).</p> <p>Also, When I read the original code again, I realised that the controller wants SPI Mode 3 (clock line idle high and samples taken on rising edges). This was an error because I didn't have access to some reference material at the time I originally looked at it.</p> <p>Lastly, the circuitry I'm using will be slightly different to yours as the breakout board I borrowed contains a 74HC541N to buffer the signals between the original board it was designed for (a Digilent Spartan 3E Starter Board) and the controller. However, this should not affect the library working for you. There is still a bit of code cleanup to do, but this is the library:<br /> <a href="https://github.com/crenn/PS2X_lib_maple" rel="nofollow">https://github.com/crenn/PS2X_lib_maple</a> </p> http://forums.leaflabs.com/topic.php?id=2428&page=2#post-12488 Fri, 17 Aug 2012 03:48:49 +0000 Anonymous 12488@http://forums.leaflabs.com/ <p>Finally! :) Proof that you always win if you shoot enough bullets down range. </p> <p><a href="https://lh6.googleusercontent.com/-S6nFZf4kArw/UC4EFYImEmI/AAAAAAAAB1k/rJpTvAGNwuA/s800/Screen%2520Shot%25202012-08-17%2520at%252001.41.13.png" rel="nofollow">https://lh6.googleusercontent.com/-S6nFZf4kArw/UC4EFYImEmI/AAAAAAAAB1k/rJpTvAGNwuA/s800/Screen%2520Shot%25202012-08-17%2520at%252001.41.13.png</a></p> <p>I had to bit-bang this for some reason. Using the exact same pins and hardware configuration, the hardware SPI will not work. It might have something to do with the pin mode, or it might be due to the fact that it is running slightly faster. With a 1-microsecond delay between clock transitions, the controller still talks just fine to the Maple, even though the clock is nowhere near a 50% duty cycle. :) Even with a 1µS delay, it is still 9% slower than the slowest hardware mode. That could very well be the reason why it won't work.</p> <p>Thank you guys so much for the assistance. Now I get to work on other elements of this project. :) </p> http://forums.leaflabs.com/topic.php?id=2428&page=2#post-12481 Fri, 17 Aug 2012 00:44:32 +0000 Anonymous 12481@http://forums.leaflabs.com/ <p>So close I can taste it!</p> <p>So, apparently hardware SPI still requires software control of SPI SS. &gt;_&lt;</p> <pre><code>spi.begin(SPI_140_625KHZ, LSBFIRST, 2); pinMode(SPIss,OUTPUT); digitalWrite(SPIss,HIGH</code></pre> <p>With that done, SS does not bounce around and works as expected. Sadly I cannot figure out MISO. The PS2 controller does not apply any voltage to any of the SPI lines, so MISO has to be tied to Vcc with a pull up resistor. I have tried everything from 1K (too small) to 10K (too big). I cannot find a happy medium. The first byte back from the controller should be FF when doing a read (in screenshot). The data being sent over MOSI matches what I have the program sending, but MISO seems to be getting feedback from the clock line (likely because it runs parallel next to the clock line on the Arduino that is acting as the logic analyzer). It seems like the controller is not pulling the line to ground like it should be. Maybe my data rate is still too high for it to talk.</p> <p><a href="https://lh4.googleusercontent.com/-WKqxj-gFCC4/UC3YrUjlUzI/AAAAAAAAB1M/U9UuMVRV3FM/s800/Screen%2520Shot%25202012-08-16%2520at%252022.37.17.png" rel="nofollow">https://lh4.googleusercontent.com/-WKqxj-gFCC4/UC3YrUjlUzI/AAAAAAAAB1M/U9UuMVRV3FM/s800/Screen%2520Shot%25202012-08-16%2520at%252022.37.17.png</a> </p> http://forums.leaflabs.com/topic.php?id=2428&page=2#post-12477 Thu, 16 Aug 2012 22:04:28 +0000 Anonymous 12477@http://forums.leaflabs.com/ <p>I am starting to suspect a problem with SPI2. NSS should be driven actively high or low, but with a 10M pullup or pulldown resistor, the output never changes. This is why I am seeing erratic behavior on the analyzer, there is noise on the line causing the floating line to bounce between high and low with the nearby line (MOSI). I am at a loss now as to what to try next, other than try SPI1 at 280 kHz since apparently the 140kHz mode isn't working on SPI1 from what the docs say. </p> http://forums.leaflabs.com/topic.php?id=2428&page=2#post-12474 Thu, 16 Aug 2012 21:01:23 +0000 Anonymous 12474@http://forums.leaflabs.com/ <p>If I tie SS to ground or Vcc via a 10M resistor, I get expected data back from the logic analyzer when using hardware SPI on SPI2 (pins 31-34). Not sure if SS is supposed to be bouncing all over the place like it is. Either way, the resistor forces SS high or low and the controller obviously will not respond. :( </p> http://forums.leaflabs.com/topic.php?id=2428&page=2#post-12471 Thu, 16 Aug 2012 19:39:13 +0000 Anonymous 12471@http://forums.leaflabs.com/ <p>OK, making progress.</p> <p>I cannot tell if the analyzer I have is buggy when sampling at 1MHz, or if the Maple really is spitting out the incorrect data.</p> <p>I am sending the following to the controller...<br /> <pre><code>byte enter_config[]={0x01,0x43,0x00,0x01,0x00}; followed by byte set_mode[]={0x01,0x44,0x00,0x01,0x03,0x00,0x00,0x00,0x00};</code></pre> <p>As you can see, the '1' bit in the first byte is getting lost, according to the SPI analyzer.<br /> <a href="https://lh3.googleusercontent.com/--JmXo4Kf2lU/UC2RXf8ER1I/AAAAAAAAB04/eh8AiETb6C0/s800/Screen%2520Shot%25202012-08-16%2520at%252017.30.51.png" rel="nofollow">https://lh3.googleusercontent.com/--JmXo4Kf2lU/UC2RXf8ER1I/AAAAAAAAB04/eh8AiETb6C0/s800/Screen%2520Shot%25202012-08-16%2520at%252017.30.51.png</a></p> <p>But it LOOKS like there is a '1' in there... so maybe it is the analyzer. Either way, not getting useable data back from the controller yet. I'll keep hammering away at it. :) </p> http://forums.leaflabs.com/topic.php?id=2428&page=2#post-12469 Thu, 16 Aug 2012 16:57:20 +0000 Anonymous 12469@http://forums.leaflabs.com/ <p>Finally gave in and hooked up my ghetto Arduino based logic analyzer.</p> <p>I am bit-banging the SPI since I couldn't get the hardware SPI to produce any data, possibly due to being too fast.</p> <p>I am using about 20 µS per clock cycle and only getting a few bits back from the controller, but hey, progress. :)</p> <p><a href="https://lh4.googleusercontent.com/-lF6lx_QodEQ/UC1sZlUkhnI/AAAAAAAAB0k/yGyl2Tj-Hl0/s800/Screen%2520Shot%25202012-08-16%2520at%252014.51.21.png" rel="nofollow">https://lh4.googleusercontent.com/-lF6lx_QodEQ/UC1sZlUkhnI/AAAAAAAAB0k/yGyl2Tj-Hl0/s800/Screen%2520Shot%25202012-08-16%2520at%252014.51.21.png</a></p> <p>Quite a bit wrong with my timing, so I'm going to look at my code a little more closely. </p> http://forums.leaflabs.com/topic.php?id=2428#post-12460 Wed, 15 Aug 2012 21:03:42 +0000 Anonymous 12460@http://forums.leaflabs.com/ <p>Well, the issue with double precision floats on Arduino was that they weren't double precision. :) I was running into problems with objects being calculated almost 2 arc minutes away from where they should have been, vs a few arc seconds when running my code on my macbook. :(</p> <p>Right now I am trying really hard to get my controller to talk to my Arduino. I am using hardware SPI on port 2, and LSBFIRST, tried all 4 modes on the lowest three SPI speeds (i think 500KHz is max for controller). I cannot read a single byte from the controller.</p> <p>I am going to try moving it back to SPI 1 and running at about 250kHZ, maybe something is up with port2. </p> http://forums.leaflabs.com/topic.php?id=2428#post-12456 Wed, 15 Aug 2012 19:51:57 +0000 crenn 12456@http://forums.leaflabs.com/ <p>If I recall someone made a library for use and the crystal already on the maple. This can be seen here:<br /> <a href="http://forums.leaflabs.com/topic.php?id=1058" rel="nofollow">http://forums.leaflabs.com/topic.php?id=1058</a><br /> And can be downloaded here:<br /> <a href="https://github.com/bubulindo/MapleRTC" rel="nofollow">https://github.com/bubulindo/MapleRTC</a></p> <p>With a compiler, you don't have to worry about the implementation of floating point maths in your code, you just write your program using float variables the and compiler does the rest. Moving from an arduino to a maple is certainly an upgrade!</p> <p>I got a loan of a PSX controller for the weekend so I'll see if I can't whip something up that will work for you, I can't guarantee it will work though. But at least I should be able to test it on some hardware. I'll see if I can get it working by Saturday (I have a bit on my plate the next couple of days including today) and give you some code to test. </p> http://forums.leaflabs.com/topic.php?id=2428#post-12447 Wed, 15 Aug 2012 12:36:58 +0000 Anonymous 12447@http://forums.leaflabs.com/ <p>crenn,</p> <p>I saw that the chip has an RTC, but I am not certain how I'd access it. I did a little reading but came up empty handed. I would obviously need an external oscillator, but god knows how to access the RTC after the hardware bits have been taken care of. </p> <p>Regarding the floating point, my skill with C is still in its infancy so trying to work around the 8bit in software was going to be a bit of a hassle. Unfortunately with most of the astrodynamics formulas, we end up using Julian dates which themselves need several significant figures. Granted, I could make it work, but I thought that I would give the Maple a try since the system is obviously an upgrade in many ways. :)</p> <p>It would be really nice of you to take a shot at the PS2 controller. I would love to contribute to this community, but I feel that the code that I'd produce would be scary at best. </p> http://forums.leaflabs.com/topic.php?id=2428#post-12440 Wed, 15 Aug 2012 07:38:14 +0000 crenn 12440@http://forums.leaflabs.com/ <p>I'll see if I can't borrow a PS2X controller from my uni (in a project, I had to implement a SPI interface for a microblaze core in VHDL) for a weekend and see what I can do. Although I might be a little busy since I'm helping my uni do an open day by doing a student panel and talking about the uni.</p> <p>The SD Card should be realitively easy now that the maple SD fat library is being worked on, something I'll be working on as well. Did you know that the Maple actually has an RTC built in? Doing maths on a low bit system isn't as bad as you'd might think, but certainly is slower. Especially, floating point. However, if you need floating point, do you really need all that accuracy? You could potentially use fixed point maths instead.</p> <p>Keep us update on the project, I'm sure quite a few people would be interested in seeing it! </p> http://forums.leaflabs.com/topic.php?id=2428#post-12436 Wed, 15 Aug 2012 03:34:28 +0000 Anonymous 12436@http://forums.leaflabs.com/ <p>Awesome! Thanks crenn. I've never messed with SPI before, but might as well use hardware instead of software for this thing. :)</p> <p>BTW, in case you are curious what I am up to, I am building a Go-To device for controlling a telescope mount and will have a large database of items on an SD card. I already have the functions working that calculate current location in the sky for planets, moon, and a few major stars. </p> <p>The device will have an alternate mode of operation where I can put it on a trivial mount made with two stepper motors and a gear drive so that the Maple can point a bright green laser at celestial objects, sort of like a planetarium guide, but using the actual sky. With this ability, one can also determine location on the planet with a reliable time source (such as an RTC). Even in the absence of an RTC, the device can calculate current date (but not accurate time) by finding a solution based upon the location of 2 or 3 planets.</p> <p>The reason that I stepped away from Arduino is because the 8bit math was pretty lame for doing high precision calculations. Seven sig-figs makes me cry. :(</p> <p>I can't wait to get this thing working and post some videos. </p>