This is a valid RSS feed.
This feed is valid, but interoperability with the widest range of feed readers could be improved by implementing the following recommendations.
<pre spellcheck="false" tabindex="0">ser[rPi].start(31, 30, 0, 9600)
<p>Below link to video<br /><span data-youtube="youtube-Jo8SfzJ21tc?autoplay ...
<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"
xmlns:content="http://purl.org/rss/1.0/modules/content/"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>Propeller 1 — Parallax Forums</title>
<link>https://forums.parallax.com/</link>
<pubDate>Sat, 09 Dec 2023 01:33:28 +0000</pubDate>
<language>en</language>
<description>Propeller 1 — Parallax Forums</description>
<atom:link href="https://forums.parallax.com/categories/propeller-1-multicore-microcontroller/feed.rss" rel="self" type="application/rss+xml"/>
<item>
<title>New Prop Plug Rev E</title>
<link>https://forums.parallax.com/discussion/175628/new-prop-plug-rev-e</link>
<pubDate>Fri, 08 Dec 2023 14:49:03 +0000</pubDate>
<category>Propeller 1</category>
<dc:creator>iseries</dc:creator>
<guid isPermaLink="false">175628@/discussions</guid>
<description><![CDATA[<p>Just tried this plug on my Propeller Mini and on the dip version and they both fail to load a program.</p>
<p>Is there a work around for this or am I stuck using the old prop plug on these units?</p>
<p>The guide shows this should work but I tried two Rev E units and they both do not work on P1.</p>
<p>They work just fine on P2 though.</p>
<p>Mike</p>
]]>
</description>
</item>
<item>
<title>Does anyone have signal generation code thats output matches the propscope readings?</title>
<link>https://forums.parallax.com/discussion/126521/does-anyone-have-signal-generation-code-thats-output-matches-the-propscope-readings</link>
<pubDate>Thu, 21 Oct 2010 14:06:30 +0000</pubDate>
<category>Propeller 1</category>
<dc:creator>turbosupra</dc:creator>
<guid isPermaLink="false">126521@/discussions</guid>
<description><![CDATA[I am trying to write some signal generation code that the frequency per second calculated in my code will match what I'm seeing on my propscope.<br /><br />
Currently I'm seeing ~5.4khz on my propscope when by math from the code it should be 6khz<br /><br />
If someone has a known good method that produces a solid XXkhz on their prop scope, I'd appreciate being able to test it. Thanks for reading.]]>
</description>
</item>
<item>
<title>Data from a sensor</title>
<link>https://forums.parallax.com/discussion/175612/data-from-a-sensor</link>
<pubDate>Mon, 27 Nov 2023 18:48:30 +0000</pubDate>
<category>Propeller 1</category>
<dc:creator>HughWN</dc:creator>
<guid isPermaLink="false">175612@/discussions</guid>
<description><![CDATA[<p>Hello,</p>
<p>I think I may be being hard of thinking here, but...</p>
<p>A doppler radar sensor sends to a P1 (for example) "-26.0", i.e., a string of bytes, 45, 50, 54, 46, 48, 13.</p>
<p>Is there an easy way to get this as a value with which I can do things within other parts of the spin code (even if I have to scale it to -260 as an integer to be able to use the tenths part), or do I need to work it out from scratch? It's not zero-terminated as various string-handler spin files need.</p>
<p>I've been round in circles so many times, I'm starting to get dizzy!</p>
<p>Thanks,</p>
<p>Hugh</p>
]]>
</description>
</item>
<item>
<title>looking for an old debugging object</title>
<link>https://forums.parallax.com/discussion/175614/looking-for-an-old-debugging-object</link>
<pubDate>Tue, 28 Nov 2023 17:25:53 +0000</pubDate>
<category>Propeller 1</category>
<dc:creator>ti85</dc:creator>
<guid isPermaLink="false">175614@/discussions</guid>
<description><![CDATA[<p>Hey<br />
I am looking for an old pasm object that was useful for debugging the P1. It was only a few lines of code and ran in one COG. You could see hub memory locations and other things. Does anyone remember what the program called?<br />
Thank you</p>
]]>
</description>
</item>
<item>
<title>Trouble with XOJO baud rate</title>
<link>https://forums.parallax.com/discussion/175611/trouble-with-xojo-baud-rate</link>
<pubDate>Mon, 27 Nov 2023 14:53:30 +0000</pubDate>
<category>Propeller 1</category>
<dc:creator>velocityxlrg</dc:creator>
<guid isPermaLink="false">175611@/discussions</guid>
<description><![CDATA[<p>I often use code written in XOJO to get and display telemetry on a Laptop from my Propeller projects.<br />
This has been occurring at 115200 baud using FullDuplexSerial. No problems.</p>
<p>But today I tried to get XOJO and the Propeller to use 57600. Nothing but errors from XOJO. Seem to be frame errors, but hard to tell. So I tried all the other standard bauds. Nothing. It only works at 115200.</p>
<p>This seems weird. I've check all the settings I can think of for both XOJO and the Propeller.</p>
<p>Can someone think of a reason this might happen?</p>
]]>
</description>
</item>
<item>
<title>Propforth v5.5 is available for download</title>
<link>https://forums.parallax.com/discussion/146693/propforth-v5-5-is-available-for-download</link>
<pubDate>Sun, 17 Mar 2013 09:38:27 +0000</pubDate>
<category>Propeller 1</category>
<dc:creator>prof_braino</dc:creator>
<guid isPermaLink="false">146693@/discussions</guid>
<description><![CDATA[Propforth v5.5 is available for download from Google code<br /><br /><a href="http://code.google.com/p/propforth/downloads/detail?name=PropForth-V5.5-20130317.zip" rel="nofollow">http://code.google.com/p/propforth/downloads/detail?name=PropForth-V5.5-20130317.zip</a><br /><br />
Propforth 5.5 is now on GitHub<br /><br /><a href="https://github.com/prof-braino/PropForth5.5" rel="nofollow"><br />
https://github.com/prof-braino/PropForth5.5</a><br /><br />
Thanks to the team members and users that help with testing and documentation, this is the hardest part. Thanks for your patience with getting the release up.<br /><br />
The kernel is unchanged since v5.0, only the packaging has been modified to be easier for new users to get started with the kerrnel. The build and test automation has been moved to a subdirectory, since it is only for advanced users; most folks won't use it until they are comfortable with using the kernel.<br /><br />
The kernel itself is very stable, we don't even see interrmittent issues. That might mean we've been looking at it too long, hopefully new sets of eyes can discover and point out things we've missed.<br /><br />
Focus is now shifting from developing the kernel to using the kerrnel. Now the REAL fun begins!<br /><br />
Please give PropForth v5.5 a try. In particular, try to follow the docs included in teh download, and let us know what neds to change. Post comments and questions here or on the google code site, or PM me.]]>
</description>
</item>
<item>
<title>Working with 8 bit gray code and Prop 1</title>
<link>https://forums.parallax.com/discussion/175598/working-with-8-bit-gray-code-and-prop-1</link>
<pubDate>Sat, 18 Nov 2023 18:54:00 +0000</pubDate>
<category>Propeller 1</category>
<dc:creator>AGCB</dc:creator>
<guid isPermaLink="false">175598@/discussions</guid>
<description><![CDATA[<p>I have an 8-bit absolute encoder that I'd like to use with a wind direction indicator. Does Propeller 1 know about gray code <img src="https://forums.parallax.com/resources/emoji/wink.png" title=";)" alt=";)" height="20" /> . My previous try used a total of 8 magnet/switches to get 16 8-bit hex outputs. I'm not sure how to start with this or if I wasted my money. Help<br />
Aaron</p>
]]>
</description>
</item>
<item>
<title>Propberry</title>
<link>https://forums.parallax.com/discussion/175597/propberry</link>
<pubDate>Sat, 18 Nov 2023 17:26:17 +0000</pubDate>
<category>Propeller 1</category>
<dc:creator>HughWN</dc:creator>
<guid isPermaLink="false">175597@/discussions</guid>
<description><![CDATA[<p>Ages and ages ago there was a thread on combining a Prop 1 and a Raspberry Pi (related to <a rel="nofollow" href="https://zuzebox.wordpress.com/2012/07/31/propberry-propeller-raspberry-pi-combo/">this</a>). Has anyone managed to do something similar, i.e., sending serial data from the P1 to Pi and might be able to give some pointers?</p>
<p>I'm happy on the Prop end and using FullDuplexSerial (presumably //ttyUSB0 on the Pi uses pins 31 and 30?)</p>
<pre spellcheck="false" tabindex="0">ser[rPi].start(31, 30, 0, 9600)
repeat
ser[rPi].dec(10)
ser[rPi].tx(13)
ser[rPi].tx(10)
</pre>
<p>The other end using Python seems to be a nightmare! <img src="https://forums.parallax.com/resources/emoji/confused.png" title=":/" alt=":/" height="20" /></p>
]]>
</description>
</item>
<item>
<title>OLED no longer displays</title>
<link>https://forums.parallax.com/discussion/175595/oled-no-longer-displays</link>
<pubDate>Thu, 16 Nov 2023 17:16:06 +0000</pubDate>
<category>Propeller 1</category>
<dc:creator>t_hitesman</dc:creator>
<guid isPermaLink="false">175595@/discussions</guid>
<description><![CDATA[<p>I have come across an issue where, after having wired up the 96x64 OLED to the board and loading an image from the SD card, the display no longer..... displays.</p>
<p>I'll try and convey how / when this occurred.</p>
<p>Following the tutorial:</p>
<p><a href="https://learn.parallax.com/tutorials/language/blocklyprop/oled-display-blocklyprop/displaying-bitmaps-sd-card" rel="nofollow">https://learn.parallax.com/tutorials/language/blocklyprop/oled-display-blocklyprop/displaying-bitmaps-sd-card</a></p>
<p>I began to jump between Blockly and SimpleIDE, having a very minimal background in C, I wanted to work in that and continue experimenting. While swapping images back and forth to the SD card ( removing and installing from my computer to the Prop board ) and occasionally turning off the board so as not to damage the OLED, the OLED stopped displaying any image. Where it would display any image I designated in the code, it seemed to suddenly stop doing so by around my 4th or 5th attempt to display a new image.</p>
<p>Both Blockly and SimpleIDE would compile, transmit, and execute any code I would send in an attempt to display an image, but nothing would show. The COM port registers, everything checks out according to the software.</p>
<p>Things I have considered, but unable to test for:</p>
<ol><li>I probably broke it.</li>
<li>Operator error ( also broke it )</li>
<li>Maybe, accidentally wiped out some critical part of the chip coding from repetitive powering on and off?</li>
<li>I need a volt meter to check the pins.</li>
</ol><p>Probably not the best idea, jumping into the deep end, but after going over some search results online and poking around the forums, I hadn't been able to resolve the issue.</p>
<p>Any thoughts, even a reference to a good book(s) on the matter, would be greatly appreciated.</p>
]]>
</description>
</item>
<item>
<title>cognew Spin vs C</title>
<link>https://forums.parallax.com/discussion/174526/cognew-spin-vs-c</link>
<pubDate>Wed, 06 Apr 2022 17:03:37 +0000</pubDate>
<category>Propeller 1</category>
<dc:creator>KevinW</dc:creator>
<guid isPermaLink="false">174526@/discussions</guid>
<description><![CDATA[<p>I have been playing around with the P1 for a few years now, programming it exclusively in C. I decided to finally take a look at Spin, mostly on a whim. The first thing that stood out was that when you called cognew to start a process in a separate cog, you are able to have arguments. When programming in C, using SimpleIDE and the SimpleTools.h library, the cognew does not allow your functions to take any arguments.</p>
<p>One of the first bits of example code in either language is a multicore version of the blinking light "Hello World" program. The C version has two separate blink functions with the delay times hard coded. The Spin version has the blink method take several arguments, including pin number, and the counter ticks for the delay. So the same method can be used for both cogs. There seems to be no way to do this in C or C++.</p>
<p>I never understood why the C version of cognew does not allow your functions to take arguments. I thought it must be using function pointers, which allow you to pass arguments to the function being pointed to. Seeing the cognew in Spin makes me even more confused as to why the C version is that way.</p>
<p>Is there something preventing the C cognew function from allowing the called function to take arguments?</p>
<p>Thanks in advance for any information.</p>
]]>
</description>
</item>
<item>
<title>Cannot upload to Prop - Com port problems</title>
<link>https://forums.parallax.com/discussion/175583/cannot-upload-to-prop-com-port-problems</link>
<pubDate>Thu, 09 Nov 2023 12:15:48 +0000</pubDate>
<category>Propeller 1</category>
<dc:creator>HughWN</dc:creator>
<guid isPermaLink="false">175583@/discussions</guid>
<description><![CDATA[<p>Hello,</p>
<p>I have a Propeller Project board. When in the Prop Tool (2.7.0 Beta) I 'Identify Hardware', it finds the prop on COM2. However, if I try to compile and upload to the prop, the Prop Tool complains that "<em>no propeller was found on any serial port. Scanned COM 2. One serial port was excluded from the search</em>". If I go to 'Edit ports' via Edit -> Preferences, the only port showing active (i.e., bold) is COM 2. Setting the search to 'AUTO' or specifying COM 2 makes no difference. A different PC makes no difference. A different prop board makes no difference. v2.9.3 of the Prop Tool makes no difference. The drivers are up to date. Obsessionally, the message is "<em>More than ten serial ports were excluded from the search. Click Edit Ports for more information</em>". The Edit ports dialogue shows only COM 1 and COM 2, as does Windows Device Manager.</p>
<p>Flexprop works perfectly.</p>
<p>Any suggestions gratefully received.</p>
<p>Thanks,<br />
Hugh</p>
]]>
</description>
</item>
<item>
<title>Visual Studio Code supports P1 development on Windows, Mac, Linux (yes, RPi)</title>
<link>https://forums.parallax.com/discussion/175207/visual-studio-code-supports-p1-development-on-windows-mac-linux-yes-rpi</link>
<pubDate>Wed, 15 Feb 2023 21:40:31 +0000</pubDate>
<category>Propeller 1</category>
<dc:creator>Stephen Moraco</dc:creator>
<guid isPermaLink="false">175207@/discussions</guid>
<description><![CDATA[<p><strong>NEWS</strong></p>
<p>Version v1.8.6 is the current release version but as of earlier version v1.7.0, this extension fully supports P1 as well as P2 spin/pasm development.</p>
<p>Features:</p>
<ul><li>Full support for both P1 (spin/pasm) and P2 (spin2/pasm2) languages</li>
<li>Syntax and Semantic Highlighting for both Spin and Pasm</li>
<li>Syntax and Semantic Highlighting for both Spin2 and Pasm2 including all Streamer and Smart-pin Symbols as well as all debug() statements with parameter validation for all display types</li>
<li>Custom tabbing Tab-stop support per section à la Parallax Propeller Tool</li>
<li>Tab Sets You can choose between Propeller Tool, IronSheep, and User1 (adjust in settings to make your favorite set)</li>
<li>File navigation from Outline View</li>
<li>Edit Mode support à la Parallax Propeller Tool [Insert, Overtype and Align]</li>
<li>Works with your favorite VSCode themes</li>
<li>Offers companion Theme (Two themes: Syntax+Semantic, and Syntax only - mostly used during semantic highlighting development)</li>
</ul><p><strong>Known Issues:</strong></p>
<p><em>We haven't yet learned how to control the ending position of the edit cursor. So in many cases when using selection not an insert point the cursor may end up not being where you might expect it to be after pressing TAB or Shift+TAB. We are looking into how to solve this. Even tho' this problem exists the formatting ability this new service provides is well worth this minor headache. We will keep looking for a means to get this under control.</em></p>
<p><strong>Possible Conflicts with other VSCode Extensions</strong></p>
<p><strong>Note1</strong>: <em>This extension now replaces the <a rel="nofollow" href="https://marketplace.visualstudio.com/items?itemName=Entomy.spin">Spin by Entomy</a> vscode extension. While either can be used, our version provides more comprehensive Syntax highlighting (as the former has not been maintained) and this extension adds full Semantic Highlighting, Outlining, and Tab support with InsertModes. The older <strong>Spin</strong> extension can now be uninstalled with no loss of functionality.</em></p>
<p><strong>Note2</strong>: <em>I'll be submitting pull requests to the Overtype extension maintainer to add code for avoiding interference with our .spin/.spin2 InsertMode feature but in the meantime please ensure that the <a rel="nofollow" href="https://marketplace.visualstudio.com/items?itemName=adammaras.overtype">Overtype by Adma Maras</a> and/or <a rel="nofollow" href="https://marketplace.visualstudio.com/items?itemName=DrMerfy.overtype">Overtype by DrMerfy</a> extensions are disabled or uninstalled as they can interfere with our extensions' behavior.</em></p>
<p><strong>What are we doing?</strong></p>
<p>The tabbing support is disabled at the first installation.<br />
In order to use it you must enable it, and restart VSCode. Then it will be present when editing any, spin, .pasm, .spin2, or .pasm2 files.</p>
<p>Please let us know of any behavior you are not sure is correct or behavior that just doesn't feel right. Your feedback based on what you are experiencing will help us ensure this is working the way we all would like it to.</p>
<p>Tab Implementation intent: <a rel="nofollow" href="https://github.com/ironsheep/P2-vscode-extensions/blob/main/TAB-SPECs.md">Implementation Tabbing Notes</a></p>
<p>New Insert Mode operation: <a rel="nofollow" href="https://github.com/ironsheep/P2-vscode-extensions/blob/main/InsertMode.md">Insert Modes for Spin and Spin2</a></p>
<p>When you find things (or wish for new behaviors) let me know here: <a rel="nofollow" href="https://github.com/ironsheep/P2-vscode-extensions/issues">Repo Issues Page</a></p>
<p><strong>About this extension</strong></p>
<p>You can always review the Spin2 Extension <strong>ChangeLog</strong> from within VSCode or at <a rel="nofollow" href="https://github.com/ironsheep/P2-vscode-extensions/blob/main/spin2/CHANGELOG.md">github</a> for more details.</p>
<p>Reminder: The Spin2 extension is in the <strong>VSCode marketplace</strong>. After one has a working install of VSCode then from within the VSCode Extensions panel search for <strong>Spin2</strong>, install it and you are good to go. Once installed it will automatically notify you of new update availability whenever I publish new updates.</p>
<p>If you are already using this extension and for some reason, it did not update for you automatically, in VSCode go to your extensions view (SHIFT+CMD+X), and type in spin2. On the left, the info panel for the extension should appear and will indicate that an update has happened or needs to happen. Update it if needed.</p>
<p><strong>NOTE</strong> You may want to double-check that all older versions are removed from your .vscode/extensions folder after installing any new version.</p>
<p>If you find code that you believe is not highlighting correctly (yes, we will likely find some for a while yet...) then please file an issue at <a rel="nofollow" href="https://github.com/ironsheep/P2-vscode-extensions/issues">my github repository issues page</a></p>
<p>I also point out a number of extensions that make this an even better Spin2/Pasm2 development environment. See: my <a rel="nofollow" href="https://github.com/ironsheep/P2-vscode-extensions/blob/main/EXTENSIONS.md">VSCode repo extensions page</a></p>
<p>There is more than just installing the extension as one needs to set up build and run facilities based on the compiler tools one is using and also based on the platform (Windows, Mac, RPi, Linux, etc.) To help us learn how to do this Ken posted a very useful <a rel="nofollow" href="https://www.parallax.com/visual-studio/">VSCode P2 QuickByte</a>.</p>
<p><strong>What's next</strong>? on the horizon: (1) Finishing certification of this Spin VSCode extension for our P1 against all of the P1 Obex, and (2) fixing things seen in a couple of Spin2 code sets that are not being highlighted correctly.</p>
<p>Enjoy!</p>
<p>Stephen</p>
]]>
</description>
</item>
<item>
<title>One Drive woes with Propeller Tool</title>
<link>https://forums.parallax.com/discussion/175562/one-drive-woes-with-propeller-tool</link>
<pubDate>Tue, 17 Oct 2023 18:57:29 +0000</pubDate>
<category>Propeller 1</category>
<dc:creator>RichardB</dc:creator>
<guid isPermaLink="false">175562@/discussions</guid>
<description><![CDATA[<p>Hi, My company migrated our windows Documents folder to One Drive. Propeller Tool can't find it's libraries now.</p>
<p>I reinstalled Propeller Tool hoping this would fix things.. On install the libraries automagically went to the One Drive Documents folder. Propeller Tool can't find them.</p>
<p>I changed the paths to the template files, hoping that would somehow fix this. Nope..</p>
<p>I copied the 'Propeller Tool' folder from One Drive Documents to the hard drive documents. This worked, but I will forget about this soon.. Production Engineering will have this trouble as well. The files will not be updated when future versions of Propeller Tool are released.</p>
<p>Is there a way to change these paths in Propeller Tool?</p>
<p>Thanks!</p>
]]>
</description>
</item>
<item>
<title>Propeller to Propeller comunication</title>
<link>https://forums.parallax.com/discussion/175539/propeller-to-propeller-comunication</link>
<pubDate>Thu, 28 Sep 2023 14:09:23 +0000</pubDate>
<category>Propeller 1</category>
<dc:creator>domeniv97</dc:creator>
<guid isPermaLink="false">175539@/discussions</guid>
<description><![CDATA[<p>Dear All,</p>
<p>Another week, another discussion of me not understanding how to make my Activity Boards to work as intended.</p>
<p>I want to make two Propellers, embedded in their respective Activity Boards, communicate to each other, i.e. exchange at a rate of 50-500 KHz, one long variable.</p>
<p>Specifically, I am using the modified code attached below (microphone_to_headphone_2_cogs.spin), that uses one cog to do A/D conversion, stores the result in a long in the hub and there it can be taken by another cog , D/A converted and output to the jack. I would like now two split the process between two Propellers: one does A/D, stores the audio signal as a long in the hub, the signal is then sent to another Propeller to D/A converted and output again.</p>
<p>I am trying to figure out how I can correctly address the serial communication between Propellers.</p>
<p>My first thought was to use the PropBus object (<a href="https://github.com/parallaxinc/propeller/tree/master/libraries/community/p1/All/PropBus%2C%20Single%20wire%20multi-propeller%20comm%20link)" rel="nofollow">https://github.com/parallaxinc/propeller/tree/master/libraries/community/p1/All/PropBus, Single wire multi-propeller comm link)</a>, with a one wire configuration with 100k pull up resistances as the author of the object suggests (attached also the two objects I am loading to the two different Propeller Activity Boards to try to make it work, RT is the mic Propeller and BC the headphone one), but I can't make it work and do not get any results.</p>
<p>Has anyone any experience with communication between Propellers? Can someone suggest me the best serial communication to make it work and point me to some objects that can be used to make two Propellers communicate with each other, or shed some light on why I can't make the PropBus work and how to make use of it correctly?</p>
<p>I don't need much complication, just to send the long variable in full at the rate of 50-500kHz.</p>
<p>Domenico</p>
]]>
</description>
</item>
<item>
<title>MCP23017 configuring reading and writing remote IO</title>
<link>https://forums.parallax.com/discussion/175502/mcp23017-configuring-reading-and-writing-remote-io</link>
<pubDate>Tue, 05 Sep 2023 13:20:08 +0000</pubDate>
<category>Propeller 1</category>
<dc:creator>masselon</dc:creator>
<guid isPermaLink="false">175502@/discussions</guid>
<description><![CDATA[<p>Helo for all</p>
<p>I am trying to run the MCP23017Driver Erlend Fj. 2015 object but it didn´t execute the code line: value:= bus.CallChip(Chip<<1) - (line 81).<br />
It stop in line 79. I would like to know how I solve that.<br />
Thanks in advance.</p>
]]>
</description>
</item>
<item>
<title>Communication btw Propellers and mic-to-head object</title>
<link>https://forums.parallax.com/discussion/175521/communication-btw-propellers-and-mic-to-head-object</link>
<pubDate>Mon, 18 Sep 2023 13:03:40 +0000</pubDate>
<category>Propeller 1</category>
<dc:creator>domeniv97</dc:creator>
<guid isPermaLink="false">175521@/discussions</guid>
<description><![CDATA[<p>Dear All,</p>
<p>I wanted to ask once more for help regarding a development project I am doing using the Propeller 1. I already posted two discussion in the past, but I have still a lot of unclear things to clarify due to my poor understanding of PASM (I am new to the job).</p>
<p><strong>Let me start by giving you an understanding of my project:</strong><br />
For my university group, I am tasked to develop a way to have audio communication between two Propeller 1 Activity Boards. At the moment, I want to input, by microphone, voice into a Propeller 1 and have it come out through headphones connected to another Propeller 1, with a direct physical connection between them.</p>
<p><strong>Here is how I am attacking the problem:</strong><br />
I firstly familiarized myself with the microphone to headphone object, with a few modifications (with help form the forum) and choosing the right mic, it works well and I am satisfied by the audio quality.</p>
<p>I then checked and fixed a PCM (13-bits) to A-law (8-bits) encoding script that was previously developed by my research group: the signal from the ADC part of the microphone to headphone object , is taken, encoded, decoded and output to the headphone after DAC. The conversion works well (I will push it in the GitHub once I have properly understood it).</p>
<p>At this point I would like to split the microphone to headphone object so that I talk into Propeller Activity Board <strong>(A)</strong> and output the audio from Propeller Activity Board <strong>(B)</strong>. My idea to do this (and understand PASM on the way) is the following:</p>
<p><strong>1)</strong> Modify the microphone to headphone object so that the output of the AD conversion (13-bit PCM put into a cog long register) is saved in the hub, picked later form the hub and used for the DA conversion.</p>
<p><strong>2)</strong> Split the ADC and DAC PASM code so that two cogs run it in parallel, with the DAC picking the 13-bit PCM signal of the ADC form a shared hub register.</p>
<p><strong>3)</strong> Check/modify already available SPI drivers to connect two Propeller Activity Boards together.</p>
<p><strong>4)</strong> Make it so that the two Propeller Activity Boards <strong>(A)</strong> and <strong>(B)</strong>, now connected through one SPI connection, have both two cogs running with a reciprocal continuous ADC and DAC: <strong>(A)</strong> does ADC (13-bit PCM) sends it in 32 bit package to the HUB of <strong>(B)</strong>, the DAC cog of propeller <strong>(B)</strong> takes the 32-bit signal from the hub register and does DAC conversion on it, and vice versa.</p>
<p>I am already stuck at 1), as you can read it in the object I attached, I save the signal from the ADC to the hub and get it again for DAC two lines later, but I get a crazily distorted output from the headphones. I know that this is because of timing and sampling: I should probably sample the 13-bit PCM from the mic every "x" cycles, write it in the hub and use it "x" time for the DA conversion, but I have no idea how this works and how to start with the problem and can't really find any "clear" way to understand PASM fastly and figure it out.</p>
<p>Another alternative that I am considering for the project is to pair the propellers with a DAC (MCP3204) and DAC (MCP4921), this would make the implementation go down to establishing the SPI communications between the components, but I would like to develop this tool only using the Propeller 1.</p>
<p>Any help is greatly appreciated, I hope to understand PASM soon and be able to also participate and help in the discussion in a more meaningful way,<br />
Domenico</p>
]]>
</description>
</item>
<item>
<title>Determining EEPROM size?</title>
<link>https://forums.parallax.com/discussion/137155/determining-eeprom-size</link>
<pubDate>Mon, 09 Jan 2012 17:25:50 +0000</pubDate>
<category>Propeller 1</category>
<dc:creator>doggiedoc</dc:creator>
<guid isPermaLink="false">137155@/discussions</guid>
<description><![CDATA[Reading some of the threads about using upper 32KB of a 64KB EEPROM for storage got my interest. I understand that early Quickstart Boards had a 32KB (256Kb) EEPROM but later ones have 64KB (512Kb) EEPROMs.<br /><br />
My question is how do I determine which I have. I've tried cross referencing part numbers to no avail. Is there a way to check with the Prop IDE?<br /><br />
Perhaps a quick program to test read and report?<br /><br /><br />
Paul]]>
</description>
</item>
<item>
<title>jm_ht16k33_4x14segs</title>
<link>https://forums.parallax.com/discussion/175519/jm-ht16k33-4x14segs</link>
<pubDate>Fri, 15 Sep 2023 19:03:04 +0000</pubDate>
<category>Propeller 1</category>
<dc:creator>masselon</dc:creator>
<guid isPermaLink="false">175519@/discussions</guid>
<description><![CDATA[<p>Hello there</p>
<p>Are there something to setup in the hardware for the refered object work?<br />
In another objet it has this line of code: htAdd = $70 ' Address of HT16K33 (Adafruit defult address module) and it worked very well. <br />
I would like know what I am making wrong to it don´t work.<br />
Thank you in advence.</p>
]]>
</description>
</item>
<item>
<title>(Noob) Understanding PASM timing</title>
<link>https://forums.parallax.com/discussion/175511/noob-understanding-pasm-timing</link>
<pubDate>Fri, 08 Sep 2023 03:23:20 +0000</pubDate>
<category>Propeller 1</category>
<dc:creator>Calvins_Beanie</dc:creator>
<guid isPermaLink="false">175511@/discussions</guid>
<description><![CDATA[<p>Hi Everyone;</p>
<p>I'm a long-time lurker. I've made a number of projects in spin and a few using asm. I'm in the process of really digging into asm for precisely timed projects and I am trying to RTFM, but I have a couple basic questions.</p>
<p>What is the absolute fastest that an individual cog can run stably? I read 20MHz is the book answer, but surely over the years someone has squeezed some more out of them. And what resonator and pll settings achieve this? (Stable with minimal extra cooling)</p>
<p>If the fastest asm instruction takes 4 clocks then wouldn't you divide the clock by 4 to get the actual max op/s? Meaning a 20MHz cog is only capable of 5mop/s?</p>
<p>Thank you</p>
]]>
</description>
</item>
<item>
<title>P2 Edge using Logitech Extreme 3D Pro Joystick</title>
<link>https://forums.parallax.com/discussion/175469/p2-edge-using-logitech-extreme-3d-pro-joystick</link>
<pubDate>Mon, 14 Aug 2023 13:19:21 +0000</pubDate>
<category>Propeller 1</category>
<dc:creator>mashaikh23</dc:creator>
<guid isPermaLink="false">175469@/discussions</guid>
<description><![CDATA[<p>Hi, I am a robotic student and new to parallax. I just ordered my first P2 Edge with breakout board along with few accessories including Prop Plug Rev E, Piezo Speaker, P2 microSD Add-on Board, P2 WX Adapter Add-on Board, P2 Eval Serial Device Add-on Board, P2 Eval Serial Host Add-on Board. I need some guidance or pointers so start doing something useful.<br />
My first project is to interface a Logitech Joystick using USB port. I have to no idea how and what hardware setup or code is needed to start with though I want to code in C or C++ if supported. Is this something I can start out of the box or is there an any documentation in this direction? Thank you whoever can support me.</p>
<p><a href="https://snpi.dell.com/snp/images/products/large/en-us~A0204821/A0204821.jpg" rel="nofollow">https://snpi.dell.com/snp/images/products/large/en-us~A0204821/A0204821.jpg</a></p>
]]>
</description>
</item>
<item>
<title>Sound input-encoding-decoding-output with Propeller 1</title>
<link>https://forums.parallax.com/discussion/175494/sound-input-encoding-decoding-output-with-propeller-1</link>
<pubDate>Wed, 30 Aug 2023 09:08:24 +0000</pubDate>
<category>Propeller 1</category>
<dc:creator>domeniv97</dc:creator>
<guid isPermaLink="false">175494@/discussions</guid>
<description><![CDATA[<p>Dear all,</p>
<p>I am looking for suggestions and help on a project. The general idea would be, without too many details, to make a phone, or in any case a system that communicates voice inputs and output, with a multi Propeller 1 system.</p>
<p>To achieve this the first step is to assess the audio input and output capabilities of the P1. I have achieved and acceptable level of quality with the microphone-to-headphone object and, convinced that audio input, encoding, decoding and output is doable with a P1 system, I am now looking on how to actually implement proper audio management.</p>
<p>I would thus need a bit of guidance in the process, since I am very very rusty in signal processing: let's say that the ADC is taken care by the PLL of one of the cogs, I would now need to develop a way encode the signal coming out of it (and to decode it). How is this possible with the P1, let's say in an 8-bit encoding fashion?</p>
<p>Any help and hint is greatly appreciated!</p>
<p>Domenico</p>
]]>
</description>
</item>
<item>
<title>AD7705 Demo</title>
<link>https://forums.parallax.com/discussion/175505/ad7705-demo</link>
<pubDate>Wed, 06 Sep 2023 00:05:04 +0000</pubDate>
<category>Propeller 1</category>
<dc:creator>DigitalBob</dc:creator>
<guid isPermaLink="false">175505@/discussions</guid>
<description><![CDATA[<p>This is my AD7705 Demo, modules are fairly cheap on Amazon</p>
]]>
</description>
</item>
<item>
<title>1 byte data via Rs485 to P1</title>
<link>https://forums.parallax.com/discussion/175486/1-byte-data-via-rs485-to-p1</link>
<pubDate>Sat, 26 Aug 2023 10:02:11 +0000</pubDate>
<category>Propeller 1</category>
<dc:creator>AGCB</dc:creator>
<guid isPermaLink="false">175486@/discussions</guid>
<description><![CDATA[<p>Looking for a tutorial or simple explanation of getting data from a sensor to P1 via Rs485. I'm new to RS485.<br />
Thanks<br />
Aaron</p>
]]>
</description>
</item>
<item>
<title>Divide like an Egyptian</title>
<link>https://forums.parallax.com/discussion/175474/divide-like-an-egyptian</link>
<pubDate>Mon, 21 Aug 2023 15:55:47 +0000</pubDate>
<category>Propeller 1</category>
<dc:creator>HydraHacker</dc:creator>
<guid isPermaLink="false">175474@/discussions</guid>
<description><![CDATA[<p>Hello Everyone,<br />
I wrote a P1 assembly program to perform Egyptian division a few years ago, yes I should have posted it much sooner. This routine performs unsigned 32 bit division it can be much faster or slower in some cases then the conventional way to perform division.</p>
<p>HydraHacker</p>
<p>Below link to video<br /><span data-youtube="youtube-Jo8SfzJ21tc?autoplay=1"><a rel="nofollow" href="https://www.youtube.com/watch?v=Jo8SfzJ21tc"><img src="https://img.youtube.com/vi/Jo8SfzJ21tc/0.jpg" width="640" height="385" border="0" alt="image" /></a></span></p>
]]>
</description>
</item>
<item>
<title>USB Host controller code ported to C++</title>
<link>https://forums.parallax.com/discussion/172418/usb-host-controller-code-ported-to-c</link>
<pubDate>Sat, 14 Nov 2020 08:28:11 +0000</pubDate>
<category>Propeller 1</category>
<dc:creator>macca</dc:creator>
<guid isPermaLink="false">172418@/discussions</guid>
<description><![CDATA[Hi,<br /><br />
I have finally managed to successfully porting the USB Host controller code by M. Elizabeth Scott from Spin to C++.<br />
Took me a while to make it working due to a very nasty issue with the received bytes count calculation that was very hard to debug.<br /><br />
The attached zip file contains the USBHost class and two demo applications: enumerate.elf shows the informations about the attached device, and hid.elf that polls a keyboard or mouse and shows the data from it.<br />
Can be compiled with propeller-gcc using the included Makefile and uploaded and run on the Propeller with propeller-load:<br /><br />
propeller-load -p /dev/ttyUSB0 -t -r enumerate.elf<br /><br />
or<br /><br />
propeller-load -p /dev/ttyUSB0 -t -r hid.elf<br /><br />
The code is not fully tested and I'm sure it needs some more revisions so use with cautions.<br /><br />
Hope you enjoy!<br /><br />
Best regards,<br />
Marco<br />]]>
</description>
</item>
<item>
<title>How to wirelessly control an ActivityBot from Python on a PC?</title>
<link>https://forums.parallax.com/discussion/174384/how-to-wirelessly-control-an-activitybot-from-python-on-a-pc</link>
<pubDate>Tue, 15 Feb 2022 20:20:51 +0000</pubDate>
<category>Propeller 1</category>
<dc:creator>banjo</dc:creator>
<guid isPermaLink="false">174384@/discussions</guid>
<description><![CDATA[<p>I'd like to wirelessly control an ActivityBot from Python on a PC. <br />
I have a XBee S6B and also a WX ESP8266 WiFi Module + of course an ActivityBot. Haven't used these beauties for years now, and believe I only programmed a PAB through WiFi, but not controlled it.<br />
Anyone knows how to connect from Python to one of these WiFi modules, and control it?</p>
<p>Of course I'd need to have a receiving program at the PAB side (C or Spin), but that should not be a problem once I know how to get the connection going. I found some material at <a href="https://learn.parallax.com/tutorials/language/propeller-c/parallax-wx-wi-fi-module-prop-c" rel="nofollow">https://learn.parallax.com/tutorials/language/propeller-c/parallax-wx-wi-fi-module-prop-c</a>, but this is mainly about using web pages to control a robot, and only partially applicable to my use case.</p>
<p>In the end, I believe the hardest part will be for me to find the components in my storage boxes <img src="https://forums.parallax.com/resources/emoji/smile.png" title=":smile:" alt=":smile:" height="20" /></p>
]]>
</description>
</item>
<item>
<title>Can a P1 send email?</title>
<link>https://forums.parallax.com/discussion/175464/can-a-p1-send-email</link>
<pubDate>Wed, 09 Aug 2023 22:10:24 +0000</pubDate>
<category>Propeller 1</category>
<dc:creator>TheGrue</dc:creator>
<guid isPermaLink="false">175464@/discussions</guid>
<description><![CDATA[<p>Is it possible for a P1 to send emails via a cellular network without having to go through another MCU like a Raspberry Pi? and what kind of hardware would it take? Has anyone ever successfully done it or are there some examples of sending email from a P1?</p>
]]>
</description>
</item>
<item>
<title>Help on Spin headphone to microphone object</title>
<link>https://forums.parallax.com/discussion/175453/help-on-spin-headphone-to-microphone-object</link>
<pubDate>Thu, 03 Aug 2023 11:28:47 +0000</pubDate>
<category>Propeller 1</category>
<dc:creator>domeniv97</dc:creator>
<guid isPermaLink="false">175453@/discussions</guid>
<description><![CDATA[<p>Hi there,</p>
<p>I am trying to get familiar it audio in and out with the parallax propeller 1 activity board.</p>
<p>I am using the Microphone to headphone object published in the github (<a href="https://github.com/parallaxinc/propeller/blob/master/libraries/community/p1/All/Microphone%20to%20Headphones/microphone_to_headphones.spin)" rel="nofollow">https://github.com/parallaxinc/propeller/blob/master/libraries/community/p1/All/Microphone to Headphones/microphone_to_headphones.spin)</a> but I seem to not be able to produce any output nor input.</p>
<p>It is unclear to me, with the mask $00000E00, which pin is expected to be used for microphone input and which for speaker output. Can someone maybe help me understand the code a bit better?</p>
<p>Domenico</p>
]]>
</description>
</item>
<item>
<title>pitch shifting using Fourier transform and the Propeller 1</title>
<link>https://forums.parallax.com/discussion/175403/pitch-shifting-using-fourier-transform-and-the-propeller-1</link>
<pubDate>Thu, 15 Jun 2023 00:51:22 +0000</pubDate>
<category>Propeller 1</category>
<dc:creator>shadoclaw</dc:creator>
<guid isPermaLink="false">175403@/discussions</guid>
<description><![CDATA[<p>Salutations!<br />
In today's episode of SCIENCE!!!, I am considering building a pitch shifter using a PCM5102 DAC, an MCP4725 ADC, and a Propeller 1 development board, in a similar vein to the Digitech Drop pedal, the ultimate goal of which would be to create a pedal based interface that would allow me to change the tuning of my guitar in a live setting. The interface would use pushbutton switches to change parameters on the pedal, LEDs or an LCD to provide visual feedback, and a 3 pole double throw "Stomp" switch to bypass the pedal when not in use.</p>
<p>I know that the Coyote pedal exists, which uses a similar concept. I also know that the Spin objects in question would require Fourier transform math in order to accomplish the pitch shift, as well as Spin objects to drive the ADC and DAC, but I do have some other questions.</p>
<p>*Would I need to build a preamp to amplify the incoming signal in order to facilitate the conversion?<br />
*How many Cogs would I need in order to implement this?<br />
*What external components would be required for this, other than what is mentioned above, the input and output jacks, and possibly an SD card reader?<br />
*What kind of Audio latency can I expect from this?<br />
*Has anything like this been tried before? I know that there are folks that have experimented with the Prop 1 for MIDI applications, not so sure about straight audio.<br />
*Are there any sample Spin objects that can be modified in order to facilitate this?</p>
<p>Warmest regards</p>
<p>Edit: I realized after writing this that the MCP4725 is actually a DAC. Mea Culpa. I'll be searching for an actual audio ADC as I conduct my experiments.</p>
]]>
</description>
</item>
<item>
<title>Error: communication stalled due to system problem - Prop Tool 2.9.3 - Prop 1</title>
<link>https://forums.parallax.com/discussion/175427/error-communication-stalled-due-to-system-problem-prop-tool-2-9-3-prop-1</link>
<pubDate>Thu, 13 Jul 2023 18:41:07 +0000</pubDate>
<category>Propeller 1</category>
<dc:creator>profbraino</dc:creator>
<guid isPermaLink="false">175427@/discussions</guid>
<description><![CDATA[<p>I see several posts noting this error when downloading an image to Prop 1.<br />
The download continues and appears to complete successfully despite the error message.</p>
<p>Previous threads say the error is fixed, I'm seeing on prop tool 2.7.0 and 2.9.3</p>
<p>Is there some other setting I need?</p>
<p>Thanks</p>
]]>
</description>
</item>
</channel>
</rss>
If you would like to create a banner that links to this page (i.e. this validation result), do the following:
Download the "valid RSS" banner.
Upload the image to your own server. (This step is important. Please do not link directly to the image on this server.)
Add this HTML to your page (change the image src
attribute if necessary):
If you would like to create a text link instead, here is the URL you can use: