Utrusting för VHDL-programmering

[sodjan]

Ett enkelt artikelnummer hade nog vara bättre.

[Foffe_87]

Artikelnummer: 184233 @ conrad.se

[AAVE]

Det du länkar till är en PAL krets (Lattice "GAL" är en PAL med lite roligare IO)

[bearing]

Datablad

[sodjan]

Fördelen jag kan se lite snabbt är lite enklare kapsel, DIP som fungerar OK på labbplattor.
Samt 5V drift vilket kan göra de lite enklare att hantera tillsammans med annan "vanlig" logik.
Sannolikt helt tillräckligt för den typ av "displayer" som har nämnt i tråden. Hur det är med
programmerings verktygen har jag inte en aning om.

> Lattice "GAL" är en PAL med lite roligare IO

Den stora skillnaden, så vitt jag kan förstå, är att GAL's är omprogrammerbara.
Jag har inte hittat något om "roligare" IO, men det stämmer säkert också...

Ref: http://en.wikipedia.org/wiki/Programmable_logic_device

[AAVE]

Glömde säga att PAL, PLD, GAL och allt vad de heter är numera rätt gamla och inget som rekommenderas för nya design.
Detta kanske är oviktigt för dig, men tänk på att det blir svårare att skaffa programmerare och få hjälp...

edit: tro inte på allt du läser på wikipedia, PAL finns även i UV-EPROM varainter.

[blueint]

Och om något går sönder så får du inga reservdelar, utan blir tvunget att göra om kretskortet..

[sodjan]

Bara lite nyfiken...
Vad finns det för "programmerbar logik" i mindre kapsel i dag ?
Vad är de minsta kapslarna för FPGA och CPLD ?
Finns de i DIP överhuvudtaget ? Om/att de inte gör det har
naturligtsvis sina orsaker, t.ex att vanliga uC (AVR, PIC o.s.v)
har "vuxit" och i de flesta fall klarar av det som PAL/GAL användes
till tidigare, i många fall var det rena logikkonstruktioner där det
inte användes någon processor alls.

Stämmer även att GAL/PAL o.s.v är lite "dated" i dag, glömde det...

[AAVE]

http://www.atmel.com/dyn/resources/prod ... oc0777.pdf


PS. nu går jag unplugged, glad påsk allihopa!

[sodjan]

OK, en 40-pin DIP. Då kan man lika bra ta en 40-pin DIP AVR/PIC.
I alla fall så länge det handlar en en eller ett par 7-seg dispayer.

Detsamma ! Unpluged ett tag här också, i alla fall ett par timmar...

[vfr]

Ska du ha ett styrsystem för MJ så finns ingen egentlig anledning att blanda in PLD:er. Om det inte är för att lära. Det går lika bra med mikrokontroller då det inte handlar om några höga hastigheter. Det du främst behöver är ett bra bussystem. Eller du kanske tänkte använda något av dom befintliga som kör ut över rälsen?

Märklin eller DCC t.ex?

[Foffe_87]

tänke göra något eget system som styr signaler efter hur växlar ligger eller om det är tåg på rälsen och så. sen ska det kombineras med asymmetrisk dcc-signal för att tågen ska stanna. då misstänker jag att det blir många mikroprocessorer för alla lysdioder i olika signaler etc.

[sodjan]

Nja, det kan vara en och sedan har man adresserbara register eller enkla
shiftregister för signalerna. Det är ju inte direkt några snabba ändringar
det handlar om. Eller en liten uC i närheten av varje signal, det var
inte tydligt om du tänkte dig en central styrning eller en distribuerad.

[blueint]

En länk i sammanhanget..
http://en.wikipedia.org/wiki/Digital_Command_Control

(Verkar som ett visst patenttroll Matt Katzer som äger KAM Industries processar mot Java model railway interface's DecoderPro för programmering av DCC dekoders, och PanelPro för att hantera layouter)

[Foffe_87]

Nja, det kan vara en och sedan har man adresserbara register eller enkla
shiftregister för signalerna. Det är ju inte direkt några snabba ändringar
det handlar om. Eller en liten uC i närheten av varje signal, det var
inte tydligt om du tänkte dig en central styrning eller en distribuerad.

Tanken är att systemet ska fungera för moduler. Så från början hade jag tänkt att man skulle ha en processor per modul. (en modul är ca en meter med spår). Tanken är då att modulerna ska skicka några få signaler mellan sig men det flesta funktionerna kommer att vara lokalt för varje modul. Så varje modul har en processor som styr alla växlar och signaler på den modulen och även skickar information till intilliggande moduler om hur signalerna visar. Man bör väl kanske ha seriell trafik mellan modulerna då för annars kanske det blir många anslutningar att hålla reda på.
Sedan kanske man borde ha något shiftregister till varje signal.