PC-styrning av Bergvärmepump

[blueint]

Skulle vara klart intressant att veta vilken beteckning det stora chipet har?
Likaså om du kan kolla under klisterlappen på chippet med vit klisterlapp (038121/1.06) vad som står där exakt. Då det kan underlätta hurvida man kan läsa ut datat.

Har du möjlighet att kolla under cpu kortet? (med kamera..)

Verkar som det sitter ett externt (parallellt?) eeprom iaf. Klart användbart

Prova att sätta kameran på något stadigt underlag och använd självutlösare så får du utmärkta bilder (har provat själv). Du kan också koppla loss kablarna och klämma på dom vita hållarna för att ta loss kortet och köra det i en scanner.

Knappen märkt "S1" står det på pcb'n vad den är till?

[ankan]

Kom att tänka på att displayen med knappar sitter på ett kort som också använder samma kontakt (RJ45). Den kanske pratar RS-485 också. I så fall har vi redan en enhet som skickar kommandon och får svar.

Kontakten som var inkopplad på bilden jag la upp här senast, är kopplad till kontrollerkortet (kort med display och knappar).
Ingen extra matning behövs. Så man borde kunna byta ut sladden mot en nätverkskabel och sätta kontrolldkortet. i lägenheten.

Kontrollkortet har som andra kort som kommunicerar 2st RJ45 kontakter. Bifogar bild på kontrollerkortet.



För större bild, tryck här: http://www.pici.se/pictures/BbG88q.jpg

[blueint]

Tror kontrollerkortet med knapparna (på själva värmepumpen?) är rena "rosettastenen" för NIBE 1230 protokollet. Det kortet + en pc borde kunna ge protokollet på några timmar el dagar.

Även om kontrollpanelen är stendum, så kan du kommunicera med värmepumpen och simulera knapptryckningar + översätta lcd signalering till numerära siffror.

[Icecap]

Då styrchippen har extern EPROM med programmet i är det inget problem att läsa minnet!

Största problemet vore att greja en sockel och det är ganska enkelt. Sedan får man kolla ordentligt efter data/text i den chip när man har avläst den men om man samtidig kollar vilken processor som finns där är resten inte speciellt svårt.

[ankan]

Okey EPROMen kanske är en enkel lösning såvida man vet hur man ska komunicera med den så man inte rensar bort innehållet.
Hur kan man läsa av minnet på ett enkelt sätt då?

Även om jag fixar sockel så behöver jag väll koppla något mer innan jag kopplar in den till datorn. Och sedan behövs väll något smidigt program också.
Tips någon?

Att koppla in sig på samma buss eller mot kontrollkortet med knappar är nog annars rätt smidigt om man bara har en konverter för RS-485 till RS-232 eller USB. Vet inte vilket av ovan jag ska prova.

[vfr]

Båda två kanske? Ju mer information man har, desto lättare är det att få till något som fungerar. Börja med att ta reda på vad det är för CPU och vad det är för minne!

[blueint]

Såg dustin har ett RS-485 <-> USB interface för 800 ex moms. Annars kan man plocka ihop följande hos elfa (i stora drag):
DS26LS32ACN 16.90 kr - RS485 mottagare
DS26LS31CN 16.90 kr - RS485 sändare
MAX232CPE 25.80 kr - RS232 mottagare/sändare
7805 ..
5V dc strömförsörjning gillar dessa chips.

Kanske man kan få fatt i eprom datat som "upgradering" så slipper man läsa ut det?
Eller reservdel.. (kan ju kolla hos nibe reparatörer).

Av fotona att döma så ser det ut som eepromet är parallellt. Så det som behövs är någon form av latch med adresspinnar + tristate chip som skickar datat till lpt porten. Programvara till detta kan man skriva på någon dag.
Alt färdig läsare hos någon firma/skola.

Den utlästa eepromen kan man köra lämpligt i någon simulator och se vilka I/O portar den vill pilla på.

[Icecap]

EPROM'et är (inte EEPROM) ett standart EPROM, med en standart EPROM-programmeringsenhet kan man läsa den på ett nafs. Jag har t.ex. en Dataman S4 liggande som är enbart till detta att läsa/programmera EPROM.

Att skruva ihop en sniffer är det minste problem, den kan göras på många sätt.

Men det viktigaste är att få veta vilken CPU det är samt att läsa EPROM'en, sen är resten "bara" att dekoda.

[vfr]

Håller med Icecap!

485 bygger jag som du beskriver med MAX232, 7805 och en MAX485 istället för 26-kretsarna. Läsa ut minnet är inget problem. Det viktiga är vad det är för typ.

[blueint]

Om man vet processortyp + "data" så kan man ev köra en simulering och sonika testköra den virtuellt.
Disassemblering är förståss också ett alternativ.

[ankan]

Tror ni alltså att datat som finns i EPROMet är koden för PICen?
Varför annars snacka om att disassemblering?

[TomasL]

Skulle fortfarande vara intressant att veta vilken typ av PIC som sitter där samt vilken typ av Eprom. Det är helt avgörande för att lyckas.

[blueint]

Hur vet vi att det är PIC på korten?
'BMI' sa det iofs men peppar peppar..

Kollade lite i manualen..
1) För att kommunikationen skall fungera måste CPUkortet i FIGHTER 360P ha versionsnummer 2.00 eller högre.
2) RCU 10 har en förinställd IP adress : 10.200.1.X, där X är den sista siffran i MAC ID (finns på etiketten på sidan av enheten).
3) Om lösenordet glöms bort finns inget sätt att återfå detta. RCU 10 måste returneras till NIBE där total återställning kommer att ske. Alla gjorda instllningar inklusive användarinställningar försvinner.
4) Kan RCU 10 smittas med virus? Nej. Virus är i regel alltid skrivna för att smitta datorer som kör Microsoft Windows eller i sällsynta fall Linux.

Punkt (1) och (3) är väl mest intressanta. Indikerar att det kanske inte går att kommunicera med alla versioner av värmepumparna. Och att det finns någon slags eeprom liknande chip på rcu enheten.

[vfr]

Tror ni alltså att datat som finns i EPROMet är koden för PICen?
Varför annars snacka om att disassemblering?

Javisst! Jag trodde det framgick tydligt av tidigare inlägg. Visst skulle, teoretiskt sett, kunna vara annan data i EPROM:et och ingen kod men det tycker jag är långsökt. Hade det bara varit parameterdata så hade det säkert varit ett seriellt EEPROM istället.

[TomasL]

Är iofs väldigt förvånad över att man lägger koden i externt prom, då dagens uC med lätthet rymmer de flesta applikationer.
Vad man skulle kunna tänka sig är att prommet rymmer konfig-data för att anpassa en generisk kod till en specifik applikation.

DVS:

Man använder samma uC och kod till alla produkter och stoppar i ett prom som talar om vilken produkt som uC'n skall styra, dvs vilka typer av givare som är monterade och var dem är till för, samma för utgångarna, vilket språk som skall användas osv.