![[Valid RSS]](images/valid-rss-rogers.png "Valid RSS")
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.
line 77, column 0: (7 occurrences) [help]
<pre spellcheck="false" tabindex="0">CON { General constants }
<?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>Mon, 02 Dec 2024 07:06:09 +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>Propeller FLIP 32123 40pin dip package, where is SPI</title> <link>https://forums.parallax.com/discussion/176033/propeller-flip-32123-40pin-dip-package-where-is-spi</link> <pubDate>Sun, 10 Nov 2024 15:25:43 +0000</pubDate> <category>Propeller 1</category> <dc:creator>Sunshine436</dc:creator> <guid isPermaLink="false">176033@/discussions</guid> <description><![CDATA[<p>Assembled the prototype board have the FLIP module there, now looking for info about programming the SPI?</p> <p>Im not finding a datasheet or info except for I2c I had called in and explained the SPI requirement and was recommended to get this.</p> <p>Am programming a Micron flash NOR memory 8pin package. just need an SPI master to r/w</p> <p>problem is, the memory DATA IN and DATA OUT are multiplexed into a chip, so you have DATA and dataDIR. to program it, you pull direction low connecting the MOSI to the data in. then after that command write finishes that dataDIR has to be driven high to connect the MISO to data out</p> <p>so Im trying to find an SPI routine where I can just change a pin, some general purpose DataIO pin high/low as data direction. its not fast, maybe a 1Mhz r/w</p> <p>does anyone use this board for SPI? thanks</p>]]> </description> </item> <item> <title>Reading a MAX 31855</title> <link>https://forums.parallax.com/discussion/171927/reading-a-max-31855</link> <pubDate>Tue, 28 Jul 2020 23:31:17 +0000</pubDate> <category>Propeller 1</category> <dc:creator>eagletalontim</dc:creator> <guid isPermaLink="false">171927@/discussions</guid> <description><![CDATA[Going to need a bit of help on this one. I am working with the M31855K and am trying to write a SPIN function to read the temperature of the type K sensor. I have found the Github example, but it appears to only work with Prop 2? New to that area... The Github example seems to be missing several things and I can't seem to get it to run. So... I am wanting to just write my own function in the Prop Tool.<br /><br />After looking at the <a href="https://datasheets.maximintegrated.com/en/ds/MAX31855.pdf" rel="nofollow">Data Sheet</a>, I am a bit confused. It looks like I need to pull CS low, then begin pulsing SCK to receiving in data on SO. There are 32 bits that would need to be read, filled into an array, and then the first 14 bits would be the temperature? Not sure I understand how to convert those 14 bits to a human readable temperature. Any help is greatly appreciated!]]> </description> </item> <item> <title>P1 Serial SBUS out Driver</title> <link>https://forums.parallax.com/discussion/173165/p1-serial-sbus-out-driver</link> <pubDate>Thu, 18 Mar 2021 10:07:39 +0000</pubDate> <category>Propeller 1</category> <dc:creator>pic18f2550</dc:creator> <guid isPermaLink="false">173165@/discussions</guid> <description><![CDATA[<p>Hello,<br />I am looking for some PASM code(P1) on the subject.<br />I want to control several servos over one line.</p> <p>Thanks.</p> <p>I have pasted the last status here. <img src="https://forums.parallax.com/resources/emoji/smile.png" title=":)" alt=":)" height="20" /></p>]]> </description> </item> <item> <title>PropTool 2.9.3 fails loading a (not too) large P1 program</title> <link>https://forums.parallax.com/discussion/175762/proptool-2-9-3-fails-loading-a-not-too-large-p1-program</link> <pubDate>Wed, 06 Mar 2024 20:55:10 +0000</pubDate> <category>Propeller 1</category> <dc:creator>Ding-Batty</dc:creator> <guid isPermaLink="false">175762@/discussions</guid> <description><![CDATA[<p>This is about the "Error: communication stalled due to system problem" that seems to happen sometimes. I started seeing that failure after installing V2.9.3, but only for some of my programs, and it seemed to happen only with the largest program images.</p> <p>In fact, the large program is loaded, but PropTool reports a communications failure.</p> <p>I have reduced the problem to a simple test program, which has a large LONG array in a DAT section, and when the size is increased by <em>one LONG</em>, the failure is triggered.</p> <p>Program (also attached as no_op_memory.spin):</p> <pre spellcheck="false" tabindex="0">CON { General constants } _CLKMODE = XTAL1 + PLL16X _XINFREQ = 5_000_000 DAT ' Make the binary image big. Too big, and P1 load fails in PropTool 2.9.3 on ' a Windows 7 machine with the latest FTDI drivers. 'KeepMemory LONG 0[6083] ' Loads OK KeepMemory LONG 0[6083 + 1] ' Fails ' PropTool error dialog: ' "Error: communication stalled due to system problem" ' ========================================================================PUB Main repeat ' wait forvever.</pre> <p>This happens after a fresh install of 2.9.3. It does not happen with the old PropTool 1.3.2, nor the other Spin compilers.</p> <p>My system:<br />Window 7, 32GiB memory<br />latest FTDI drivers, downloaded today from the FTDI website (I had originally allowed the PropTool installer to also install its USB drivers, but I saw the driver version seemed to be from 2016.)</p> <p>I tried quite a few settings variations for the COM port (Advanced settings), but nothing seemed to help.</p> <p>I saw that Prof. Braino (@profbraino) had <a rel="nofollow" href="https://forums.parallax.com/discussion/175427/error-communication-stalled-due-to-system-problem-prop-tool-2-9-3-prop-1">reported this back in Aug. 2023</a>, and I was surprised that no one responded.</p>]]> </description> </item> <item> <title>Music Synthesizer object with General MIDI sound set</title> <link>https://forums.parallax.com/discussion/111867/music-synthesizer-object-with-general-midi-sound-set</link> <pubDate>Tue, 07 Apr 2009 01:01:34 +0000</pubDate> <category>Propeller 1</category> <dc:creator>Ariba</dc:creator> <guid isPermaLink="false">111867@/discussions</guid> <description><![CDATA[Hello Propeller musicians<br /><br />I have worked on a Propeller music synthesizer, and will present here my result.<br />The goal was to have a synthesizer object which is good enough to play<br />MIDI files. For that you need a synth with min. 24 voices and a GM1 soundset<br />(General-MIDI soundset) with 128 different instrumental sounds and a drum<br />sound set (another 46 sounds).<br />Normally such a synthesizer works with Sound samples, but this is not possible<br />with the 32k RAM of the Propeller. So I designed a voice architecture, with<br />2 oscillators and PhaseModulation synthesis (FM like). See attachement 1. I was<br />surprised, how many different sounds this relatively simple arrangement, can produce.<br />Only 10 parameter bytes to define a sound are necessary. You get also a lot of<br />noise sounds, thanks to the Feedback parameter (good for drums).<br />Because the Propeller has no hardware multiplier, I use only 1 multiplication with<br />7*32 bit for the DCA, and all other attenuators are done with single right shifts.<br /><br />At the end I got a Spin object, which can produce 10 voices in 1 cog, or 20 voices in<br />2 cogs. This is quite a bit under 24 voices, but the lack of voices is mostly not<br />noticeable. More noticeable is the missing pitch bender support, so some MIDI files<br />can produce odd notes from time to time.<br /><br />Supported are the volume and panorama controller, thats why I recommend a stereo output.<br />It was a hard work to find the parameters for all this sounds, and many are still not<br />optimal.<br /><br />The Interface methodes of the Synthesizer object are easy to use and takes direct the<br />MIDI values for Note, Dynamic, Volume and so on. It should not be hard to make a<br />MIDI synthesizer expander, with a Propeller and a MIDI input.<br /><br />Included in the ZIP is a MIDI player demo, which plays a list of '*.mid' files (5 are<br />included). For that you need an SD card. The MIDI player reads the MIDI data direct<br />from SD card, without buffering in RAM, therefore the MIDI files must be in Format 0<br />(all tracks mixed down to one). Copy the midi files first to the SD card, and set the<br />SD card basepin and your Audio output pins in the CON section of the demo, before you<br />start the demo.<br /><br />Most MIDI files, you find on the NET are in Format 1, so I have used the software<br />WaveMaker III to convert the files (the Edit function lets you save a file in Format 0).<br />If somebody knows a better (free) Tool for that, I like to here it, because I have some<br />files which are to big for WaveMaker.<br /><br />Listen to the music, and enjoy<br /><br />Andy]]> </description> </item> <item> <title>Help finding old audio synthesizer project</title> <link>https://forums.parallax.com/discussion/175993/help-finding-old-audio-synthesizer-project</link> <pubDate>Sun, 22 Sep 2024 00:46:29 +0000</pubDate> <category>Propeller 1</category> <dc:creator>octetta</dc:creator> <guid isPermaLink="false">175993@/discussions</guid> <description><![CDATA[<p>I’ve been searching for an old prop1 project that I think was modeled like the Casio CZ phase distortion keyboard. I think it was shipped with a bunch of patches. Does anyone know if this is real or something I made up in my imagination?</p>]]> </description> </item> <item> <title>Boot issue with 5v on inputs</title> <link>https://forums.parallax.com/discussion/175978/boot-issue-with-5v-on-inputs</link> <pubDate>Thu, 29 Aug 2024 13:30:04 +0000</pubDate> <category>Propeller 1</category> <dc:creator>Graham Stabler</dc:creator> <guid isPermaLink="false">175978@/discussions</guid> <description><![CDATA[<p>Hi all,</p> <p>It's been a long time.</p> <p>I'm using a FLiP module along with some external solid state relays for an automation project. These switch 5v to the inputs of the propeller, I use a 10k pull down resistors and a 300 ohm resistor in series to protect the input.</p> <p>I find that if I boot the system using the same 5v supply that provides these signals that the propeller does not boot, no issue with the power LED though. If I boot from the USB and then power the system with the 5v there is no problem. Likewise if I remove the solid state relays from their holders I don't have an issue so it seems like it does not like having 5v on the pins on boot.</p> <p>This is on site being used in a system so I've no had a lot of time to debug but will be working on it tomorrow.</p> <p>Cheers,</p> <p>Graham</p>]]> </description> </item> <item> <title>3D STEP file for Propeller 1 FLIP module?</title> <link>https://forums.parallax.com/discussion/175961/3d-step-file-for-propeller-1-flip-module</link> <pubDate>Sat, 17 Aug 2024 03:41:22 +0000</pubDate> <category>Propeller 1</category> <dc:creator>DavidM</dc:creator> <guid isPermaLink="false">175961@/discussions</guid> <description><![CDATA[<p>Hi,</p> <p>Does anyone have a 3D step file for the FLIP Module?<br />I am using this module in a design in Fusion 360 Electronics.</p> <p>If anyone can help?</p> <p>Thanks</p> <p>Dave M</p>]]> </description> </item> <item> <title>Need help with numbers...</title> <link>https://forums.parallax.com/discussion/175954/need-help-with-numbers</link> <pubDate>Thu, 01 Aug 2024 02:54:43 +0000</pubDate> <category>Propeller 1</category> <dc:creator>Theseus88</dc:creator> <guid isPermaLink="false">175954@/discussions</guid> <description><![CDATA[<p>I need help converting ASCII to decimal. I built a little rover and I use two propeller chips. One runs the motors and the other will eventually monitor an IMU and proximity sensors. The two chips need to communicate though. I am using Dec and DecIn from the Parallax Serial Terminal.spin to send commands back and forth but I am having trouble... What could I do here... I have provided code...</p> <p>Primary Controller Code:</p> <pre spellcheck="false" tabindex="0">PRI StartMotors(FrontLeftDuty, FrontRightDuty, BackLeftDuty, BackRightDuty, Frequency) repeat propeller.Dec(3) Command := propeller.DecIn if (Command == 1) quit repeat propeller.Dec(FrontLeftDuty) Command := propeller.DecIn if (Command == 1) quit repeat propeller.Dec(FrontRightDuty) Command := propeller.DecIn if (Command == 1) quit repeat propeller.Dec(BackLeftDuty) Command := propeller.DecIn if (Command == 1) quit repeat propeller.Dec(BackRightDuty) Command := propeller.DecIn if (Command == 1) quit repeat propeller.Dec(Frequency) Command := propeller.DecIn if (Command == 1) quit</pre> <p>Motor Controller Code:</p> <pre spellcheck="false" tabindex="0">PRI ListenForCommands | FrontLeftDuty, FrontRightDuty, BackLeftDuty, BackRightDuty, Frequency terminal.Str(String("Listening For Commands", terminal#NL)) propeller.Clear repeat Command := propeller.DecIn terminal.Str(String("Command Received: ")) case Command 1 : terminal.Str(String("Are You There?", terminal#NL)) propeller.Dec(1) 2 : terminal.Str(String("Stop Motors", terminal#NL)) propeller.Dec(1) StopMotors 3 : terminal.Str(String("Start Motors", terminal#NL)) propeller.Dec(1) FrontLeftDuty := propeller.DecIn propeller.Dec(1) FrontRightDuty := propeller.DecIn propeller.Dec(1) BackLeftDuty := propeller.DecIn propeller.Dec(1) BackRightDuty := propeller.DecIn propeller.Dec(1) Frequency := propeller.DecIn propeller.Dec(1) StartMotors(FrontLeftDuty, FrontRightDuty, BackLeftDuty, BackRightDuty, Frequency) other : propeller.Dec(-1) </pre>]]> </description> </item> <item> <title>P1 counters can you configure a counter to divide a freq on one pin and output it on another?</title> <link>https://forums.parallax.com/discussion/175776/p1-counters-can-you-configure-a-counter-to-divide-a-freq-on-one-pin-and-output-it-on-another</link> <pubDate>Tue, 19 Mar 2024 00:59:55 +0000</pubDate> <category>Propeller 1</category> <dc:creator>Kurt123</dc:creator> <guid isPermaLink="false">175776@/discussions</guid> <description><![CDATA[<p>Hello<br />I want to divide a pulse train on one pin and output it on another pin. Looking at the documentation I can't understand counters enough to figure it out.<br />Any help would be appreciated.<br />Thanks<br />Kurt</p>]]> </description> </item> <item> <title>Spin2 equivalent of cnt</title> <link>https://forums.parallax.com/discussion/175956/spin2-equivalent-of-cnt</link> <pubDate>Fri, 02 Aug 2024 21:37:18 +0000</pubDate> <category>Propeller 1</category> <dc:creator>celtic3</dc:creator> <guid isPermaLink="false">175956@/discussions</guid> <description><![CDATA[<p>What is the spin2 equivalent to this line of code.....<br />'''<br />waitcnt(clkfreq + cnt)<br />'''<br />I cannot locate anything except CNT is a constant and waitcnt is waitct</p>]]> </description> </item> <item> <title>I2c slave</title> <link>https://forums.parallax.com/discussion/175953/i2c-slave</link> <pubDate>Thu, 25 Jul 2024 17:36:44 +0000</pubDate> <category>Propeller 1</category> <dc:creator>David Betz</dc:creator> <guid isPermaLink="false">175953@/discussions</guid> <description><![CDATA[<p>Can the P1 be used as an i2c slave? I’d like to attach it to the i2c port on a Raspberry Pi and also use 4 instances of JonnyMac’s 1-wire object to act as sort of an 1-wire expander plus a little logic. I seem to recall that being a SPI slave was difficult and wondered if i2c had similar problems.</p>]]> </description> </item> <item> <title>Phonemic Speech Synthesis (3rd installment, 7 Nov 2006)</title> <link>https://forums.parallax.com/discussion/89411/phonemic-speech-synthesis-3rd-installment-7-nov-2006</link> <pubDate>Wed, 01 Nov 2006 08:44:55 +0000</pubDate> <category>Propeller 1</category> <dc:creator>Phil Pilgrim (PhiPi)</dc:creator> <guid isPermaLink="false">89411@/discussions</guid> <description><![CDATA[Attached is a <i>very</i> crude attempt at speech synthesis using Chip's recently posted VocalTract object. The "talk" object is quite rough around the edges, and to say that some of my phonemes are barely intelligible gives them <i>way</i> too much credit. But maybe with input from the community and some fine tuning (okay, coarse tuning), the quality can be improved over time. Chip's marvelously compact object has everything that's needed for intelligible speech. But like any tool of its utility and complexity, it needs to be mastered; and that takes time.<br /><br />I've relied heavily on <a href="http://www.ling.ohio-state.edu/courses/materials/825/klsyn-dos/klsynman.pdf" rel="nofollow"><u>this paper</u></a> for the formant values used in the program. The internet has many other valuable resources for synthesized speech, some dating back decades. This can be a problem, too, since much of the seminal work on the subject was done before the internet existed, and the resulting papers have likely never been converted to machine-readable form and posted.<br /><br />Much of what is done here via individual argument lists might more efficiently be accomplished by table-driven methods. But in its current form, it's somewhat more readable, which is important for development and debugging. Plus it makes playing with the settings a little easier.<br /><br />The attached archive includes the latest (v1.02) IDE/compiler exe. If you haven't already installed that version, copy the exe from the ZIP over the existing copy in your Propeller IDE directory.<br /><br />Anyway, for what it's worth, enjoy!<br /><br />-Phil<br /><br /><b>Update (2006.11.04):</b> Attached is a somewhat improved version. Some of the consonants are better, there are more demos, and I've added whispering and a <b>spell</b> procedure. 'Still some extraneous popping and hissing to cure.<br /><br /><b>Update (2006.11.07):</b> Added inflections, rolled r's, better musical notation, on-the-fly tempo adjustments, multiple speakers.<br /><br /><i>Post Edited (Phil Pilgrim (PhiPi)) : 11/8/2006 6:26:51 AM GMT</i>]]> </description> </item> <item> <title>speech output</title> <link>https://forums.parallax.com/discussion/140219/speech-output</link> <pubDate>Mon, 21 May 2012 14:20:48 +0000</pubDate> <category>Propeller 1</category> <dc:creator>mikea</dc:creator> <guid isPermaLink="false">140219@/discussions</guid> <description><![CDATA[Hi, i'm learning the propeller and would like some advice on how to best output speech. I found an object on obex " AYcog - AY3891X / YM2149F emulator V0.8 (C) 2012 Johannes Ahlebrand " , I'm not sure where to start with this, or if it's right for me. I have an 8 ohm mini speaker from radio shack to work with.Any advice would be appreciated.- mike]]> </description> </item> <item> <title>CAN FD</title> <link>https://forums.parallax.com/discussion/175927/can-fd</link> <pubDate>Wed, 10 Jul 2024 07:51:38 +0000</pubDate> <category>Propeller 1</category> <dc:creator>David Betz</dc:creator> <guid isPermaLink="false">175927@/discussions</guid> <description><![CDATA[<p>Has anyone implemented the CAN FD protocol on the P1 (or P2)? If so, how fast can it go?</p>]]> </description> </item> <item> <title>simple ide question wifi semi solved with a new queston based on the fix. SOLVED</title> <link>https://forums.parallax.com/discussion/175913/simple-ide-question-wifi-semi-solved-with-a-new-queston-based-on-the-fix-solved</link> <pubDate>Sun, 16 Jun 2024 06:48:46 +0000</pubDate> <category>Propeller 1</category> <dc:creator>pilot0315</dc:creator> <guid isPermaLink="false">175913@/discussions</guid> <description><![CDATA[<p>Trying something else before sending the question through.</p> <p>That idea did not work.<br />So I am back again with the question. Simple ide does not see the prop via wifi.<br />Using wifi.start routine does not work.<br />The connect file is directly from the learn files.<br />Any ideas any one please.<br />@VonSzarvas</p> <p>Tried your suggestion. Cannot get into simple ide to change anything.<br />Thanks.<br />Martin</p>]]> </description> </item> <item> <title>Microcomputer</title> <link>https://forums.parallax.com/discussion/175347/microcomputer</link> <pubDate>Sat, 06 May 2023 22:58:50 +0000</pubDate> <category>Propeller 1</category> <dc:creator>NickMikhay</dc:creator> <guid isPermaLink="false">175347@/discussions</guid> <description><![CDATA[<p>Hello,</p> <p>I have been following several articles online on homebrew computers using vintage chips from Intel or Zilog as well as a few others, and I was thinking it would be great to use a Propeller or even a P2 as the main processor.</p> <p>The question is on how to get started with the operating system, so that you would’t have to upload the program when you write spin programs and compile. If spin the tool simply tokenizes the code and translates it to binary, wouldn’t that be easy enough for the propeller to do this on its own.</p> <p>It sounds to me like tokenizing is a lot like parsing which is just translating text data from one form to another? I have done this before on a gerberx2 file to convert it to g-code.</p> <p>If anyone can help, I would appreciate it, just name your price. I have always wanted to build a computer from scratch and code it up with an interpreter, and make it do all kinds of stuff. In fact I had the idea while I was attending class, but due to deadlines decided not to since I wouldn’t be able to complete it in time for my final project.</p>]]> </description> </item> <item> <title>P1 upload Protocol to EEPROM</title> <link>https://forums.parallax.com/discussion/175905/p1-upload-protocol-to-eeprom</link> <pubDate>Sat, 08 Jun 2024 12:34:06 +0000</pubDate> <category>Propeller 1</category> <dc:creator>pic18f2550</dc:creator> <guid isPermaLink="false">175905@/discussions</guid> <description><![CDATA[<p>Hello,<br />is the protocol described somewhere how the upload is done in the P1 into the EPROM?</p>]]> </description> </item> <item> <title>P8X32A Emulation on Tang20K FPGA</title> <link>https://forums.parallax.com/discussion/175828/p8x32a-emulation-on-tang20k-fpga</link> <pubDate>Tue, 23 Apr 2024 14:54:39 +0000</pubDate> <category>Propeller 1</category> <dc:creator>ti85</dc:creator> <guid isPermaLink="false">175828@/discussions</guid> <description><![CDATA[<p>I came across a newer, low-cost FPGA called the Tang20K. I'm wondering if anyone has experience with it and the feasibility of running P8X32A emulation on this platform. Parallax has provided the Verilog files, but I'm unfamiliar with Verilog or hardware coding in general.</p> <p>My question is: what steps would be necessary to get the Propeller 1 running on the Tang20K (if possible at all)? I'm interested in pursuing this because I'd like to explore options for increasing the Propeller 1's processing power, such as expanding hub RAM or adding more cogs.</p>]]> </description> </item> <item> <title>Yet Another WS2812/SK6812 Driver</title> <link>https://forums.parallax.com/discussion/175898/yet-another-ws2812-sk6812-driver</link> <pubDate>Thu, 30 May 2024 21:27:42 +0000</pubDate> <category>Propeller 1</category> <dc:creator>Ding-Batty</dc:creator> <guid isPermaLink="false">175898@/discussions</guid> <description><![CDATA[<p>Just uploaded to the ObEx: Yet Another WS2812/SK6812 driver<br /><a rel="nofollow" href="https://obex.parallax.com/obex/yet-another-ws2812-sk6812-driver/">https://obex.parallax.com/obex/yet-another-ws2812-sk6812-driver/<br /></a></p> <p>This driver manages one or two strings of WS2812-like addressable RGB LEDs. It handles mapping the color layout in memory to the color output order of different type of LEDs; it handles mapping the timing requirements of the LEDs based on the system clock speed; it is fairly flexible in how it is configured and controlled.</p> <p>Features:</p> <ul><li>Controls one or two strings of LEDs</li><li>Normal or inverted output (for use with an inverting buffer/isolator/level-shifter).</li><li>Clock cycle accurate timings in all cases (maximum 1/2 system clock error).</li><li>Handles either three or four color LED string (with limitations, see below).</li><li><p>Flexible configuration:</p> <ul><li>Predefined configurations for:</li><li>WS2811, WS2812, WS2812B, WS2813, WS2815</li><li>SK6812RGB, SK6812RGBW</li><li>SM16703</li><li>User defined configurations:</li><li>Should work for all LEDs that use pulse-width encoding of 0/1, with fixed time per bit.</li><li>Timing specified in nanoseconds.</li><li>The two strings can be different types (with a few limitations)</li><li>The two strings can have different lengths</li><li>The two strings can use different color byte order.</li><li>The two strings can have normal/inverted output independently</li><li>Flexible memory layout for colors per LED, and iteration over the memory locations for the individual LEDs in a chain.</li></ul></li><li><p>Should work for all clock speeds from 48 MHz up for a typical RGB LED that uses a 1.25 us bit time.</p> <ul><li>It might work at 40 MHz, which would use a bit time of 1.5 us, which is 20% too long, but might fall within the acceptable tolerance for many LED types.</li></ul></li><li><p>Periodic refresh (e.g. 100 Hz), or on-demand refresh (refresh-and-pause)</p></li></ul><p>Limitations:</p> <ul><li>Typically requires a system clock of 48 MHz or higher.</li><li>The two strings must have the same overall bit timing (but the zero and one times per bit may be different), e.g. 1.25 us as used by WS2812-type LEDs)</li><li>The two strings must have the same number of colors, either 3 or 4. Four colors are used for RGBW LEDs.</li><li>Color values of 8 bits are sent out high order bit first.</li><li>The two strings use the same update frequency, because they are updated in parallel. The shorter string will not get "extra" channels of output.</li><li><p>For the most flexibility, the memory layout of the colors for each LED in the string should be in a single LONG. There is a demonstration of using three bytes for a string of RGB LEDs, but there is little<br />flexibility of layout, and the string myst be a multiple of 4 LEDs in length.</p></li><li><p>Currently, the number and types of LEDs in the strings is fixed at initialization. That might change in the future.</p></li></ul>]]> </description> </item> <item> <title>Fast HUB75 display driver, display write routines, and other goodies.</title> <link>https://forums.parallax.com/discussion/175765/fast-hub75-display-driver-display-write-routines-and-other-goodies</link> <pubDate>Fri, 08 Mar 2024 21:27:09 +0000</pubDate> <category>Propeller 1</category> <dc:creator>Ding-Batty</dc:creator> <guid isPermaLink="false">175765@/discussions</guid> <description><![CDATA[<p>Here, something I have been playing with for a while now, and I think it's ready for the light of day.</p> <p>I saw Parallax offering <a rel="nofollow" href="https://www.parallax.com/product/hub75-rgb-led-panel-128-x-128-mm-64-x-64-dots/">64x64 RGB LED displays</a>, and then saw the <a rel="nofollow" href="https://forums.parallax.com/discussion/172696/p2-p2-cube/p1">P2 LED Cube project</a>, I thought "that looks like fun!", and I thought it would be a good excuse to start working with the P2. So I got a few displays, and the <a rel="nofollow" href="https://www.parallax.com/product/p2-eval-hub75-adapter-board/">P2 Eval HUB75 Adapter Board</a>.</p> <p>Then I though, why not get it working with the P1 as a warm-up, so that I fully understand what it takes. I saw Ray's thread on the work done (> ten years ago!) but I wanted to write my own code, and address a few things I thought would work better. One long deep dive later, and here I am, with four versions of the PASM display refresh driver, PASM write helpers, and a pile of test programs. (And I still have not started working with the P2, sigh.)</p> <p>Two versions of the display driver are bit-banged, and two use the video generator; the fastest one, which therefore allows the most bits per color, sends data at sysclock/4 for each row.</p> <p>Here are the refresh rates for 64x64 and 64x128 displays at all the numbers of color bits:</p> <pre spellcheck="false" tabindex="0">Display: 64x64 Color Depth Waitcnt Repeat Vid8clk Vid4clk ----- ------ ------ ------- ------- 1 2888.1 2942.5 4340.3 7800.3 2 963.9 988.1 1446.8 2601.5 3 413.2 425.6 620.0 1115.3 4 192.9 199.2 289.4 520.6 5 93.3 96.6 140.0 252.0 6 45.9 47.6 68.9 124.0 7 22.8 23.6 34.2 61.5 8 11.3 11.8 17.0 30.6 Display: 128x64 (two 64x64 panels in series) COLOR_DEPTH=8 is not available because the display buffer would take up _all_ of hub ram: 32KiB -- it also would flicker too much, anyway. Color Depth Waitcnt Repeat Vid8clk Vid4clk ----- ------ ------ ------- ------- 1 1530.3 1545.5 2297.8 4336.5 2 510.5 517.2 765.9 1445.9 3 218.8 222.2 328.3 619.8 4 102.1 103.9 153.2 289.3 5 49.4 50.3 74.1 140.0 6 24.3 24.8 36.5 68.9 7 12.1 12.3 18.1 34.2 8 n/a n/a n/a n/a</pre> <p>Note that any refresh rate < 60Hz will probably have too much flicker.</p> <p>The display uses one byte for each pair of LEDs on the display, so a 64x64 display uses 2KiB for each bit of color.</p> <p>Along with that, there is a PASM write helper to write to the display buffer, since the memory layout of the pixels is designed for display refresh speed, and is otherwise... inconvenient.</p> <p>There are six test programs included, each of which exploring something specific. I was looking mostly at digit displays (think clocks or counters), and exploring digit change animations, so there is heavy focus on that in those test programs. The most recent, and probably most elaborate and complete, is <code spellcheck="false" tabindex="0">test_clock_bitmap.spin</code> which implements a digital clock, 4 or 6 digits, 12/24 hour, with control over time, color, intensity, and many digit change animations. (The digits are ROM font bitmaps.)</p> <p>In addition, because using a higher numbers of color bits and larger displays, the display buffer can get quite large, I did some, ah, <em>unusual things</em> to maximize the available hub memory for the display buffer, including reusing not only all the PASM cog images in hub memory, but also other init-specific Spin code; the clock example recovers about 4KiB that way. This is discussed in the file <code spellcheck="false" tabindex="0">large_buffers.txt</code>.</p> <p>I also have, if folks are interested, the set of about 14 test programs I wrote to get a handle on synchronizing the Waitvid data hand-off point, hub access, and a separate clock, based on video work @kuroneko did many years ago.</p> <p>Right now I only have displays based on the ICN2037 controller chip, so that is all I have tested. I know that the P2 HUB75 driver that @"Stephen Moraco" has shepherded can handle many more.</p> <p>Here are a few photos of my set-up -- using a Board of Education to use the prototyping area -- and the P2 Hub Adapter Board, with breadboard pin adapters:</p> <p><img src="https://forums.parallax.com/uploads/editor/0j/l6mzm32mqpeg.jpg" alt="" title="" /><br /><img src="https://forums.parallax.com/uploads/editor/8b/ys7y2lripcv9.jpg" alt="" title="" /><br /><img src="https://forums.parallax.com/uploads/editor/7u/dxw5qpc1zcdt.jpg" alt="" title="" /></p>]]> </description> </item> <item> <title>Fastest method to share VAR between 2 P1's</title> <link>https://forums.parallax.com/discussion/175880/fastest-method-to-share-var-between-2-p1s</link> <pubDate>Wed, 08 May 2024 14:23:16 +0000</pubDate> <category>Propeller 1</category> <dc:creator>T Chap</dc:creator> <guid isPermaLink="false">175880@/discussions</guid> <description><![CDATA[<p>I have a P1 board that drives 1 BLDC motor with encoder and the code is very involved, the P1 is maxed out for cogs and ram.</p> <p>I have a project that requires 3 motors and am thinking to add a second P1 to the board to handle the excess, using existing working code. I want the P1MainBoard to act as if it some values in it that are actually values used in the P1SubBoard VAR space and cogs. There could be 10-20 Longs that need to be shared in real time as fast as possible. Most of the values are only moving from the P1SubBoard > P1MainBoard constantly in repeat. A few might move from P1MainBoard > P1SubBoard on demand. The goal is to try to keep existing code as in tact as possible, just move some engine blocks to another P1. But to keep code intact the values from the SubBoard must be read very fast in a loop that never stops sending.</p> <p>In thinking about this, it looks like many objects will have to get moved the SubBoard and the MainBoard can send Opcodes with values to the SubBoard serially as commands with updates, then the SubBoard drives the objects and does the work. A typical example for one of the three motor engines is a PID that is driving an SPI DAC for motor speed, Direction Pin, checking encoder position. Each PID loop is a cog(x3). SPI DAC motor speed for all 3 motors can be 1 cog(use Chip select 1/2/3 in one SPI loop ie 1 cog). Checking three quad encoders for 3 motors is 3 cogs.</p> <p>SubBoard 3+1+3 = 7cogs plus a main loop keeping things updated and sharing data = 8</p> <p>VARs SubBoard to MainBoard in a fast loop, never stops.<br />LONG EncoderValue1, EncoderValue2, EncoderValue3<br />WORD MotorSpeed1, MotorSpeed2, MotorSpeed3<br />Byte ErrorMessage1, ErrorMessage2, ErrorMessage3</p> <p>VARs MainBoard to SubBoard as needed. <br />BYTE MotorEnable1, MotorEnable2, MotorEnable3<br />WORD MotorSpeed1, MotorSpeed2, MotorSpeed3</p> <p>This is just a starting point of hashing this out, surely more to add to each VAR section for sharing. But I first need to get a plan as to how to do this to get a board underway with 2xP1 chips. With P1's next to each other on a PCB, one option is fast serial. The SubBoard could send a packet with a packet header Opcode and always include a fixed length of values following. The MainBoard looks for the packet header, and reads all subsequent values into their respective VAR values. 256k possible? 128 should be easy I think. A repeat loop in SubBoard is always waiting for 1ms for a byte to come in from MainBoard with an Opcode and optional data bytes. If it sees a valid Opcode, it handles the request, then resumes sending data.</p> <p>SubBoard</p> <pre spellcheck="false" tabindex="0">PUB MainLoop WaitForByte(1). ' wait 1 ms for a byte. if no byte continue 'If opcode > 0 ' Do the command SendData 'Send all data in a packet back to MainBoard </pre> <p>Thanks for any suggestions on how to do this.</p>]]> </description> </item> <item> <title>P1 WiFi module limitations for sockets and background tasks</title> <link>https://forums.parallax.com/discussion/175764/p1-wifi-module-limitations-for-sockets-and-background-tasks</link> <pubDate>Fri, 08 Mar 2024 14:11:38 +0000</pubDate> <category>Propeller 1</category> <dc:creator>Rsadeika</dc:creator> <guid isPermaLink="false">175764@/discussions</guid> <description><![CDATA[<p>In my WiFi module html program I am thinking about implementing some javascript background tasks and some html socket server code. Anybody have any idea as to what limitations I would be running into, and could the P1 WiFi module handle something like that. I know there is a ram limitation for the files, what else?</p> <p>Ray</p>]]> </description> </item> <item> <title>Propeller Activity Board WX and BME680 Environmental Sensor</title> <link>https://forums.parallax.com/discussion/175803/propeller-activity-board-wx-and-bme680-environmental-sensor</link> <pubDate>Fri, 12 Apr 2024 07:44:39 +0000</pubDate> <category>Propeller 1</category> <dc:creator>LyBui24</dc:creator> <guid isPermaLink="false">175803@/discussions</guid> <description><![CDATA[<p>There are totally 6 pins on the BME680 sensor. Using I2C connection, I want to connect the pin 28 with SCL and pin 29 with SDA of the sensor, but pin 28 and 29 are not on the breadboard to be accessed. How can I do it?</p>]]> </description> </item> <item> <title>Thermocouple measurement</title> <link>https://forums.parallax.com/discussion/154830/thermocouple-measurement</link> <pubDate>Thu, 20 Mar 2014 03:10:06 +0000</pubDate> <category>Propeller 1</category> <dc:creator>ManAtWork</dc:creator> <guid isPermaLink="false">154830@/discussions</guid> <description><![CDATA[I plan to make a propeller based reflow oven controller. To measure high temperatures (up to 300°C) I have to use thermocouples. I think I'll use the LTC2440 as ADC. It has enough resolution to measure the thermo voltage directly without pre-amplifier, so I can get rid of any offset and calibration problems.<br /><br />But as thermocouples only measure relative temperatures I have to add an absolute temperature sensor for cold junction compensation. What is the preferable device for this? The LM75B would be nice as it has an I²C interface and doesn't require any extra pins but can be connected to pins 28/29 where the EEPROM already is connected. It is cheap but has relatively poor accuracy (+/-2° in the -25 to +100°C range).<br /><br />I have seen there is a TMP102 object in the OBEX and a DS2760 thermocouple kit. The TMP102 looks good but when I look at the datasheet of the DS2760 it shows a Li battery monitor that has nothing to do with a thermocouple, IMHO.<br /><br />I have to read at least 6 thermocouples. There is a 4-input version of the LTC2440 but as I need 6 I think I'd better handle multiplexing externally. (The 8 channel versions are single ended, only) Has anybody already done something similar. What would you suggest?]]> </description> </item> <item> <title>Incompatible driver, Propeller tool</title> <link>https://forums.parallax.com/discussion/175767/incompatible-driver-propeller-tool</link> <pubDate>Sat, 09 Mar 2024 14:53:27 +0000</pubDate> <category>Propeller 1</category> <dc:creator>Moskog</dc:creator> <guid isPermaLink="false">175767@/discussions</guid> <description><![CDATA[<p>Hi.. not able to access my Propeller because of "incompatible driver" on my new win 11 desktop, after installing Propeller Tool, latest version.<br />Had to turn Memory integrity to Off, but it seems that's not good for the Core security.</p> <p>A good advice on how to solve this problem would be highly appreciated!</p>]]> </description> </item> <item> <title>Simpleide simpletools problem?</title> <link>https://forums.parallax.com/discussion/175743/simpleide-simpletools-problem</link> <pubDate>Sat, 24 Feb 2024 15:48:45 +0000</pubDate> <category>Propeller 1</category> <dc:creator>Rsadeika</dc:creator> <guid isPermaLink="false">175743@/discussions</guid> <description><![CDATA[<p>Up until recently I have been using libfdserial and libsimpletext without any problems. I am using a program that that uploads data via serial to my Raspberry Pi. On the SimpleIDE side the program runs as expected, but on the Raspberry Pi side,using Python, I have to use decode() on the incoming data. This is where the problem lies, ..."can't decode byte 0xea in position 0"... Not sure what is causing this problem? Any help will be appreciated.</p> <p>Thanks<br />Ray</p>]]> </description> </item> <item> <title>[Solved] Program works only when connected to PC via USB -- but I want to cut the cord!</title> <link>https://forums.parallax.com/discussion/175742/solved-program-works-only-when-connected-to-pc-via-usb-but-i-want-to-cut-the-cord</link> <pubDate>Sat, 24 Feb 2024 05:58:47 +0000</pubDate> <category>Propeller 1</category> <dc:creator>mpark</dc:creator> <guid isPermaLink="false">175742@/discussions</guid> <description><![CDATA[<p>I am dusting off an old project built on a USB protoboard. The program emits a lot of serial data that shows up in the Parallax serial terminal; so far so good. I actually don't care about the data and want to run the program disconnected from the PC, but when I try, the program does not work reliably. It'll do its thing for a little while, then stop briefly, then start working again, then stop... Not sure if it's rebooting or what. I assume the problem is related to the serial data having no place to go.</p> <p>I vaguely recall that this was a known issue back in the day. Anyone remember what's going on and how to work around it?</p> <p>I tried commenting out the term.init call (term being fullduplexserial) but that didn't help. In fact I think the program stopped working altogether, though it's hard to tell.</p> <p>Any help appreciated!</p>]]> </description> </item> <item> <title>Propeller schmartmodule</title> <link>https://forums.parallax.com/discussion/175714/propeller-schmartmodule</link> <pubDate>Sat, 03 Feb 2024 09:27:42 +0000</pubDate> <category>Propeller 1</category> <dc:creator>VonSzarvas</dc:creator> <guid isPermaLink="false">175714@/discussions</guid> <description><![CDATA[<p>Groovy!</p> <p><a href="https://embeddedcomputing.com/technology/open-source/development-kits/dev-kit-weekly-schmartboard-parallax-propeller-schmartmodule-development-board" rel="nofollow">https://embeddedcomputing.com/technology/open-source/development-kits/dev-kit-weekly-schmartboard-parallax-propeller-schmartmodule-development-board</a></p>]]> </description> </item> <item> <title>P1 SPIN code for SSD1306 OLED</title> <link>https://forums.parallax.com/discussion/175715/p1-spin-code-for-ssd1306-oled</link> <pubDate>Mon, 05 Feb 2024 20:45:16 +0000</pubDate> <category>Propeller 1</category> <dc:creator>VonSzarvas</dc:creator> <guid isPermaLink="false">175715@/discussions</guid> <description><![CDATA[<p>128x64 pixel display</p> <p>Has anyone got a SPIN code demo running different size fonts ?</p> <p>I found something in OBEX with a 5x7 font, but it's too tiny.<br />There's another with 16x32, but it's too large, taking 4 rows out of an available 8.</p> <p>Looking for something in the middle, maybe taking 2 or 3 rows, perhaps 8x12 or 8x16 (or 12x...) size fonts?</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:
