I had bad experiences using the PIC18 with USB interfaces (bad latency,
loss of connection without automatic reconnect). We reverted to RS232/RS422,
and are experimenting with the newer ethernet versions.
Thanks for the warning. I am going to discuss this with the FAE.
Did you use host or devi
How big is the implementation? In LUTs, FFs, BlockRAMs?
For Linux you need the biggest processor ("f") which (in Altera speak )
needs 1400..1800 LEs and three M4Ks. I don't kn ow how LEs translate to
LUTs and FFs. M4Ks are 4 K Bit block RAM units. You can configure I and
D Caches which of co
Michael Schnell wrote:
which system/vendor did you choose?
We are going to design some controller boards with Altera Cyclone III
FPGAs. The "NIOS" processor is optimized for this FPGA architecture, is
very easily implemented into the HDL design, offers acceptable features
How big is the imp
In our previous episode, Michael Schnell said:
> I'm going to use the PIC24 series, as same features an USB interface.
I had bad experiences using the PIC18 with USB interfaces (bad latency,
loss of connection without automatic reconnect). We reverted to RS232/RS422,
and are experimenting with the
Bernd Mueller wrote:
Michael Schnell wrote:
This is why I decided to handle this kind of complexity with an FPGA
with embedded (Linux-) Processor.
which system/vendor did you choose?
We are going to design some controller boards with Altera Cyclone III
FPGAs. The "NIOS" processor is optimi
I'm going to use the PIC24 series, as same features an USB interface.
-Michael
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Michael Schnell wrote:
This is why I decided to handle this kind of complexity with an FPGA
with embedded (Linux-) Processor.
which system/vendor did you choose?
Regards, Bernd.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://list
yes, this is why I consider to use an ARM7 controller "in front of" an
ARM9 (Linux) controller, although the ARM9 should have the power to
handle my realtime stuff.
This is why I decided to handle this kind of complexity with an FPGA
with embedded (Linux-) Processor. The fast stuff can be do
Marco van de Voort wrote:
In our previous episode, Bernd Mueller said:
Marco van de Voort wrote:
So the main reason for using HW as much as possible is to keep the actual uc
free as much as possible for other tasks.
yes, this is why I consider to use an ARM7 controller "in front of" an
ARM9 (
If you google for: pic pascal compiler
There are plenty of options.
I am using mikroPascal, and it's an excelent choice:
http://www.dontronics-shop.com/mikroelektronika-pascal-compiler-for-pic.html
Thanks a lot for the pointers !
-Michael
___
In our previous episode, Bernd Mueller said:
> Marco van de Voort wrote:
> >
> > So the main reason for using HW as much as possible is to keep the actual uc
> > free as much as possible for other tasks.
>
> yes, this is why I consider to use an ARM7 controller "in front of" an
> ARM9 (Linux) c
Marco van de Voort wrote:
So the main reason for using HW as much as possible is to keep the actual uc
free as much as possible for other tasks.
yes, this is why I consider to use an ARM7 controller "in front of" an
ARM9 (Linux) controller, although the ARM9 should have the power to
handle
Felipe Monteiro de Carvalho schrieb:
> On Tue, Nov 4, 2008 at 8:10 AM, Marco van de Voort <[EMAIL PROTECTED]> wrote:
>> Well, I gave up PIC24 since they don't contain motorcontrol,
>
> I've always wanted to know what does a microcontroller with
> motorcontrol is supposed to do different from a nor
Michael Schnell wrote:
How much do you need on a PIC ?
I did not have many hope for really using Pascal on the PIC, but I am
just thinking about a project with a PIC24 (which is a quite normal 16
bit processor core with 64K linear addressable memory (completely
integrated in the chip), ot
In our previous episode, Felipe Monteiro de Carvalho said:
> > Well, I gave up PIC24 since they don't contain motorcontrol,
>
> I've always wanted to know what does a microcontroller with
> motorcontrol is supposed to do different from a normal microcontroler?
>
> I mean, to drive a stepper motor
On 04 Nov 2008, at 10:56, Michael Schnell wrote:
But OTOH I feel a bit uncomfortable to see yet another intermediate
code (after GCC's "RTL", CLR's (.Net/Mono) "CIL" and FPC's own
stuff) in the game.
GCC's RTL and FPC's node tree representation were never designed as a
generic intermedia
On Tue, Nov 4, 2008 at 8:10 AM, Marco van de Voort <[EMAIL PROTECTED]> wrote:
> Well, I gave up PIC24 since they don't contain motorcontrol,
I've always wanted to know what does a microcontroller with
motorcontrol is supposed to do different from a normal microcontroler?
I mean, to drive a steppe
In our previous episode, Michael Schnell said:
> > How much do you need on a PIC ?
> >
> I did not have many hope for really using Pascal on the PIC, but I am
> just thinking about a project with a PIC24 (which is a quite normal 16
> bit processor core with 64K linear addressable memory (compl
On Tue, Nov 4, 2008 at 8:04 AM, Michael Schnell <[EMAIL PROTECTED]> wrote:
> I did not have many hope for really using Pascal on the PIC
If you google for: pic pascal compiler
There are plenty of options.
I am using mikroPascal, and it's an excelent choice:
http://www.dontronics-shop.com/mikroe
How much do you need on a PIC ?
I did not have many hope for really using Pascal on the PIC, but I am
just thinking about a project with a PIC24 (which is a quite normal 16
bit processor core with 64K linear addressable memory (completely
integrated in the chip), other than the PIC16, whic
I am personally (every now and then) working on an FPC backend that
emits llvm code. Llvm has been designed from the ground up to take
some form of intermediate code as input and as a generic backend for
other compilers. It's still quite young as a project and does not yet
support as many tar
Op Tue, 4 Nov 2008, schreef Michael Schnell:
The point is those compilers cannot provide it because of (a) technical
limitations,
I don't think this is true. GCC can compile Java which I think is an object
language in a similar extend as Object pascal is. And it seems to be
similarly "ric
llvm is interresting to say the least. I experimented with it a bit but never
got to do anything serious.
A llvm backend is surely doable especially if you can get an AST out of FPC.
--
Aleš Katona <[EMAIL PROTECTED]>
___
fpc-devel maillist - fpc-de
In our previous episode, Michael Schnell said:
> > What you want is done by GPC and p2c.
> >
> Do you suggest they offer the rich Object Pascal language that FPC has ?
How much do you need on a PIC ?
___
fpc-devel maillist - fpc-devel@lists.freepasc
But they do their job as you ask it...
The job I am asking for is porting Delphi software to different CPU
architectures. If the tool level is not as high as FPC can provide, I
can redo the code in C as just as well.
-Michael
___
fpc-devel maillist
On 04 Nov 2008, at 10:30, Michael Schnell wrote:
Thanks,
all points taken,
another dream down the drain :(.
I am personally (every now and then) working on an FPC backend that
emits llvm code. Llvm has been designed from the ground up to take
some form of intermediate code as input and as
The point is those compilers cannot provide it because of (a)
technical limitations,
I don't think this is true. GCC can compile Java which I think is an
object language in a similar extend as Object pascal is. And it seems to
be similarly "rich", though of course in different directions.
-
Marco and all others:
Thanks,
all points taken,
another dream down the drain :(.
So the only future option I am still intending to take one day is doing
a NIOS code generator for FPC.
Though since some time there is a concurrent concept: you now can buy
(!) a CLR (they say ".NET") - framewor
On Tue, 4 Nov 2008, Michael Schnell wrote:
>
> > What you want is done by GPC and p2c.
> >
> Do you suggest they offer the rich Object Pascal language that FPC has ?
Not at all, rather the contrary, as far as I know.
But they do their job as you ask it... That they don't offer all FPC
feat
Op Tue, 4 Nov 2008, schreef Michael Schnell:
What you want is done by GPC and p2c.
Do you suggest they offer the rich Object Pascal language that FPC has ?
The point is those compilers cannot provide it because of (a) technical
limitations, and (b) because their approach makes it harder
What you want is done by GPC and p2c.
Do you suggest they offer the rich Object Pascal language that FPC has ?
-Michael
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
In our previous episode, Michael Van Canneyt said:
> > Are there other than historical reasons that FPC is this "self-contained" ?
> > (I
> > suppose compiling speed is an issue here, so a "GCC compatible parser" might
> > only be an additional tool provided by the FPC team, but I'd really love to
On 04 Nov 2008, at 10:01, Michael Schnell wrote:
I could imagine a system that only provides a Pascal-to-RTL-parser
and uses many of the GNU tools (preprocessor ,
optimizer, code generator, linker, make).
FPC-generated object files can already be integrated with the GNU
linker and make.
In our previous episode, Michael Schnell said:
> While I do all PC projects (for Windows and Linux) in Object Pascal,
> which is my favorite programming language as it offers the best
> productivity and the lowest count on errors that show at runtime, I am
> forced to use GCC for the embedded p
Michael Schnell schrieb:
>
> This would just provide another language for GCC and for hopefully allow
> me to use FPC-Pascal for any processor architecture supported by GCC.
Already finding skilled contributors to FPC is hard. If deep C knowledge
would be also a requirement it would be even harde
Op Tue, 4 Nov 2008, schreef Michael Schnell:
Are there other than historical reasons that FPC is this "self-contained" ?
(I suppose compiling speed is an issue here, so a "GCC compatible parser"
might only be an additional tool provided by the FPC team, but I'd really
love to use this for my
On 04 Nov 2008, at 10:07, Michael Van Canneyt wrote:
Do do what you want
would also mean that the RTL depends on libc
The generated code would probably depend on libgcc (for helper
routines used by gcc when lowering the intermediate code to machine
code), but not necessarily on libc (unle
On Tue, 4 Nov 2008, Michael Schnell wrote:
> AFAIK FPC works quite similar, but while only the "parser" really knows about
> the programming language, it comes with it's own preprocessor (which is only
> used optionally), it's own code generator and it's own linker. AFAIK, it even
> provides it'
Hi Compiler developers.
I do lots of software projects for PCs and for embedded devices.
While I do all PC projects (for Windows and Linux) in Object Pascal,
which is my favorite programming language as it offers the best
productivity and the lowest count on errors that show at runtime, I am
39 matches
Mail list logo