Inlägg

Säljer av min gamla trotjänare, det är en DEC Alphaserver 1000A. (Hittar bara en fungerande på internet nu, får jag inte sålt den för begärt pris behåller jag den...)

i grova drag är den konfigurerad enligt följande:
384MB RAM (max 1GB)
3st 9.1GB + 1st 18GB SCSI disk
två SCSI kort (inklusive manualer...)
ett nätverkskort.
(ett ATi Rage grafikkort, som det inte finns stöd för i nuvarande BIOS är oxå installerat, men räknar inte med det...)
Just nu är det en oaktiverad (inga licenser ingår) OpenVMS 7.2 installerad på den.
Initiala konfigurationen sker via terminal (noll-modem från typ Putty till serverns "com1").

(se bilderna för mer info om konfig, slot 12 är det okända grafikkortet...)

vill du köra true64 eller nt4, behövs ett grafikkort...

Skickar med den dokumentationen jag har om 1000a (samt en manual från en AS800a som är lite mer detaljerad i kommandona...)
1st openVMS 7.2 (bara installations media och böcker, inga licenser)
1st openVMS 7.3 (bara installations media och böcker, inga licenser)
några disketter och CD skivor med drivare och firmware uppdateringar (senaste FW ligger på en oöppnad CD, och är inte installerad...)

Jag säljer av den för att den tar så stor plats, kommer heller inte skicka den då den väger som servrar gjorde på 90-talet...

fråga efter mer info om jag missat något!

Läs hela annonsen här

om det fortfarande är aktuellt har jag två oanvända,
Seagate Enterprise 1200 SSD ST400FM0073 400 GB MLC SAS, liggandes...
Kostade som en bättre begagnad bil när jag köpte dom, så jag har inte haft hjärta att slänga dom även om dom har några år på nacken... kan bli dina för en symbolisk summa + frakt

Hej,
är ju lite udda att använda 1/8 på mic så det du har sett tror jag är en adaptersladd till en kamera med extern mic...
Troligtvis kostar det mer än det smakar att köpa en färdig kabel så jag rekommenderar lödkolven i ditt fall, redan vinklade XLR kontakter börjar ju springa iväg i pris.
Funderat på om det inte blir tillräckligt kort med en adapter, typ HyperShort har ju några, om än inte vinklade...

snyggt jobb, i synnerhet att mäkta med att rita upp det i sketchup!
(eller oxå är det bara jag som har haft en dålig start med sketchup och bara använder gratis versionen av designspark nuförtiden)

XIBO?

...eller lägg ett bud till helgen blir det tippen annars...

Säljer två st 5500-EI switchar med stack kabel och 48Volts Powersupply (går att köra på antingen 48 eller 220). även 2st SFPer med en 10 meters SM-fiber (LC-LC)
1000.- för paketet.
(Hämtas...)

Läs hela annonsen här

Du har ett PM med koden, den är skriven på ett enkelt sätt för att den skall bli lättläst.
Den är långtifrån färdig men den borde gå att kompilera och köra, men helt utan lull-lull.

// bL

Ja den är en bra start att kopiera, jag ser att det kommer bli en himla massa ctrl+v för att få ihop det också, men som version 0.1 är det som sagt en bra kod att börja med om man är nybörjare...
Kan se om jag kan sätta ihop ett kort exempel för dig som inte innebär en återvändsgränd i oöverblickligkod bara, som du kan bygga vidare på lite mer flexibelt.
skickar det som PM när jag får tid över...
troligtvis vill du väl även ha kalibrering också? så alla min och max stämmer överens på alla hjulen... kan bli lite kämpigt att få till det, med koden ovan, på ett smidigt och överskådligt sätt. Men å andra sidan, på en Mega lär det ju få plats iaf.

Då är jag med, du kan vara lite kort om analoga ingångar,
en joystick drar ju två analoga och vanligtvis en digital ingång (en för varje axel och en strömbrytare/select). Fjärren är ingen fara den kör på en digital ingång. Så då har du inga analoga kvar att leka med...

För att gå lite i förväg i dina problem så kan jag kasta in mina spontana tankar här...

Nu vet jag inte vad det är för bil du har men att läsa ut data från den, utan ganska bra koll, hade jag nog inte gjort... Jag hade iaf valt en OBD-2 läsare via Blåtand ($3-4 på aliexpress) och en blåtandmodul ($3-4 även den på ali) till arduinon, men det är _lite_ mer jobb att få ihop det!

En enklare väg att gå för dig är att köpa ett gyro, då kan du istället programmera att du bara kan justera när G-krafterna är noll, och om du istället får in något värde justerar den in sig i "kör läge"... frågan är om det är godkänt...

oavsett, i ditt fall hade jag nog förr eller senare gått över till en mega ($5-10 på ali om vi nu skall fortsätta med priser...), anledningen till det är att du förmodligen kommer använda dom färdiga biblioteken för respektive modul, dom är vanligtvis bra, men dom drar iväg en hel del minne i programstorlek...

slut på IO?
En Uno har 6 analoga ingångar (som analoga kan dom bara vara ingångar men kan som digitala användas som in eller utgångar, vill du använda dom som "vanliga" IO pins adresserar du dom bara som 14 för A0, 15 för A1 osv...)
samt du har 14 (0-13 därav blir pin 14 =A0 i texten ovan) digitala IO varav 6 kan användas som PWM (vilket du inte har nån nytta av i detta projektet).
Du använder en pot till varje cylinder (4 analoga ingångar).
och en IO för varje relä, vilket ger 8 digitala utgångar (två IO per Relä).
så du har ganska gott om pins kvar att labba med tycker jag,
men undvik in i det längsta att använda RxD och TxD (pin0 och 1),
dom används när du laddar över programmet/sketchen via USB, vilket kan strula till det...

Vill du ha vanliga strömbrytare är det ganska enkelt att koppla in exempelvis fyra strömbytare via olika resistorer och koppla dom mot en analog ingång, lite jobbigt att förklara enklare om du kollar själv på google eller typ, http://tronixstuff.com/2012/02/29/tutorial-analog-input-for-m..., då är det bara att matcha analogvärdet in mot en knapp smidigt och enkelt.

Är det en vanlig IR-fjärr du har så är det ju bara en input du behöver.
Att tänka på när du använder den och du vill att responsen i den skall vara hygglo, är att inte låsa programmet med "delay(1000);" då det skall göra något. För under den sekunden kommer du inte kunna läsa av IR koden (eller göra något annat vettigt), tog nog upp det i en tidigare post om att få ett flyt i programmet...

Redan nu hade jag, om jag varit dig, planerat lite lätt för felhantering,
tänker främst i form av nödstopp.

i alla processorer finns Interrupts (som genererar en IRQ, Interrupt ReQuest), Arduinon(Atmel processorn) är inget undantag. Det man gör är att koppla en pin till en ISR (interrupt service routine). låter lite jobbigare i teorin än det är i verkligheten, men lika bra att introducera vissa termer direkt...
I din "Void Setup()" lägger du till en rad med "attachInterrupt();" där du får pilla in vilken pin interrupten skall trigga på och en rutin/funktion samt vad som skall hända.

längst ner i koden efter din vanliga "void loop()" lägger du till en "void panikstopp()" och i den vad som skall hända när en IRQ inträffar (i ditt fall exempelvis sätta alla reläer LOW).

Även här är det nog lättare att kolla upp kommandot "attachInterrupt()" med hjälp av google...

@JockE28:
hur har det gått? Du har ju inte kommit så långt i din kod än så det finns inte så mycket att skriva...

Men för att du inte skall behöva sitta och tänka på vilken pin som är vad kan du deklarera fasta textvärden på dom istället med kommandot #define (egentligen är det bara ett kompilatordirektiv som talar att där den hittar ett visst värde skall det bytas ut mot ett annat...).
men det gör koden mer lättläst och enklare att arbeta med i det långa loppet, om du behöver göra om något om ett år så är det jobbigt att fatta vad man egentligen gjorde, fast det var helt självklart när man gjorde det...

Så i ditt fall för potten, och en upp/ner relästyrning skulle det exempelvis kunna bli:
#define PotIN 0
#define ReHFUpp 11
#define ReHFNer 12

(eller vad du nu vill kalla dina pins i koden, beskrivningar är bra så, Re för relä, HF för högerfram, Upp för riktning...)

Man kan lösa det genom att använda "Const" kommandot också men, lite beroende på vad du vill åstadkomma och hur bra kompilator man har så kan (kommer) minnesåtgång etc variera, men det är överkurs...

kommer nog inte ta så himla lång tid om du bestämmer dig för att köra järnet, för en erfaren utvecklare skulle det ta, högt räknat, runt en timma att skriva koden och få till den hyffsat snygg, sen tillkommer det alltid injusteringar vilka kan ta hur lång tid som helst, och det brukar vara här ful och snygg kod skiljer sig... har du en bra kodbas är det inga problem att justera in programmet men har du fulfuskat och inte tänkt till tar det lång tid att göra små förändringar i fulkoden...

så exemplet ovan ger inte bara mer lättlästkod, det blir också toklätt för dig att byta pins, vill du ha Potentiometern på pin1 istället är det bara ett ställe att ändra på, din "#define PotIN 0" blir istället "#define PotIN 1", klart...

// bL

inga problem, kollade igenom vad jag skrev och hittade redan en bugg i programmet,
så du lär ju ha frågor på den (konstigt att ingen påpekat det här redan...)...
Jag (och många med mig...) är lite allergisk mot funktionen delay()
då processorn gör just inget alls, kompilatorn gör helt enkelt en loop med operationen nop (eller NoOp) för att fördriva tiden vilket är sådäer,
men för att få det att funka kan du börja med det, och sen skriva om.
DVS tänka till lite och få lite flyt i programmet, behöver du kolla något med ett visst tidintervall är det bättre att deklarera en "unsigned long int" för varje separat händelse som du vill schemalägga, sen jämför du bara millis() (tidens som processorn varit igång) med ditt lagrade värde (som du satt till millis() senast det kördes) och sen kör en if sats som jämför millis() med din "tidsULInt"+"tiden du vill checka mellan". blir enklare att förklara med lite kod tror jag...
i ditt fall kan du med den tekniken styra alla dina 8 relä samtidigt oberoende av varandra,
istället för att köra ett relä separat åt gången och vänta,
vilket blir en lite tomtig-lösning...

för att checka något varje sekund utan att låsa processorn med delay(1000) blir det istället typ:

setup()
tidsULint=millis();
Loop()
{
if (millis()>=(tidsULint+1000))
{
// gör något...
// ...och uppdatera tiden du gjorde senast gjorde det på
tidsULint=millis();
}
}

//bL

kolla in IfStatementConditional bland exempelfilerna (under 05. Control).
dom visar bara väldigt enkla if satser men är å andra sidan vad du verkar behöva för att komma vidare eventuellt får du googla upp "arduino multiple conditions" om du vill skriva lite snyggare och kompaktare kod.

Jag hade, då potentiometrar är lite svajjiga lagt in en kontroll att potten håller sig inom ett intervall typ "=>2,4 && =<2,6" och inte exakt på "==2,5", om du dessutom skall styra det med reläer kan det bli mycket justerande om du inte inför någon form av begränsning...
alternativt gör du en liten funktion som räknar ut ett medelvärde (men då du skriver att du är helt grön är det nog enklare med att verifiera att du håller dig inom ett interall, eller kollar exempelfilen om smoothing)

så utan att skriva koden för dig.
i setup()
definiera dina 3 lägen på potten typ.

int "lägen" = map(sensorReading, sensorMin, sensorMax, 0, 2);

definiera din bias på inställningarna
int bias = 0,1

i loop()
1. kontrollera pottens värde.
sensorReading = analogRead(A0);

2. justera in så exakt du kan
if..

lite olika skolor finns på hur man skall lösa det,
men dina if-satser (en separat för att kolla om du ligger över och en separat för under) blir grovt tillyxad typ (den tar tillexempel inte hänsyn till om du ligger exakt inom intervallet så det finns ju lite att jobba på...):

if ("pottvärde" > (2,5+"bias"))
{ 
    digitalWrite("sänkrelä", HIGH);
    delay(10);
    digitalWrite("sänkrelä", LOW);
}

if ("pottvärde" < (2,5+"bias"))
{ 
    digitalWrite("höjrelä", HIGH);
    delay(10);
    digitalWrite("höjrelä", LOW);
}

för att använda dom tre lägena (definierade med int "lägen" = map(sensorReading, sensorMin, sensorMax, 0, 2);)
hade jag lagt en switch/case (där kommentaren byts ut mot if satserna och rätt pottvärde, eller ännu hellre, en funktion, som justerar antingen upp eller ner och inte gör något om du ligger tillräckligt nära...)

Switch ("lägen")
{
    case 0;
        // justera in för lowrider
        Break;

    case 1;
        // justera in för på vägen'
        Break;

    case 2;
        // justera in för offroad
        Break;
}

// bL

känns som en bra start och en rimlig nivå till rubriken "Din guide till hemmanätverket", en personlig reflektion är att det saknas exempel som knyter ihop teori och verklighet.

typ:
"TIPS: för att se datorns öppna anslutningar skriv 'netstat' i commando prompten"
"TIPS: för att visa din routing tabell skriv 'route print' eller i commando prompten"
"TIPS: för att visa din arp tabell skriv 'arp -a' i commando prompten"

Samt övriga kommandon som texten knyter an till, tracert, ping.

för enklare felsökning.

// bL

inget bra svar på vilken den bästa billiga är men min erfarenhet (professionellt) är att den kombon du vill labba med och "billigaste möjliga" är en paradox... många i prisklassen upp till 1000.- kronors AP har stödet, på pappret, men funkar inte i praktiken.
Ta exempelvis två stycken D-Link DAP-2230 funkar klockrent att sätta upp och verifiera sig emot med certifiakt och hela köret men så fort dom skall åter autentiseras eller göra en handover till den andra APn slutar det roliga...
Men skall du bara labba utan krav på tillgänglighet funkar dom, på jobbet kör jag bara meraki nu men även dom strular med jämna mellanrum...

ja du, antingen gör du det rätt eller så fegar du ur för du inte vågar ta striden och låter "Pajen Anders Nilsson" ha kvar sitt inlogg...
står du inför valet att göra om inloggen hade jag alla dagar i veckan kört på UPN inlogg.
Kommer man inte ihåg sin e-post adress kanske man inte är ämnad att vara ute i arbetslivet över huvudtaget...
fler och fler appar har enbart stöd för UPN så att köra vidare på olika derivat av down-level logon name hade jag övergett, för inom kort måste du ändå göra om det i så fall!
Och se till att ditt UPN ("e-post adress") matchar din externa domän, så kan du enkelt gå över till O365, Citrix remote App, whatever...
Har du en Windows Server Essentials kan inte övrig infrastruktur vara så oöverstiglig att ändra,
under förutsättning att alla system stödjer UPN...

Jag kör på ett Corsair RM850,
lite i överkant i effekt, men det var det minsta standard agget med stöd för dubbla CPUer jag hittade.
(Inet har sänkt priset så du klarar din budget med 51.-...)

Nu kör ju inte jag Eaton längre och har inte gjort det på nästan 10 år men att IPP inte har stöd låter tok-konstigt...
Och som hasenfransen skriver enklast att göra det via hosten, att krångla till det genom en guest är att be om problem...

Googla upp Intelligent Power Protector, Eaton.
Det bara måste finnas stöd för din UPS i den...

Om du nu inte skall lägga med fler grupper (utöver Orange) i din grupp (Apelsiner),
hade jag bara mail enablat gruppen (Orange) direkt, men misstänker att det inte är så du vill jobba...
However, felet är troligtvis att Orange inte är mailenablad, så om du mailenablar din grupp Orange kommer det troligtvis funka direkt...
Exchange vill ha mailadresser att haka upp sig på, inte gärna rena AD-grupper.
Kan ju givetvis vara miljarder saker till som är "fel" med den tunna ingångs infon men troligt vis är det bara att göra om även orange till en distributionslista så är du i hamn...